Оборудование
Для работы в iikoFront часто используется оборудование, начиная редактированием заказа и заканчивая его оплатой.
Используемые виды оборудования могут быть самыми разными: фискальные регистраторы, принтеры, весы, денежные ящики, экран покупателя и т.д.
В версиях до 6.2 система могла работать только с определёнными моделями оборудования. Как правило, это были самые распространенные модели оборудования.
С помощью API можно реализовать поддержку фискальных регистраторов и весов любой модели.
Фискальный регистратор
В API фискальные регистраторы представлены типом ICashRegister, который в себе содержит только идентификатор устройства и его имя.
По большей части, ICashRegister представляет собой набор команд, таких как открытие/закрытие кассовой смены, оплата/возврат заказа, внесение/изъятие денежных средств и др.
Набор команд предопределен, а внутренняя реализация будет зависеть от конкретного устройства.
Чаще всего команды фискального регистратора возвращают текущее состояние в виде объекта CashRegisterResult, который содержит информацию о счётчиках денежных сумм, номерах документов, налоговых суммах и т. д.
Каждый фискальный регистратор имеет свои настройки, которые представлены типом CashRegisterSettings.
В интерфейсе BackOffice при добавлении или повторном настраивании устройства их можно будет увидеть и задать им значения.
CashRegisterSettings включает в себя следующую информацию:
- Наименование модели фискального регистратора, например «MStar-TK. Протокол AFP» (
Code). - Версия формата фискальных данных (
OfdProtocolVersion). - Таблица налоговых ставок (
FiscalRegisterTaxItems). - Таблица типов оплаты — определяется типом (
FiscalRegisterPaymentTypes). - Количество символов в одной строке чека, напечатанной стандартным шрифтом (
Font0Width). - Список настроек (
DeviceSetting) — это произвольный набор настроек, дополнительный к описанному выше набору. Например, это может быть COM-порт, TCP/IP-адрес, скорость обмена, пароль доступа и др.
Схема подключения оборудования к iikoFront для всех видов оборудования одинаковая.
Для того чтобы начать пользоваться своей моделью фискального регистратора, нужно зарегистрировать ее в списке оборудования.
Для этого нужно создать класс, реализующий ICashRegisterFactory, который будет являться представителем новой модели фискального регистратора, и добавить новую модель в список оборудования с помощью метода RegisterCashRegisterFactory().
В ICashRegisterFactory указывается имя модели оборудования и его настройки. Таким образом, в iikoOffice по имени модели можно будет найти фискальный регистратор и создать или отредактировать его настройки.
Пример плагина, реализующего интеграцию с фискальным регистратором, можно посмотреть в проекте Resto.Front.Api.SampleCashRegisterPlugin.
Весы
В Api весы представлены типом IScale. Как и любое устройство, весы в себе содержат идентификатор устройства и его имя. Тип IScale состоит из одной команды — взвесить (MeasureWeight()).
Результатом взвешивания является объект типа ScaleWeightResult, который включает в себя вес в килограммах (Weight).
Для того чтобы начать пользоваться своей моделью весов, нужно зарегистрировать ее в списке оборудования. Чтобы зарегистрировать модель, нужно создать тип IScaleFactory, который будет являться представителем новой модели весов, и добавить ее в список оборудования с помощью RegisterScaleFactory().
В IScaleFactory указывается имя модели оборудования и его настройки. Т.о. в BackOffice по имени модели можно будет найти весы и создать или отредактировать их настройки.
Пример плагина, реализующего интеграцию с весами, можно посмотреть в проекте Resto.Front.Api.SampleScalePlugin.
Автоматический запуск устройств
iikoFront умеет автоматически запускать устройства. Если устройство не запущено, любое выполнение команды на нем, кроме запуска, приведет к неудаче. Чтобы вручную не запускать устройство через BackOffice («Настройки оборудования») или iikoFront («Инструменты» -> «Настройки оборудования»), можно воспользоваться нижеописанным способом.
В настройках устройства в BackOffice установите галочку «Запускать автоматически». В целевых методах (например, DoCheque, OpenSession для ФР) добавьте проверку состояния устройства и выбросите исключение DeviceNotStartedException:
private void CheckStarted()
{
if (state != State.Running)
throw new DeviceNotStartedException("Device not started");
}
При возникновение такого исключения iikoFront попытается произвести запуск устройства и затем выполнить целевую команду.
Что делать, если онлайн касса пишет, что устройство не включено? и если касса не работает
Если драйвер Контрольно-кассовой машины (ККМ) работает исправно, то нужно проверить, под каким пользователем вы зашли в iStom. Если вы зашли как «администратор» или «первый запуск», то в данном случае касса работать не будет. В дальнейшем для того, чтобы пробить чек, необходимо заходить в программу под тем пользователем, который прописан в настройках драйвера ККМ.
Также необходимо проверить подключение кассы к компьютеру (желательно сразу выключить её и включить обратно). Для этого нужно нажать правую кнопку мыши на
значке «мой компьютер» и перейти в «свойства», после чего нажать на кнопку «диспетчер устройств».
В данном разделе необходимо открыть раздел «Порты (COM и LPT)». Ваша онлайн — касса будет в этом разделе. Если касса отсутствует — значит, касса не
подключена к вашему компьютеру.
так же, обратите внимание, что касса может не рабоать по следюущим причинам:
1. Не закрыли смену — необходимо закрыть пердыдущую смену
2. вход в Istom под пользователем, не прописанным в настройках Онлайн-кассы — выйдете и зайдите про iStom под логином и паролем пользовтаеля, уполномоченого работе с кассой.
3. Аппаратная ошибка кассы — выйдете из программы, выключите кассовый аппарат, отсоедините шрур кассы от компьютера, перезагрузите компьютер и кассовый аппарат.
-
26.11.2016, 19:18
#1
Новичок
iiko не видит сервер
Недавно iiko 3.9 перестал видеть сервер. Проверяю через SQL Management Studio, все работает, но сама iiko базу не видит, при подключении появляется «Пожалуйста, подождите» и вплоть до бесконечности. В чем может быть дело?———- Добавлено в 18:18 ———- Предыдущее сообщение было размещено в 18:15 ———-Если нужны какие-то конкретные логи, пожалуйста, напишите.
-
27.11.2016, 00:03
#2
Сведущий
-
27.11.2016, 10:14
#3
Новичок
Сообщение от Spaceman
Скиньте full.log
кликабельно
-
27.11.2016, 11:54
#4
Сведущий
В management studio проверьте наличие пользователя resto с правами dbcreator, processadmin, public и sysadmin. Если уже существует, то для него еще раз задать пароль resto#test
-
27.11.2016, 20:07
#5
Новичок
Сообщение от Spaceman
В management studio проверьте наличие пользователя resto с правами dbcreator, processadmin, public и sysadmin. Если уже существует, то для него еще раз задать пароль resto#test
Спасибо, все заработало, но при входе в Айко просит пароль, переборами resto/resto#test, admin/, admin/12345 не получилось
-
10.01.2017, 17:29
#6
Интересующийся
в офисе, сделайте учетку с root правами и киньте фронт через нее:
Допустим: Anna 555———- Добавлено в 16:29 ———- Предыдущее сообщение было размещено в 16:17 ———- Сообщение от Daniel_Wilkins
Спасибо, все заработало, но при входе в Айко просит пароль, переборами resto/resto#test, admin/, admin/12345 не получилось
Более того, есть доступ на SQL скиньте на defaul пароль от админа
1. Остановить службу iikoTomcat
2. Средствами менеджмент студио снять резервную копию базы Resto
3. На базе Resto выполнить скрипт:
update entity
setxml=stuff(cast(xmlasnvarchar(MAX)),
charindex(‘<passwordHash>’,cast(xmlasnvarchar(MAX)))+ 14,40,‘2155245b2c002a1986d3f384af93be813537a476’)
wheretype=‘User’andxmllike‘%<loginName>admin</loginName>%’
4. Запустить службу iikoTomcat и зайти с паролем по умолчанию
Добрый День! при первом запуске iiko front на windows 10 не можем решить эту проблему
Логи:
2021-05-18 09:01:48,592] INFO [ 1] [Program:Main] — ================================================================================
[2021-05-18 09:01:48,630] INFO [ 1] [Program:Main] — OutOfProcHost ver. 7.4.7012.0 started at 18:05:2021 09:01:48
[2021-05-18 09:01:48,634] INFO [ 1] [Program:Main] — ================================================================================
[2021-05-18 09:01:48,634] DEBUG [ 1] [Program:Main] — Initialize remoting channel: 0
[2021-05-18 09:01:48,663] DEBUG [ 1] [RemotingHelper:RegisterSingletonObjectForUsingThroughIpc] — Type OutOfProcHost has been registered on channel as interface IOutOfProcHost
[2021-05-18 09:01:48,672] DEBUG [ 1] [Program:Main] — Activate proxy object
[2021-05-18 09:01:48,687] DEBUG [ 1] [Program:Main] — Notificate parent process [pid=8484, event=HostStarted_cf5917e6-6de1-487b-918a-8f28e8bc570f]. Current pid=1628
[2021-05-18 09:01:48,725] DEBUG [ 1] [Program:Main] — Wait for parent process exit
[2021-05-18 09:01:49,225] DEBUG [ 7] [OutOfProcHost:LoadObject] — Try load type ‘Resto.CashServer.Agent.AgentHost’ from assembly ‘D:iikoiikoRMSFront.NetResto.CashServer.Agent.dll’
[2021-05-18 09:01:53,176] ERROR [ 7] [OutOfProcHost:LoadObject] — Loading failed.
System.IO.FileNotFoundException: Не удалось загрузить файл или сборку «Agent.dll» либо одну из их зависимостей. Не найден указанный модуль.
Имя файла: ‘Agent.dll’
в System.Reflection.RuntimeAssembly.GetType(RuntimeAssembly assembly, String name, Boolean throwOnError, Boolean ignoreCase, ObjectHandleOnStack type)
в System.Reflection.RuntimeAssembly.GetType(String name, Boolean throwOnError, Boolean ignoreCase)
в System.Activator.CreateInstanceFromInternal(String assemblyFile, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityInfo)
в System.AppDomain.CreateInstanceFrom(String assemblyFile, String typeName)
в System.AppDomain.CreateInstanceFromAndUnwrap(String assemblyName, String typeName)
в Resto.CashServer.OutOfProcHost.OutOfProcHost.LoadObject(String assemblyPath, String typeName) в H:BuildAgentworkmaster-installerdeviikoFront.NetResto.CashServer.OutOfProcHostOutOfProcHost.cs:строка 58
партнер компании 1с-битрикс
сайт фрилансера Сергея Эстрина
- Главная
- Модули для 1С-Битрикс
- Типовые услуги
- Форум
- Блог
- Контакты
- Заказать сайт, доработку
- Заказать типовую услугу
-
Купить битрикс — Бонусы!
пусто
Недоступен сервер iiko, connection refused
|
Добрый вечер! не могу зайти, высвечивается сообщение об ошибке, тех поддержка iiko написал, с их стороны все нормально api iiko delivery подключен, подскажите в чем может быть проблема? |
|
|
Сергей Эстрин Администратор Сообщений: 462 |
#2 22.10.2020 17:21:05
Здравствуйте. А какое именно сообщение, и где, уточните, пожалуйста. |
||
|
Цитировать Имя |
|
Гость, такое может быть, если у вас на хостинге/сервере порт 9900 (этот порт использует iiko) защищен файрволом. Если это простой хостинг, обратитесь в тп хостинга за решением проблемы. Также запустите проверку сайта в админке, может быть что-то покажет. |
|
|
Здравствуйте, не могу по паролю зайти в айку. Что можно с этим сделать? |
|
|
Сергей Эстрин Администратор Сообщений: 462 |
#6 02.07.2021 23:22:07 Карина, к сожалению, не могу сказать, я специалист по сайтам, могу подсказать только по интеграции Iiko с сайтом. Вы спрашиваете про внутреннюю работу системы, в частности про приложение iiko waiter. |
|
Цитировать Имя |
|
iiko — отечественное программное обеспечение для заведений общественного питания. Более 43 тысяч ресторанов в 51 стране мира уже пользуются iiko для автоматизации ресторанов, кафе, столовых и других точек общепита.
iiko любят за легкую интеграцию с ЕГАИС, онлайн-кассами и системами маркировки, упрощение учета товаров на складе, управленческого и бухгалтерского учета. Как раз с учетом чаще всего у пользователей и происходят сложности: важно правильно вести его в системе и соблюдать правила. Ошибки при ведении учета ведут к некорректным результатам, а те, в свою очередь — к потерям и штрафам, а также особому вниманию налоговой службы.
Мы расскажем о 10-ти самых популярных ошибках пользователей в ведении складского и управленческого учета. Тема большая, а рассказать подробно хочется о многом, поэтому мы разбили материал на две части, и эта — первая часть.
ЧАСТЬ 1. Ошибки складского учета в iiko, возникающие у пользователей
Пояснения
Перед тем, как начать разбирать ошибки, которые допускаются пользователями при работе в системе, необходимо разобраться в некоторых терминах.
Имеют место два понятия — базовые и дополнительные единицы измерения. Разберемся в них.
При создании карточки товара нужно обязательно указывать базовую единицу измерения. Базовая единица измерения — это основная единица, которая будет использоваться в документах и технико-технологических картах (далее – ТТК).
Если элемент измерения принимается не в килограммах, задайте вес одной базовой единицы измерения в килограммах в поле “Суммарный фактический выход на 1 норму закладки (вес 1 единицы измерения)”.
По умолчанию это значение равно 0, поэтому рядом с ним стоит предупреждающий значок.
Если его не скорректировать, в технологических картах вхождение этого элемента по весу брутто всегда будет нулевым.
Такая ситуация не всегда является ошибочной. Фактический вес единицы измерения элемента номенклатуры может быть «нулевым»: например, у бумажного стаканчика, который считается “ингредиентом”кофе как блюда. При продаже кофе этот элемент должен списываться (вес брутто), но не добавлять вес выходу блюда (вес нетто).
Для удобства подсчета остатков товара на складах и ведения документооборота в товарах используются фасовки — дополнительные единицы измерения, в которых определено, сколько в данной фасовке содержится базовых единиц измерения элемента номенклатуры (сколько кг/л содержится в упаковке/банке).
ОШИБКА №1. Некорректное заведение приходных накладных и/или самого товара в накладной
В приходных накладных товар можно заводить как в базовых единицах измерения, так и с использованием фасовок, которые указаны в товаре.
Часто сотрудники начинают менять единицу измерения в накладной, не обращая внимание на указанное количество в предыдущей единице измерения.
Было указано 2 банки по 720 грамм, фактический вес 1,1 кг. (в базовой единице измерения маслин). Себестоимость банки 816 р за 1 шт.
Решили, что удобнее будет завести товар в кг и изменили фасовку, но не поменяли вес. В результате в программу поставили на приход 2 кг маслин по 816р/кг, тем самым увеличили фактический остаток (создали недостачу) на складе и уменьшили себестоимость (снизили прибыль и наценку).
Как бороться с ошибкой:
Поможет формирование отчета об изменение себестоимости. Он выявит товары, у которых изменилась себестоимость за промежуток времени в процентном соотношении. Увеличение или уменьшение процента может быть связано не только с корректностью заведения приходной накладной, но и с сезонным товаром (зимой дороже, летом дешевле).
Также рекомендуем отслеживать товарные остатки. Проводите инвентаризации не реже раза в месяц. При выявлении ошибок в приходных накладных нужно производить корректировку документа в ревизионном периоде (период от предыдущей ревизии до текущей) или в открытом периоде (по умолчанию в программе он составляет 60 дней).
ОШИБКА № 2. Неправильное составление технологических карт
В технологической карте задается норма закладки, состав, технология приготовления блюда, фиксируется акт его проработки, то есть данные, необходимые для ведения и печати документов (например, калькуляционной или технологической карты) в соответствии с нормами законодательства.
На основании введенных значений нормы закладки ингредиентов будет производиться их списание при продаже блюда.
По умолчанию в технологических картах в строке “норма закладки” задано значение «1», то есть расчет ведется на одну базовую единицу измерения. Если количество ингредиентов рассчитано на больший выход порций/кг, то необходимое количество нужно внести в строку “норма закладки” .
Зачастую в ТТК забывают про норму закладки и при продаже блюда или списании заготовки некорректно списываются ингредиенты. Это влечет за собой излишки остатков и увеличение себестоимости блюда/заготовки.
Например:
Морс клюквенный 1 порция = 1 стакану 0,5 л
Для приготовления морса нужно:
Клюквы 0,0725гр
Сахара 0,070гр
Воды 0,5л
Себестоимость 1 порции = 1,40р
Повар приготовил заготовку на морс из расчета на 5 л. Норма закладки соответствует выходу П/Ф.
Если в П/Ф не поменяли норму закладки, при продаже одного стакана морса будет списываться намного больше ингредиентов, чем должно быть на самом деле. Это создаст превышение товара на складах. Также потребуется увеличивать стоимость одной порции, так как себестоимость самого блюда тоже увеличилась.
Как бороться: необходимо обязательно проверять и изменять норму закладки, если ТТК составлена не на 1 кг/1 порцию.
ОШИБКА № 3. Не указан процент потерь в технологических картах
Потери в общепите — вещь общеизвестная и непобедимая. Но даже потери продуктов при обработке необходимо рассчитывать и отражать в технологических картах. Причем важно указывать процент потерь по каждому ингредиенту с учетом вида обработки (жарка, варка, разморозка и прочее).
При составлении ТТК все ингредиенты указываются в брутто (неочищенными, необработанными). Потери в ТТК могут быть при холодной или горячей обработке.
Потери в техкарте нужны для:
1) понимания и выведения среднего значения потерь на кухне при приготовлении блюда;
2) получения выхода готового продукта (точный вес блюда/заготовки);
3) точного расчета калорийности на одну норму закладки (порцию кг/л/шт.) с указанием способа приготовления.
Для расчета калорийности нужно указывать корректный процент потерь при горячей обработке и способ приготовления.
Неправильный расчет калорийности представлен на примере:
— у масла поставили 100%, забывая о том, что оно увеличивает калорийность блюда;
— не указали способ приготовления при подсчете пищевой ценности.
4) предоставление в Роспотребнадзор технико-технологической ТТК
Показатели качества и безопасности
Физико-химические и микробиологические показатели соответствуют требованиям Межгосударственного стандарта ГОСТ 30390-2013 «Услуги общественного питания. Продукция общественного питания, реализуемого населению. Общие технические условия», а также ТР ТС 021/2011 и СанПиН 2.3.2 1078-01
Органолептические показатели:
Пищевая и энергетическая ценность (на 100г.)
Как бороться: указание процента потерь при составлении ТТК к блюдам/заготовкам не обязательно, но желательно. Постарайтесь донести до сотрудников важность указания процента потерь в ТТК.
ОШИБКА № 4. Некорректно указан метод списания ингредиентов в технологических картах
Технологическую карту могут иметь блюда, заготовки и модификаторы. Техкарта содержит ингредиенты и норму их закладки. По этим нормам ингредиенты списываются со склада при продаже или приготовлении блюда — это зависит от метода списания. Во всех ресторанах сети действует одна и та же версия техкарты блюда.
Существует 2 метода списания.
Списывать ингредиенты — ингредиенты, которые были использованы для приготовления блюда, будут списываться только при продаже блюда. Количество блюд и заготовок на складах при применении этого метода списания не учитываются. Всю аналитику по количеству проданных блюд можно посмотреть только после продажи.
Списывать готовое блюдо – способ используется, если блюдо готовится в производстве и нужен учет готовых изделий /продукции. Его ингредиенты списываются со склада производства при приготовлении, затем в качестве готовой продукции это блюдо поставляется на склад и списывается как товар при продаже.
Например:
Товаровед учитывает количество круассанов. В круассане есть ТТК с набором ингредиентов и указан метод списания «Списывать готовым блюдом».
Для учета круассанов на складе нужно сделать «Акт приготовления», который позволяет списать ингредиенты, заложенные в ТТК, с пересчетом на приготовление 24 штук круассанов.
Так же акт приготовления позволяет не только списать ингредиенты со склада «Кондитер», но и оприходовать круассаны на другой склад «Кухня» — 24 штуки.
Многие, кто использует метод списания «Списывать готовым блюдом», забывают создавать акты приготовления.
В торговой точке образовываются некорректные остатки на складах. Остаток по круассанам не увеличивается, и они начинают продаваться в минус (продаем то, чего нет на остатке), а по ингредиентам на складе Кондитер не списываются остатки. В результате — недостача.
Как бороться: нужно четко понимать, какую цель преследуют сотрудники при приготовлении и учете тех или иных продуктов. Обязательно правильно указывать методы списания в ТТК и не забывать оформлять акты приготовления, если нужен учет готовой продукции.
ОШИБКА № 5. Неверная инвентаризация
При инвентаризации часто появляется ошибка с фасовками. В инвентаризации можно заводить товар в базовых единицах, так и в фасовках.
Например :
Маслины б/к учитываются в кг (базовая единица). Соответственно, в документ инвентаризации нужно завести данный товар в кг.
Товар на складах могли посчитать как в кг, так и в штуках. Зависит от того, в каком виде хранится товар на складе.
При ошибке в инвентаризации устанавливают вес в фасовке (за 1 шт. 720 гр.), но не изменяют фактический вес в базовых единицах. В результате после инвентаризации остаток на складе будет неверный, и может быть выявлена недостача по товарам.
Если нужно указать в инвентаризации товар в штуках, а базовая единица измерения указана в кг, то обязательно нужно указывать количество штук в графе “тара”. Программа сама пересчитает вес в базовые единицы в кг.
Как бороться: при инвентаризации внимательно следить, что принято за базовую единицу для той или иной продукции. Обязательно обращать внимание, в каких единицах заносят товар в документ инвентаризации.
ОШИБКА №6. Не ведется списание бракованных или испорченных продуктов
При приеме поставки не всегда удается точно отследить, все ли продукты пришли в нужном качестве. Особенно это касается зелени и овощей: в ящике запросто могут оказаться подгнившие помидоры или подвядшая зелень. Хотя кажется, что это мелочи, нельзя пускать все на самотек: вы удивитесь, сколько денег теряет ресторан за год на таких потерях. Что касается брака, то здесь важно быть внимательным на приемке и заворачивать весь брак назад поставщику.
Для более точного учета товара на складах и выявления недостач/превышений товара нужно проводить акты списания по товарам/блюдам/заготовкам, если они не пригодны для реализации в торговой точке. Акты списания позволяют выявить причины потерь, усилить внимание и контроль на проблемных позициях.
Как бороться: учитывать всю порчу, которая происходит в точке общепита; не принимать товары с браком или вовремя списывать их; своевременно проводить акты списания по товарам/блюдам/заготовкам, если они не пригодны для реализации в торговой точке.
В следующем нашем материале рассмотрим типовые ошибки пользователей при работе в iiko в области управленческого учета
Автор статьи — Голубева Ольга, руководитель отдела автоматизации и бизнес-тренер
Продолжение темы в следующей статье — Часть 2. Ошибки управленческого учета