ТТН Джастін завжди стоїть накладка

Тіло платежу ставити, але ж не ставитися галочка "Необхідно оплачувати замовлення" вище?

Так навіщо мені та галочка. Потрібно створити замовлення без накладки. Кікі б я галочки не ставив чи не видаляв – накладка буде у будь-якому випадку

Коли дана галочка не вказана, параметр order_payment_is_required передається як false - що, виходячи з документації https://justin.ua/api/api_justin_documentation.pdf і вказує на те, що післяоплати немає. Можливо в API відбулися якісь зміни та логіка змінилася – можете уточнити це у техпідтримки Justin.

Чому ж тоді "Тіло платежу" у боксі завжди підтягує загальною сумою замовлення (видалити не можна). Я так розумію якщо галочка "Необхідно оплачувати замовлення" не варто, то й тіло платежу має дорівнювати нулю. Судячи з документації параметр cod_amount у такому випадку дорівнює 0 На даний момент прописати навіть вручну тіло платежу = 0 у самому боксі неможливо Виходить параметр cod_amount ми передаємо значенням рівним сумі замовлення Раніше під час створення ТТН такого не було, тіло платежу стояло 0

[quote] Ташута Сергій Григорович писав/ла: Чому ж тоді "Тіло платежу" у боксі завжди підтягує загальною сумою замовлення (видалити не можна). Я так розумію якщо галочка "Необхідно оплачувати замовлення" не варто, то й тіло платежу має дорівнювати нулю. Судячи з документації параметр cod_amount у такому випадку дорівнює 0 На даний момент прописати навіть вручну тіло платежу = 0 у самому боксі неможливо Виходить параметр cod_amount ми передаємо значенням рівним сумі замовлення Раніше під час створення ТТН такого не було, тіло платежу стояло 0 [/quote] Сергій, можете спробувати додати додаткове поле до замовлення та налаштувати його розрахунок залежно від способу оплати, наприклад, та вибрати його в налаштуваннях [file]5077[/file]

Андрію, я вже так пробував. Що відбувається - у тілі платежу дійсно показує 0, зрадів поїхав у Джастін. Вони відкрили у себе на комп'ютері і кажуть "Накладка у Вас стоїть" потрібно переробляти всю ТТН

[quote] Ташута Сергій Григорович писав/ла: Раніше під час створення ТТН такого не було, тіло платежу стояло 0 [/quote] Наскільки мені відомо – ні. Якщо необхідно, щоб при відсутності галочки (за замовчуванням загалом) не підставлялося тіло платежу (а при установці галочки - підставлялося) - це доопрацювання інтеграції. [quote] Ташута Сергій Григорович писав/ла: Андрію, я вже так пробував. Що відбувається - у тілі платежу дійсно показує 0, зрадів поїхав у Джастін. Вони відкрили у себе на комп'ютері і кажуть "Накладка у Вас стоїть" потрібно переробляти всю ТТН [/quote] А вони можуть вказати на підставі яких переданих параметрів у запиті вони визначили, що накладка?

Та ні звичайно, це ж звичайне відділення, де сидить звичайний оператор, він слова навіть не знає що таке "параметр". Він просканував мій створений ТНТ - відкрилася в неї в програмі інформація, де була вказана накладка. Щодо галочки, то мені неважливо підставляється тіло платежу чи ні. Тут просто треба дати можливість нормально робити ТН з боксу, а якщо вони робляться криво, то очевидно жоден менеджер не буде їх робити в боксі

Давайте зробимо так - я додав на вашому проекті логування запитів в API Justin. Як зробите замовлення нібито "без накладки" - от тут відправили до них до API. Якщо там ми не передаємо order_payment_is_required - зверніться в техпідтримку Justin для з'ясування на підставі чого накладка.

Максим зробив ттн у тестовому замовленні о 19:18 https://tashuta.ua/admin/customorder/order/9582/justininvoice/ Посилання на маркування https://api.justin.ua/pms/hs/api/v1/printSticker/order?order_number=9582&api_key=38579829-ffa3-11e9-abd9-0050569b41a9 Не дивіться, що там не варто накладка (за фактом вона є в них у програмі) Я так розумію крон вартовий, через годину маю показати інформацію. Сам також подивлюся пізніше

Максиме, перевірив order_payment_is_required":false але от order_amount":690 - вартість накладки, все ж таки за логікою треба передавати 0, якщо накладки немає [file]5112[/file] 1. Ще раз перевірю у оператора чи відобразилася накладка 2.Напишу на техпідтримку джастин - дам знати

Також хочу написати з приводу ідеї, яку пропонував Андрій [file]5124[/file] Зробив додатково поле із нульовим значенням [file]5125[/file] По факту все одно тіло платежу ставиться І можу запевнити на 100% перед новим роком такого не було, тіло платежу я міг ставити вручну, і воно за умовчанням було нульовим. І Джастин працював відмінно

