простой самодельный mes

[Igor_Zavoro]

Была задача, для простого производства, сделать процесс выдачи заданий и диспетчеризации для цехов.
Тестовая версия тут: www.fabricate-ru.1gb.ru , можно поиграться.
Буду рад вопросам, может появится желание чем-то дополнить или улучшить.
сделано на основе ASP.net, тоесть вся инфа крутится сервером, у пользователя обычный браузер.

[izhidkov]

Места по горизонтали на современных мониторах хоть жопой жуй а меню все дизайнеры вверху делают.. есть объяснение?
Кликаешь по меню вверху и меню изменяет размеры.. да я только за такие косяки программу удаляю а сайт закрываю.. не смотря на содержимое

[keysansa]

Года 4 назад делал такую же систему на php+jquery+postgre. Вроде работает до сих пор.

В принципе, согласен с izhidkov, в том плане, что меню изменяет свои размеры по клику. Это точно косяк.
То, что меню сверху остается при наличии широкоформатных мониторов - не все так однозначно. Сейчас в ходу таблицы, и пользователи хотят видеть много колонок сразу, без прокрутки. Тут не так однозначно.
Вот вынести в меню операции типа импорта из excel - нужно, едят место. Тем более, что меню все равно есть.

1. Для меня процесс выдачи заданий и диспетчеризация - одно и то же.
1.1. Поэтому первая страница после входа - страница заданий и на ней же должна быть информация об этапах выполнения каждого задания.
1.2. Фильтры нужны, но нельзя тратить на них место - вызываются из контекстного меню, сохраняются для каждого пользователя. Нужен просто инкрементальный фильтр по активному полю.
1.3. Склад тоже важен, но только на момент составления задания. Т.е. берем со склада или запускаем в производство. При отмене заказов/возвратах триггерами обрабатываем заявки на производство, с уведомлением тех, кто имеет право читать заявку.

2. У меня был только справочник номенклатуры в виде дерева.
2.1. Если элемент номенклатуры участвует в рецепте изготовления другого элемента, но - это комплектующее.
2.2. Если есть и рецепт и сам элемент участвует в рецепте - деталь.
2.3. Если есть рецепт, но элемент не участвует в рецептуре - изделие.
2.4. Единственное ограничение - элемент не может участвовать в рецептах "детей".
2.5. Да, это приводит к рекурсивным запросам к БД, но легко кэшируется промежуточными таблицами и триггерами.

3. Складов несколько. Это всегда. Даже если склад один, для удобства инвентаризации на складе выделяется место под каждый тип номенклатуры. В идеале - адресное хранение, но это заметно усложняет программу.
3.1. В рецептуре всегда есть поле, указывающее, на какой склад помещать результат производства. Оно может быть переопределено в задании.
3.2. Необходима легкая процедура перемещения номенклатуры между складами.
3.3. Необходима процедура инвентаризации.

4. Если производство хочет работать долго, то необходимо предусмотреть работу с партиями. Это нужно в основном отделу контроля качества.

5. С течением времени директор приходит к пониманию, что ему не особо важен учет за единицами товара на складе, а гораздо больше ему становится важна себестоимость единицы. Ну и общие графики. А это введение техопераций, услуг, стоимости каждого из них, либо замут с экспортом/импортом в бухгалтерию.
5.1. Сейчас я бы начал делать такое только на базе 1С, где основные операции уже есть, необходимо только внешними обработками формировать необходимые документы, отчеты и печатные формы.

ЗЫ. У вас даже в таблице при hover`е строка высоту изменяет. Лучше цветом.

[Andrzej]

Была задача, для простого производства, сделать процесс выдачи заданий и диспетчеризации для цехов.
Тестовая версия тут: www.fabricate-ru.1gb.ru , можно поиграться.
Буду рад вопросам, может появится желание чем-то дополнить или улучшить.
сделано на основе ASP.net, тоесть вся инфа крутится сервером, у пользователя обычный браузер.

Можете перезолить?