🟣🟩 Реліз 24 серпня 2026 🟩🟣

✅ НОВІ МОДУЛІ

▪️ Модуль «Підбір деталей» — новий інструмент пошуку запчастин у вікні “підбір деталей” (Бета версія, доступ можна запросити у менеджерів)

• Реалізовано новий модуль підбору деталей із двома основними режимами роботи, який замінює попередній інтерфейс і суттєво пришвидшує пошук потрібних запчастин у наряд-замовленні.
• Таб «Пошук по коду / назві» — швидкий пошук деталі за артикулом або найменуванням з отриманням цін і залишків від усіх під’єднаних постачальників в одному вікні
• Таб «Пошук по а/м» — каскадний підбір деталі під конкретний автомобіль клієнта (за номером, VIN або TecDoc-ідентифікаторами) із відображенням каталожних груп і пропозицій постачальників.

✅ ПОКРАЩЕННЯ (запити від СТО)

▪️ Наряд-замовлення, ремонти та зона ремонту

• Усунено ситуацію, коли клієнт та автомобіль у наряд-замовленні змінювались випадковим чином — тепер прив’язка залишається стабільною протягом усього циклу роботи з НЗ.
• Виправлено дублювання операцій під час видачі запчастин у зону ремонту — тепер облік складу не ламається і товари не «зависають» на балансі зони ремонту.
• Виправлено ситуацію подвійного закриття наряд-замовлення, через яке утворювався фантомний борг у заборгованості.
• Реквізити СТО і клієнта в MRD більше не «злітають» після додавання пробігу з мобільної версії .
• Регламенти в наряд-замовленні тепер повноцінно редагуються — поля, що виглядали активними, знову приймають зміни.
• Додавання товару в наряд-замовлення через вікно VIN тепер підставляє коректне найменування товару з прайсу постачальника.
• Додано можливість копіювати посилання на онлайн-узгодження окремо для кожного наряд-замовлення — зручно, коли клієнт має кілька відкритих НЗ одночасно – в картці автомобіля та в заголовку н/з.

▪️ Клієнти, автомобілі, планувальник

• Виправлено у журналі дзвінків картка клієнта тепер показує тільки записи саме цього номера телефону, а не всіх клієнтів довідника.
• Маска номера телефону більше не «з’їдає» останню цифру під час введення.
• Полоска поточного часу на планувальнику тепер оновлюється синхронно з реальним часом і більше не «відстає».
• Автомобіль клієнта тепер видно на планувальнику навіть для коротких замовлень тривалістю 30 хвилин .
• Зміни на Загальному графіку робіт тепер коректно відображаються і на майбутніх датах (план=факт), а не лише на сьогоднішній та минулих.
• Відновлено відображення карти в налаштуваннях СТО — блок з мапою знову коректно вантажиться.

▪️ Каса, документи, звіти

• Формат генерації XML податкових накладних (F1201016) приведено у повну відповідність до еталонної XSD-схеми ДПС — знято ризик відхилення документів на боці програм обліку.
• У списку товарних чеків повернуто перший стовпчик з чекбоксами для масового вибору рядків.
• У звіті «Рух товару» виправлено підрахунок стовпця «сума резерву» — цифри тепер відповідають фактичному значенню резервів.
• Додано одиницю виміру «людино-години» (люд.год) у довідник — зручно для калькуляції ремонтних робіт.

▪️ Постачальники та інтеграції

• Замовлення через API постачальника Interkars SK коректно відображає прикхідні накладні, покращено пошук по код з/ч та коду постачальника.
• Синхронізація з кабінетом постачальника «Весна»: усунено розбіжність між назвою/кодом товарів у накладних, отриманих через API та відображених у кабінеті постачальника.

▪️ Діагностики, голосовий асистент, візуальний додавач

• Прибрано зайвий другий скрол у блоці «Діагностика» наряд-замовлення (з голосовим асистентом) — інтерфейс став чистішим .
• Виправлено сценарій, коли діагностика не пропонувала жодних робіт — тепер система коректно підтягує список рекомендованих робіт.
• У візуальному додаванні через 3D-кузов вибір частини кузова більше не повертає найменування «null» — назва деталі підставляється коректно.

✅ РЕФАКТОРИНГ

▪️ Оптимізація вкладки «Резерв» на картці товару.

• Прибрано 25 дублюючих запитів товару та подвійне виконання важкого запиту на вкладці «Резерв» — сторінка відкривається помітно швидше без зміни функціональної логіки.

▪️ Стабілізація webhook-інтеграції з Ringostat

• Схему валідації webhook Ringostat приведено у відповідність до реального формату вхідних даних — виклики більше не падають з помилкою 400 через невідповідність типу поля user_uuid з боку Ringostat.