[quote] Ташута Сергій Григорович писав/ла: Максиме, перевірив order_payment_is_required":false але от order_amount":690 - вартість накладки, все ж таки за логікою треба передавати 0, якщо накладки немає 1. Ще раз перевірю у оператора чи відобразилася накладка 2.Напишу на техпідтримку джастин - дам знати [/quote] Від техпідтримки є результат?

Ні, там ні відповіді, ні привіту, глухо. Ще раз перевірив у себе на відділенні – накладка є. Все ж таки було б простіше зробити як і раніше - дати можливість з боксу редагувати "тіло платежу" і ставити будь-яке, а не так як зараз - те що бокс поставив і виправити на своє значення не можна. Раніше такої проблеми не було і "тіло платежу" можна було редагувати, відповідно ставиш його 0 вручну і проблем немає

Ось власне була тема, де на запит клієнта це було реалізовано https://crm-onebox.com/ru/support/logistics-and-delivery-services/1463-justin---posle-sozdaniya-ttn-pishet-kakoy- to-bred-vo-vkladke-ubiraet-gorod-i-stavit-ne-pravilnuyu-summu/ Я можу оцінити доопрацювання логіки, але потрібно вирішити, як її зробити, щоб усі сторони були задоволені... Можливо, варто доопрацювати налаштування в інтеграцію, що не прораховувати автоматично тіло платежу? І тоді при першому заході тіло формуватиме як і зараз, і при включеній галочці його можна буде вказати як 0 і надалі воно буде виводитися. Якщо такий варіант підійде - у продажу займе 2 години.

[quote] Тиндик Максим Вадимович писав/ла: Ось власне була тема, де на запит клієнта це було реалізовано https://crm-onebox.com/ru/support/logistics-and-delivery-services/1463-justin---posle-sozdaniya-ttn-pishet-kakoy- to-bred-vo-vkladke-ubiraet-gorod-i-stavit-ne-pravilnuyu-summu/ Я можу оцінити доопрацювання логіки, але потрібно вирішити, як її зробити, щоб усі сторони були задоволені... Можливо, варто доопрацювати налаштування в інтеграцію, що не прораховувати автоматично тіло платежу? І тоді при першому заході тіло формуватиме як і зараз, і при включеній галочці його можна буде вказати як 0 і надалі воно буде виводитися. Якщо такий варіант підійде - у продажу займе 2 години. [/quote] А чому б не зробити, що якщо береться тіло платежу та сума з додаткового поля, то не рахувати автоматично, а якщо поле порожнє, то рахувати чи давати можливість вказати вручну? В інтеграції з НП так і працює

[quote] А чому б не зробити, що якщо береться тіло платежу та сума з додаткового поля, то не рахувати автоматично, а якщо поле порожнє, то рахувати чи давати можливість вказати вручну? В інтеграції з НП так і працює [/quote] Я можу доопрацювати і в такий спосіб. Оцінка у разі не зміниться.

Давайте ще раз по порядку і з прикладом: Варіант за замовчуванням: галочка вимкнена Якщо Галочка "Необхідно оплачувати замовлення" не варто [file]5283[/file] Параметр order_payment_is_required": false Відповідно "тіло платежу" = 0 Параметр order_amount": 0 Якщо галочка включена [file]5284[/file] - включив менеджер під час створення ТТН Відповідно " тіло платежу " = сумі залишку на замовлення тобто це [file]5285[/file] Параметр order_amount": залишок на замовлення АЛЕ, НАЙГОЛОВНІШЕ - менеджер може змінювати суму тіла платежу за будь-яких обставин Підтвердьте, чи все я вірно зрозумів

Додаток: Напевно, буде правильна умова: Якщо менеджер змінив вручну "тіло платежу" на якусь суму - автоматично ставиться галочка "Необхідно оплачувати замовлення" Параметр order_payment_is_required": True Інакше менеджер думатиме я ж наложку поставив - зробив все правильно

Сергій, Андрію - давайте ви погодите відповідну вам, як більшості учасникам питання, логіку - і надасте її одним повідомленням мені - я скажу чи можна так і оціню.

Пересилаю ще раз, підтвердіть таку логіку ви пропонуєте? Варіант за замовчуванням: галочка вимкнена Якщо Галочка "Необхідно оплачувати замовлення" не варто Параметр order_payment_is_required": false Відповідно "тіло платежу" = 0 Параметр order_amount": 0 При зміні вручну "тіла платежу" на число більше 0 параметр order_payment_is_required": true Якщо галочка включена – включив менеджер під час створення ТТН Відповідно "тіло платежу" = сумі залишку на замовлення, тобто це поле [file]5300[/file] Параметр order_amount": залишок на замовлення АЛЕ, НАЙГОЛОВНІШЕ - менеджер може змінювати суму тіла платежу за будь-яких обставин

У моїй уяві ідеальна схема виглядає так: 1) Так як галочка "Необхідно оплачувати замовлення" може або завжди стояти, або не стояти, то ставити її завжди або ігнорувати взагалі, якщо створюємо дією 2) Робити накладу чи ні визначати виходячи з суми у полі "Тіло платежу", якщо 0 - передаємо без накладки, якщо більше 0 - передаємо наложку, а сума у полі це і є сума накладки. 3) Вважати "Тіло платежу" та "Декларовану вартість", якщо в налаштуваннях кабінету вибрано - на підставі додаткових. полів, і передавати те, що там обрано, а інакше навіщо тоді їх вибирати. Це зручно для автоматичного створення під час переходу на етап 4) Для ручного створення - зробити, щоб у будь-якому випадку можна було змінити значення під час створення Суть тільки в тому, що я не маю клієнта для фінансової підтримки даного доопрацювання, тому вибирайте, що більше подобається або не вибирайте. Я лише пропоную.

Сергію, я можу реалізувати цю логіку. Оцінку вище надавав – 2 години.

Тиндик Максим Вадимович, вибачте, що не по темі але у мене зникла інтеграція з джастином Вона була тут https://baza.cn.ua/admin/shop/integrations/justin-integration-2/control/ Зараз під час переходу видає 500 По історії немає ніякої інформації що хтось щось видаляв https://baza.cn.ua/admin/shop/activity/?datefrom=&dateto=&url=%2Fadmin%2Fshop%2Fintegrations%2Fjustin-integration-2%2Fcontrol%2F&ip =&post=&user=0 В одному завдання вже писали про це https://crm-onebox.com/ru/support/logistics-and-delivery-services/8214-znikla-integratsiya-z-justin-boks-shopforcarscrm-oneboxcom/ В рамках цього завдання https://crm-onebox.com/ru/support/business-processes/8119-nastroit-chtobi-boks-pokazal-chto-deystvie-ne-srabotalo-i-bp-podvis-na-kakom- to-iz-etapov/ Ви оновили мені бокс і, можливо, після цього зникла інтеграція Пишу тут так як ви блокуєте неугодних згідно задачі -foruma/ Прошу дати відповідь чому після оновлення зникла інтеграція та чому система видає 500 помилку

Максиме, давай тоді за варіантом Андрія скрін доклав [file]5328[/file] Впринципі головне що можна було б створювати без глюків ТТН, а інші тонкощі підлаштуємося Ну і найголовніше 4 пункт – менеджер може змінювати значення

Максиме, давай тоді за варіантом Андрія скрін доклав [file]5329[/file] У принципі головне, що можна було б створювати без глюків ТТН, а інші тонкощі підлаштуємося. Ну і найголовніше 4 пункт – менеджер може змінювати значення

[quote] Тиндик Максим Вадимович, вибачте, що не по темі але у мене зникла інтеграція з джастином Вона була тут https://baza.cn.ua/admin/shop/integrations/justin-integration-2/control/ Зараз під час переходу видає 500 По історії немає ніякої інформації, що хтось щось видаляв https://baza.cn.ua/admin/shop/activity/?datefrom=&dateto=&url=%2Fadmin%2... В одному завдання вже писали про це https://crm-onebox.com/ru/support/logistics-and-delivery-services/8214-znikla-in... але ви не стали розуміти [/quote] У цій темі було дано відповідь. Проблема не спостерігалася більше ні в кого. [quote] В рамках цього завдання https://crm-onebox.com/ru/support/business-processes/8119-nastroit-chtobi-boks-p... Ви оновили мені бокс і, можливо, після цього зникла інтеграція [/quote] Ключове – можливо. А можливо, і хтось якось видалив. [quote] Пишу тут тому що ви блокуєте неугодних згідно задачі https://crm-onebox.com/ru/support/other-crm-and-erp/7751-blokirovka-ogranichenie... [/quote] Я нікого не блокую. Ви просто витратили всі свої можливості ставити запитання на форумі. [quote] Прошу дати відповідь чому після оновлення зникла інтеграція та чому система видає 500 помилку [/quote] Вище у зазначеній темі я вже відповів. Ви можете скільки завгодно писати в будь-яких темах і щось вимагати (якщо вам нема куди витрачати свій час) - це нічого не дасть. Я надав вам тут інформацію, яку зміг, через відсутність даних.

[quote] У моїй уяві ідеальна схема виглядає так: 1) Так як галочка "Необхідно оплачувати замовлення" може або завжди стояти, або не стояти, то ставити її завжди або ігнорувати взагалі, якщо створюємо дією 2) Робити накладу чи ні визначати виходячи з суми у полі "Тіло платежу", якщо 0 - передаємо без накладки, якщо більше 0 - передаємо наложку, а сума у полі це і є сума накладки. 3) Вважати "Тіло платежу" та "Декларовану вартість", якщо в налаштуваннях кабінету вибрано - на підставі додаткових. полів, і передавати те, що там обрано, а інакше навіщо тоді їх вибирати. Це зручно для автоматичного створення під час переходу на етап 4) Для ручного створення - зробити, щоб у будь-якому випадку можна було змінити значення під час створення Суть тільки в тому, що я не маю клієнта для фінансової підтримки даного доопрацювання, тому вибирайте, що більше подобається або не вибирайте. Я лише пропоную. [/quote] [quote] Ташута Сергій Григорович писав/ла: Максиме, давай тоді за варіантом Андрія скрін доклав У принципі головне, що можна було б створювати без глюків ТТН, а інші тонкощі підлаштуємося. Ну і найголовніше 4 пункт – менеджер може змінювати значення [/quote] Я опишу як бачу це я: 1. При вході в ручне створення ТТН ми відштовхуємося від наявності налаштування інтеграції "Необхідна оплата замовлення" - якщо вона є - рахуємо тіло платежу, якщо ні - не рахуємо. Якщо поставили/зняли - аналогічно вмикається/вимикається прорахунок при зміні даних усередині вікна створення ТТН. Або ж для цього можна зробити налаштування в інтеграції, щоб відключити динамічний прорахунок при редагуванні ТТН, щоб можна було задати Тіло платежу самому навіть якщо включена галочка "Необхідна оплата замовлення" 2. Якщо вказано вважати на підставі доп.полів (і не збережена ТТН зі своїми значеннями) - підтягуємо з доп.полів, інакше - рахуємо за даними процесу (залежно від зазначеної галочки в п.1) За часом це займе ті самі 2 години, що оцінював вище.

[quote] Тиндик Максим Вадимович писав/ла: 2. Якщо вказано вважати на підставі доп.полів (і не збережена ТТН зі своїми значеннями) - підтягуємо з доп.полів, інакше - рахуємо за даними процесу (залежно від зазначеної галочки в п.1) [/quote] Якщо буде стояти галочка "Необхідно оплачувати", а в додатковому полі "Тіло платежу" коштує 0 і створюємо автоматичною дією накладну, не вважатиме накладку? Якщо я правильно розумію, то має бути чітко, не можна ж передавати і галочку що потрібно оплачувати, але при цьому слати суму 0.

[quote] Якщо буде стояти галочка "Необхідно оплачувати", а в додатковому полі "Тіло платежу" коштує 0 і створюємо автоматичною дією накладну, не вважатиме накладку? [/quote] то в API Justin будуть передані параметри відповідно. Як вони там у себе вже реагують на це - ми не знаємо, і судячи з спроб отримати від них інформацію вище - зможемо дізнатися тільки досвідченим шляхом)) [quote] Якщо я правильно розумію, то має бути чітко, не можна ж передавати і галочку що потрібно оплачувати, але при цьому слати суму 0. [/quote] ну тоді означає не ставити галочку за умовчанням? тим більше ми так і не отримали відповідь від Justin як вони реагують на цей параметр

[quote] Тиндик Максим Вадимович писав/ла: [quote] У моїй уяві ідеальна схема виглядає так: 1) Так як галочка "Необхідно оплачувати замовлення" може або завжди стояти, або не стояти, то ставити її завжди або ігнорувати взагалі, якщо створюємо дією 2) Робити накладу чи ні визначати виходячи з суми у полі "Тіло платежу", якщо 0 - передаємо без накладки, якщо більше 0 - передаємо наложку, а сума у полі це і є сума накладки. 3) Вважати "Тіло платежу" та "Декларовану вартість", якщо в налаштуваннях кабінету вибрано - на підставі додаткових. полів, і передавати те, що там обрано, а інакше навіщо тоді їх вибирати. Це зручно для автоматичного створення під час переходу на етап 4) Для ручного створення - зробити, щоб у будь-якому випадку можна було змінити значення під час створення Суть тільки в тому, що я не маю клієнта для фінансової підтримки даного доопрацювання, тому вибирайте, що більше подобається або не вибирайте. Я лише пропоную. [/quote] [quote] Ташута Сергій Григорович писав/ла: Максиме, давай тоді за варіантом Андрія скрін доклав У принципі головне, що можна було б створювати без глюків ТТН, а інші тонкощі підлаштуємося. Ну і найголовніше 4 пункт – менеджер може змінювати значення [/quote] Я опишу як бачу це я: 1. При вході в ручне створення ТТН ми відштовхуємося від наявності налаштування інтеграції "Необхідна оплата замовлення" - якщо вона є - рахуємо тіло платежу, якщо ні - не рахуємо. Якщо поставили/зняли - аналогічно вмикається/вимикається прорахунок при зміні даних усередині вікна створення ТТН. Або ж для цього можна зробити налаштування в інтеграції, щоб відключити динамічний прорахунок при редагуванні ТТН, щоб можна було задати Тіло платежу самому навіть якщо включена галочка "Необхідна оплата замовлення" 2. Якщо вказано вважати на підставі доп.полів (і не збережена ТТН зі своїми значеннями) - підтягуємо з доп.полів, інакше - рахуємо за даними процесу (залежно від зазначеної галочки в п.1) За часом це займе ті самі 2 години, що оцінював вище. [/quote] Привіт хлопці. У нас теж на 2х боксах ця проблема, думав менеджер глухого кута, постійно забуває галочку зняти при ручному створенні, а ні... "Якщо поставили/зняли - аналогічно включається/вимикається прорахунок при зміні даних усередині вікна створення ТТН." - потрібно, щоб при знятій галочці "Необхідна оплата замовлення" тіло платежу обнулялось Варіант за замовчуванням: галочка вимкнена Якщо Галочка "Необхідно оплачувати замовлення" не варто Параметр order_payment_is_required": false Відповідно "тіло платежу" = 0 Параметр order_amount": 0 Якщо галочка включена – включив менеджер під час створення ТТН Відповідно "тіло платежу" = сумі залишку на замовлення, тобто це Параметр order_amount": залишок на замовлення Я підтримую рішення, яке Андрій описав і повністю за, щоб уникнути галочки "Необхідно оплачувати замовлення" в інтерфейсі ручного створення ТТН. Галочку в інтеграції перейменувати на "Необхідно оплачувати замовлення (для створення ручного створення)" 1. При вході в ручне створення ТТН ми відштовхуємося від наявності налаштування інтеграції "Необхідна оплата замовлення" - якщо вона є - рахуємо тіло платежу, якщо ні - не рахуємо. Прорахунок потрібно робити лише один раз при вході. Потім надати можливість редагувати поле "Тіло платежу" Робити накладу чи ні визначати виходячи з суми у полі "Тіло платежу", якщо 0 - передаємо без накладки, якщо більше 0 - передаємо накладку, а сума у полі це і є сума накладки. 2. Якщо вказано вважати на підставі доп.полів (і не збережена ТТН зі своїми значеннями) - підтягуємо з доп.полів, інакше - рахуємо за даними процесу (залежно від зазначеної галочки в п.1) 3. При створенні в автоматичному режимі рахувати "Тіло платежу" та "Декларовану вартість", якщо в налаштуваннях кабінету вибрано - на підставі додаткових. полів, і передавати те, що там вибрано. 4. для ручного та автоматичного режиму параметр "Необхідно оплачувати замовлення" передаємо в Джастін на підставі значення "тіла платежу": Якщо "тіло платежу" = 0, "Необхідно оплачувати замовлення" =0 Якщо "тіло платежу" >0, "Необхідно оплачувати замовлення" =1 ps Уникнення прив'язки до галочки в інтеграції "Необхідно оплачувати замовлення" дозволить не плодити акаунти інтеграції Джастін для автоматичного створення ТТН. Прописали в БП логіку для додаткового поля, яке передається в "Тіло платежу" та щастя. А ті хто в ручну створюють, все одно все перевіряють ще раз. Не думаю, що вони прописують логіку, щоб облікові записи джастин змінювалися, для підстановки галочки "Необхідно оплачувати замовлення" при ручному створенні. Хлопці, потрібно добити погодження ТЗ та зробити доопрацювання. Дзвонити щоразу на гарячку Джастин, щоб зняти наложку вже поряд набридло

Забрав зайве з тексту вище. Привіт хлопці. У нас теж на 2х боксах ця проблема, думав менеджер глухого кута, постійно забуває галочку зняти при ручному створенні, а ні... Я підтримую рішення, яке Андрій описав і повністю за, щоб уникнути галочки "Необхідно оплачувати замовлення" в інтерфейсі ручного створення ТТН. Галочку в інтеграції перейменувати на "Необхідно оплачувати замовлення (для створення ручного створення)" 1. При вході в ручне створення ТТН ми відштовхуємося від наявності налаштування інтеграції "Необхідна оплата замовлення" - якщо вона є - рахуємо тіло платежу, якщо ні - не рахуємо. Прорахунок потрібно робити лише один раз при вході. Потім надати можливість редагувати поле "Тіло платежу" Робити накладу чи ні визначати виходячи з суми у полі "Тіло платежу", якщо 0 - передаємо без накладки, якщо більше 0 - передаємо накладку, а сума у полі це і є сума накладки. 2. Якщо вказано вважати на підставі доп.полів (і не збережена ТТН зі своїми значеннями) - підтягуємо з доп.полів, інакше - рахуємо за даними процесу (залежно від зазначеної галочки в п.1) 3. При створенні в автоматичному режимі рахувати "Тіло платежу" та "Декларовану вартість", якщо в налаштуваннях кабінету вибрано - на підставі додаткових. полів, і передавати те, що там вибрано. 4. для ручного та автоматичного режиму параметр "Необхідно оплачувати замовлення" передаємо в Джастін на підставі значення "тіла платежу": Якщо "тіло платежу" = 0, "Необхідно оплачувати замовлення" =0 Якщо "тіло платежу" >0, "Необхідно оплачувати замовлення" =1 ps Уникнення прив'язки до галочки в інтеграції "Необхідно оплачувати замовлення" дозволить не плодити акаунти інтеграції Джастін для автоматичного створення ТТН. Прописали в БП логіку для додаткового поля, яке передається в "Тіло платежу" та щастя. А ті хто в ручну створюють, все одно все перевіряють ще раз. Не думаю, що вони прописують логіку, щоб облікові записи джастин змінювалися, для підстановки галочки "Необхідно оплачувати замовлення" при ручному створенні. Хлопці, потрібно добити погодження ТЗ та зробити доопрацювання. Дзвонити щоразу на гарячку Джастин, щоб зняти наложку вже поряд набридло

Хтось уточнював у техпідтримки Justin навіщо тоді вони мають цей параметр в API, якщо за фактом він не впливає на оплату замовлення? На це у 100% випадках впливає лише наявність тіла платежу?

Чи не уточнював. Сьогодні напишу запит на підтримку Justin

[quote] Тиндик Максим Вадимович писав/ла: Хтось уточнював у техпідтримки Justin навіщо тоді вони мають цей параметр в API, якщо за фактом він не впливає на оплату замовлення? На це у 100% випадках впливає лише наявність тіла платежу? [/quote] Думаю, що цей параметр потрібен для апі, швидше за все обов'язково, але нам у боксі його немає сенсу проставляти вручну, тому я в реченні виклав, що пропоную прибрати його з інтерфейсу, але в самому запиті на створення ТТН залишити, хай вирушає. У будь-якому випадку, хто платить, той замовляє музику. А щоб переконатися, можна накидати запит у postman і відправити його з параметром і без, але це марна трата часу, очевидно, що вони будуть створювати накладну без наклади, якщо галочку не передавати, це вже підтвердили тести при створенні накладної дії/ Api у них, можливо, не ідеальне, але це не змушує робити нам в інтерфейсі таку ж дичину, менше галочок, які об'єктивно можна закрити іншим функціоналом, піде тільки на користь.

Параметр потрібен для API – ми робимо запит у API. Власне і питання для звернення в техпідтримку Justin потрібне для того, щоб розуміти всю картину, як працює їх API. Після того як отримаєте відповідь - на її підставі і буде прийнято кінцеве рішення, як ми реалізуємо цей момент в OneBox (якщо галочка не потрібна взагалі - ми її видалимо) і я скоригую оцінку в разі потреби.

Запит відправив на Джастін. Ждемс.

Переписуюсь безпосередньо з джастином. Для усунення проблеми, попросили повністю надіслати запит типу у форматі JSON, і на який url йде. Чи можемо їм таке надати?

https://tashuta.ua/admin/shop/report/logs/ - ось тут будуть логи запитів/відповідей, але у вигляді декодованого json в асоціативні масиви - я думаю їм підійде і в такому вигляді Вам потрібно буде за якимсь процесом створити ТТН і ви отримаєте там файл логів за сьогодні, із запитом щодо цього процесу

[quote] Ташута Сергій Григорович писав/ла: Переписуюсь безпосередньо з джастином. Для усунення проблеми, попросили повністю надіслати запит типу у форматі JSON, і на який url йде. Чи можемо їм таке надати? [/quote] Доброго дня, Сергію, вдалося дотиснути джастин?

Періодично переглядав логи тут https://tashuta.ua/admin/shop/report/logs/ і не знайшов жодного пов'язаного з джастином (саме зі створення ттн). Хоча відправки на Джастин йдуть

Ймовірно, ваш проект був оновлений і зміни були видалені. Додав наживе логування всіх запитів – зробіть проблемну ТТН.

[quote] Тиндик Максим Вадимович OneBox production Premium-партнер писав/ла: Ймовірно, ваш проект був оновлений і зміни були видалені. Додав наживе логування всіх запитів – зробіть проблемну ТТН. [/quote] Максиме, зробіть мені теж наживу логування. Зараз нічого не бачу в логах [7756]. Швидше скину логи.

[quote] Сергій Агаренко писав/ла: Максиме, зробіть мені теж наживу логування. Зараз нічого не бачу у логах. Швидше скину логи. [/quote] додав для crm.giftstore.com.ua

[quote] Ташута Сергій Григорович писав/ла: crm.giftstore.com.ua [/quote] Сергій, у вкладенні логи (зробив 2 накладні про всяк випадок), відправте на Джастин пліз. Дістало вже дзвонити на гарячку, щоб скасувати накладку. [file]7789[/file]

