Пример сценария печати
Сценарий, под который спроектирован этот API (QR-код заказа хранит только его id, вся остальная информация подтягивается из 3D Print Pricing на лету):
1. На заказ #1258 в 3D Print Pricing печатается QR со значением ORDER-<id>.
2. HA сканирует QR → GET /print-jobs/{id} → получает материал, цвет, вес, срок.
3. HA сканирует QR принтера и катушки (Spoolman) → сверяет материал/остаток.
4. Печать назначена → PUT /print-jobs/{id} {"workflow_status": "assigned"}
5. Печать начата → PUT /print-jobs/{id} {"workflow_status": "printing"}
6. Печать завершена → PUT /print-jobs/{id} {"workflow_status": "done"}
(или "print_error" / "cancelled", если печать сорвалась/отменена)
7. Канбан в 3D Print Pricing сам переезжает в нужную колонку — ничего дополнительно
вызывать не нужно.Вопросы по интеграции — через обычную поддержку 3D Print Pricing.Написать в поддержку
App Store
Google Play
RuStore
Telegram