1b.app
Скопійоване посилання -

Проблема з блоком Нової Пошти у процесі

Ситуації:
1. Клієнт заповнив поле адресу вручну, а не вибрав із довідника
2. У боксі база даних НП оновлюється вкрай рідко, а адреса вказана нова.
У цих випадках блок НП в процесі joxi.ru/BA0QjDQipVZPNr не може коректно визначити адресу та підставляє найпершу адресу зі списку.
А якщо увімкнено налаштування "При збереженні адреси записувати його на адресу процесу", то при збереженні процесу адреса, яку вказав клієнт, затирається.
І вже були випадки, коли посилки від'їжджали не на те відділення. У результаті незадоволений клієнт та оплата переадресації.
Зробіть, будь ласка, так, щоб відділення не підставлялося, якщо воно не вибрано. Краще нехай не буде заповнено і вилізе помилка при створенні ТТН, ніж стоятиме невірне відділення і про це ніхто не дізнається. Дякую.
Оригінальне питання доступне на версії: ru

Відповіді:

А ви не пробували ось цю функцію - https://prnt.sc/v3pofo?
Може, допоможе?
21.10.2020, 12:59
Оригінальний коментар доступний на версії: ru


Юрченко Роман Сергійович Клієнт написав:
А ви не пробували ось цю функцію - https://prnt.sc/v3pofo?
Може, допоможе?

Ні, у нас ТТН створюються автоматично. Та й проблему не вирішує, це налаштування спрацьовує в момент створення ТТН, а в процесі в блоці перше відділення все одно встановлюється
21.10.2020, 13:33
Оригінальний коментар доступний на версії: ru

Дайте, будь ласка, відповідь
24.10.2020, 15:38
Оригінальний коментар доступний на версії: ru

Дайте відповідь! Посилки їдуть не на те відділення!
10.11.2020, 13:00
Оригінальний коментар доступний на версії: ru



Фархшатов Родіон писав/ла:
Дайте відповідь!

Чи можете надати посилання на проблемне замовлення, щоб ми проаналізували зі свого боку що відбувається і могли запропонувати (і погодити) з вами наступне рішення?
18.11.2020, 14:51
Оригінальний коментар доступний на версії: ru

Ось тестове замовлення https://one-box.shine-bright.com.ua/admin/customorder/order/163492/edit/
Часто клієнти вказують місто та номер відділення НП вручну
Блок НП відділення не розпізнає. У результаті за збереження підставиться перше відділення зі списку.
Ця підстановка взагалі ні до чого. Лише створює плутанину.
18.11.2020, 16:42
Оригінальний коментар доступний на версії: ru

Ось, до речі, реальний процес, де злетіло відділення https://one-box.shine-bright.com.ua/admin/customorder/order/163691/edit/
19.11.2020, 18:03
Оригінальний коментар доступний на версії: ru



Фархшатов Родіон писав/ла:
Ця підстановка взагалі ні до чого. Лише створює плутанину.

Можу запропонувати вам доопрацювання налаштування в цей блок у вигляді галочки, щоб не проставляти перше відділення, коли вказане місто, а відділення не розпізнане – це займе 1 годину
19.11.2020, 18:22
Оригінальний коментар доступний на версії: ru

А ви не хочете БЕЗКОШТОВНО прибрати НІКОМУ НЕ ПОТРІБНУ функцію підстановки відділення, яка несе лише шкоду?!?!
Навіщо це потрібно?! Для чого?! Що це дає? Якщо клієнт не вказав відділення, то надсилати на 1?! Що за маячня?!
Ви ще номер телефону та прізвище підставляйте 380501234567 та Петров, якщо не заповнено.
Чому блок НП не розпізнав адресу у форматі з довідника?
19.11.2020, 21:03
Оригінальний коментар доступний на версії: ru


Фархшатов Родіон писав/ла:
А ви не хочете БЕЗКОШТОВНО прибрати НІКОМУ НЕ ПОТРІБНУ функцію підстановки відділення, яка несе лише шкоду?!?!
Навіщо це потрібно?! Для чого?! Що це дає? Якщо клієнт не вказав відділення, то надсилати на 1?! Що за маячня?!

