Интеграция с 1С

hawksib wrote:

Anna P. wrote:Невозможно создать новую торговую точку.

ну дак не DDoSте меркурий

429 Too Many Requests — клиент попытался отправить слишком много запросов за короткое время, что может указывать, например, на попытку DDoS-атаки. Может сопровождаться заголовком Retry-After, указывающим, через какое время можно повторить запрос. Введено в черновике стандарта RFC 6585

Конечно, у меня будет DDOS на торговую сеть с 3-4 тысячами магазинов....
Но это же смешное количество в промышленном масштабе.

ZDmitry wrote:Для версии 2.1 в схемы добавлен новый фильтр для получения списка записей журнала:
Фильтр по интервалу создания записей журнала - элемент receiptDateInterval.

Предлагаю сделать фильтр не по дате создания, а по дате изменения записи журнала! Кто согласен? Интеграторы, скажите, кому нужен фильтр по дате создания записи? Для чего? Может я совсем идиот? Как вообще проектируется эта система?

дата создания тоже меняется от версии к версии, уже ничего не удивляет в этом бардаке, "усилия оппортунистов и жулья принесли свои плоды"

То что криво работает - ладно. Может со временем отладят. Я даже слова не скажу, все системы при внедрении отлаживаются. А вот, когда делают новое для оптимизации, типа призывают, не грузите весь список, грузите только то, что нужно. Но при этом делают фильтр по дате создания! Зачем? Ведь нужно изменения выгружать? А этот фильтр для чего?

Прочитала всю тему... Ну неужели нет простого решения для интеграции? Подскажите простыми словами.. ВСД не много, до 200 в день, но уже стреляюсь...

Дёмкина wrote:Прочитала всю тему... Ну неужели нет простого решения для интеграции? Подскажите простыми словами.. ВСД не много, до 200 в день, но уже стреляюсь...

сбис вроде обещают простое https://sbis.ru/help/mercury

спасибо за наводку

Дёмкина wrote:Прочитала всю тему... Ну неужели нет простого решения для интеграции? Подскажите простыми словами.. ВСД не много, до 200 в день, но уже стреляюсь...

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

fly_byte wrote:

Дёмкина wrote:Прочитала всю тему... Ну неужели нет простого решения для интеграции? Подскажите простыми словами.. ВСД не много, до 200 в день, но уже стреляюсь...

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

Терпим.. Ибо денег жалко и нервов

Начиная с пнд не могу провести синхронизацию нужных данных между меркурием и 1с для последующей отправки перевозки 2.0. Входящие всд каким то чудом смогла завести и после этого необходима эта синхронизация. Она обрывается. Иногда пишет количество записей и потоков иногда сразу ноли.Наши it отвечают, что проблема в меркурии. Пишет при запросах синхры, что запрос превышен и т д. И так постоянно и днем по мск и вечером. Это так. Какая мера ответственности? Некотрые покупатели ждут этих справок. Я выписать через вэб просто по времени не смогу. По каждому наименованию не реально попросту. Прошу помощи и разъяснений. Что предпринять. Прошу помощи как бухгалтер а не айтишник. Головной офис молчит.

Подскажите,
Х5 требуют чтобы в ЭСВД проставлялся их артикул , а не наш .

Делаю примерно так:
productItem = ФабрикаХД.Создать("http://api.vetrf.ru/schema/cdm/dictionary/v2","ProductItem");
productItem.guid = ГУИД;
productItem.code = "111111";

Но печатается все равно наш артикул. Это вообще реально подставить другой артикул ?

bombobom, ГУИД пустой должен быть, если ссылка, то он берет все из справочника.

bombobom, если указать ГУИД, то какие бы данные ни были указаны в остальных тэгах, они перезапишутся данными из справочника "наименования продукции", если ГУИД не указывать, то будет передаваться артикул сетки

hawksib wrote:bombobom, если указать ГУИД, то какие бы данные ни были указаны в остальных тэгах, они перезапишутся данными из справочника "наименования продукции", если ГУИД не указывать, то будет передаваться артикул сетки

Спасибо.

hawksib wrote:bombobom, если указать ГУИД, то какие бы данные ни были указаны в остальных тэгах, они перезапишутся данными из справочника "наименования продукции", если ГУИД не указывать, то будет передаваться артикул сетки

Спасибо, нам тоже пригодится - все не доходили руки это протестировать.

hawksib wrote:bombobom, если указать ГУИД, то какие бы данные ни были указаны в остальных тэгах, они перезапишутся данными из справочника "наименования продукции", если ГУИД не указывать, то будет передаваться артикул сетки

справка этой недопрограммы так и не доросла до такой формулировки, т.е. это недокументированное поведение системы

Опционально может быть задан элемент productItem (номенклатура) - указывается в случае, если необходимо оформить ВСД с данными номенклатуры получателя (наименование / артикул / GTIN).