Как избежать дублирования заказа при импорте из сайта?
Хотелось бы услышать совет.
Мы планируем импортировать заказы с сайта через АПИ, получаем XML с необходимыми данными, программно создаем заказ. Как лучше сделать пометку в 1с, что тот или иной заказ уже выгружен и его не надо создавать повторно?
1С:Предприятие 8.3 (8.3.16.1148)
Управление торговлей, редакция 11 (11.4.11.84)
Мы планируем импортировать заказы с сайта через АПИ, получаем XML с необходимыми данными, программно создаем заказ. Как лучше сделать пометку в 1с, что тот или иной заказ уже выгружен и его не надо создавать повторно?
1С:Предприятие 8.3 (8.3.16.1148)
Управление торговлей, редакция 11 (11.4.11.84)
Найденные решения
(4) нет, не двусторонний. В задаче явно сказано:
то есть у них только в одну сторону, информация идет в направлении от сайта в 1с. С сайта забираем например заказы за день (час, год). При загрузке в 1с проверяем ИД с сайта - не т ли уже такого заказа. Если нет, то делаем новый. Если есть, то смотря по задаче, или меняем старый, или пропускаем, или еще что.
А вот это
вот это уже двустороннее взаимодействие. Мы на сайт хотим отправить какую-то информацию о заказах. Не то чтобы это плохо или хорошо, но это противоречит поставленной задаче.
Мы планируем импортировать заказы с сайта через АПИ, получаем XML с необходимыми данными, программно создаем заказ
то есть у них только в одну сторону, информация идет в направлении от сайта в 1с. С сайта забираем например заказы за день (час, год). При загрузке в 1с проверяем ИД с сайта - не т ли уже такого заказа. Если нет, то делаем новый. Если есть, то смотря по задаче, или меняем старый, или пропускаем, или еще что.
А вот это
Вам необходимо на сайте получать информацию о том, что 1С данные по заказам приняла и сформировала документы
вот это уже двустороннее взаимодействие. Мы на сайт хотим отправить какую-то информацию о заказах. Не то чтобы это плохо или хорошо, но это противоречит поставленной задаче.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)Это получится уже двусторонний обмен данными :)
(1)Вам необходимо на сайте получать информацию о том, что 1С данные по заказам приняла и сформировала документы. Такие заказы помечать на сайте как выгруженные и не выгружать их в последующем. Если заказ изменился на сайте, то снимать пометку о том, что он выгружен и выгружать его повторно.
(1)Вам необходимо на сайте получать информацию о том, что 1С данные по заказам приняла и сформировала документы. Такие заказы помечать на сайте как выгруженные и не выгружать их в последующем. Если заказ изменился на сайте, то снимать пометку о том, что он выгружен и выгружать его повторно.
(4) нет, не двусторонний. В задаче явно сказано:
то есть у них только в одну сторону, информация идет в направлении от сайта в 1с. С сайта забираем например заказы за день (час, год). При загрузке в 1с проверяем ИД с сайта - не т ли уже такого заказа. Если нет, то делаем новый. Если есть, то смотря по задаче, или меняем старый, или пропускаем, или еще что.
А вот это
вот это уже двустороннее взаимодействие. Мы на сайт хотим отправить какую-то информацию о заказах. Не то чтобы это плохо или хорошо, но это противоречит поставленной задаче.
Мы планируем импортировать заказы с сайта через АПИ, получаем XML с необходимыми данными, программно создаем заказ
то есть у них только в одну сторону, информация идет в направлении от сайта в 1с. С сайта забираем например заказы за день (час, год). При загрузке в 1с проверяем ИД с сайта - не т ли уже такого заказа. Если нет, то делаем новый. Если есть, то смотря по задаче, или меняем старый, или пропускаем, или еще что.
А вот это
Вам необходимо на сайте получать информацию о том, что 1С данные по заказам приняла и сформировала документы
вот это уже двустороннее взаимодействие. Мы на сайт хотим отправить какую-то информацию о заказах. Не то чтобы это плохо или хорошо, но это противоречит поставленной задаче.
(5)
Я прочитал условия и эти условия не очень корректны, т.к. заказы будут накапливаться, если не принять мер по фильтрации заказов на стороне сайта изначально, то потом придется обрабатывать файл со 100500 заказами внутри, чтобы получить новые и не совсем понятно, как в таких условиях загружать измененные заказы. Если изменений заказов не предполагается, то вопрос снимается.
то есть у них только в одну сторону, информация идет в направлении от сайта в 1с. С сайта забираем например заказы за день (час, год). При загрузке в 1с проверяем ИД с сайта - не т ли уже такого заказа. Если нет, то делаем новый. Если есть, то смотря по задаче, или меняем старый, или пропускаем, или еще что.
Я прочитал условия и эти условия не очень корректны, т.к. заказы будут накапливаться, если не принять мер по фильтрации заказов на стороне сайта изначально, то потом придется обрабатывать файл со 100500 заказами внутри, чтобы получить новые и не совсем понятно, как в таких условиях загружать измененные заказы. Если изменений заказов не предполагается, то вопрос снимается.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот