Алгоритм оформления заказа и robokassa - [VM1] Регистрация, покупка, управление заказами

суть такова
при оформлении заказа оплата сразу не производиться
только когда манагер проверит возможность, сроки и цены поставки, он меняет статус заказа на "подтверждение" и  клиенту отсылается счет с реквизитами на оплату
как "вставить" в этот процесс ROBOKASSA, чтоб клиент мог оплатить заказ через нее на сайте, так же, только после "подтверждения" заказа?

кто нибудь решал такое?
сенкс

Делал как-то. Поднял записи:
Добавляется статус заказа  А = На оформлении
ps_checkout.php
стр.985
'order_status' => 'P',
заменить на
'order_status' => 'A',
При оформлении заказа ему автоматически присваивается статус "А".
Дальнейший функционал начинает работать при смене администратором магазина статуса на P=Подтвержден.
[spoiler title=Не актуально]Есть одно "но". Через какое-то время после выполнения этой работы, копаясь в коде по другому поводу, наткнулся на фрагмент, который слегка смутил. Показалось, что он также при определенных ситуациях может быть "замешан". Но проверять не было времени, потом забыл, а вот сейчас вспомнил сам факт, но где и что - не помню. Так что, если что-то вылезет, надо будет посмотреть.  -  дополнил[/spoiler]
Да, это относится к дефолтной ситуации. А что там сейчас у вас уже накручено со статусами, кто ж знает.

26.11.2012 дополнительно:
там же, примерно на 20 строк ниже идет запись в таблицу истории заказов, из которой впоследствии берется информация о заказе для отображения в админке -
'order_status_code' => 'P',
заменить на
'order_status_code' => 'A',

08.12.2012 дополнительно:
там же, примерно на 100-120 строк ниже идет запись в таблицу #__{vm}_order_item
'order_status' => 'P',
заменить на
'order_status' => 'A',

сорри но я не понял ответ
 
сделано так (первые 2 статуса):
1 В обработке - P
2 Принято в работу - C

когда заказ сформирован, он в обработке, клиенту высылается стандартное письмо уведомление 
когда манагер все проверил он ставит статус "Принято в работу" - клиенту высылается счет на оплату

как увязать "Принято в работу" с робокассой?

сорри но я не понял ответ
сделано так (первые 2 статуса):
1 В обработке - P
2 Принято в работу - C
когда заказ сформирован, он в обработке, клиенту высылается стандартное письмо уведомление 
когда манагер все проверил он ставит статус "Принято в работу" - клиенту высылается счет на оплату
как увязать "Принято в работу" с робокассой?

Подключение разного функционала обработки заказа завязано на статус "P", который автоматом присваивается заказу в момент его размещения. Суть предложения: не трогать привязку доп.функций к статусу "P", оставить ее, а поменять только "начальный" статус заказа. Т.е. в момент размещения заказа ему присваивается не "P", а новый специально созданный "А" (или "зю", как угодно). После того, как продавец проверит свои возможности по поставке, он меняет статус на "P", подключая заложенный в VM функционал.
Применительно к вашим статусам:
1 В обработе = А
2 Принято в работу = P

я не кодер и мне непонятны "увязки" - Подключение разного функционала обработки заказа

в общем я тут описал как вижу этот алгоритм
http://joomlaforum.ru/index.php/topic,196604.msg1236055.html#msg1236055

вот выдержка
"вопрос с безналом решен просто - после заказа клиент получает стандартное письмо, что заказ оформлен
после проверки всех вопросов по возможности, сроках и цене, манагер меняет статус на "принят в работу", клиенту отправляется счёт с реквизитами, по которому он оформляет оплату (банк почта и т.д - его дела)

тут стоит вопрос, дать возможность использовать, скажем робокассу, т.е. после отправки ему счета, в том же письме дается ссылка на оплату посредством робокассы на сайте

как правило, в письме есть ссылка типа "посмотреть заказ"
вот он по ней может кликнуть и перейти на сайт в свой заказ и вот ТУТ .... на странице заказа он видит кнопку-предложение оплаты через робокассу
при нажатии на которую все реквизиты и сумма заказа попадают в форму робокассы"

я не кодер и мне непонятны ...

Ну тогда почему бы, даже не понимая, просто не попробовать:

Добавляется статус заказа  А = На оформлении В обработке
ps_checkout.php
стр.985
'order_status' => 'P',
заменить на
'order_status' => 'A',

1 В обработке = А
2 Принято в работу = P

На все 2 минуты. Потом, в зависимости от результата, эмоции.

причем тут эмоции...
если не сложно опишите как будет выглядеть бизнес-процесс по вашему хаку
я свое виденье описал - оно понятно всем
вы описываете на языке кодера, не объясняя общедоступно как это будет выглядеть
и главное работать

у меня уже и так хакнутый вариант - нужно только "вписать"в него робокассу не меняя существующий алгоритм статусов, отличный от дефолтового

причем тут эмоции...

Да, нет. Я имел ввиду не те, что были, а те, что будут. Типа "С Новым Годом пошел нафиг" _{(© Н.Лукинский)}

если не сложно опишите как будет выглядеть бизнес-процесс по вашему хаку
я свое виденье описал - оно понятно всем

И мне понятно. Ситуация стандартная, когда не со своего склада что-то продаешь. Именно такой бизнес-процесс и делал когда-то.
Суть: просто дополнить статусы, добавить в статусы "нулевой уровень". Такой, при котором некоторые возможности VM, завязанные на статус "P", не начнут действовать до тех пор, пока вы этот "P" сами не присвоите заказу. А в дефолтной ситуации при размещении заказа ему этот "P" сразу присваивается. Надо всего лишь заменить "начальный" статус заказа. Вот и все.
Не зная вашей хакнутой ситуации с заказами, могу ошибиться, но предполагаю, что вам не надо ничего менять в своей системе статусов, просто добавьте еще один: "А- проверка заказа" + в ps_checkout.php одну букву заменить.

как увязать "Принято в работу" с робокассой?

В предлагаемом варианте с Робокассой будет увязан все так же "В обработке - P", как и сейчас.


_{Иногда меня удивляет подобная переписка. Не потому, что напрягает, если бы что-то было не так, прошел бы мимо. Просто потому что проверить можно очень быстро и просто. А потом: "сделал, вылезло то и то, вместо этого". Тогда и думать можно, что не так.}

"Ответ #1" дополнил.