Корзина пуста.

Автоматизация розничного магазина (ч.5)

Следующим моментом, очень серьёзным, является расчёт остатков. Розница -  это очень объёмное по количеству операций предприятие. За день бывает от 5 до 10 тыс. операций. В связи с этим нужно сложить, допустим, эти все операции, отнять от них все приходы, и получить остатки. Ну, неделю, две, три ещё можно складывать, чтобы получить остатки. Ну, а если, к примеру, у нас три месяца, то процедура складывания и вычитания остатков начинает занимать очень много времени. В связи с этим во всех известных системах  предусмотрен механизм архивирования, или замораживание остатков на конец какого-то периода. Т.е. остатки считаются, а потом записываются. И следующий отчётный период начинает отчёт остатков от уже записанных цифр.

Казалось бы, что всё замечательно и прекрасно. Но, есть такая вещь, как возвраты поставщикам, возвраты покупателей. А также есть такие вещи, как неправильно внесённые накладные. И эти накладные , которые требуют изменения или возврата, часто попадают на 31-е число или 28-е. Или 3-го числа следующего месяца мы про них вспомнили (бухгалтер, например, у нас приходящий), а остатки мы уже пересчитали на этот момент. Что мы получаем? В обычных программах, которые используют этот механизм — остатки уже посчитались. Надо же работать магазину, он же не может тормозить. Поэтому накладные редактируют, а перерасчёт не делают, потому что времени много занимает. А потом никто не вспомнил, что нужно нажать кнопочку — "пересчёт". Сначала мы, конечно, всё помним. Раз нажали, два нажали, три нажали. Но вы знаете, 12 раз в год нажимать кнопочку по 15 раз... В какой-то момент кто-то всё-таки забывает это делать  - в самый неудачный момент. Что мы получаем в результате? Ну очень часто мы получаем излишки, о которых знает только бухгалтер.

Что предлагает L.Soft для решения всех этих вопросов? В L.Soft'e полностью отсутствует процедура перевода текущего периода в течение года. А как тогда L.Soft считает остатки - спросите вы? Каким образом? Так вот, для скоростного расчёта остатков применяется технология SQL. Технология SQL позволяет выполнять вычисления на сервере, т.е. компьютер продавца даёт команду серверу: «Дай  мне, что у нас там с остатками?» Ну, а сервер (компьютер товароведа), который немного помощней, считает остатки и говорит: «Ну, вот по товару, такие вот остатки»

Вы скажете — это невозможно?

SQL осуществляет страничный обмен данными. 1 страница - мегабайт. Сколько у нас в Базе Данных Мбайт? В L.Soft'e не больше 100 Мбайт (обычная база за год). Бывает 300 Мбайт. 300 страниц  в год. Это много? Это мизер. Для компьютера, имеющего на сегодняшний день скорость процессора 2, 3, а то и 4 гигагерца, и 4-8 Гбайт оперативной памяти.

Знаете, зачем нужны компьютерам такие параметры? Что бы в игрушки играть. А  некоторые программы, такие  как L.Soft,  используют эти параметры для того, чтобы товар считать без перевода периода.


Соответственно, если вы работаете на этой современной прогрессивной системе, остатки не надо пересчитывать. Поменяли накладную — они поменялись. Они пересчитываются каждое мгновение. Все миллионы операций пересчитываются мгновенно. Это система SQL.  Причём в нашем случае SQL поставляется бесплатно. SQL системы Firebird.

(продолжение)