Разработка СУБД для предприятия на PHP

Уважаемые исполнители...

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

Прошу цены, сроки.

Итак:

1. Таблица Пользователи
    Имя
    Пароль
    Класс (бухгалтер, пользователь)
    Баланс

2. Таблица Модели

    Имя
    Цена сорт 4 (непроверенная, немытая)
    Цена сорт 3 (проверенная, немытая)
    Цена сорт 3+ (проверенная, мытая, готовая)
    Цена сорт 2 (неготовая, хорошее состояние, проверенная)
    Цена сорт 1 (готовая)

3. Таблица склады
    Имя

4. Таблица Товары
    Модель
    Номер
    Сорт
    Цена вход
    Цена Апгрейд материалы
    Цена Апгрейд работа
    Цена Апгрейд другое
    Прибыль
    Накладная Вход
    Накладная Выход
    Гарантия до

5. Таблица Проводки
    Дата
    Счет1 (пользователь или ноль)
    Счет2
    Товарная касса (баланс)
    Сумма
    Тип операции (расход, приход, перевод, продажа, апгрейд)
    Кто провел
    Накладная
    Примечание

6. Таблица Накладные
    Номер
    Дата
    Сумма
    Примечание
    Отправитель (контрагент или склад или ноль)
    Получатель (контрагент или склад или ноль)
    Входная/выходная
    Кто подготовил
    Стоимость доставки

7. Таблица Контрагенты
    Имя
    Город

8. Таблица История
    Дата
    Пользователь
    Баланс (балансы всех существующих пользователей на данную дату)

------------------------------

Правила

1. Каждая запись каждой таблицы имеет поле id - уникальный идентификатор записи
2. Право входа имеет только служебное лицо (не просто пользователь)
3. Админ добавляет и удаляет пользователей, которые не фигурируют в операциях. Админ только один. При этом, существует пользователь с id=1, который предназначается для отображения баланса товарной кассы и использования в проводках в качестве счёта товарной кассы. Остальные пользователи имеют id>1.
4. Только админ добавляет или удаляет модели, склады (не участвующие в проводках и накладных)
5. Бухгалтер может добавлять контрагентов, накладные, проводки, товары
6. Таблица История является журналом, в который скрипт, запускающийся в CRON, записывает балансы пользователей на начало каждой даты. Возможен постраничный просмотр истории с выводом по 500 записей на страницу
7. Точка отсчёта - дата, которая учитывает балансы пользователей с истории и является датой, с которой начинается история проводок. 
8. У модели есть 5 сортов, для которых должны быть указаны цены в порядке равенства или возрастания. Цена следующего сорта не может быть ниже цены предыдущего (отсчет идёт от худшего сорта 4 до сорта 1)
9. Товары могут выводиться как все вместе, так и в разрезе складов, так же в разрезе проданных/непроданных. Под выводом товаров в итогах общие суммы стоимости, полученной прибыли и т.п.
10. Ручной ввод товара не возможен, только через добавления входящей накладной с целым перечнем товара. При этом добавляются все данные товаров (правило 16).
11. Все формы ввода данных должны быть адаптированы для работы из смартфона.
12. Бухгалтер может вводить операцию расхода для каждого пользователя. Расход означает проводку, для которой тип операции "расход"; Счет1 - пользователь, из баланса которого списывается Сумма, Счет2 - NULL (фактически это значит, что средства направляются из кассового счёта данного пользователя в никуда); накладная NULL, кто провел - всегда ставится id бухгалтера; дата ставится автоматически; примечание вносит бухгалтер.
13. Кассовый счёт, т.е, Баланс, концептуально обозначает долг данного пользователя перед кассой предприятия. Если Баланс положительный, значит пользователь должен в кассу соответствующую сумму.
14. Операция Перевод означает проводку между счетами 2 пользователей (передача кассы), при которой баланс пользователя Счет1 минусуется на Сумму, а баланс Счет2 - плюсуется. Остальное согласно правила 12.
15. Операция Простой приход обозначает то же самое, что и в правиле 12, только Счет1 равен NULL, Счет2 - пользователь, баланс которого увеличивается на Сумму. Тип операции "приход"
16. Операция Приход - фактически это приход на определенный склад перечня товаров от определенного контрагента с одновременным списанием баланса из пользователя , оплатившего данную поставку. Осуществляется проводка "расход", для которой в качестве Счет2 ставится системный пользователь 1, то есть товарная касса, баланс которой увеличивается. Сумма по накладной формируется из входных цен товаров и стоимости доставки и должна динамически отображаться как итог для проверки при вводе товаров. Форма работы с накладной должна быть удобна и адаптивна.
17. Операция Продажа - аналогично правилу 16, только проводка "приход" и простановка в полях товаров соответствующих значений цен продажи, прибыли и т.п
18. Операция Апгрейд - фактически это операция совершенствования товара. При этом выберется с определенного склада определенный товар и для него увеличиваются значения в полях "Апгрейд хххх". Возможно изменение сорта товара. Автоматически создаётся проводка "Расход", где Счет1 - пользователь плательщик, Счет2 - товарная касса, с соответствующими изменениями балансов.
19. Накладные должны отображаться в журнале по дате от текущей к прошлой, с постраничный просмотром, с возможностью фильтра входящие/исходящие/все. Редактирование накладных запрещено. Удаление сопровождается удалением соответствующих проводок.
20. Значения баланса пользователя Товарная касса (id=1) является общая сумма входных и апгрейдных (т.е, базовых) цен товаров по всех складах.