ID для ЭДО. КПП

Вопрос задал Татьяна В.

Ответственный за ответ: Александр Бажин (★9.94/10)

Добрый день!
Подскажите, пожалуйста, как правильно настроить отправку ЭДО, если Контрагент имеет несколько торговых точек и каждая точка имеет свой ID?

Обсуждение (14)

  1. Приложение

    Здравствуйте Татьяна. В этом случае отправляете несколько приглашений, в каждом из которых указываете идентификатор торговых точек (вложение). Лучше заранее получить их идентификаторы. Потому что если в выпадающем списке их не будет — можно скопировать и вставить вручную этот идентификатор в приглашение. Не все идентификаторы могут в этом списке отображаться.

  2. Программа позволяет подтянуть второй ID Контрагенту, если первый уже подтянут?
    У нас не получилось. Получилось только после того, как мы внесли дубли Договора, тогда программа поняла. Однако, мы понимаем, что дублировать Договора неправильно.

  3. Версию программы напишите и скрин пришлите, где программа требует указание договора. Ну или где ошибка выскакивает.

  4. Чуть не так описала. Да, программа (Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.119.9)) затянула два ID, но при формировании отгрузки как программа определит на какой ID нужно отправить документ?

  5. Татьяна перейдите Администрирование—>Настройки программы—>Обмен электронными документами—>Обмен с контрагентами—>Настройки ЭДО. Затем отфильтруйте по этому контрагенту список и пришлите скрин окна.

  6. Только тут следует отметить, что было подтянуто 2 ID. При отправке РТУ документ ушел на 1й принятый ID. Клиент сообщил, что нужно отправить на другой. Другой программа позволила подтянуть только при внесении информации о Договоре.
    Странно, почему вообще программа позволяет второй раз принять приглашение, как у нас на скрине — один раз просто в привязке к Контрагенту, второй еще и в разрезе Договора. Даже сообщение не выдало, что данный ID уже принят.

  7. Александр, будете еще смотреть данный вопрос?

  8. Да. Моделирую ситуацию вашу.

  9. Вариант с использованием Договоров мы наши в виде подсказки на сайте 1С. Абсурд заключается в том, что надо дублировать Договор. это же неправильно, т.к. договор у нас один.
    Если Вам удастся воспроизвести нашу ситуацию и определить, что мы сделали неверно, будем благодарны за помощь.

  10. Воспроизвёл ситуацию. В итоге то же что и у вас получается. Пообщаюсь с техподдержкой еще на этот счет и отпишусь

  11. Мы продвинулись в этом вопросе и выплыли иные проблемы, а именно — дубли документов ЭДО, т.е. вариант с использованием отдельных договоров отрабатывает некорректно даже тогда, когда контрагенты разведены по Договорам и разным ID. Программа явно не понимает куда отправлять. Складывается ощущение, что она вначале находит ИНН и отправляет туда, а потом еще анализирует Договор и отправляет туда.
    Дозвонились в 1С:ЭДО. Сотрудник подключился , предложил изменить адрес ID, который был в статусе «Принят» и привязан к самому головному Контрагенту. Результат таков — документы не ушли вообще. Видимо по алгоритму натыкаются на этот исправленный ID и дальше идет сбой.
    Могут в 1С объяснить алгоритм отработки отправки документа ЭДО? Что анализируется до момента отправки?

  12. Татьяна, пробовали полностью отозвать приглашения все и заново выслать на разные ID ? По самому алгоритму обработки сказать не могу, так как не являюсь разработчиком.
    Отмена приглашения и отправка его заново очень часто решали проблему. И второй вариант — попросить чтобы поставщик вам отправил приглашения с разных ID.

  13. Даже в 1С:ЭДО не смогли пояснить в чем причина.
    Разбираемся по этой задаче уже с ними.
    Спасибо.

  14. Спасибо за обратную связь Татьяна.

Комментарии закрыты