Приклад: форма замовлення поверх API

ERP, з якої всі дані

Замовити виріб

1 Що вам потрібно?

шт

2 Коли потрібно?

встигаємо

Можемо відвантажити 30.11.2026

1 × 756 200,00 = 756 200,00 грн без ПДВ, ПДВ 20% 151 240,00, разом 907 440,00 грн (за ціною останнього замовлення)

  • На складі зараз 0 шт; під замовлення інших покупців зарезервовано 0, під виробництво і план утримано 0. На це замовлення з наявного і вже замовленого йде 0 шт.
  • Виготовити треба 1 шт.
  • Бракує комплектуючих: 34. Усе потрібне буде на складі 02.11.2026.
    • REG-0001 Регулятор обертів 4-в-1 55 А 6S 30,5×30,5 мм, прошивка Bluejay - 11 шт, постачальник привозить за 24 дні, буде 02.11.2026
    • KRP-0005 Гвинт M3×10 з внутрішнім шестигранником - 160 шт, постачальник привозить за 24 дні, буде 02.11.2026
    • PRP-0003 Пропелер 7×4×3 CCW (проти годинникової) - 58 шт, постачальник привозить за 24 дні, буде 02.11.2026
    • PRP-0001 Пропелер 7×4×3 CW (за годинниковою) - 58 шт, постачальник привозить за 24 дні, буде 02.11.2026
    • KRP-0027 Килимок протиковзний під акумулятор - 10 шт, постачальник привозить за 24 дні, буде 02.11.2026
    • і ще 29 позицій, не пізніше за названі
  • Робота в цеху: 50 год 45 хв, робочих місць: 8, ще 63 год 25 хв очікування без людей. Найдовше - Прошивка і налаштування: у черзі 44 год 58 хв, це замовлення додає 6 год 15 хв; людей на місці 1, разом 4 год на день. Робочих днів цеху: 20.

3 Хто ви?

Покупець

Режим проби: запит перевіряється і не зберігається.

Як це зроблено

Ядро описане один раз: кожна дія і кожне читання мають одну назву, одні перевірки й один опис. Ця сторінка - друге обличчя тих самих дій: окремий Worker без бази, який знає лише адресу ERP і ключ. Усе, що вона записує, проходить через ту саму дію, що й форма в ERP; в обхід нічого не пишеться.

GET /api/v1/v/prodazh/offerщо продають, з ціною і податком; з item і qty - сума за кількість
GET /api/v1/q/deal_partiesпокупці, з яких можна вибрати
GET /api/v1/v/zbirka/promise?item=&qty=&needed_by=коли можна відвантажити і чому
POST /api/v1/act/prodazh/new_requestзапит покупця; з "dry_run": true нічого не зберігає, справжній - з Idempotency-Key
GET /api/v1/views, /queries, /actions/prodazh/new_requestопис: параметри, ролі, які запити й таблиці читає кожне читання