---

---

1.1. Краткая характеристика деятельности склада обувного магазина

· Склад является промежуточным звеном между поставщиками и розничной продажей (или покупателями при онлайн-заказах).
· Основные процессы склада:
  · Приемка – проверка количества и качества товара по накладным поставщика.
  · Размещение – распределение обуви по стеллажам, полкам и ячейкам с учетом размера, модели и сезона.
  · Хранение – обеспечение сохранности товара в период между приемкой и отгрузкой.
  · Отгрузка – комплектация заказов для магазина или покупателя, оформление документов.
  · Инвентаризация – периодическая сверка фактических остатков с учетными данными.
  · Возвраты – обработка бракованной или нереализованной обуви.
· На малых складах часто используется ручной учет или Excel, что приводит к ошибкам и замедлению работы.
· Цель автоматизации – ускорить поиск товара, исключить потери и получать актуальные отчеты в реальном времени.

---

1.2. Классификация номенклатуры обуви

Для корректного учета каждая позиция описывается набором признаков:

· Тип обуви – туфли, ботинки, сапоги, кроссовки, сандалии, кеды, полуботинки.
· Пол и возраст – мужская, женская, детская, подростковая.
· Материал верха – натуральная кожа, экокожа, текстиль, замша, нубук.
· Материал подошвы – резина, полиуретан, кожа, термопласт.
· Цвет – базовый цвет модели (черный, коричневый, бежевый, белый, темно-синий и др.).
· Размер – по российской шкале (от 19 до 47) или метрической системе.
· Полнота – для узкой, средней или широкой стопы (опционально, чаще для мужской обуви).
· Сезонность – зимняя, демисезонная, летняя, всесезонная.
· Бренд – производитель или торговая марка.
· Артикул – уникальный код модели внутри системы учета.
· Цена – закупочная и розничная.

Все эти признаки в дальнейшем становятся полями справочников и таблиц базы данных.

---

1.3. Проблемы текущего учета и необходимость автоматизации

При ведении учета в Excel или бумажных журналах возникают следующие проблемы:

· Дублирование записей – один товар может быть заведен несколько раз с разными названиями.
· Сложность поиска – чтобы найти обувь конкретного размера и цвета, приходится вручную просматривать таблицы.
· Отсутствие привязки к месту хранения – неизвестно, на какой полке лежит нужная пара, что замедляет сборку заказов.
· Затрудненная аналитика – невозможно быстро получить отчет по остаткам, продажам или залежавшимся позициям.
· Высокий риск ошибок при инвентаризации – человеческий фактор приводит к расхождениям между реальным количеством и учетным.
· Трудности с контролем минимального остатка – отсутствие автоматических сигналов о необходимости закупки.
· Потеря времени на формирование отчетов – отчеты строятся вручную, что отвлекает сотрудников от основной работы.

Вывод: требуется специализированная система учета, которая решит перечисленные проблемы.

---

2.1. Инфологическая модель (сущности и связи)

На основе анализа выделены следующие сущности будущей базы данных:

Основные сущности (справочники):

· Номенклатура – каталог товаров (артикул, название, тип, бренд, сезон, материал, цены).
· Типы обуви – справочник видов обуви.
· Бренды – справочник производителей.
· Сезоны – справочник сезонных групп.
· Материалы – справочник материалов верха/подошвы.
· Цвета – справочник цветов.
· Размеры – справочник размеров.
· Складские ячейки – места хранения (стеллаж, ряд, полка, зона).
· Поставщики – контрагенты (наименование, контакты, ИНН).

Сущности для учета движения:

· Приходные накладные – документы поступления (номер, дата, поставщик, сумма).
· Строки прихода – детализация приемки (какой товар, цвет, размер, количество, цена, ячейка размещения).
· Расходные документы – документы отгрузки/списания (дата, тип операции, сотрудник).
· Строки расхода – детализация отгрузки (товар, цвет, размер, количество, цена продажи).
· Товарные остатки – агрегированная таблица с актуальным количеством по каждой комбинации (товар + цвет + размер + ячейка).

Связи между сущностями (логика):

· Один товар из Номенклатуры может фигурировать во многих Строках прихода и Строках расхода – связь "один ко многим".
· Один Поставщик может иметь много Приходных накладных – связь "один ко многим".
· Одна Складская ячейка может быть связана с несколькими строками прихода (хранить разные позиции), но для точного учета желательно привязывать к конкретной позиции.
· Размеры и Цвета являются независимыми справочниками и связываются с остатками и строками документов через внешние ключи.
· Товарные остатки обновляются при добавлении строк прихода (увеличение) и строк расхода (уменьшение).

---

2.4. Бизнес-правила и ограничения целостности

Для обеспечения корректного учета в системе должны соблюдаться следующие правила:

· Отрицательный остаток запрещен – нельзя списать товара больше, чем есть на складе. При попытке отгрузки сверх наличия система должна выдавать блокировку или предупреждение.
· Автоматическое обновление остатков – при создании строки прихода количество в таблице остатков увеличивается, при создании строки расхода – уменьшается. Ручное редактирование остатков запрещено.
· Обязательная привязка к ячейке – при поступлении товара обязательно указывается номер складской ячейки. Без этого приемка не завершается.
· Уникальность артикула – артикул товара должен быть уникальным в пределах всей номенклатуры. Дубликаты не допускаются.
· Контроль минимального остатка – для каждой позиции можно установить пороговое значение. При снижении остатка ниже порога система выводит уведомление о необходимости дозаказа.
· Все движения подтверждаются документами – любое изменение остатков должно быть связано с документом (накладная, акт списания и т.п.), у которого есть номер и дата. Нельзя изменять остатки без документа.
· Запрет удаления используемых записей – нельзя удалить товар, бренд, цвет или размер, если на них есть ссылки в документах или остатках.
· Целостность ссылок – все внешние ключи (например, ID товара в строке прихода) должны указывать на существующие записи в родительских таблицах.

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