Учить других не делать ошибок в будущем? так оба этих сотрудника в вопросе учат, одни на ошибках "собственных" (пусть наступают на грабли), другие избегать ошибок путем правильного прогнозирования ситуаций не дожидаясь самой этой ошибки (видите грабли? - не наступайте на них иначе по лбу получите, оно вам надо?).
Ссылка на скачивание вебинара от компании iiko
https://drive.google.com/file/d/0B7sJqRuvOie8MFpjYmRDS3AtVmM/view?usp=sharing
+Небольшая презентация ЕГАИС.pdf
Последний раз редактировалось Spaceman; 10.12.2015 в 18:42.
Коллеги, как вы считаете по предложенной iiko схеме насколько корректно можно формировать Журнал реализации алкоголя?Сообщение от Spaceman
В вебинаре iiko рассказали, что Журнал строится исключительно по данным продаж (в том числе продукции, содержащей алкоголь) и никаким образом не учитывается факт вскрытия тары, о чем прямо сказано в приказе о заполнении этого Журнала.
По остатку на начало дня и продажам за день iiko рассчитывает, сколько бутылок было вскрыто. Как это можно сделать корректно, если из литра алкоголя бармен льет 23 шота вместо 20, и все 23 проводит через кассу?
Если весь алкоголь, при перемещении в бар вскрывается (схема SH), и в баре стоит одновременно две открытые кеги одного пива. Пока реализация не превысит одну кегу, у iiko вторая останется "закрытой".
И вопрос из вебинара - если из алкоголя в ресторане делают заготовки (настойки, тот же лимончелло), то алкоголь вскрывают задолго до того, как какая-то его часть начнет продаваться. Как тут можно правильно заполнить Журнал?
В вебинаре был озвучен такой вариант - мы журнал выгружаем в excel, далее редактируйте его как хотите, если у вас такие заморочки. Это действительно заморочки, и с журналом можно особо не париться?
Ответ простой: полностью в соответствии с законодательством можно вести журнал:
1) Либо полностью вручную, шариковой ручкой записывая на бланк каждую вскрытую бутылку/банку/кегу
2) Автоматически, сканируя на кассе сканером ш/к каждую вскрытую бутылку/банку/кегу. В этом случае нужна очень масштабная переработка ПО. Насколько я в курсе, это не реализовано как в R-Keeper, так и в iiko.
На данный момент и алгоритм формирования журнала из StoreHouse, и алгоритм iiko подразумевают определенный уровень допущений. Либо мы считаем, что всё, оприходованное/перемещенное на бар сразу вскрыто (SH), либо мы пытаемся как-то рассчитать по данным продаж, сколько тары вскрыто (iiko). Оба варианта дадут приблизительную картину, но иначе пока никак.
По алгоритму хауса в голову приходит мысль, как слегка прикрыть пятую точку - на таре повреждать транспортировочные пломбы. Т. е. например на водке крышку открутить и сразу закрутить обратно. На шампанском - фольгу отодрать. На кеге с пивом - надорвать заводскую бумажку, на которой написано, что это за пиво и когда произведено.
Но если честно - я сильно сомневаюсь, что в каких-либо ресторанах будут с этим заморачиваться.
Также, начинаю ряд мероприятий по работе с ЕГАИС, подскажите, если что не так делаю.
Обновил Чейн на 4.3.1167, обновил один из РМС, остались еще несколько, вроде как вышел релиз 4.3.2, но спешно убрали, но не ждать же до конца, должны быть скрипты для 4.3.1167.
Получил JaCarta на каждое из ИНН/КПП.
Теперь, на каждом объекте, на компьютер администратора буду вставлять эти JaCarta и настраивать УТМ.
Пробовал у себя на компе, получилось не сразу, сложности с настройками безопасности.
Потом, приходит авто с алкоголем, оформляем приходную накладную, через УТМ мы должны ее увидеть?
да только не в 4.3.1 не в 4.3.2 нет пока возможности работать с ЕГАИСом... нужно ждать патч или версию 4.3.3
Или ключ можно вставить в сервер?
Пробовал у себя на компе, получилось не сразу, сложности с настройками безопасности.
У нас приходные накладные приходуются сотрудниками офиса, в Чейн, после проведения накладной, им нужно будет держать обратную связь с объектами, чтобы те отправили данные в ЕГАИС?
Конечно, и сами Айковцы говорят, что будт патчи.
Ваши права
Ответить с цитированием