Списание дней в SH

[SistemaNipel]

Сегодня еще раз все взвесил... Посмотрел руководство к SH, а там оказывается авторы описывают три способа избавления от отрицательного остатка:
1. Редактирование комплекта на дату списания
2. Доприходование недостающего количества(предлагаемый мной)
3. Обнуление отрицательного остатка сличительной ведомостью(предлагаемый Вами)
Во втором способе все-таки есть один большой минус(описаный Вами выше)-влияние на себестоимость... Так как приходуют у нас по рублю. Прихожу к выводу что придется использовать все-таки третий способ. Первый вообще считаю неудобным.

[SistemaNipel]

Вообще, ИМХО, мне кажется проще было бы если программа давала списывать в минус. А потом уже анализировать откуда отрицательные остатки взялись и как с этим бороться.

[SH]

А программа дает _списывать_ в минус! Она не дает только потом оприходовать на этот минус (и этому есть свои причины, как раз вычисление себестоимости).
Первый способ, действительно, во-первых, неудобен, во-вторых, противоречит реальному ходу вещей, в третьих, я думаю, что проверка должна негативно к такому отнестись - ведь отпускаете одно, а списываете другое, т.е. отпущенное посетителю блюдо не будет соответствовать калькуляционной карте, а это плохо.
Второй способ мешает в одну кучу реальный приход и "фиктивный", что затрудняет анализ реальных излишков. Кроме того, если делать поступление за деньги, слегка труднее делать сверку с настоящим поступлением, а если по нулевой цене - будет "плясать" себестоимость.
"Третий способ" позволяет:
1. Не менять себестоимость, подсчитанную в калькуляции;
2. Легко видеть стоимость излишков в расходе по каждому продукту.
3. И не только стоимость, но и оценить количество излишков по отношению к реальной закупке и к реальному расходу.

[SistemaNipel]

А программа дает _списывать_ в минус! Она не дает только потом оприходовать на этот минус (и этому есть свои причины, как раз вычисление себестоимости).

А можно попоробней как это отражается на вычислении себестоимости?


Подумал тут про второй способ: если приходуются по рублю и себестоимость потом скачет, то это вполне обосновано - ведь по идее этих приходов(на лишки) не должно быть... Выходит, что отчасти это правильно(плавание себестоимости)

[SistemaNipel]

Алексей, Вы выше упомянули что сталкивались со случаями правок расхода... Как с этим бороться? Каждый раз просматривать расход по киперу и хаусу и сравнивать? Попробовал распечатать список расхода-что в кипере что хаусе вылетает ошибка(что-то связаное со шрифтами), а так с монитора как-то неудобно просматривать. Может есть другие способы проверки расхода блюд?

[SH]

А можно попоробней как это отражается на вычислении себестоимости?

Допустим, у Вас есть картошка, 10кг по 10рублей.
Списалось 11 кг. На остатке -1 кг на -10 руб.
Себестоимость картошки в товаре те же 10руб. за кг!
Если мы фиксируем излишки через сличительную, то мы фиксируем эти 10 руб., и на остатке у нас 0.
Теперь, допустим, мы получили еще 1 кг картошки по 50 рублей.
Если мы зафиксировали излишки, то на остатках теперь 1 кг на 50руб.
Теперь допустим, что мы не создавали сличительную и можем сделать приход на отрицательный остаток.
Внимание, вопросы!
1. Сколько теперь числится на остатке картофеля? -1+1=0, но мы же только что получили 1 кг, куда он исчез? Перекрыл минус? А если этот минус был три месяца назад?
2. И хорошо, пусть количественный мы перекроем, но у нас было -10руб., а должно стать сколько? 40руб.? За что, за 0кг картошки? Хорошо, допустим, мы задним числом в старое списание подставляем новый товар, т.е. вместо списания старого кг по 10 руб. у нас списание товара из будущего по 50 руб.
3. И какой должна стать себестоимость картошки в товаре? 50 руб. за кг? А если отпускная цена за товар была всего 40, получается, что мы работали в минус?

Бред растет потому что надо понять главное - на самом-то деле мы израсходовали не 11кг, а 10. Не было у нас дополнительного кг, не появился он волшебным образом на кухне. Излишки и означают сумму товара, который мы СЭКОНОМИЛИ, и на эту сумму расход надо уменьшить в управленческом учете.

[SH]

Подумал тут про второй способ: если приходуются по рублю и себестоимость потом скачет, то это вполне обосновано - ведь по идее этих приходов(на лишки) не должно быть... Выходит, что отчасти это правильно(плавание себестоимости)

