Ваши комментарии

А где описано как надо передавать это поле ?

По-моему речь вообще не об этом.

У нас интеграция реализована следующим образом - все заказы в которых произошли изменения за указанный период (не помню какой но скажем 7 дней) выкладываются в виде XML на соответствующую страницу, откуда могут быть забраны Roistat.

И без разницы когда был этот заказ создан (хоть год назад), но если в нем произошли изменения, то он попадет в этот список... И вот хоть убейте не понимаю почему RR не загружает ВСЕ данные с этого списка...

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

Период достаточно в 1 день поставить, обычно RR все таки подгружает заказы с задержкой не более нескольких часов (ну можно для полной гарантии - неделю, больше смысла не имеет).

 

Можно апнуть тему, тех. поддержка обещала возможность задания периода обновления уже 100 лет назад.

То что написал выше Евгений Магдалинский не соответствует действительности, кто знает объясните ему, чтобы не вводил в заблуждение клиентов.

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

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

В результате приходится все время периодически про это вспоминать и писать заявки на загрузку, ИМХО это дурдом. Ни у кого нет цели ддосить ваши сервера, если изменений нет по старым заказам, то их и нет, сколько бы долгий период не был установлен - ничего загружаться не будет, но если изменения есть, то их таки надо загружать вне зависимости от того когда этот заказ создан вчера или месяц или полгода назад...

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



у себя на сайте добавил при открытии админки (в вашем случае CRM-ки) создание куки админа с его логином, а в функцию отправки данных в Roistat добавили анализ наличия такой куки, и если есть, то добавляем в качестве канала Сотрудник_Логин, получаем то что Вы собственно и хотите...


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

Как раз мой вариант - максимально гибкий, когда можно было бы смотреть в отчете сразу все, а не бегать туда сюда с изменениями настроек. Зачем надо ? Чтобы было максимально гибко, сами же и ответили :)





Сервис поддержки клиентов работает на платформе UserEcho