Форум

В ходе загрузки документов с сайта, в случае если обнаруживается какое-либо несоответствие (не указан номер или не заполнена дата или же не та хоз.операция) происходит пропуск документа и переход к следующему документу в списке. А по окончанию загрузки на сайт отправляется информация об успешной загрузке документов, что приводит к пометке документов как успешно-выгруженные и сайт не выгружает их в 1С пока заказ не будет изменен повторно.

Вопрос - разумно ли это считать загрузку успешной если в процессе загрузки происходили ошибки. Т.е. оператор магазина - отправил заказы в доставку, и думает что заказ попал в 1С. А в реальности заказ не попал никуда...и в 1С об этом нет ошибок (только в логе информация)  

Может идеальным вариантом был бы компромисс между первым и вторым вариантом. Когда косячные документы в 1С не загружаются, однако на сайт отдается информация о том что конкретные документы не загружены.?

Для этого необходимо несколько переделать логику ответа 1С на сайт. Но зато на сайте появилась бы возможность отметить когда и как загрузился в 1С тот или иной заказ. "Зеленая лампочка" - документ в 1С загружен. "Желтая лампочка" - документ ожидает загрузки. "Красная лапочка" - документ не загрузился в 1С из-за ошибки. Да еще и ошибку из 1С показывать.

И тогда и менеджер сайта будет в курсе что у него что-то не выгрузилось в 1С. И нагрузки на сайт не будет. Не будет происходить потери заказов из-за молчаливого поведения процедуры обмена.

Здравствуйте, Александр. У меня все еще проблемы с импортом товаров с сайта с использованием помощника - не создаются характеристики.
Если я правильно понимаю, то характеристики создаются в процедуре СоздатьХарактеристикиНоменклатуры(), куда передается ИдНоменклатуры. В моем случае передается внешний код элемента - товара. Дальше, если я опять же правильно понимаю, Вы ищете это значение в мСтруктураДанных.ТаблицаПредложений.Но в этой таблице нет таких значений. В ней есть колонка Ид, в которой хранятся внешние коды самих элементов, то есть торговых предложений. Есть колонка ИдХарактеристики, но там все пусто.
Скажите пожалуйста, а где должна быть привязка Характеристик к Товарам? (Я с 1С раньше не работал, так что плохо разбираюсь.)

В исходном коде модуля Б_ПроцедурыОбменаССайтом есть процедура "СоздатьОбновитьДокументы".
В которой есть текст запроса, общая суть которого выбрать все документы из базы у которых заполнено поле Б_Идентификатор и записать их во временную таблицу

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

Если я правильно понимаю идеологию (все выводы делаю на основании взаимодействия с собственным сайтом):
- частота обращений к сайту для запроса новых заказов у большинства довольно высокая (у меня например 5 минут);
- реал-тайм режим подразумевает что заказы будут "падать" в 1С сразу после появления их на сайте, а это значит 1 документ в пактее;
- даже без использования реал-тайм режима, при частых опросах сайта - количество заказов в одном пакете будет небольшим,около 10-15 (в среднем), зачастую это будет 1-2 заказа;

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

На мой взгляд, быстрее было бы, отобрать все идентификаторы и передать их как массив идентификаторо в запрос, ограничив тем самым результат выборки, уменьшив время работы запроса и сократив количество операций чтения/записи. А если постараться можно вообще обойтись только операциями чтения.

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