Отчасти правильно, но смысла в этом мало. Сэкономленную сумму мы можем посмотреть в другой колонке. Нам бы вот желательно отследить скачки себестоимости, связанные с закупкой товара, это гораздо важнее! Потому что оператор может как раз взять и оприходовать 100кг товара вместо 10, и себестоимость упадет в 10 раз. Но если Вы в приход подмешиваете излишки, такая ситуация пройдет мимо.

[SH]

Алексей, Вы выше упомянули что сталкивались со случаями правок расхода... Как с этим бороться? Каждый раз просматривать расход по киперу и хаусу и сравнивать? Попробовал распечатать список расхода-что в кипере что хаусе вылетает ошибка(что-то связаное со шрифтами), а так с монитора как-то неудобно просматривать. Может есть другие способы проверки расхода блюд?

Насчет шрифтов - это либо к системщику, либо здесь создайте отдельную тему и опишите проблему подробно, думаю, это решаемо.

Насчет правки расхода. Если злоумышленник очень умный и обладает нужной квалификацией, то в принципе возможно подправить расход прямо в R-Keeper - и это обнаружить практически невозможно, в связи с чем первый вывод - защищайте по максимуму доступ к накопительной базе данных R-Keeper (это файл ark6.udb) и к файлам резервной копии OLDRES (потому что на их основании можно создать свою параллельную накопительную БД).
Дальнейшие рассуждения основываем на том, что нам повезло и в R-Keeper данные правильны. И еще - это для четвертой версии, в тройке все гораздо хуже с защищенностью (до версии 3.28, кажется, но и потом есть методы - так что это еще один повод для апгрейда для тех, кто еще сидит на тройке и беспокоится за правильность учета).
При транспорте в Shouse документ расхода попадает с обозначением "И" - это значит, что он импортирован. Импортированный документ поправить нельзя. Если сделать копию, то ее можно исправлять как угодно - но значка "И" у нее не будет. Наверное, сделав нужный запрос к базе, все-таки можно поставить такой значок у отредактированной копии - но мне такой способ неизвестен (хотя в теории он есть и это нельзя скидывать со счетов).
Поэтому для начала надо проверить, что оператор списывает только на основании оригинальных документов.
Но проблема в том, что хоть отредактировать документ заменой блюд нельзя, все-таки можно добавить к блюду неправильный комплект и подставить его для списания. поэтому второе, на что надо обращать внимание - чтобы у блюд не было привязанных "посторонних комплектов".
Наконец, можно просто вручную создать расходную накладную. Чтобы выявить "кукушонка", надо соблюдать простые правила. Во-первых, для списания по реализации должен быть один корреспондент, который должен использоваться только для списания проданного. Т.е. допустим, с кассы импортируются несколько документов, за несколько из которых мы получили деньги (рубли, кредитные карты), а несколько прошли по разряду "неплательщики" (т.е. без оплаты или будут позже оплачены по себестоимости - не суть). Значит, на первый тип документов используем корреспонденты "Реализация", а на второй тип - каких-то еще корреспондентов (можно разных).
Тогда можно построить акт реализации, сравнить его с выручкой - раз, и суммы должны сойтись; и со списком расходных накладных на корреспондента "Реализация" - и суммы опять должны сойтись. Причем и отпускные, и закупочные. Если в списке расходных накладных суммы больше - значит, у Вас "досписывают".
Наконец, в акте реализации видна наценка, и ее можно изучить и сравнить с номинально заложенной. понятно, что сильных отклонений быть не должно. Если в калькуляционной карте себестоимость порядка 10 руб, и продалось 10 порций, то суммарная себестоимость должна быть около 100, но никак не около 150.
Ну и так далее. Следите за входящими-исходящими остатками в отчетных периодах - если что-то исправляется в закрытом периоде, этому должно быть объяснение. Возможно, для простоты отслеживания запретить что-то исправлять в периодах, по которым сдана отчетность (пусть даже управленческая) - проводить корректировки только текущим периодом. Ну и так далее.
Главная цель - все должно быть прозрачно и ясно.

[SistemaNipel]

спасибо огромное! Все понял.
Выручку сравнивать теперь буду. Сегодня посмотрел, суммы совпадают!

[SistemaNipel]

Вчера столкнулся с еще одной проблемкой - инвентура проводится раз в месяц, оборотная ведомость распечатывается за этот месяц(со дня следующего за прошлой инвентурой по нынешнюю инвентуру). В эту инвентуру, к примеру, лосось вылез излишками(н-р: +2кг), но в период между этими инвентурами создавалась с/в(правились остатки по лососю) где вылезло -5кг. В оборотке соответственно вылезло -3кг недостача. Почему так? как сделать так чтобы излишки/недостачи учитывались по последней с/в(которая на основании инвентаризации)?