Заказы будут приходить с Пром и Розетки в Бокс
Менеджеры клиента пока будут продолжать обрабатывать заказы в 1С Торговля Украина 3.1
Когда в Бокс приходит заказ, то он будет передавать в 1С . И в 1С будет формироваться ТТН Новой почты.
ТТН надо забрать из 1С в Бокс в заказ и отправить клиенту через смс
А также изменять статус заказа в зависимости от статуса ТТН. И передавать статусы заказов в 1С.
Можно ли сделать настройками (особенно синхронизация с 1С) или где надо будет скорей всего программирование (сколько приблизительно часов) ?
Заказы будут приходить с Пром и Розетки в Бокс Менеджеры клиента пока будут продолжать обрабатывать заказы в 1С Торговля Украина 3.1 Когда в Бокс приходит заказ, то он будет передавать в 1С . И в 1С будет формироваться ТТН Новой почты. ТТН надо забрать из 1С в Бокс в заказ и отправить клиенту через смс А также изменять статус заказа в зависимости от статуса ТТН. И передавать статусы заказов в 1С.
Можно ли сделать настройками (особенно синхронизация с 1С) или где надо будет скорей всего программирование (сколько приблизительно часов) ?
Загатный Кирилл Сотрудник писал/а: Заказы будут приходить с Пром и Розетки в БоксМенеджеры клиента пока будут продолжать обрабатывать заказы в 1С Торговля Украина 3.1Когда в Бокс приходит заказ, то он будет передавать в 1С . И в 1С будет формироваться ТТН Новой почты.ТТН надо забрать из 1С в Бокс в заказ и отправить клиенту через смсА также изменять статус заказа в зависимости от статуса ТТН. И передавать статусы заказов в 1С.Можно ли сделать настройками (особенно синхронизация с 1С) или где надо будет скорей всего программирование (сколько приблизительно часов) ?
Нет, это просто настройками не сделать. 1) Нужен специалист со стороны 1с, который будет выполнять все настройки со стороны 1с, а со стороны Onebox настройки будет выполнять кто-нибудь из интеграторов. Без 1сника можно даже не рассматривать настройку, так как только в очень редких случаях это получается сделать без них.
2) Нужно определить способ передачи данных. Скажу сразу не нужно возлагать большие надежды на модуль, он ограничен в функционале, даже если он установится без ошибок, то вряд ли закроет полностью все потребности, так как и 1с и бокс это по сути конструкторы и в 1с точно так же можно настроить много всяких функций. Поэтому варианты такие: - модуль (но тут так же нужен специалист со стороны 1с, чтобы исправлять ошибки или делать доработки при необходимости, интегратор сам этого не сделает). - xml - старый добрый метод. На стороне 1с и бокса настаивается выгрузка и загрузка данных - API - либо на стороне 1с писать api и с бокса стучаться в него, либо на стороне 1с делать запросы в бокс
Теперь конкретно по твоему вопросу. Если рассматриваем вариант с 1сником, то можем посмотреть на модуль. Описываю только вариант по модулю, так как все варианты описывать долго и не понятно, какая у тебя ситуация. Его ставят в 1с, проверяем на ошибки, запускается ли и т.д. Делается адаптация, исправление ошибок.
Допустим, модуль установлен, он работает, всё ок. 1) Настроить выгрузку заказов с бокса в 1с - в модуле настраивается обмен "Загрузка заказов" (он так и называется). Со стороны бокса настраиваем какие статусы выгружать в 1с. Настраиваем сценарий обмена, данных тут не должно быть много, поэтому можно даже раз в минуту (но если заказов будет много, то лучше увеличить интервал) - (модуль стучится в бокс, бокс формирует файл с заказами, передаёт на сервер 1с, 1с загружает заказы) 2) Настроить выгрузку заказов и ТТН - настраиваем обмен "Выгрузка заказов". В нём указываем, что нужно выгружать поле Номер ТТН )если его нет в списке, то тут 1сник нам поможет) и выгружаем номер заказа в 1с. - тут есть один момент - чтобы все заказы не собирались и не отдавались постоянно в файле при загрузке в 1с - настраиваем со стороны бокса действие на стартовом этапе, которое будет проверять заполнен ли номер заказа 1с (внешний id) и если заполнен, то переключить в другой статус. Затем настраиваем такое же действие на проверку номера ТТН и переключаем в статус, где будет отправляться смс 3) Выгрузка статусов в 1с - тут снова понадобится 1сник, чтобы настроить приём статусов в 1с, с нашей стороны они выгружаются.
Звучит просто, но самое сложное тут добиться, чтобы модуль работал корректно. :) Явных доработок здесь не наблюдается, но это зависит от требований заказчика.
P.S. Без 1сника даже не рекомендую начинать это делать - это будет долго, больно и неприятно.
[quote]
Загатный Кирилл
Сотрудник писал/а:
Заказы будут приходить с Пром и Розетки в БоксМенеджеры клиента пока будут продолжать обрабатывать заказы в 1С Торговля Украина 3.1Когда в Бокс приходит заказ, то он будет передавать в 1С . И в 1С будет формироваться ТТН Новой почты.ТТН надо забрать из 1С в Бокс в заказ и отправить клиенту через смсА также изменять статус заказа в зависимости от статуса ТТН. И передавать статусы заказов в 1С.Можно ли сделать настройками (особенно синхронизация с 1С) или где надо будет скорей всего программирование (сколько приблизительно часов) ?
[/quote]
Нет, это просто настройками не сделать.
1) Нужен специалист со стороны 1с, который будет выполнять все настройки со стороны 1с, а со стороны Onebox настройки будет выполнять кто-нибудь из интеграторов. Без 1сника можно даже не рассматривать настройку, так как только в очень редких случаях это получается сделать без них.
2) Нужно определить способ передачи данных.
Скажу сразу не нужно возлагать большие надежды на модуль, он ограничен в функционале, даже если он установится без ошибок, то вряд ли закроет полностью все потребности, так как и 1с и бокс это по сути конструкторы и в 1с точно так же можно настроить много всяких функций.
Поэтому варианты такие:
- модуль (но тут так же нужен специалист со стороны 1с, чтобы исправлять ошибки или делать доработки при необходимости, интегратор сам этого не сделает).
- xml - старый добрый метод. На стороне 1с и бокса настаивается выгрузка и загрузка данных
- API - либо на стороне 1с писать api и с бокса стучаться в него, либо на стороне 1с делать запросы в бокс
Теперь конкретно по твоему вопросу.
Если рассматриваем вариант с 1сником, то можем посмотреть на модуль. Описываю только вариант по модулю, так как все варианты описывать долго и не понятно, какая у тебя ситуация. Его ставят в 1с, проверяем на ошибки, запускается ли и т.д. Делается адаптация, исправление ошибок.
Допустим, модуль установлен, он работает, всё ок.
1) Настроить выгрузку заказов с бокса в 1с
- в модуле настраивается обмен "Загрузка заказов" (он так и называется). Со стороны бокса настраиваем какие статусы выгружать в 1с. Настраиваем сценарий обмена, данных тут не должно быть много, поэтому можно даже раз в минуту (но если заказов будет много, то лучше увеличить интервал) - (модуль стучится в бокс, бокс формирует файл с заказами, передаёт на сервер 1с, 1с загружает заказы)
2) Настроить выгрузку заказов и ТТН
- настраиваем обмен "Выгрузка заказов". В нём указываем, что нужно выгружать поле Номер ТТН )если его нет в списке, то тут 1сник нам поможет) и выгружаем номер заказа в 1с.
- тут есть один момент - чтобы все заказы не собирались и не отдавались постоянно в файле при загрузке в 1с - настраиваем со стороны бокса действие на стартовом этапе, которое будет проверять заполнен ли номер заказа 1с (внешний id) и если заполнен, то переключить в другой статус. Затем настраиваем такое же действие на проверку номера ТТН и переключаем в статус, где будет отправляться смс
3) Выгрузка статусов в 1с
- тут снова понадобится 1сник, чтобы настроить приём статусов в 1с, с нашей стороны они выгружаются.
Звучит просто, но самое сложное тут добиться, чтобы модуль работал корректно. :)
Явных доработок здесь не наблюдается, но это зависит от требований заказчика.
P.S. Без 1сника даже не рекомендую начинать это делать - это будет долго, больно и неприятно.
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий