Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Добридень!
Є низка проблем з інтеграцією з новою поштою:
1. Відділення доставки НП вибираємо в додатковому полі процесу з Довідника пов'язаного з НП і формуємо ТТН автоматичною дією, відділення та місто заповнюємо дією [file]4614[/file] але на момент формування ТТН назва відділення в НП може змінитися при цьому ТТН завжди все і формується, вибираючи Відділення №1 (тобто посилка їде на не коректне відділення). Чи є якийсь вихід із цієї проблеми?
2. у налаштуваннях інтеграції варто галочка не створювати ТТН, якщо вона вже є [file]4615[/file] також у налаштуваннях процесу додані настройки перевірки, якщо ТТН вже є дії створення ТТН пропускаються [file]4616[/file] при цьому іноді формується кілька ТТН [file]4617[/file] Процес з такою проблемою https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/478681/edit/. Прохання перевірити та поправити
3. у деяких користувачів при відкритті сторінки процесу Нова пошта ТТН [file]4618[/file] значення полів Контактна особа та телефон
Добридень! Є низка проблем з інтеграцією з новою поштою: 1. Відділення доставки НП вибираємо в додатковому полі процесу з Довідника пов'язаного з НП і формуємо ТТН автоматичною дією, відділення та місто заповнюємо дією але на момент формування ТТН назва відділення в НП може змінитися при цьому ТТН завжди все і формується, вибираючи Відділення №1 (тобто посилка їде на не коректне відділення). Чи є якийсь вихід із цієї проблеми? 2. у налаштуваннях інтеграції варто галочка не створювати ТТН, якщо вона вже є також у налаштуваннях процесу додані настройки перевірки, якщо ТТН вже є дії створення ТТН пропускаються при цьому іноді формується кілька ТТН Процес з такою проблемою https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/478681/edit/. Прохання перевірити та поправити 3. у деяких користувачів при відкритті сторінки процесу Нова пошта ТТН значення полів Контактна особа та телефон
1. Як формуєте ТТН? Чи дією? Дайте приклад процесу 2. Це налаштування для ручного створення ттн, дія її ігнорує 3. Дайте 2 приклади процесу (1 з отримувачем Приватна особа та 1 з компанією)
1. Як формуєте ТТН? Чи дією? Дайте приклад процесу
2. Це налаштування для ручного створення ттн, дія її ігнорує
3. Дайте 2 приклади процесу (1 з отримувачем Приватна особа та 1 з компанією)
Дмитро the oldest of the Ents написав: 2. Це налаштування для ручного створення ттн, дія її ігнорує
Підкажіть, чому в цьому випадку дія Припинити виконання не відпрацювала? І, якщо можливо, прохання додати опис галочки Заборонити повторне створення ТТН за наявності вже створеної - що вона працює тільки при ручному створенні 3. в п 1 приклад з фізичною особою, ось з компанією https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/483871/edit/
[quote]
Дмитро
the oldest of the Ents написав:
1. Як формуєте ТТН? Чи дією? Дайте приклад процесу
[/quote]
формуємо автоматичною дією на етапі ТТН сформована. Приклад процесу https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/483855/edit/, адреса доставки [file]4723[/file] , але оскільки в полі відділення зайвий символ - у НП заповнилося [file]4724[/file] відділення 1 і відповідно так і сформуємо ТТн на 1 відділення
[quote]
Дмитро
the oldest of the Ents написав:
2. Це налаштування для ручного створення ттн, дія її ігнорує
[/quote]
Підкажіть, чому в цьому випадку дія Припинити виконання не відпрацювала?
І, якщо можливо, прохання додати опис галочки Заборонити повторне створення ТТН за наявності вже створеної - що вона працює тільки при ручному створенні
3. в п 1 приклад з фізичною особою, ось з компанією https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/483871/edit/
1. Заповнюйте адресу в блоці "Параметри ТТН" та все. Там зараз обрано 1е відділення і воно ніяк не скинеться доки ви не переоберете його в даному блоці 2. Не зрозумів питання. У блоці вибрано відділення, відповідно дія вважає, що все ок і що у процесу є дані, що фактично є правдою. Якщо вам не потрібно вибирати автоматично 1 відділення - поставте на всіх етапах в блоці галочку "При виборі міста не вибирати автоматично перше відділення зі списку." 3. за вказаним посиланням у мене підтягнуло компанію+її контрагента https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/483871/invoice...
1. Заповнюйте адресу в блоці "Параметри ТТН" та все. Там зараз обрано 1е відділення і воно ніяк не скинеться доки ви не переоберете його в даному блоці
2. Не зрозумів питання. У блоці вибрано відділення, відповідно дія вважає, що все ок і що у процесу є дані, що фактично є правдою. Якщо вам не потрібно вибирати автоматично 1 відділення - поставте на всіх етапах в блоці галочку "При виборі міста не вибирати автоматично перше відділення зі списку."
3. за вказаним посиланням у мене підтягнуло компанію+її контрагента https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/483871/invoice/
Dobby best house-elf ever написав: 1. Заповнюйте адресу в блоці "Параметри ТТН" та все. Там зараз обрано 1е відділення і воно ніяк не скинеться доки ви не переоберете його в даному блоці
у нас автоматичне створення дією, і ніхто вручну в блоці параметри ТТН нічого не заповнює. Менеджер заповнює додаткове поле процесу в замовленні з відділенням, в ньому немає блоку параметри ТТН і він там не потрібен. Є інші варіанти?
Dobby best house-elf ever написав: 2. Не зрозумів питання. У блоці вибрано відділення, відповідно дія вважає, що все ок і що у процесу є дані, що фактично є правдою. Якщо вам не потрібно вибирати автоматично 1 відділення - поставте на всіх етапах в блоці галочку "При виборі міста не вибирати автоматично перше відділення зі списку."
до чого тут відділення? Питання було чому утворилася ТТН якщо там вже була одна ТТН? І встановлено дію перевірити поле Накладна доставки, якщо в ньому є значення пропустити наступну дію – Автоматично створити ТТН, тобто якщо ТТН є – дія створення ТТН не спрацьовує. Чому в даному випадку спрацювало та створилася друга ТТН?
Dobby best house-elf ever написав: за вказаним посиланням у мене підтягнуло компанію+її контрагента
класно, у мене також підтягнуло, чому не підтягує у половини користувачів компанії? У початковому описі вказано, що є ряд користувачів, у яких підтягує на секунду і значення пропадає, і додано відео. В чому може бути проблема?
[quote]
Dobby
best house-elf ever написав:
1. Заповнюйте адресу в блоці "Параметри ТТН" та все. Там зараз обрано 1е відділення і воно ніяк не скинеться доки ви не переоберете його в даному блоці
[/quote]
у нас автоматичне створення дією, і ніхто вручну в блоці параметри ТТН нічого не заповнює. Менеджер заповнює додаткове поле процесу в замовленні з відділенням, в ньому немає блоку параметри ТТН і він там не потрібен. Є інші варіанти?
[quote]
Dobby
best house-elf ever написав:
2. Не зрозумів питання. У блоці вибрано відділення, відповідно дія вважає, що все ок і що у процесу є дані, що фактично є правдою. Якщо вам не потрібно вибирати автоматично 1 відділення - поставте на всіх етапах в блоці галочку "При виборі міста не вибирати автоматично перше відділення зі списку."
[/quote]
до чого тут відділення? Питання було чому утворилася ТТН якщо там вже була одна ТТН? І встановлено дію перевірити поле Накладна доставки, якщо в ньому є значення пропустити наступну дію – Автоматично створити ТТН, тобто якщо ТТН є – дія створення ТТН не спрацьовує. Чому в даному випадку спрацювало та створилася друга ТТН?
[quote]
Dobby
best house-elf ever написав:
за вказаним посиланням у мене підтягнуло компанію+її контрагента
[/quote]
класно, у мене також підтягнуло, чому не підтягує у половини користувачів компанії? У початковому описі вказано, що є ряд користувачів, у яких підтягує на секунду і значення пропадає, і додано відео. В чому може бути проблема?
Шатохіна Ірина написав: у нас автоматичне створення дією, і ніхто вручну в блоці параметри ТТН нічого не заповнює. Менеджер заповнює додаткове поле процесу в замовленні з відділенням, в ньому немає блоку параметри ТТН і він там не потрібен. Є інші варіанти?
якщо він там не потрібний, чому він виведений у процесі? Заберіть блок з інтерфейсу
Шатохіна Ірина написав: Питання було чому утворилася ТТН якщо там вже була одна ТТН? І встановлено дію перевірити поле Накладна доставки, якщо в ньому є значення пропустити наступну дію – Автоматично створити ТТН, тобто якщо ТТН є – дія створення ТТН не спрацьовує. Чому в даному випадку спрацювало та створилася друга ТТН?
ви можете зараз зробити те саме на новому процесі? Якщо отримаєте помилку – значить до цього налаштування на етапах були не такі як зараз
[quote]
Шатохіна Ірина написав:
у нас автоматичне створення дією, і ніхто вручну в блоці параметри ТТН нічого не заповнює. Менеджер заповнює додаткове поле процесу в замовленні з відділенням, в ньому немає блоку параметри ТТН і він там не потрібен. Є інші варіанти?
[/quote]
якщо він там не потрібний, чому він виведений у процесі? Заберіть блок з інтерфейсу
[quote]
Шатохіна Ірина написав:
Питання було чому утворилася ТТН якщо там вже була одна ТТН? І встановлено дію перевірити поле Накладна доставки, якщо в ньому є значення пропустити наступну дію – Автоматично створити ТТН, тобто якщо ТТН є – дія створення ТТН не спрацьовує. Чому в даному випадку спрацювало та створилася друга ТТН?
[/quote]
ви можете зараз зробити те саме на новому процесі? Якщо отримаєте помилку – значить до цього налаштування на етапах були не такі як зараз
Chewbacca Wookiee написав: якщо він там не потрібний, чому він виведений у процесі? Заберіть блок з інтерфейсу
Співробітник заповнює дані в БП замовлення клієнта, там немає блоку Параметри ТТН Дані міста та відділення в додаткових полях переходять у підпроцес Доставка НП, там є блок Параметри ТТН, але Склад не заповнює поля вручну, блок виведений для перегляду Але побачити що в додатковому полі вказано відділення 112, а в Параметрах ТТН відділення 1 - практично неможливо
Chewbacca Wookiee написав: ви можете зараз зробити те саме на новому процесі? Якщо отримаєте помилку – значить до цього налаштування на етапах були не такі як зараз
У цьому процесі налаштування змінюю тільки я, і ці налаштування ми виконували близько півроку тому і не змінювали, і вони відмінно відпрацьовують, але бувають ситуації коли ТТН все-таки 2, припускаю, що коли дія виконується співробітником у процесі через перемикання етапу та автоматичне створення ТТН (Дією) і одночасно другим співробітником через вкладку Нова пошта, різниця в діях до 2х хвилин. Накладна доставки це стандартне поле, чи може бути, що в базу даних значення поля потрапляє не так швидко, і тому в момент формування другої ТТН Бокс ще не бачить першу?
[quote]
Chewbacca
Wookiee написав:
якщо він там не потрібний, чому він виведений у процесі? Заберіть блок з інтерфейсу
[/quote]
Співробітник заповнює дані в БП замовлення клієнта, там немає блоку Параметри ТТН
Дані міста та відділення в додаткових полях переходять у підпроцес Доставка НП, там є блок Параметри ТТН, але Склад не заповнює поля вручну, блок виведений для перегляду
Але побачити що в додатковому полі вказано відділення 112, а в Параметрах ТТН відділення 1 - практично неможливо
[quote]
Chewbacca
Wookiee написав:
ви можете зараз зробити те саме на новому процесі? Якщо отримаєте помилку – значить до цього налаштування на етапах були не такі як зараз
[/quote]
У цьому процесі налаштування змінюю тільки я, і ці налаштування ми виконували близько півроку тому і не змінювали, і вони відмінно відпрацьовують, але бувають ситуації коли ТТН все-таки 2, припускаю, що коли дія виконується співробітником у процесі через перемикання етапу та автоматичне створення ТТН (Дією) і одночасно другим співробітником через вкладку Нова пошта, різниця в діях до 2х хвилин. Накладна доставки це стандартне поле, чи може бути, що в базу даних значення поля потрапляє не так швидко, і тому в момент формування другої ТТН Бокс ще не бачить першу?
Шатохіна Ірина написав: Дані міста та відділення в додаткових полях переходять у підпроцес Доставка НП, там є блок Параметри ТТН, але Склад не заповнює поля вручну, блок виведений для перегляду
блок виведений - все, він зберігає дані і ви їх не перезапишіть після першого збереження.
Шатохіна Ірина написав: Чи може бути, що в базу даних значення поля потрапляє не так швидко, і тому в момент формування другої ТТН Бокс ще не бачить першу?
Дайте приклад процесу, я подивлюсь, що там відбувалося
[quote]
Шатохіна Ірина написав:
Дані міста та відділення в додаткових полях переходять у підпроцес Доставка НП, там є блок Параметри ТТН, але Склад не заповнює поля вручну, блок виведений для перегляду
[/quote]
блок виведений - все, він зберігає дані і ви їх не перезапишіть після першого збереження.
[quote]
Шатохіна Ірина написав:
Чи може бути, що в базу даних значення поля потрапляє не так швидко, і тому в момент формування другої ТТН Бокс ще не бачить першу?
[/quote]
Дайте приклад процесу, я подивлюсь, що там відбувалося
Chewbacca Wookiee написав: блок виведений - все, він зберігає дані і ви їх не перезапишіть після першого збереження.
Ми тягнемо місто та відділення з доп полів клієнта дією Задати налаштування ТТН при збереженні процесу і все було б ок, якщо коли значення в доп поле не збігається з полем відділення з довідника, бокс не заповнював Відділення 1 автоматично - все було б ок, а так заповнюючи місто Київ і не отримуючи відділення -бокс пише відділення 1
Chewbacca Wookiee написав: Шатохіна Ірина написав: Чи може бути, що в базу даних значення поля потрапляє не так швидко, і тому в момент формування другої ТТН Бокс ще не бачить першу? Дайте приклад процесу, я подивлюсь, що там відбувалося
[quote]
Chewbacca
Wookiee написав:
блок виведений - все, він зберігає дані і ви їх не перезапишіть після першого збереження.
[/quote]
Ми тягнемо місто та відділення з доп полів клієнта дією Задати налаштування ТТН при збереженні процесу і все було б ок, якщо коли значення в доп поле не збігається з полем відділення з довідника, бокс не заповнював Відділення 1 автоматично - все було б ок, а так заповнюючи місто Київ і не отримуючи відділення -бокс пише відділення 1
[quote]
Chewbacca
Wookiee написав:
Шатохіна Ірина написав:
Чи може бути, що в базу даних значення поля потрапляє не так швидко, і тому в момент формування другої ТТН Бокс ще не бачить першу?
Дайте приклад процесу, я подивлюсь, що там відбувалося
[/quote]
https://crm.ohrana.ua/admin/customorder/dostavka-i-peremeshchenie/478681/edit/ ось історія
[file]4978[/file]
1. Я начебто написав вище що робити. У блоці є галочки, при включенні яких перше відділення не відображатиметься автоматично 2. Винуватець тут не бокс, а АПІ /api/orders/update/ . В 2021-03-25 14:04:28 користувач створив ТТН а в 2021-03-25 14:04:32 через rest api був переданий зовсім інший номер ТТН. Галочка на апі звичайно не поширюється. Ми можемо доопрацювати в апі параметр при передачі якого номер ттн не перезатиратиметься в замовленні якщо він вже є в процесі або буде видана помилка - як вам буде зручніше. Це займе близько години
1. Я начебто написав вище що робити. У блоці є галочки, при включенні яких перше відділення не відображатиметься автоматично
2. Винуватець тут не бокс, а АПІ /api/orders/update/ . В 2021-03-25 14:04:28 користувач створив ТТН а в 2021-03-25 14:04:32 через rest api був переданий зовсім інший номер ТТН. Галочка на апі звичайно не поширюється. Ми можемо доопрацювати в апі параметр при передачі якого номер ттн не перезатиратиметься в замовленні якщо він вже є в процесі або буде видана помилка - як вам буде зручніше. Це займе близько години
R2-D2 droid написав: 1. Я начебто написав вище що робити. У блоці є галочки, при включенні яких перше відділення не відображатиметься автоматично
Де ви написали? Всі Ваші варіанти не вирішують нашу проблему як описувала вище, але питання не актуальне, вирішили черговими милицями
R2-D2 droid написав: 2. Винуватець тут не бокс, а АПІ /api/orders/update/ . В 2021-03-25 14:04:28 користувач створив ТТН а в 2021-03-25 14:04:32 через rest api був переданий зовсім інший номер ТТН. Галочка на апі звичайно не поширюється. Ми можемо доопрацювати в апі параметр при передачі якого номер ттн не перезатиратиметься в замовленні якщо він вже є в процесі або буде видана помилка - як вам буде зручніше. Це займе близько години
По Апі ми лише змінюємо етап процесу, тобто ТТН створює Бокс, вона передається по АПИ. Налаштовано так: в Бокс відправляється запит на апдейт процесу, в запиті тільки зміна етапу на statusid 229 (це етап Створити ТТН) і все , Скрин запиту з історії додаю при цьому на етапі встановлено дію Автоматично створити ТТН , АЛЕ перед цією дією стоїть дія Припинити виконання...якщо поле Накладна має значення (скрин дій додаю) Тому постає питання, чому першу ТТН створено 2021-03-25 14:04:28 і через 4 секунди створено другу ТТН, і її формування не зупинено дією Припинити виконання? Прохання перевірити, оскільки таких прикладів багато, і обидві ТТН потрапляють до Нової пошти, далі до Реєстру тощо, це вилазить купою проблем. Дякую
[quote]
R2-D2
droid написав:
1. Я начебто написав вище що робити. У блоці є галочки, при включенні яких перше відділення не відображатиметься автоматично
[/quote]
Де ви написали? Всі Ваші варіанти не вирішують нашу проблему як описувала вище, але питання не актуальне, вирішили черговими милицями
[quote]
R2-D2
droid написав:
2. Винуватець тут не бокс, а АПІ /api/orders/update/ . В 2021-03-25 14:04:28 користувач створив ТТН а в 2021-03-25 14:04:32 через rest api був переданий зовсім інший номер ТТН. Галочка на апі звичайно не поширюється. Ми можемо доопрацювати в апі параметр при передачі якого номер ттн не перезатиратиметься в замовленні якщо він вже є в процесі або буде видана помилка - як вам буде зручніше. Це займе близько години
[/quote]
По Апі ми лише змінюємо етап процесу, тобто ТТН створює Бокс, вона передається по АПИ. Налаштовано так: в Бокс відправляється запит на апдейт процесу, в запиті тільки зміна етапу на statusid 229 (це етап Створити ТТН) і все , Скрин запиту з історії додаю [file]5240[/file] при цьому на етапі встановлено дію Автоматично створити ТТН , АЛЕ перед цією дією стоїть дія Припинити виконання...якщо поле Накладна має значення (скрин дій додаю) [file]5241[/file]
Тому постає питання, чому першу ТТН створено 2021-03-25 14:04:28 і через 4 секунди створено другу ТТН, і її формування не зупинено дією Припинити виконання?
Прохання перевірити, оскільки таких прикладів багато, і обидві ТТН потрапляють до Нової пошти, далі до Реєстру тощо, це вилазить купою проблем. Дякую
R2-D2 droid написав: Якщо вам не потрібно вибирати автоматично 1 відділення - поставте на всіх етапах в блоці галочку "При виборі міста не вибирати автоматично перше відділення зі списку."
Ось де я написав.
Шатохіна Ірина написав: По Апі ми лише змінюємо етап процесу, тобто ТТН створює Бокс, вона передається по АПИ. Налаштовано так: в Бокс відправляється запит на апдейт процесу, в запиті лише зміна етапу на statusid 229 (це етап Створити ТТН) і все , Скрин запиту з історії додаю при цьому на етапі встановлено дію Автоматично створити ТТН, АЛЕ перед цією дією стоїть дію Припинити виконання...якщо поле Накладна має значення (скрин дій додаю) Тому постає питання, чому першу ТТН створено 2021-03-25 14:04:28 і через 4 секунди створено другу ТТН, і її формування не зупинено дією Припинити виконання? Прохання перевірити, оскільки таких прикладів багато, і обидві ТТН потрапляють до Нової пошти, далі до Реєстру тощо, це вилазить купою проблем. Дякую
Я дав вам вище рішення – доопрацювати апі. Якщо у вас 10 співробітників одночасно генерують пачки ТТН на різних вкладках у різний спосіб - це не можна їм заборонити.
[quote]
R2-D2
droid написав:
Якщо вам не потрібно вибирати автоматично 1 відділення - поставте на всіх етапах в блоці галочку "При виборі міста не вибирати автоматично перше відділення зі списку."
[/quote]
Ось де я написав.
[quote]
Шатохіна Ірина написав:
По Апі ми лише змінюємо етап процесу, тобто ТТН створює Бокс, вона передається по АПИ. Налаштовано так: в Бокс відправляється запит на апдейт процесу, в запиті лише зміна етапу на statusid 229 (це етап Створити ТТН) і все , Скрин запиту з історії додаю при цьому на етапі встановлено дію Автоматично створити ТТН, АЛЕ перед цією дією стоїть дію Припинити виконання...якщо поле Накладна має значення (скрин дій додаю)
Тому постає питання, чому першу ТТН створено 2021-03-25 14:04:28 і через 4 секунди створено другу ТТН, і її формування не зупинено дією Припинити виконання?
Прохання перевірити, оскільки таких прикладів багато, і обидві ТТН потрапляють до Нової пошти, далі до Реєстру тощо, це вилазить купою проблем. Дякую
[/quote]
Я дав вам вище рішення – доопрацювати апі. Якщо у вас 10 співробітників одночасно генерують пачки ТТН на різних вкладках у різний спосіб - це не можна їм заборонити.
R2-D2 droid написав: Я дав вам вище рішення – доопрацювати апі. Якщо у вас 10 співробітників одночасно генерують пачки ТТН на різних вкладках у різний спосіб - це не можна їм заборонити.
Чим нам допоможе доопрацювання АПІ, якщо ми не передаємо ТТН по АПІ? Ми лише змінюємо етап процесу. І ми не генеруємо ТТН пачками, а я ставлю Вам конкретне питання, чому дія Припинити виконання… не спрацювала. Ви можете відповісти на нього?
[quote]
R2-D2
droid написав:
Я дав вам вище рішення – доопрацювати апі. Якщо у вас 10 співробітників одночасно генерують пачки ТТН на різних вкладках у різний спосіб - це не можна їм заборонити.
[/quote]
Чим нам допоможе доопрацювання АПІ, якщо ми не передаємо ТТН по АПІ? Ми лише змінюємо етап процесу.
І ми не генеруємо ТТН пачками, а я ставлю Вам конкретне питання, чому дія Припинити виконання… не спрацювала. Ви можете відповісти на нього?
Шатохіна Ірина написав: Чим нам допоможе доопрацювання АПІ, якщо ми не передаємо ТТН по АПІ? Ми лише змінюємо етап процесу.
Т 34 товстолобий писав/ла: 2. Винуватець тут не бокс, а АПІ /api/orders/update/ . В 2021-03-25 14:04:28 користувач створив ТТН а в 2021-03-25 14:04:32 через rest api був переданий зовсім інший номер ТТН. Галочка на апі звичайно не поширюється. Ми можемо доопрацювати в апі параметр при передачі якого номер ттн не перезатиратиметься в замовленні якщо він вже є в процесі або буде видана помилка - як вам буде зручніше. Це займе близько години
я вам писав, куди був доданий номер ттн.
Шатохіна Ірина написав: І ми не генеруємо ТТН пачками, а я ставлю Вам конкретне питання, чому дія Припинити виконання… не спрацювала. Ви можете відповісти на нього?
на жаль немає
[quote]
Шатохіна Ірина написав:
Чим нам допоможе доопрацювання АПІ, якщо ми не передаємо ТТН по АПІ? Ми лише змінюємо етап процесу.
[/quote]
[quote]
Т 34
товстолобий писав/ла:
2. Винуватець тут не бокс, а АПІ /api/orders/update/ . В 2021-03-25 14:04:28 користувач створив ТТН а в 2021-03-25 14:04:32 через rest api був переданий зовсім інший номер ТТН. Галочка на апі звичайно не поширюється. Ми можемо доопрацювати в апі параметр при передачі якого номер ттн не перезатиратиметься в замовленні якщо він вже є в процесі або буде видана помилка - як вам буде зручніше. Це займе близько години
[/quote]
я вам писав, куди був доданий номер ттн.
[quote]
Шатохіна Ірина написав:
І ми не генеруємо ТТН пачками, а я ставлю Вам конкретне питання, чому дія Припинити виконання… не спрацювала. Ви можете відповісти на нього?
[/quote]
на жаль немає
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар