Перевод заказа в статус "Активен" из внешнего скрипта

[And]

Доброго времени суток всем.
Я не программист, поэтому если в чем-то ошибаюсь, то ошибаюсь добросовестно, а не со злым умыслом ))).
.....
Исходные данные.
Создана дополнительная услуга.
Скрипт отслеживает появление заказов с ServiceID этой услуги в базе данных.
При появлении заказа со статусом "IsPayed" = "yes" выполняется другой скрипт.
Заказ, соответственно, отображается в списке "система не может самостоятельно выполнить некоторые задачи".
Собственно вопрос.
Для перевода заказа в состояние "Активен" достаточно изменения поля "StatusID" в "Active" вторым скриптом или необходимо выполнение еще каких-то ритуальных танцев?
Если да, то каких?
Если нет, то исчезнет ли данный заказ из списка "ошибок".
Если не исчезнет, как его из скрипта заставить исчезнуть?
....
Заранее спасибо.

[Alex Keda]

Доброго времени суток всем.
Я не программист, поэтому если в чем-то ошибаюсь, то ошибаюсь добросовестно, а не со злым умыслом ))).

я тоже. но, приходится =)

Исходные данные.
Создана дополнительная услуга.
Скрипт отслеживает появление заказов с ServiceID этой услуги в базе данных.

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

При появлении заказа со статусом "IsPayed" = "yes" выполняется другой скрипт.

разруливается на пункте что я описал выше

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

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

Собственно вопрос.
Для перевода заказа в состояние "Активен" достаточно изменения поля "StatusID" в "Active" вторым скриптом или необходимо выполнение еще каких-то ритуальных танцев?

лучше так не делать.
у биллинга есть API, нужный статус можно установить через него.
при этом подёргаются все необходимые верёвочки, спляшутся все нужные танцы =)

Если да, то каких?

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

Если нет, то исчезнет ли данный заказ из списка "ошибок".

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

Если не исчезнет, как его из скрипта заставить исчезнуть?

потавить yes в колонке про выполнение задания, таблицы Tasks

[And]

Спасибо за ответ.)
.
Значит, самый оптимальный вариант подредактировать обработчик?
Поскольку можно заставить вертеться все колесики из одного места?)))
Еще.
С какого момента система начинает вести учет?
Заказа, оплаты или смены статуса услуги на активный?
.
Возникли еще вопросы. Почитаю документацию и сформулирую внятно))).

[And]

Туплю.
В вопросе слово заказ читать не надо 8).

[Alex Keda]

учёт услуг происходит ночью, для активных заказов.
см. файлы *Consider.com