Не спрацьовує дія "Обчислити та записати значення у додаткове поле" в деяких випадках

Добрий день. Уточніть будь ласка – ваша проблема в тому, що у вас при імпорті замовлень із Хорошоп не заповнилися дані для створення ТТН Нової пошти? Якщо так - уточніть де саме у вас реалізований такий функціонал (як мінімум у дії імпорту замовлень з Хорошоп я таких налаштувань/базового функціоналу не спостерігаю)

Проблема в тому, що в тих замовленнях (де нормально не заповнюються дані для ТТН при імпорті) не спрацьовує процедура з діями прорахунку накладки. Перевірте на мої посилання. При збереженні має заповнюватися поле "Контроль оплати", потрібна дія стоїть на процедурі, що спрацьовує при кожному редагуванні, я описала це в першому пості. У замовленнях де дані заповнилися чітко, тобто. місто та відділення прописалися у свої поля, поле заповнюється. Якщо спробуєте його стерти та зберегти, воно заповниться заново (як і має бути). Ось приклад нормального замовлення https://i.imgur.com/6ltwkiT/ https://knz.market/admin/customorder/order/20050/edit/ У замовленнях, де адреса не розпарилася на місто та відділення прорахунок не спрацьовує. Ось приклад такого замовлення. https://i.imgur.com/Xcaqd03/ Дані адреси для ТТН заповнюються автоматично, принаймні окремо ми цього не налаштовували. Підозрюю це це відбувається при імпорті замовлень. Парсер розбирає адресу на місто та відділення, а у випадку з пунктами прийому-видачі (це не зовсім відділення) розбивка не відбувається (можливо не вистачає регулярок). Для створення самої ТТН це не має значення, ТТН-ки і так нормально створюються, а ось процедури БП не працюють і це дуже погано. Як воно пов'язане ХЗ. Можу тільки припустити, що це через те, що в полі міста в налаштуваннях нової пошти вказана повна адреса. Поле міста це список, що випадає з містами і такого міста, як наприклад "Горностайпіль, Пункт прийому-видачі (до 30 кг): вул. Чорнобильська, 16г", там немає. Через те, що в полі записано значення, що не відповідає жодному з значень випадаючого списку, сипнеться помилка і вона ж не дає спрацювати діям наступним по черзі. Але це лише припущення. Як писала вище, якщо прописати нормально у замовленні місто і відділення (вибрати зі списку) прорахунок починає працювати, тобто. причина точно в тому, що в полі міста вказана повна адреса.

[quote] Парсер розбирає адресу на місто та відділення, а у випадку з пунктами прийому-видачі (це не зовсім відділення) розбивка не відбувається (можливо не вистачає регулярок). [/quote] Тут ви маєте рацію. Ми рік тому просили НП стандартизувати до єдиного формату їхньої адреси – ну, власне, як є – так і залишилося. Ми можемо доопрацювати регулярні вирази під даний формат адрес (пунктів видачі) по всій системі - це займе близько 2 годин.

[quote] Тиндик Максим Вадимович OneBox production Адміністратор писав/ла: Ми можемо доопрацювати регулярні вирази під даний формат адрес (пунктів видачі) по всій системі - це займе близько 2 годин. [/quote] Це не найважливіше, і можна взагалі не чіпати. Виправте краще баг, через який у замовленнях з такими адресами не спрацьовує процедура з дією "Обчислити та записати значення у додаткове поле".

Ого, нове в опціях. Дякую! Уточніть ще будь ласка такий нюанс. При включенні опції в процедурі викидати помилку в інтерфейс бокс не буде переводити етапи (при ручному перемиканні) або викине помилку і все одно переведе?

[quote] При включенні опції в процедурі викидати помилку в інтерфейс бокс не буде переводити етапи (при ручному перемиканні) або викине помилку і все одно переведе? [/quote] При перемиканні етапу запустяться процедури – викине помилку – статус не переключиться.