Вхід, вихід, трансфер між складами та списання — все з формальним workflow submit → approve. Автоматичні оновлення запасу при затвердженні.
Матеріали беруться без дозволу, кількості не точно записуються, витрати на об'єкті виходять з-під контролю. Формальний workflow вирішує все це.
Робітник бере матеріал без запису. Через місяць — невідповідність між фізичним і задокументованим. Workflow submit → approve запобігає.
Хто взяв що і коли? Без централізованого журналу — криміналістика неможлива.
Після кожного руху хтось має оновити Excel. Construction Team робить це автоматично при approve.
Фізичний підрахунок показує інший запас, ніж записано. Без формальних рухів — звірка — пекло.
Construction Team формалізує кожен трансфер матеріалу з контролем.
getNextNumber генерує унікальний номер за рухом. Послідовно, з префіксом типу.
create у DRAFT → submitForApproval → approve. Ролі розділені між створювачем і затверджувачем. Дозвіл: inventory:manage для approve.
Вхідні (від постачальника), вихідні (на майданчик), трансфер між складами, списання (вилучення зі запасу).
Endpoint cancel з перевіркою дозволів. Скасований рух зберігає audit trail.
При approve — запас на відповідних складах оновлюється автоматично. Партії створюються/зменшуються (FIFO).
Кожен рух прив'язаний до об'єкта, контрагента, матеріалу. Автоматична агрегація у вартості об'єкта.
Чотири кроки від запиту до записаного руху:
create з типом (INBOUND/OUTBOUND/TRANSFER/WRITEOFF), складами, матеріалом, кількістю, цінами. Статус DRAFT.
submitForApproval — сповіщення авторизованому користувачу.
Авторизований користувач (inventory:manage) переглядає і затверджує або скасовує. З причиною при відхиленні.
При approve — запас і партії оновлюються автоматично. Audit log записує все.
Підходить будь-якій фірмі з активним інвентарем:
Формалізований контроль. Зупиняє несанкціоновані вилучення матеріалів.
Запис кожного матеріалу, взятого для об'єкта. Точна вартість.
Вхідні рухи від постачальників — автоматичне створення партій.
Кожен рух = фінансова операція. Точна вартість по об'єкту.
Чому ручні рухи не працюють:
| Функція | Excel | Construction Team |
|---|---|---|
| Workflow затвердження | Немає | Submit → approve |
| Автонумерація | Вручну | getNextNumber |
| Авто оновлення запасу | Вручну | При approve |
| Відстеження партій | Неможливо | FIFO автоматично |
| Дозволи | Поділитися | inventory:manage |
| Аудит скасування | Видалити | Статус + причина |
| Інтеграція з об'єктом | Стовпець | Foreign key + агрегація |
INBOUND (від постачальника), OUTBOUND (на майданчик), TRANSFER (між складами), WRITEOFF (вилучення). Кожен з різними полями та workflow.
Щоб розділити ролі — один користувач створює рух, інший (з inventory:manage) затверджує. Контроль над матеріальними активами.
Запас оновлюється автоматично. INBOUND — створюється нова партія. OUTBOUND — FIFO-відправлення. TRANSFER — між складами.
Не безпосередньо. Потрібен новий компенсуючий рух (reverse) + cancel оригіналу. Audit trail зберігає повну історію.
OUTBOUND-рух обов'язковий до об'єкта/підоб'єкта. Автоматична агрегація у вартості об'єкта.
Так. Весь додаток адаптивний, працює з телефону. Робітники складу можуть створювати рухи прямо з майданчика.
Так. Кожен затверджений рух має унікальний номер та audit trail. Можна експортувати PDF/Excel для фізичного запису.
Безкоштовний 14-денний пробний період. Без кредитної картки.
Зареєструватися безкоштовно