Складской учет?

Question

[dailysse]

Доброго времени суток, как сделать структуру базы данных для ведения склада со след возможностями.
1. Накладные (их проведение и отмены)
2. Подсчет отчета по движению (на указанную дату и время)
3. Возможность проведения продажи задним числом, и все продажи после нее пересчитаются по себестоимости.
4. Подсчет себестоимости для каждой продажи.
5. Акты инвентаризации

Самое сложное как по мне, сделать, чтобы можно было что-то проводить задним числом и чтобы все пересчитывалось. Отменять что-то, чтобы тоже все пересчитывалось. Какую лучше бд для этого выбрать и как все это грамотнее реализовать?

Comments

[Ltonid]

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

Проблема "заднего числа" исключительно управленческая и мучаются пусть с ней управленцы её допускающие, а вы не изобретайте велосипед.

Answer 1

[Константин Степанов]

Предложу:

0) ИМХО, лучше делать слепки состояний склада на каждый день (или неделю или месяц). Состояние склада - список товаров (в виде id) и их количество. Если нужно узнать что было после какой-то накладной, пересчитываем все с начала дня до этой накладной включительно.
1) Накладная - просто список товаров (в виде уникальных id) и добавляемое количество. Можно ввести поле типа накладной, можно просто хранить отрицательное значение если это списание, положительное если это приход.
2) За период просто проходим все накладные и записываем все операции. Для одинаковых позиций операции применяем последовательно. В результате получаем движение материальных ценностей за период.
3) Просто добавляем в нужное место между накладными еще одну, потом все последующие пересчитываем.
4) Если мы закупаем товар партиями с разной себестоимостью - то так и храним их на складе, партиями. Как только вся партия выбрана, то меняется себестоимость отгрузки т.к. отгружаем из другой партии с другой себестоимостью. Тоесть, на складе может быть 30 стульев, в виде 3 записей по 10 стульев но с разным временем добавления и разной себестоимостью.
5) Акт инвентаризации просто сравниваем с состоянием склада на начало дня (смотри пункт 0).

Comments

[dailysse]

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

[Константин Степанов]

dailysse: Вообще, гораздо проще написать оболочку для такой базы. Вручную - это будет большой набор скриптов. Большой и сложный.
По базам навскидку:
1) База товаров. Номер товара, название, еденица измерения, описание
2) База слепков склада. Номер слепка, дата, номера товаров (сериализация в строку или массив силами базы), количества товаров (сериализация в строку или массив силами базы), описание и все что нужно.
3) База накладных. Номер, дата, любая информация, список номеров товаров, список количеств.

Я не совсем понимаю как изменится себестоимость следующих продаж при продаже задним числом. У нас уже проданы товары за ту цену, что они были проданы. И себестоимость на момент продажи была определенная. Продавая задним числом, мы фактически, продаем после тех продаж ,а не до. И для них все равно ничего не меняется. Или я неправильно понимаю?

[dailysse]

Константин Степанов: не понимаю что имеется в виду написать оболочку для БД? Ну если есть ещё товары не проданные с накладной, то продать задним, если нет то уже нет.

[Константин Степанов]

dailysse: Оболочка для БД - это грубо говоря, 1С или подобная программа. Можно самому написать на c++ или c#. В оболочке должно быть удобное отображение склада, накладных. Ввод новой накладной и автоматический пересчет того, что нужно. В принципе - стандартный бизнес софт.

[dailysse]

Константин Степанов: Ну это будет в вебе. Главное до конца разобраться в структурах рассчетах и пересчетах

[Константин Степанов]

dailysse: Здесь главное - расписать все-все операции и требования. Дальше разбить информацию на базы исходя из принципа - каждая сущность в своей базе, у каждой сущности есть уникальный номер (уникальный вообще или уникальный в своей базе), внутри базы ссылаться на другую сущность можно при помощи номера.

Я не претендую на то, что это самое правильное. У меня так сделано в нескольких софтинах, работает нормально.

[dailysse]

Константин Степанов: просто такая ситуация. Были продажи товара 2 месяца (допустим). Потом оказалось что рецептура этого блюда (товара) стояла не правильной (вместо 400г рыбы, должно быть 600г). То как тут пересчитать всю себестоимость каждой продажи, скажем так недорого

[Константин Степанов]

dailysse: Тогда здесь уже в ход идут тех. карты и калькуляционные карты блюда. Здесь получается, нужно все списания под эти блюда пересчитать.

[Ltonid]

Действительно изменения техкарт, это не введение документа задним числом.
Опять таки в том же "Рарус:ресторане" это решено таким образом, что себестоимость считается пересчитыванием себестоимости каждой позиции всякий раз при запросе себестоимости. Вообще никак не удобно, но довольно точно.
Без калькуляций или техкарт никак не обойтись.

Вы наверное ещё не учли, что в таких системах учета цена продажи в любом случае величина назначаемая вручную с учетом колебания себестоимости т.е. ответственный считает себестоимость (условно 5р), создает документ установки цены где указывает с учетом навара (условно 10р). Через день/неделю/месяц он снова считает (условно 5,30р) и ставит больше если надо или оставляет.

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

Answer 2

[kalapanga]

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