Перепрошую, ось це файл. Попередньо логи за весь день. У цьому вся залишив створення 2х накладних. (на скільки за логікою зрозумів) [file]7790[/file]

Відправив лог на джастін

[quote] Ташута Сергій Григорович писав/ла: Відправив лог на джастін [/quote] Добрий день. Сергію, дав джастін відповідь?

[quote] Тиндик Максим Вадимович OneBox production написав: [quote] Сергій Агаренко писав/ла: Максиме, зробіть мені теж наживу логування. Зараз нічого не бачу у логах. Швидше скину логи. [/quote] додав для crm.giftstore.com.ua [/quote] Доброго дня, Максиме. Можете ввійти в листування з джастіном, я не розумію, що вони хочуть. [file]8432[/file] Проблема напружує з кожним днем.

Відправляв їм цей файл. [file]8433[/file]

[quote] Сергій Агаренко писав/ла: Можете ввійти в листування з джастіном, я не розумію, що вони хочуть. [/quote] Нічого робити вони не хочуть)

[quote] Тиндик Максим Вадимович OneBox production написав: [quote] Сергій Агаренко писав/ла: Можете ввійти в листування з джастіном, я не розумію, що вони хочуть. [/quote] Нічого робити вони не хочуть) [/quote] Так це зрозуміло) Я дуже хочу вирішити цю проблему. Давайте розберемося та зробимо доопрацювання.

[quote] Сергій Агаренко писав/ла: Я дуже хочу вирішити цю проблему. Давайте розберемося та зробимо доопрацювання. [/quote] Один з клієнтів також звернувся з цією проблемою в Justin - давайте почекаємо, чи доб'ється отримання інформації він. Я розумію ваш біль, я не проти його вирішити - але мені потрібна інформація від Justin, щоб вирішити проблему, а не створити нові.

[quote] Тиндик Максим Вадимович OneBox production написав: [quote] Сергій Агаренко писав/ла: Я дуже хочу вирішити цю проблему. Давайте розберемося та зробимо доопрацювання. [/quote] Один з клієнтів також звернувся з цією проблемою в Justin - давайте почекаємо, чи доб'ється отримання інформації він. Я розумію ваш біль, я не проти його вирішити - але мені потрібна інформація від Justin, щоб вирішити проблему, а не створити нові. [/quote] Охорона скасування) Перевірив останні 4 відправки, немає накладки. Схоже, що таки стукали до джастину. Понаблюдаю протягом тижня, відпишуся.

[quote] Сергій Агаренко писав/ла: Охорона скасування) Перевірив останні 4 відправки, немає накладки. Схоже, що таки стукали до джастину. Поспостерігаю протягом тижня, відпишуся. Доброго дня, як вам вдалося створити без накладки?) У мене все з накладками

[quote] Мордач Антон Володимирович написав: [quote] Сергій Агаренко писав/ла: Охорона скасування) Перевірив останні 4 відправки, немає накладки. Схоже, що таки стукали до джастину. Поспостерігаю протягом тижня, відпишуся. Доброго дня, як вам вдалося створити без накладки?) У мене все з накладками [/quote] Добрий день. Просто прибрав галочку [8507] У колег теж без накладок останні дні.

Я написав сьогодні на ТП Джастін, щоб розібратися чому створює з післяплатою. Написав що ми передаємо в "order_payment_is_required" - "false", але створює ТТН з післяплатою, на що отримав відповідь, вони не розуміють навіщо в такому випадку ми в той же час передаємо "order_amount" - "39.8", "redelivery_amount" - " 15.8", "redelivery_payment_is_required" - "true," навіщо це передавати якщо накладки немає - ось скрін - [file]8512[/file] Також я уточнив у них навіщо потрібен параметр "order_payment_is_required" в API, якщо за фактом він не впливає на накладку, запитав чи впливає на накладку тільки наявність тіла платежу, а щодо поля order_amount, запитав, якщо ми не будемо надсилати це значення, буде Чи помилка про те, що воно не заповнене (оскільки це поле є обов'язковим виходячи з документації). Чекаю відповіді. Я пропоную при накладці відправляти: order_amount і redelivery_amount значення 0 (що логічно)

Відповідь Джастін, якщо доставка, без накладки [file]8520[/file]

[quote] Сергій Агаренко писав/ла: Добрий день. Просто прибрав галочку. У колег теж без накладок останні дні. [/quote] дивне API) комусь спрацьовує як треба, комусь ні) [quote] Мордач Антон Володимирович написав: Я пропоную при накладці відправляти: order_amount і redelivery_amount значення 0 (що логічно) [/quote] можна доопрацювати таку перевірку якщо немає галочки оплати - займе близько 2х годин

