Input, output, трансфер между складове и writeoffs — всичко с формален submit → approve workflow. Автоматично обновяване на наличностите при одобрение.
Материали се взимат без разрешение, количества не се записват точно, разходът по обекта излиза от контрол. Формалният workflow решава всичко това.
Работник взима материал и не записва. След месец — разминаване между физическо и документно. submit → approve workflow предотвратява.
Кой взе какво и кога? Без централизиран log — forensics е невъзможен.
След всяко движение някой трябва да update-не Excel. Construction Hub прави това автоматично при approve.
Физическо броене показва различен stock от записания. Без формални movements — reconciliation е ад.
Construction Hub формализира всеки материалов transfer с control.
getNextNumber генерира уникален номер за всяко движение. Sequential, с prefix по тип.
create в DRAFT → submitForApproval → approve. Разделят се ролите между създаващия и одобряващия. Permission: inventory:manage за approve.
Входящо (от supplier), изходящо (към обект), трансфер между складове, writeoff (изтегляне от склад).
cancel endpoint с permission check. Отменено движение запазва си audit trail.
При approve — наличностите в съответните складове автоматично се актуализират. Batches се създават/намаляват (FIFO).
Всяко движение линкнато с обект, контрагент, материал. Автоматично агрегиране в cost на обекта.
Четири стъпки от искане до записано движение:
create с тип (INBOUND/OUTBOUND/TRANSFER/WRITEOFF), складове, материал, количество, цени. Статус DRAFT.
submitForApproval — нотификация към оторизирания user.
Оторизиран user (inventory:manage) преглежда и approve или cancel. С причина при отказ.
При approve — stock наличностите и batches се обновяват автоматично. Audit log записва всичко.
Подходящ за всяка фирма с активен inventory:
Формализиран контрол. Спира неразрешени изтегляния на материал.
Записвате всеки материал, взет за обекта. Точна себестойност.
Входящи движения от доставчиците — автоматично batch creation.
Всяко движение = финансова операция. Точна cost attribution по обекти.
Защо ръчното воденe на движения не работи:
| Характеристика | Excel | Construction Hub |
|---|---|---|
| Approval workflow | Няма | submit → approve |
| Auto numbering | Manual | getNextNumber |
| Auto stock update | Ръчно | При approve |
| Batch tracking | Невъзможно | FIFO автоматично |
| Permissions | Споделяне | inventory:manage |
| Cancel audit | Delete | Status + причина |
| Интеграция с обекти | Колона | Foreign key + aggregation |
INBOUND (входящо от supplier), OUTBOUND (изходящо към обект), TRANSFER (между складове), WRITEOFF (изтегляне). Всеки с различни полета и workflow.
За да разделите ролите — един потребител създава движението, друг (с inventory:manage) го одобрява. Контрол над материалните активи.
Stock наличностите се актуализират автоматично. За INBOUND — нов batch се създава. За OUTBOUND — FIFO изписване. За TRANSFER — между складове.
Не директно. Трябва нова compensating movement (обратно движение) + cancel на оригиналното. Audit trail запазва цялата история.
OUTBOUND movement задължително е към обект/подобект. Автоматично агрегиране в cost на обекта.
Да. Cели app е responsive, работи от телефон. Складовите работници могат да създават движения директно от обекта.
Да. Всяко одобрено движение има уникален номер и audit трейл. Може да се експортне PDF/Excel за физически запис.
Безплатен пробен период за 14 дни. Без кредитна карта.
Регистрирайте се безплатно