Чому ви вирішили, що вона нікому не потрібна? Якщо вона реалізована - значить вона була реалізована згідно з чиїмись вимогами.
20.11.2020, 15:16
Оригінальний коментар доступний на версії: ru


Тиндик Максим Вадимович
Адміністратор писав/ла:
Чому ви вирішили, що вона нікому не потрібна?

З здорового глузду. Наведіть хоча б один приклад, коли ця функція потрібна.
Чи важко визнавати свої помилки? Баги, можливо, теж комусь потрібні?
Ви не хочете встати на бік клієнта і логіку включити?
Ви можете спілкуватися лише у режимі суперечки? Вам важливо довести, що у вас все гаразд у системі?
21.11.2020, 15:09
Оригінальний коментар доступний на версії: ru

Хтось ще (програмісти, Максиме, "відділ прийняття логічних і зручних для клієнта рішень") читає цей тикет? Чи Тиндик Максим Вадимович адміністратор тут особа, яка визначає логічність і приймає рішення зробити грошей з повітря?
21.11.2020, 15:12
Оригінальний коментар доступний на версії: ru

Знов блок Нової Пошти не розпізнав адресу
Написання таке саме - https://one-box.shine-bright.com.ua/admin/customorder/order/164264/edit/
23.11.2020, 00:42
Оригінальний коментар доступний на версії: ru


Фархшатов Родіон
З здорового глузду. Наведіть хоча б один приклад, коли ця функція потрібна.
Чи важко визнавати свої помилки? Баги, можливо, теж комусь потрібні?
Ви не хочете встати на бік клієнта і логіку включити?
Ви можете спілкуватися лише у режимі суперечки? Вам важливо довести, що у вас все гаразд у системі?

У кожного свій здоровий глузд - те, що вам щось не подобатися не означає, що потрібно відразу переробляти, спочатку в ТЗ було вказано зробити так як зараз, ви пропонує зламати доопрацювання одному клієнту, заради того що вам не подобатися.
Вам запропонували зробити налаштування – ви відмовилися. На цьому не бачу сенсу продовжувати розмову.
23.11.2020, 13:54
Оригінальний коментар доступний на версії: ru

Донесіть, будь ласка, до мене, навіщо це потрібно клієнту? Ось реально просто за фактом, що це йому дає? Підстановка першого відділення, якщо його не заповнено. Тобто. щоб посилка поїхала до конкретного першого відділення, якщо клієнт не сказав, куди відправляти.
Якщо вам у ТЗ клієнт не написав сенсу цього доопрацювання, то будьте такі люб'язні, уточнити у нього в чому логіка? Тому що зараз це виглядає повним маренням.
Наступний момент. У вас вся система складається із доопрацювань клієнтів? Ви хочете сказати, що навіть базові популярні інтеграції, такі як Нова Пошта – це доопрацювання клієнта?
Щось мені підказує, що інтеграція робилася не на запит конкретного одного клієнта. І момент із підстановкою першого відділення просто ваше недогляд.

Фархшатов Родіон
shine-bright.com.ua написав:
Ось, до речі, реальний процес, де злетіло відділення https://one-box.shine-bright.com.ua/admin/customorder/order/163691/edit/

3й момент! Я з самого початку пишу про те, що блок іноді невірно визначає відділення – на цю проблему хтось зверне увагу?
23.11.2020, 14:28
Оригінальний коментар доступний на версії: ru


Фархшатов Родіон
shine-bright.com.ua написав:
Донесіть, будь ласка, до мене, навіщо це потрібно клієнту? Ось реально просто за фактом, що це йому дає? Підстановка першого відділення, якщо його не заповнено. Тобто. щоб посилка поїхала до конкретного першого відділення, якщо клієнт не сказав, куди відправляти.
Якщо вам у ТЗ клієнт не написав сенсу цього доопрацювання, то будьте такі люб'язні, уточнити у нього в чому логіка? Тому що зараз це виглядає повним маренням.

Комусь маренням, а комусь ні. Є багато міст або населених пунктів де всього одне відділення і там це якраз зручно

Фархшатов Родіон
shine-bright.com.ua написав:
Наступний момент. У вас вся система складається із доопрацювань клієнтів? Ви хочете сказати, що навіть базові популярні інтеграції, такі як Нова Пошта – це доопрацювання клієнта?

10% системи складається з доопрацювань клієнтів - не більше
З приводу нової пошти – якщо там відверта хотівка клієнта – то доопрацювання. Якби ви були на хмарі, то доопрацювання в 1 год зробили б безкоштовно. А так вам зараз потрібно просто чекати коли зроблять покращення. У чергу я відправив

Фархшатов Родіон
shine-bright.com.ua написав:
3й момент! Я з самого початку пишу про те, що блок іноді невірно визначає відділення – на цю проблему хтось зверне увагу?

Ця проблема в API нової пошти, і вони знають про неї і виправляють
23.11.2020, 14:42
Оригінальний коментар доступний на версії: ru


Устименко Ігор
OneBox CTO написав:
Комусь маренням, а комусь ні. Є багато міст або населених пунктів де всього одне відділення і там це якраз зручно

Ну, ви серйозно? Ви ж програміст і чудово повинні розуміти, що якщо за якихось умов та обставин можлива помилка, то це неправильне рішення.
50% відправок, якщо не більше – до найбільших міст, а це не одне відділення.
Враховуючи це, якщо в інших умовно 50% випадків, де клієнт ще й не вказав відділення (що ще скорочує кількість випадків) буде "зручно" підставити перше відділення, то потрібно реалізувати таку підстановку?

Устименко Ігор
OneBox CTO написав:
З приводу нової пошти – якщо там відверта хотівка клієнта – то доопрацювання. Якби ви були на хмарі, то доопрацювання в 1 год зробили б безкоштовно. А так вам зараз потрібно просто чекати коли зроблять покращення. У чергу я відправив

Саме суть не в хотівці. Це БАГ, це недогляд! Є ймовірність, коли може відбутися заміщення та підстановка невірних даних, і це наслідок використання поточного функціоналу. Це має виправлятися миттєво.
Ви надаєте готову інтеграцію. Я використовую її базово. Виникає ситуація, за якої виникає помилка і веде до реальної фізичної та матеріальної проблеми – посилка їде не туди.
Тим самим у блоці НП є недолік, чому він вважається хотівкою?
Ваш базовий функціонал створює ситуацію, за якої виникає помилка - чому я повинен платити за її вирішення?
23.11.2020, 15:01
Оригінальний коментар доступний на версії: ru


Фархшатов Родіон
shine-bright.com.ua написав:
Ну, ви серйозно? Ви ж програміст і чудово повинні розуміти, що якщо за якихось умов та обставин можлива помилка, то це неправильне рішення.
50% відправок, якщо не більше – до найбільших міст, а це не одне відділення.
Враховуючи це, якщо в інших умовно 50% випадків, де клієнт ще й не вказав відділення (що ще скорочує кількість випадків) буде "зручно" підставити перше відділення, то потрібно реалізувати таку підстановку?

Родіон я не збираюся вам сидіти і доводити. У мене є факт ТЗ від клієнта де зазначено як має бути. Ще раз вам повторюю що ми додамо налаштування відключення цієї логіки в наступних версіях

Фархшатов Родіон
shine-bright.com.ua написав:
Саме суть не в хотівці. Це БАГ, це недогляд! Є ймовірність, коли може відбутися заміщення та підстановка невірних даних, і це наслідок використання поточного функціоналу. Це має виправлятися миттєво.
Ви надаєте готову інтеграцію. Я використовую її базово. Виникає ситуація, за якої виникає помилка і веде до реальної фізичної та матеріальної проблеми – посилка їде не туди.
Тим самим у блоці НП є недолік, чому він вважається хотівкою?
Ваш базовий функціонал створює ситуацію, за якої виникає помилка - чому я повинен платити за її вирішення?

Я від вас нічого не вимагаю я надав відповідь - чекайте на виконання.
23.11.2020, 15:42
Оригінальний коментар доступний на версії: ru


Устименко Ігор
OneBox CTO написав:
А так вам зараз потрібно просто чекати коли зроблять покращення. У чергу я відправив

Коли зроблять доопрацювання? Ми продовжуємо втрачати гроші! Посилки їдуть не туди, клієнти відмовляються від замовлень!
24.12.2020, 16:43
Оригінальний коментар доступний на версії: ru

Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації. Увійти та написати коментар