[quote] можна доопрацювати таку перевірку якщо немає галочки оплати - займе близько 2х годин [/quote] Якщо немає галки, яка відповідає за накладку, потрібно передавати такий запит [file]8654[/file] Ми готові сплатити, виставляйте рахунок

Коли чекати на рахунок?

Антоне, мені також потрібне це доопрацювання. З Юлею домовилися одну годину оплачу я і одну годину оплатите Ви. Також чекаю рахунок

[quote] Ташута Сергій Григорович писав/ла: Антоне, мені також потрібне це доопрацювання. З Юлею домовилися одну годину оплачу я і одну годину оплатите Ви. Також чекаю рахунок [/quote] Добре, чекаємо рахунок.

Можете також оновити https://stimul.crm-onebox.com/? Тепер тестуємо з таким самим питанням зіткнулися

[quote] Волкович Олександр писав/ла: Можете також оновити https://stimul.crm-onebox.com/? Тепер тестуємо з таким самим питанням зіткнулися [/quote] +

[quote] Тиндик Максим Вадимович OneBox production написав: Доопрацював перевірки та захист при надсиланні запиту на створення ТТН: якщо не вказано pick_up_is_required – то параметри order_amount/redelivery_amount/redelivery_payment_is_required передаються як 0/false відповідно. Оновлені https://yavshoke.ua/ та https://tashuta.ua/ [/quote] Максиме, оновіть будь ласка https://crm.giftstore.com.ua/ і https://smartkids.crm-onebox.com/

+

1. Ви можете оновити https://baza.cn.ua/? 2. Раніше вискакувала помилка "Missing any current account", тепер інша "Required Field "cod_transfer_type" Not Found" у цій задачі https://crm-onebox.com/ru/support/logistics-and-delivery-services/9988- po-dzhastinu-ne-oformlyaetsya-ttn/ описано що були додані нові поля (але у себе я цих полів не знаходжу) оновлення (пункт 1) вирішити цю проблему або це потрібно в тій задачі писати ?

[quote] Купріян Владислав Валерійович написав: 1. Ви можете оновити https://baza.cn.ua/? [/quote] +

[quote] Тиндик Максим Вадимович OneBox production написав: [quote] Купріян Владислав Валерійович написав: 1. Ви можете оновити https://baza.cn.ua/? [/quote] + [/quote] Дякую, тепер почало працювати Але є нюанси/питання: 1. Створив тут ТТН https://baza.cn.ua/admin/customorder/order/48411/justininvoice/ Вказав "Форма повернення післяоплати" = банківська картка У "Номер картки повернення післяоплати" підтягнуло картку з налаштування https://baza.cn.ua/admin/shop/integrations/justin-integration-4/control/ Але після створення ТТН у полі "Номер карти повернення післяоплати" проставило якийсь незрозумілий код "2147******" (закрив зірочками так як незрозуміло що це за код) Після видалення ТТН у цьому полі "Номер картки повернення післяоплати" дивний код залишився, тобто якщо створювати нову ТТН то система вже пише "Сталася помилка. Field "cod_card_number" Not Valid" і потрібно вводити вручну номер картки Якщо заходити на нове замовлення https://baza.cn.ua/admin/customorder/order/48424/justininvoice/ то там карту підтягує правильно Можете виправити цей баг? 2. Не вдалося отримати від системи можливість прописати суму накладки (Післяоплата) пробував по-різному але в ТТН пише порожньо, при яких комбінаціях значення цього можна досягти? [file]9354[/file]

[quote] Купріян Владислав Валерійович написав: 1. Створив тут ТТН https://baza.cn.ua/admin/customorder/order/48411/justininvoice/ Вказав "Форма повернення післяоплати" = банківська картка У "Номер картки повернення післяоплати" підтягнуло картку з налаштування https://baza.cn.ua/admin/shop/integrations/justin-integration-4/control/ Але після створення ТТН у полі "Номер карти повернення післяоплати" проставило якийсь незрозумілий код "2147******" (закрив зірочками так як незрозуміло що це за код) Після видалення ТТН у цьому полі "Номер картки повернення післяоплати" дивний код залишився, тобто якщо створювати нову ТТН то система вже пише "Сталася помилка. Field "cod_card_number" Not Valid" і потрібно вводити вручну номер картки Якщо заходити на нове замовлення https://baza.cn.ua/admin/customorder/order/48424/justininvoice/ то там карту підтягує правильно Можете виправити цей баг? [/quote] у цій темі це питання не обговорювалося шукайте відповідну тему або створюйте нову [quote] Купріян Владислав Валерійович написав: 2. Не вдалося отримати від системи можливість прописати суму накладки (Післяоплата) пробував по-різному але в ТТН пише порожньо, при яких комбінаціях значення цього можна досягти? [/quote] Що було реалізовано на цю тему - зазначено вище у відповідному коментарі