пароль админа для первого запуска

Заводим env-переменную ADMIN_PASSWORD, система при логине проверяет, если она есть для первого юзера системы проверяет пароль по ней, и выбрасывает уведомление об этом. Если не задан, тогда смотрит уже в базе.
Вобще она хороша и для tndt, но там мы пока не готовы тратить время на идеи по установке

несколько компаний

Изначально хочется иметь одну установку на одну компанию. Но мало кто будет делать собственную установку, так что видимо предоставлять им сервис надо будет как SaaS, причем у нас с этими людьми и обмен аппаратом будет. А значит надо продумать возможность завест несколько компаний (думается компания у нас вобще довольно эфемерная сущность, просто каждый юзер создается сразу со складом личных вещей, плюс появляется возможность заводить отдельные склады с общим доступом к ним (разграниченным, кто туда вещи кладет, кто забирает), которые смогут обмениваться позициями. А для обмена с другими системами или установками систему импорта/экспорта, как в html (под печать), так и xml/json

мероприятия

Чаще мы даем вещь не человеку вобще, а под определенное мероприятие, и хорошо бы знать на какое мероприятие какая вещь уехала. А учитывая Зилант у нас могут быть вложенные мероприятия, когда все сбрасываем вещи в общее мероприятие Зилант, а тамошний кладовщик создает точки, и распределяет вещи по ним.

Мелкое

позиции со сроком годности

У нас не продуктовый склад, но есть например аккумуляторы и аккумуляторные штуки, а так же батарейки, которые порой нужны и вечено забываешь сколько их у меня и как долго они лежат. Поэтому при заведении позиции можно опционально указать срок годности. По его достижению система будет об этом сигнализировать, и предлагать решение, продлить срок годности ил списать позицию.

массовые позиции

Вобще если мы заводим например пачку кабла, лучше историю по каждому из них хранить отдельно, но в списках указывать пачкой, так что. При заведении позиции можно указать количество. На самом деле будет заведено указанное n одинаковых позиций, каждая з которых будет уже жить независимо. В списках они все будут отображаться одинаково, что подводит нас к типам и категориям.

Композитные позиции, коробки, сумки

У нас что-о живет постоянным комплектом, а что-то просто исторически живет в той или иной сумке. Стоит это то же указывать. Причем это будет не постоянная характеристика позиции, а скорее характеристика склада, так как на евенты мы порой будем брать целый баул, а порой извлекая из него часть проводов, или из всего кейса беря только один-два микрофона.

Категория, тип

Категория это большая древовидная ситема облегчающая поиск. А вот тип, это то, что будет реально отображаться в списке позиций склада. С количеством позиций этого типа. Так как таких типов будет очень много, и при покупке нового девайса заводить под него отдельно тип, отдельно позицию неудобно. Надо сразу делать контрол позволяющий тип поиска, а если не найден - завести