Не створюється чек поверення фіскалізація (чек возврата фискализация) Сума платежів повинна дорівнювати сумі чеку повернення (проблема в напрямку БП) / box_order_status_action_block_cashier_shifts_receipt_sell
Не створюється чек поверення фіскалізація (чек возврата фискализация) Сума платежів повинна дорівнювати сумі чеку повернення (проблема в напрямку БП) / box_order_status_action_block_cashier_shifts_receipt_sell
Є процесс https://baza.cn.ua/admin/customorder/order/63500/edit/
Це повернення по цьому замовленню https://baza.cn.ua/admin/customorder/order/62947/edit/
Чек повернення робив по цій процедурі https://baza.cn.ua/admin/shop/workflow/15/procedure/208/?status=0
Видавало помилку "Сума платежів повинна дорівнювати сумі чеку повернення" (нажимав декілька разів) при цьому в дії тут
Стоїть налаштування "При возрате передать платеж на сумму процесса (вне зависимости от наличия платежей)"
Далі спробував змінити платіж на вхідний (одразу після помилки), зайшов в платіж щоб змінити з вихідний, на вхідний, нажав зберегти і мені звову система видала помилку (тобто при збереженні платежу запустилась процедура)
1. Тут питання чому після помилки я редагую платіж і система знову запускає процедуру (подібні баги вже виправляти на моїй пом'яті раз 10) чому знову такий примітивний баг вискакує ?
Далі я оновив сторінку щоб система після будь яких правок не запускала процедуру
Змінив напрямок платежу, змінював деякі налаштування які побачив тут https://1b.app/ru/forum/?q=%D0%B2%D0%BE%D0%B7%D0%B2%D1%80%D0%B0%D1%82%D0%BD%D0%BE%D0%B3%D0%BE+%D1%87%D0%B5%D0%BA%D0%B0
Але нічого не допомогло
Потім змінив напрямок БП з вихідний на вхідний і чек створився (після створення повернув назад напрямок (через процедуру))
2. Чому фіскальний чек не створється коли напрямок БП вихідний і чому система про це нічого не каже, а показує помилку про платіж хоча галочка "Сума платежів повинна дорівнювати сумі чеку повернення" стоїть (допускаю що якщо був вихідний процесс то в апі передавало суму з мінусом) ?
Далі після створення чеку почав перевіряти і виявилось що в момент першої помилки система відкрила в чекбоксі зміну (хоча в базі не відкрила).
В мене в процедурі створення чеку https://baza.cn.ua/admin/shop/workflow/12/procedure/201/?status=0
Є процедура перевірки відкритої зміни і якщо зміни немає то система відкриває зміну і додає в неї продукти замовлення (в кінці дня звіряю суму процессу зміни і Z-звіт по змімі в https://my.checkbox.ua/dashboard/shifts )
Так от вийшло так що зміна відкрилась тут https://baza.cn.ua/admin/shop/workflowstatus/176/action/new/ коли система хотіла створити процесс по зміні, але так як в кінці всіх дій була помилка то система все відкотила, але зміну створила (так як API запит полетів)
3. І тут питання як в моєму випадку зробити так щоб якщо була помилка то система не відкривала зміну ?
Ще незрозумілий нюанс работи інтеграції з checkbox виходить система створила зміну (коли була помилка) в 17.01.2022 10:44:17
Далі знайшов проблему і система створила зміну https://baza.cn.ua/admin/customorder/issue/63512/edit/
В 2022-01-17 11:24:12 в неї є "Идентификатор смены"
Якщо дивиться в чек бокс то система відкрила зміну №22 в 17.01.2022 10:44:17 і всі чек попадають туди
4. Питанян якщо буде 2 API запити на створення зміни то друга зміна не буде створена (так як перша є) і чеки будуть додаватись в ту зміну яка була створена раніше тобто по ідентифікатору "Идентификатор смены"
[file]13616[/file]
[file]13617[/file]
[file]13618[/file]
[file]13619[/file]
[file]13620[/file]
Є процесс https://baza.cn.ua/admin/customorder/order/63500/edit/ Це повернення по цьому замовленню https://baza.cn.ua/admin/customorder/order/62947/edit/ Чек повернення робив по цій процедурі https://baza.cn.ua/admin/shop/workflow/15/procedure/208/?status=0 Видавало помилку "Сума платежів повинна дорівнювати сумі чеку повернення" (нажимав декілька разів) при цьому в дії тут Стоїть налаштування "При возрате передать платеж на сумму процесса (вне зависимости от наличия платежей)" Далі спробував змінити платіж на вхідний (одразу після помилки), зайшов в платіж щоб змінити з вихідний, на вхідний, нажав зберегти і мені звову система видала помилку (тобто при збереженні платежу запустилась процедура) 1. Тут питання чому після помилки я редагую платіж і система знову запускає процедуру (подібні баги вже виправляти на моїй пом'яті раз 10) чому знову такий примітивний баг вискакує ?
Далі я оновив сторінку щоб система після будь яких правок не запускала процедуру Змінив напрямок платежу, змінював деякі налаштування які побачив тут https://1b.app/ru/forum/?q=%D0%B2%D0%BE%D0%B7%D0%B2%D1%80%D0%B0%D1%82%D0%BD%D0%B... Але нічого не допомогло Потім змінив напрямок БП з вихідний на вхідний і чек створився (після створення повернув назад напрямок (через процедуру))
2. Чому фіскальний чек не створється коли напрямок БП вихідний і чому система про це нічого не каже, а показує помилку про платіж хоча галочка "Сума платежів повинна дорівнювати сумі чеку повернення" стоїть (допускаю що якщо був вихідний процесс то в апі передавало суму з мінусом) ?
Далі після створення чеку почав перевіряти і виявилось що в момент першої помилки система відкрила в чекбоксі зміну (хоча в базі не відкрила). В мене в процедурі створення чеку https://baza.cn.ua/admin/shop/workflow/12/procedure/201/?status=0 Є процедура перевірки відкритої зміни і якщо зміни немає то система відкриває зміну і додає в неї продукти замовлення (в кінці дня звіряю суму процессу зміни і Z-звіт по змімі в https://my.checkbox.ua/dashboard/shifts ) Так от вийшло так що зміна відкрилась тут https://baza.cn.ua/admin/shop/workflowstatus/176/action/new/ коли система хотіла створити процесс по зміні, але так як в кінці всіх дій була помилка то система все відкотила, але зміну створила (так як API запит полетів)
3. І тут питання як в моєму випадку зробити так щоб якщо була помилка то система не відкривала зміну ?
Ще незрозумілий нюанс работи інтеграції з checkbox виходить система створила зміну (коли була помилка) в 17.01.2022 10:44:17 Далі знайшов проблему і система створила зміну https://baza.cn.ua/admin/customorder/issue/63512/edit/ В 2022-01-17 11:24:12 в неї є "Идентификатор смены" Якщо дивиться в чек бокс то система відкрила зміну №22 в 17.01.2022 10:44:17 і всі чек попадають туди
4. Питанян якщо буде 2 API запити на створення зміни то друга зміна не буде створена (так як перша є) і чеки будуть додаватись в ту зміну яка була створена раніше тобто по ідентифікатору "Идентификатор смены"
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий