Працюємо з API "Нова Пошта" з 1с - Програміст 1с

З цим я вже ознайомився, нічого на допомогу собі я не знайшов 🙁

Я вирішив своє завдання. Можливо комусь стати в нагоді:

Для реалізації функції післяплати використовуються теги redelivery_type=2, redelivery_payment_payer де ви вказуєте хто платить за послугу і delivery_in_out де ви вказуєте суму - це для зворотної доставки грошей на відділення. Якщо потрібна зворотна доставка грошей на рахунок, то ви вказуєте у тезі delivery_amount суму.

Спасибі за інформацію. Тобто все вирішується сукупністю параметрів доставки. 20 жовт. 2014 р. 20:22 користувач «Disqus» написав:

Помилка під час виклику методу контексту (Прочитати)

Поки що XMLДокумент.Прочитать() Цикл

Помилка аналізу XML: — [1,1]

Document is empty

Яка послідовність дій призводить до такої поведінки? Ви можете відловити запит, що надсилається на Нову пошту, в конфігураторі 1с ?

натискання кнопки «Оновити» у списку відділень 🙂 Ща відловлю звичайно

Швидше за все, що від Нової пошти надходять порожні дані. Жодного парсера в систему ставити не треба, розбір звіту йде методами платформи.

ось і відповідь: 400 user is not isset.

сьогодні згенерував новий

може, тому що ключ згенерований у розділі API 2.0?

Так може бути. Ми під час інтеграції використовуємо апі-ключ, який надсилають менеджери за договором. Ключі, що згенеровані в особистому кабінеті, не використовуємо.

парсер MSXML якийсь потрібен у системі? Може його немає?

Хто підкаже, чому, коли вибрати redelivery_type=2 ТТН не вивантажується, а коли redelivery_type=1 вивантажується, в чому проблема 1С?

подивіться будь ласка в описі та порівняйте з тим, яка сукупність параметрів замовлення у вас виходить.

порівняв,виявилося якщо сума перевищує більше 1000тис. ТТН не вивантажується, якщо менше вивантажується це як зрозуміти?!

Швидше за все, є обмеження на стороні Нової пошти. Думаю Вам краще буде поставити питання на їхню техпідтримку.

Чи є у планах випуск модуля для роботи з API 2.0?

Добридень! перестала працювати обробка з «інтеграції з Новою поштою» вводжу ключ і нічого не виходить зробити, генерував новий ключ вже багато разів, пише «Фатальна помилка: Document is empty» Надійшла інформація від клієнта, що з боку «нової пошти» переробили функціонал і тепер використовують формат JSON. Чи так це? чи проблема у чомусь іншому? Заздалегідь дякую за відповіді.

Добридень. Судячи з того, що ви можете генерувати ключ, мова йде про новий особистий кабінет, який працює за апі версією 2.0. Ця обробка не дозволяє працювати з апі даної версії. Терміни оновлення поки що озвучити не готовий.

завантаживши Вашу обробку запускаю але нічого не відкривається. у мене утп 8,2

Добридень. Обробка написана під керований інтерфейс. У Вашому випадку конфігурація не має керованого інтерфейсу та працює в товстому клієнта. Цим і пояснюється така поведінка.

Всім добрий день!

Допоможіть з питанням, я зробив обробку створення ЄП через xml. Питання щодо безпосереднього створення ЄП - там необхідно вказувати ref відправника та одержувача. Я так розумію, що перед тим як створити ЄП необхідно до бази нової пошти додати запитом покупця і відправника — отримавши тим самим їх ref і потім їх вставляти в ці поля?

Немає способу щоб не створювати попередньо покупця та відправника — а просто відправляти ПІБ тощо?

Ви писали: Нет способу щоб не створювати попередньо покупця та відправника - апросто відправляти ПІБ і т.д.?

— Немає такої можливості немає — дані про унікальні ідентифікатори відправника та одержувача є обов'язковими для заповнення.

Список відправників можна отримати методом "getCounterparties" (відправник генерується автоматично при першому відправленні ТТН з особистого кабінету, або в особистому кабінеті).

Спасибі за відповідь.

Незручно якось придумано, хоча логічно що за рядковими параметрами щось шукати це неправильно) Не ​​можу ніяк до кінця продумати всю структуру функціоналу, що впроваджується..)

Підкажи ще будь-ласка: 1. А як краще зебру продати? У нас є принтер етикеток - необхідно щоб ЄП маленькі (на сайті це друк «зебри»). Малювати макет або якось можна отримати її? 2. І я так і не зрозумів, у нас інтегрований довідник Регіони, в якому у кожного міста є Район (наприклад Олександрівка в Харкові їх приблизно 10) — а в базі міст 1С такої різниці немає.. і виходить що завантаження відділень повністю автоматизувати не можна. Чи не стикалися з такою проблемою?

2. Завантаження відділень також автоматизували без проблем.