Существует база данных в access с заказами на производство (автоимпорт из 1с).
В каждой строке отображаются производственное задание (ПРЗД), в одном заказе может быть несколько "ПРЗД".
Каждое ПРЗД имеет свои этапы производства.
Спецификация сборки/производства заказа это отдельный столбец "НК" - сейчас эта цифра выгружается из справочника в 1с.
Согласно спецификации некоторые этапы могут быть пропущены (имеют цифру 0).
ПРЗД следует с этапа на этап только на следующий день после предыдущего, т.е. если сегодня заказ1 на первом этапе полностью выполнен, то на второй этап он может попасть только завтра.
Каждый этап имеет максимальную загрузку (МЗ) по спецификации.
К примеру:
Спецификация2 - 1этап 100 - 2 этап 200 - 3 этап 20 и т.д.
Спецификация3 - 1этап 200 - 2 этап 50 - 3 этап 220 и т.д.
Когда получаем ПРЗД - строка ссодержит информацию: номенклатура1 - спецификации2 - на 1 этапе 200, на втором этапе 20, на третьем 0 и т.д.). При этом по спецификации2 на первом этапе максимум может быть 100 - значит система должна на первом этапе заполнить 2 дня - потом только на следующий день перейти на второй этап, а третий этап вовсе пропустить).
А так же в ручном режиме заполняется столбец выполненного объёма - т.е. если разбили на 2 дня по 100 на этап по плану, но за вчерашний день выполнили не весь объём - вместо 100 - только 80 успели, то заполнив столбец выполнения цифрой 80 - ссистема должна на третий день переложить 20.
На одном этапе может быть несколько заказов за один день. Главное переход одного заказа с этапа на этап осуществляется только на следующий день.
Нужен календарь - в котором можно ежедневно выставлять по каждому этапу разное кол-во смен. Таким образом, чтоб выставив 2 смены или 3,5 - показатель максимальной нагрузки умножался это эти числа.

Требуется:
1. Реализовать календарь смен.
2. Реализовать справочник норм загруженности.
3. Создать графическое и цифровое отображение загрузки каждого этапа сборки по дням (день может быть и фильтром, а можно диаграммой Ганта).
4. Автоматическим распределять заказы по этим этапам и датам реализации, но с возможностью ручной установки приоритетов по заказам. Выставляя приоритет по заказам - они должны менять условную дату начала производства.

Устанавливая булево в одном из двух столбцов "заказ реализован" (у нас один столбец заполняют из 1с продажники - другой заполняют на производстве в аксесе) - считать выполненным и не отображать.

Простите, что не написал сумму сразу - работа на 5-10 тысяч.
При условии, что первых 2 пункта - просто таблицы, которые нужно интегрировать в формулу расчёта даты, полностью заполняются в ручную
Получается разработать надо только один столбец с автоматическим расчётом даты.

vmag,
Там всё же есть вероятность, что диски нормальные...
Хочу сразу сказать - я понимаю, что сумма "не крайняя", но хотелось бы видеть начало (дату расчёта) - за 5-10 тысяч.