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

Ответить


Этот вопрос предназначен для предотвращения автоматической отправки форм спам-ботами.
Смайлики
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode ВКЛЮЧЁН
[img] ВКЛЮЧЁН
[flash] ОТКЛЮЧЕН
[url] ВКЛЮЧЁН
Смайлики ВКЛЮЧЕНЫ

Обзор темы
   

Развернуть Обзор темы: Перевод заказа в статус "Активен" из внешнего скрипта

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

Сообщение Alex Keda » 2011-11-30 0:26:39

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

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

Сообщение And » 2011-11-29 21:44:23

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

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

Сообщение And » 2011-11-29 21:37:51

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

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

Сообщение Alex Keda » 2011-11-28 22:32:56

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

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

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

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

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

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

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

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

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

And писал(а):Если да, то каких?

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

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

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

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

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

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

Сообщение And » 2011-11-28 17:11:24

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

Вернуться к началу