Налоговые категории в iiko

Опубликовано: 15.05.2024

Если в списке поддерживаемых моделей фискальных регистраторов (ФР) в iiko вы не нашли нужной вам модели, вы можете написать свою поддержку интересующей вас модели ФРа. Это будет плагин, подключаемый к iikoFront — внешний ФР. Cм. введение. Для плагинов, реализующих внешние ФРы, вводится специальное лицензирование.

Подключение внешнего фискального регистратора

Подключение внешнего ФРа состоит из 2 шагов.

Шаг 1: Зарегистрировать новую модель ФРа. Для этого нужно реализовать интерфейс ICashRegisterFactory и зарегистрировать его посредством вызова методов API:

Это нужно для того, чтобы в iikoRMS появилась ваша новая модель ФРа, которую потом можно будет добавить и подключить как контрольно-кассовую технику (ККТ) к кассе.

Шаг 2: Добавить ФР новой модели. Для этого нужно реализовать интерфейс ICashRegister и создавать его экземпляр в методе ICashRegisterFactory.Create() :

По нажатию «Завершить» в окне добавления ФРа (iikoOffice => «Настройки оборудования»), будет вызван метод ICashRegisterFactory.Create() , который добавит новый ФР в список оборудования. После этого iikoRMS сможет общаться с внешним ФРом, отправлять ему команды и принимать его ответы.

Настройки фискального регистратора CashRegisterSettings

Каждое оборудование имеет свой набор настроек IDeviceFactory.DefaultDeviceSettings :

Произвольные настройки:

В зависимости от модели ФРа, набор настроек может различаться. Для этого предусмотрен контейнер произвольных настроек DeviceSettings.Settings :

Варианты настроек:

bool — галочка — DeviceBooleanSetting
string — текстовое поле — DeviceStringSetting
number — числовое поле DeviceNumberSetting : — целоеDeviceNumberSettingKind.Integer , — дробноеDeviceNumberSettingKind.Decimal , — количественное, со стрелками управления — DeviceNumberSettingKind.Amount
enum — перечисление с заданным набором значений DeviceCustomEnumSetting : — выпадающий список — DeviceCustomEnumSetting.IsList = true — радиогруппа — DeviceCustomEnumSetting.IsList = false Значение перечисления описывается типом DeviceCustomEnumSettingValue .

Все настройки из коллекции DeviceSettings.Settings при подключении ФРа попадают на вкладку «Дополнительные настройки»:

Обязательные настройки:

Есть настройки, которые присутствуют в любой модели ФРа. К ним относятся:

CashRegisterSettings.Font0Width — ширина чековой ленты (вкладка «Основные настройки»).
CashRegisterSettings.OfdProtocolVersion — версия протокола формата фискальных данных, далее ФФД (вкладка «Основные настройки»). Актуально только для РФ.
CashRegisterSettings.FiscalRegisterTaxItems — список регистров ФРа, соответствующие налоговым категориям (вкладка «Налоговые категории»).

CashRegisterSettings.FiscalRegisterTaxItems — список регистров ФРа, соответствующие типам оплат (вкладка «Типы оплат и регистры»).

Взаимодействие iikoFront с внешним ФРом происходит через интерфейс ICashRegister . Именно он отвечает за поведение внешнего ФРа. К примеру, если в iikoFront происходит оплата заказа, управление придет в команду ICashRegister.DoCheque() с необходимыми данными ChequeTask для проведения операции на ФР. iikoFront будет ждать выполнения команды и анализировать ответ ФРа CashRegisterResult .

Операций ФРа

1. Setup() — установка настроек, конфигураций ФРа. Это первая команда, выполняемая плагином. Вызывается при добавлении нового ФРа или при редактировании настроек ФРа. Основная задача плагина сохранить и применить новые настройки CashRegisterSettings , которые приходят аргументом. Чаще всего в этой команде происходит остановка драйвера ФР, применение новых настроек и запуск ФР, если ФР был запущен:

2. Start() — запуск ФРа. Команда вызывается по нажатию «Запустить» в iikoOffice. Также ФР может быть запущен автоматически, если при добавлении устройства в настройках ФР установить флаг «Запускать автоматически».

Обычно в этой команде происходит инициализация драйвера, открытие порта, соединение с устройством и тестирование соединения:

3. Stop() — остановка ФРа. Команда вызывается по нажатию «Остановить» в iikoOffice. Команда предназначена для остановки устройства, освобождения ресурсов и закрытия портов, например:

4. RemoveDevice() — удаление устройства. Команда вызывается при выборе «Удалить» в контекстном меню позиции с внешним ФРом в iikoOffice. Объект ФР в RMS будет помечен удаленным, если выполнение команды не выбросит исключение.

5. GetDeviceInfo() — запрос состояния ФРа. Команда вызывается каждый раз при открытии вкладки «Администрирование» => «Настройки оборудования» или по нажатию кнопки «Обновить» на той же вкладке.

Исходя из полученного ответа DeviceInfo , RMS понимает протокол общения с ФРом: можно ли с ним работать, какие команды можно отправлять ФРу. Состояние ФРа описывается типом DeviceInfo , который содержит:

State — состояние ФРа. Это может быть «Running» (запущен), «Stopped» (остановлен) и прочее.
Comment — текстовое описание состояния ФРа.
Settings — настройки ФРаCashRegisterSettings .

Пример реализации запроса состояния подключенного и запущенного устройства:

6. DoOpenSession() — открыть кассовую смену (КС). Актуально для тех ФРов, драйверы которых имеют команду «Открыть смену». Например, ФРы ФЗ-54, т.к. нужно указывать имя кассира. Если ФР не имеет отдельной команды для открытия смены, то нужно вернуть успешный ответ CashRegisterResult.Success = true без выполнения операции в ФР.

7. DoXReport() — печать X-отчета или его аналога (промежуточный суточный отчет без закрытия смены). Кассовая смена на iikoFront считается открытой если команда DoOpenSession() выполнится без исключения, а DoXReport() вернет успешный результат: CashRegisterResult.Success = true .

8. DoBillCheque() — пречек заказа или отмена пречека. Команда выполняется на тех ФРах, которые поддерживают печать пречека CashRegisterDriverParameters.IsBillTaskSupported = true (см. чек типа «Счёт» ).

Информация по заказу приходит в аргументе BillTask :

Id — уникальный номер выполняемой операции.
CashierName — имя кассира.
CashierId — GUID кассира, его идентификатор:

Позиции заказа описываются типом ChequeSale :

Name — наименование позиции (товар, блюдо и прочее).
Code — артикул позиции. В некоторых случаях артикул может отсутствовать (в этом случае передается ноль). Например, печатается чек со сгруппированными по НДС позициям или чек предоплаты.
Price — цена позиции, без учета скидок и надбавок.
Amount — количество позиции.
GuestName — имя гостя, которому соответствует позиция в чеке.
Vat — сумма НДС позиции.
Section — секция ФРа, которому принадлежит блюдо, согласно карте приготовления блюд («Администрирование» => «Настройки торгового предприятия» => «Группа» => «Общие настройки» => «Общая карта приготовления блюд»).
DiscountSum — сумма категориальных скидок, которые действуют на данную позицию.
IncreaseSum — сумма категориальных надбавок, которые действуют на данную позицию.
Discount — процент скидки на позицию.

После нажатия на «Пречек» на экране заказа, фронт отправляет команду ФРу и ожидает от него ответ CashRegisterResult , который состоит из следующего:

Success — true — операция прошла успешно, false — операция не выполнилась или прошла с ошибкой.

Message — текстовое сообщение выполнения команды ФРом. IikoFront выводит данный текст на экран, если операция прошла неуспешно.

CashSum — сумма наличности в кассе на момент запроса.

TotalIncomeSum — сумма выручки (наличные + безналичные) в кассе за текущую кассовую смену.

После закрытия КС или открытия КС TotalIncomeSum должна быть равна нулю.

Session — номер смены ФРа.

SerialNumber — серийный номер ФРа.

DocumentNumber — номер документа (для ФЗ-54: номер фискального документа) (документами являются открытие смены, внесение, изъятие и прочее).

SaleNumber — номер чека (чек: чек продажи, чек возврата).

BillNumber — номер заказа/счета (актульно для Республики Беларусь).

RtcDateTime — дата и время в ФР.

Так выглядит ответ на большинство команд ФРа, будь то оплата, предоплата, пречек, возврат, печать Z-отчета, печать X-отчета, внесение, изъятие. В зависимости от содержимого ответа, iikoFront решает выполнилась ли команда на ФР и с каким результатом. В общем случае, для любой операции с таким ответом, если результат вернулся неуспешным Success =false, iikoFront выведет ошибку на экран с текстом сообщения Message и iikoFront будет считать, что на ФРом команда не была выполнена. Это не касается проверки на задвоение, которая выполняется при каждой денежной операции (оплата, возврат, внесение, изъятие, предоплата). Задача этого механизма не дать выполнить денежную операцию повторно, на тот случай, если ФР вернул ошибку. iikoFront перед каждой такой операцией будет пытаться выявить несоответствие денежных сумм в ФРе со своими подсчетами.

Если отрицательный ответ iikoFront обрабатывает одинаково, то успешный результат для каждой операции анализируется по-разному. Так, в случае пречека, номер счета/заказа будет сохранен в базу iikoFront, при условии, что BillNumber != null.

9. DoCheque() — закрытие заказа, предоплата, возврат. Команда вызывается при закрытии заказа (по нажатию «Оплатить» на экране кассы) в iikoFront. Вся необходимая информация по заказу, его оплатах, кассире приходит в аргементе ChequeTask , который включает в себя описание BillTask и дополняет его следующими свойствами:

CashPayment — сумма оплаты наличными.
CardPayments — список оплат по безналу. Оплата по безналу ChequeCardPayment внутри содержит: — сумму оплаты ChequeCardPayment.Name . — регистр ФРа соответствующий типу оплаты ChequeCardPayment.PaymentRegisterId . — признак по-умолчанию — если регистр ФРа не назначался ChequeCardPayment.IsDefaultNonCash .
CreditSum — сумма по чеку постоплатой (в кредит).
ConsiderationSum — сумма по чеку встречным предоставлением.
PrepaymentSum — сумма по чеку предоплатой (зачетом аванса и (или) предыдущих платежей).

Все вышеперечисленные виды оплат в сумме покрывают стоимость заказа.

RoundSum — остаток от округления стоимости заказа в пользу клиента. К примеру, если заказ стоил 100 руб и 20 коп., RoundSum будет равен 20 коп. Округление не включается в сумму скидок на заказ или на позицию, отображается только в текущем поле.
OrderId — идентификатор заказа. Чтобы получить заказ:

При проведении оплат, предоплат, возвратов, внесений, изъятий iikoFront может сверять свои подсчеты денежных сумм по кассовой смене с подсчетами ФРа, это зависит от конфигурации iikoFront, по-умолчанию сверка происходит. Делается это для того, чтобы избежать возможного дублирования печати чека, который мог все-таки напечататься, даже если вернулся неуспешный результат Success =false. Для этого анализируются поля CashSum и TotalIncomeSum . Также после оплаты iikoFront в БД сохраняет номер документа ФРа DocumentNumber , потом этот номер можно увидеть в закрытом заказе и номер продажи SaleNumber .

10. GetCashRegisterData() — команда запроса данных ФРа. Вызывается всегда при фискальных операциях для получения данных по денежным суммам, для получения серийного номера ФРа (если серийный номер менялся в пределах одной КС, iikoFront попросит закрыть КС и открыть новую), или даты и времени на ФРе при открытии смены для их сверки. Пример реализации GetCashRegisterData() :

11. GetCashRegisterStatus() — команда запроса состояния ФРа. Это состояние отображается в трее iikoFront. Например, если ФР возвращает режим обслуживания RestaurantMode и он не совпадает c режимом обслуживания iikoFront, выведется сообщение «Неверный режим ФР». Также по SessionStatus проверяется просроченность смены. Кроме прочего ФР может выводить сообщение в трей, если:

iikoFront опрашивает состояние ФР каждый раз после выполнения любой фискальной операции.

12. OpenDrawer() — открыть денежный ящик (ДЯ). В зависимости от настройки типа оплаты «Открывать денежный ящик», на ФР будет отправлена команда открыть денежный ящик.

13. IsDrawerOpened() — открыт ли денежный ящик. Если ФР не поддерживает команду получения статуса денежного ящика, то нужно вернуть true.

14. PrintText() — печать нефикального документа. Например, печать отчетов, печать штрихкодов для позиций. Текст документа будет прислан в команду PrintText() для печати его на бумаге.

15. DoPayIn() — внесение денежной суммы в кассу. Информацию по кассиру можно получить так:

16. DoPayOut() — изъятие денежной суммы из кассы.

17. DoCorrection() — печать чека коррекции (iikoFront => «Доп» => «Чек коррекции»).

По передаваемому объекту CorrectionTask , ФР понимает какой чек корреции нужно провести:

DocumentType — признак расчета: — CorrectionDocumentType.Sale — коррекция прихода, — CorrectionDocumentType.Buy — коррекция расхода.
CorrectionReason — тип коррекции: — CorrectionReasonEnum.OwnInitiative — самостоятельная, — CorrectionReasonEnum.Determination — по предписанию.
CashSum — сумма по чеку наличными.
NonCashSum — электронные средства.
PrepaymentSum — предоплата.
CreditSum — оплата в кредит.
ConsiderationSum — оплата встречным предложением.
DocumentDateTime — дата документа основания для коррекции в формате ГГГГ-ММ-ДД.
DocumentNumber -номер документа основания для коррекции.
DocumentName — наименование документа-основания для коррекции.
TaxationSystem — применяемая система налогообложения.
VatSum — корректируемые суммы НДС (сумма НДС чека по ставке 18%, 10%, 18/118, 10/110, 0%, без НДС). CashRegisterVatData : TaxAmount — рассчитанная сумма НДС и TaxableSum — сумма расчета (для НДС 0 и без НДС).

18. DoZReport() — закрыть кассовую смену на ФРе. Кассовая смена на iikoFront считается закрытой если команда DoZReport() вернет успешный результат: CashRegisterResult.Success = true.

19. GetQueryInfo() — запрос на расширенные команды ФРа. С помощью команд GetQueryInfo() и DirectIo() ФР может на свое усмотрение добавлять свои команды, которые можно будет вызывать из iikoFront «Доп» => «Команды фискальному регистратору»*. Метод GetQueryInfo() возвращает описание произвольных команд ФР, а DirectIo() выполняет их. Пример — приветствие пользователя:

Выбор команды ФРа:

Ввод имени пользователя:

Таким образом, плагин может запрашивать какие-то данные у пользователя, выводить сообщения, отображать на UI документы. QueryInfoResult :

SupportedCommands — список поддерживаемых команды ФРа сверх протокола. SupportedCommand содержит: — Name — кодовое имя команды. — ResourceName — отображаемое имя команды. — Parameters — поля ввода информации, где RequiredParameter.Type может быть: “bool”, “string”, “int”, “datetime”, “double”. От этого зависит тип ввода поля: текст, ввод целого числа, ввод дробного числа, флаг, ввод даты.

20. DirectIo() — выполнение произвольной команды ФРа. Если команда возвращает заполненный DirectIoResult.Document , этот документ будет отображен на экране iikoFront.

21. GetCashRegisterDriverParameters() — настройки драйвера ФРа. Пример:

Как правило, эти настройки считываются с драйвера устройства после его запуска, т.к. до запуска они еще не известны. От этих настроек iikoFront понимает умеет ли ФР печатать текст, может ли вносить деньги в закрытую КС, поддерживает ли печать QR-кодов и т.д.

1. Почему не появляется в списке моделей внешний ФР?

Вариант 1: Скорее всего регистрация внешнего ФР прошла неуспешно. Это можно проверить по логам api.log в папке с данными фронта. Наличие следующих записей говорит об успехе регистрации внешнего ФРа:

CashRegisterPluginFolderName — имя папки c плагином iikoFront/Plugins/CashRegisterPluginFolderName CodeName — DeviceSettings.CodeName Иначе, в логах будет зафиксировано исключение.

Вариант 2: Обновить вкладку с настройками оборудования в iikoOffice: «Администрирование» => «Настройка оборудования» => кнопка «Обновить». Если вкладка была уже открыта до запуска iikoFront, то список доступных моделей оборудования не был обновлен автоматически, его нужно обновлять вручную или переоткрыть вкладку.

2. Как по идентификатору кассира Guid cashierId получить имя кассира?

3. Как сконфигурировать типы внесений и изъятий в iikoOffice, чтобы вызывались методы ФРа DoPayIn() и DoPayOut() ?

Скорее всего настроены нефискальные внесения и изъятия. Это просто бухгалтерские перемещения, которые не вызывают команды ФРа на их печать. Фискальные внесения и изъятия должны иметь пустой Шеф-счёт. См. документацию iiko про «Типы внесений и изъятий п.4».

Перенос блюд и деление заказа между гостями

Теперь при переносе позиций или делении блюд между гостями экран разделится на 2 части. Чтобы перенести блюдо, достаточно на него нажать. Для переноса нескольких порций, нажмите на область, где указано количество блюд (находится слева от названия) или воспользуйтесь кнопками в центре экрана. Вы можете разделить заказ поровну между всеми гостями или только некоторыми из них, а также указать точное количество блюд для переноса.

Информация о чаевых

Начиная с новой версии iiko информация о чаевых будет печататься в квитанциях об оплате и чеках. Всю информацию по чаевым можно посмотреть в новом Отчете по чаевым, а также в отчетах по кассовой ленте и доставкам и в журнале событий. Если чаевые оставлены после оплаты заказа со сдачей, они не попадут в чеки и отчеты по доставкам.

Теперь не обязательно вводить номер телефона в заказе на самовывоз

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

Обновления коснулись не только кассы, но и офиса.

Налоговая категория по умолчанию

Если в работе вы используете одну налоговую категорию, вам будет полезна новая опция “налоговая категория по умолчанию”. Она настраивается в офисном приложении и применяется ко всем товарам, у которых налоговая категория не была установлена ранее.

Ограничение прав доступа к кухонному экрану

В прошлых версиях iiko доступ к кухонному экрану был у любого пользователя кассового терминала. Теперь вы можете настроить права и ограничить доступ к кухонному экрану. Это поможет избежать ситуации, когда официант случайно изменил статус блюда и нарушил работу кухни. Новые пользователи с ролями менеджера, администратора или повара автоматически получают доступ к кухонному экрану, а у остальных сотрудников таких прав не будет, но их можно подключить вручную. Для уже существующих пользователей ничего не изменится.

Сводная расходная накладная ПРК

Появилась возможность печатать сводную расходную накладную при работе с заказами, поступающими из разных отделений сети. Раньше нужно было печать отдельную накладную для каждого заказа, что было не очень удобно. Теперь можно объединить все заказы в один документ, что упрощает контроль отгрузки.

Телефонией OZEKI теперь можно пользоваться через TCP

Раньше телефония Ozeki работала только через протокол UPD и в некоторых странах могла работать некорректно. Теперь вы можете выбрать между протоколами и решить эту проблему.

Для выбора протокола перейдите в Администрирование - Настройки торгового предприятия - Настройки АТС и выберите нужный протокол.

Свой рингтон в PJSIP

Для сервиса SIP-телефонии PJSIP изменена мелодия входящего вызова и появилась возможность загрузить свой рингтон.

Чтобы его загрузить, переименуйте свой рингтон формата .wav в ringback.wav и замените файл в папке:

для iikoFront — %AppData\Roaming\iiko\CashServer
для iikoOffice — %AppData\Roaming\iiko\RMS\Default

Обновления также коснулись веб-офиса, они доступны только для пользователей iikoCloud.

Обмен данными

Новый модуль предназначен для обмена данными между iikoWeb и сторонними системами. Пока реализована синхронизация только с системой управления предприятием Microsoft Dynamics NAV (Navision).

Для выгрузки данных во внешнюю ERP-систему перейдите в модуль Обмен данными, добавьте новую конфигурацию и настройте ее. Для этого выберите созданную интеграцию и нажмите Редактировать.

Вы можете настроить расписание выгрузки, посмотреть историю, узнать, какие именно данные выгружались и получить информацию об ошибках.

Оптимизированная инвентаризация

Для тарифов iikoCloud Pro и iikoCloud Enterprise оптимизировано проведение инвентаризации. Теперь для ее проведения можно воспользоваться любым устройством, а в обновленном приложении добавлена отдельная строка для поиска блюд и продуктов.

Автоматические списания

Автоматические списания теперь находятся в разделе Склад и это не все изменения! Теперь для разных категорий продуктов или предприятий можно настроить несколько вариантов списаний. Вы также можете применить к ним разное расписание.

Первичная настройка кассы стала удобнее

Теперь подключить кассу к веб-офису можно через код подключения. Он вводится при первичной настройке iikoFront. Чтобы получить код, в облачном офисе перейдите в Настройки и обслуживание системы - Рестораны и выберите нужный ресторан. На вкладке Терминалы напротив каждого терминала находится кнопка Код для подключения. Выберите нужный терминал и нажмите на кнопку напротив него. Скопируйте появившийся код в терминал iikoFront.

Изменения в конструкторе сайтов

В конструкторе сайтов сразу несколько нововведений:

Можно скрывать модификаторы во внешнем меню. Если у ваших блюд есть служебные модификаторы, которые не должны отображаться на сайте, вы можете их скрыть во внешнем меню и настроить количество модификаторов к блюду по умолчанию. Для настройки видимости модификаторов нажмите на блюдо во внешнем меню и перейдите во вкладку Модификаторы. Не забудьте сохранить изменения.

Обновление настроек модификаторов. Теперь при добавлении блюда во внешнее меню с ним выгружаются все его настройки. Раньше для обновления настроек приходилось удалять блюдо и добавлять его заново. В новой версии iiko для применения новых настроек достаточно нажать кнопку Обновить.

Стоп-лист. Чтобы использовать эту функцию, поставьте галочку для поля Использовать стоп-лист и введите количество, при котором блюдо будет попадать в стоп-лист. Гость не сможет заказать блюдо, которого нет в наличии, на сайте оно закрасится серым цветом.

iiko становится лучше

Начиная с версии 7.6 можно переводить заказы на доставку в статус “Приготовлен” вручную. Когда все блюда отправлены на приготовление с помощью кнопки Готовить, кнопка изменит свое название на Приготовлен и выполнит перевод заказа в статус “Приготовлен”.
Также теперь в офисном приложении можно создавать отдельных поставщиков из приходной накладной ЕГАИС, у которых один ИНН, но разные КПП.
Появилась возможность переносить заказы на доставку с одного торгового предприятия на другое по просьбе менеджера. Такая ситуация может сложиться при сильной загрузке кухни, нехватке на предприятии каких-либо продуктов или при изменении адреса клиентом.
При создании нового гостя значение в поле Источник заказа подставляется автоматически. Его можно задать в настройках веб-офиса.
Теперь можно оплачивать заказы с помощью мобильного приложения "Райффайзен банка" наряду с банком "Русский стандарт" через систему быстрых платежей (СБП). Для этого достаточно с помощью мобильного телефона отсканировать QR-код на платежном терминале.
SmartOrder. Всем блюдам автоматически присваивается заданный курс.
SmartOrder. Увеличили скорость обмена данными между устройствами OrderMan и сервисной станцией для быстрой подгрузки меню и изображений.
SmartOrder. Теперь работает с платежными терминалами PAX и поддерживает платежную систему Paydoo.
SmartOrder. Поддерживает платежный сервис Clover.
API iiko.biz. Подключение агрегаторов. СНГ В новой версии системы лояльности iiko можно подключать агрегаторов доставки еды — для этого есть отдельная страница: iiko.biz > Настройки > Подключение агрегаторов.

Список изменений

RMS-51988 Теперь можно работать с товарно-транспортной накладной УТМ ЕГАИС 4-ой версии.
RMS-52175 Алкогольная декларация 2021: обеспечена поддержка новых форм отчетности об объемах реализации крепкого алкоголя и пива.
RMS-50931 Польша. Принтеры, использующие протокол Posnet Thermal, могут печатать ИНН на чеках.
RMS-52090 Исправлена ошибка при печати на принтере АТОЛ ВР41.
RMS-52015 Новое поле ОЛАП-отчета по продажам: "Сумма возврата без НДС".
RMS-52016 Новое поле ОЛАП-отчета по продажам для всех типов заказов: "Время окончания приготовления".
COR-5272 Информативное сообщение о неудачной отправке СМС при нулевом балансе.
COR-5303 Исправлена ошибка с дробными числами в интерфейсе. При пополнении счета гостя 12,5% не превратятся в 125%.
COR-5396 Исправлена ошибка, связанная с ограничением даты рассылок 2020 годом.
COR-1009 Кнопка ручной активации купонов скрыта.
COR-4771 Улучшена страница редактора прав пользователей: добавлены кнопки массового добавления и удаления прав.
COR-5136 При размещении предварительного заказа через мобильное приложение или сайт на бонусном счете замораживаются бонусы, используемые при оплате.
WEB-4643 Убрали всплывающую подсказку с информацией об остатке товара. Она отображалась при создании заказа или инвентаризации. Теперь ее смогут увидеть сотрудники, у которых есть право на просмотр и редактирование отчета Остатки на складе.
WEB-4648 Исправили ошибку, при которой нельзя было использовать один и тот же аккаунт Telegram в разных личных кабинетах iikoWeb.
WEB-4715 Исправлена проблема с отображением для выбора в iikoWeb накладных с двумя или более вкладками при заказе на поставку.
WEB-4707 Теперь пользователи могут сменить свой пароль самостоятельно без обращения в техподдержку.
WEB-4561 Новый фильтр для отображения складских остатков: "Показать удаленные".
WEB-4109 Теперь заказы на доставку приходят на указанный в настройках терминал.

Компания ДЕНВИК является официальным партнером iiko. Наши специалисты ответят на все вопросы по новым возможностям iiko и помогут вам с настройками.

Как анализировать работу сети ресторанов на основе данных iiko и 1С в Финоко

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

Используя выгрузку данных из iiko в веб-сервис Финоко, Вы получаете ряд преимуществ:

вся необходимая информация из iiko автоматически переносится в веб-сервис и дополняется данными из 1С или других программ;
освобождение сотрудника от вторичного ручного ввода данных;
сводная отчетность сети ресторанов, даже если в них используется различное ПО;
сводная отчетность группы юридических лиц;
формирование всех необходимых отчетов, для анализа и принятия управленческих решений.

Кому необходима выгрузка данных из iiko в веб-сервис Финоко?

У Вас один, или сеть ресторанов и применяете в работе программу iiko, то это предложение подходит именно Вам. В данном случае размер ресторана, или ресторанов не имеет значения.

не допускать ошибки в работе;
грамотно использовать свое время;
на основании подробных отчетов принимать быстро и правильно управленческие решения;
полностью контролировать работу ресторана, или ресторанов?

Согласны с вышесказанными условиями? Тогда выгрузка данных из iiko в веб-сервис Финоко — для Вас.

Сильные стороны

Полностью убрать технические ошибки при переносе данных, и сократить получение информации из программы iiko до минимума проще простого. Разработанный сервис — это проверенная система, которая обеспечит гарантию качества.

Начиная работу с выгрузкой данных из iiko в веб-сервис Финоко, Вы освобождаете себя от приобретения каких-либо дополнительных программ. Сервис Финоко не вносит изменения в 1С, он устанавливается, как внешний модуль в типовую конфигурацию.

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

Преимущества в использовании

Выгрузка данных из iiko в сервис Финоко — это полная автоматизация системы, благодаря которой Вы получаете ряд уникальных преимуществ.

Формирование операционного ежедневного отчета

Такой отчет может формироваться, как по одному ресторану, так и по нескольким. На основании загрузки первичных данных из системы iiko: ежедневная фактическая выручка, количество посетителей, количество чеков, количество проданных блюд и др. можно проводить анализ операционной деятельности в веб-сервисе Финоко:

анализ расчетных показателей: средний чек на гостя, наполняемость чека, средняя цена блюда и пр.;
сравнивание фактических данных с заданными плановыми значениями: выполнение плана по выручке, среднему чеку, наполняемости блюд;
сравнивание фактических данных и расчетных показателей между ресторанами.

Формирование сводных оперативных данных

Данный отчет формируется по сети, или ресторанному холдингу. Из первичных данных по каждому ресторану автоматически формируется сводный отчет. Анализировать данные можно в разрезе показателей: ежедневно, за месяц, или с начала года.

Индивидуальный просмотр отчетов

Каждый отчет можно настроить для индивидуального просмотра. К примеру, ежедневный отчет будет отображать информацию по дням. Также можно формировать данные за месяц, год, два года и анализировать их с предыдущими периодами.

Списание затрат на себестоимость

Первичные данные в iiko — это затраты на продукты, списанные на приготовление блюд. Эта информация используется в управленческой отчетности для:

получения общих сведений по одному ресторану, или холдингу;
для расчета средней стоимости. Например, одного блюда: завтрак/обед/ужин;
средняя стоимость одного и того же блюда может сравниваться между точками.

Как получить систему выгрузки данных из iiko в сервис Финоко?

Чтобы начать использовать систему выгрузки данных из iiko в Финоко, достаточно убедиться в применении одной из программ:

1С: Предприятие 8.3;
1С: Предприятие ERP;
1С: Предприятие УПП;
Веб-сервис Финоко;
Финоко Модуль для 1С;
Финоко: Корпоративная версия.

Процесс получения данных из программ полностью автоматизирован. Приобретение дополнительных программ не требуется.

Для комфортного применения, Вам будет предоставлена подробная инструкция по применению. Она будет понятна абсолютно всем сотрудникам Вашего ресторана.

Остались вопросы? Нажмите «Узнать больше» и наш специалист свяжется с Вами в ближайшее время.

Программа: Iiko
Разработчик: Iiko
Сайт: https://iiko.ru/
E-Mail: iiko@iiko.ru

Ресторан

Iiko представляет собой инновационную систему автоматизации работы ресторанов, баров, кофеен и даже крупных сетей по оказанию подобного рода услуг. Данная система открывает для предпринимателей необычайно крупный список возможностей, который имеется в одном пакете приложения. IIko не только делает доступными многие задачи, решение которых ранее требовало большого количество времени и высокого уровня компетенции, но и является одним из наиболее доступных программ на рынке.

Описание программы

Стоимость программы

Цена программы будет варьироваться в зависимости от выбранного пакета услуг.

IikoCloud Lite. Подходит для кофейни, бара или же кафе. Предоставляется возможность оплаты ежемесячно по 2990р или же сразу за годовое обслуживание со скидкой, то есть снижением цены до 2590р/месяц. Предоставляется одна касса для одного кассового аппарата с базовым функционалом.

IikoCloud Pro. Отлично подойдёт для ресторана или сети заведений ресторанного типа. В данном случае предоставляются некоторые скидки при оплате за годовое обслуживание путем снижения цены до 5190р/месяц. Однако если вы захотите оплачивать все ежемесячно, то стоимость составит 5990р/мес. Стоит отметить, что вам будет дана полноценная версия утилит.

IikoClassic Является универсальным вариантом для любого типа заведения. Стоимость оборудования и обслуживания начинается от 64370 рублей единовременно. Пакет имеет ограниченный функционал и индивидуальный подбор, как критериев оборудования, так и ценовой политики.

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

Помимо этого, разные версии регулируют степень наличия таких модулей, как учет продукции, технологии искусственного интеллекта, финансовый учет и составление смет, управление работниками предприятия, обслуживание клиентов и система ведения оценок сервиса, оптимизация кухни, бонусная система, добавление собственных библиотек за счет API и некоторые другие.

Требования к оборудованию

Инновационные возможности требуют не менее современного оборудования для них, потому перед использованием той или иной версии программы советуем ознакомиться с системными требованиями каждого пакета, ведь некоторые из них требуют особого оборудования.

Оборудование, на котором будет установлена локальная версия данного продукта, должно иметь такие параметры:

ОС Windows Server 2012R2 x64;
ЦП с частотой не ниже модели Intel Core i5;
Объём оперативной памяти от 6 гигабайт;
Жесткий диск со свободной памятью не ниже ста гигабайт;
СУБД от Microsoft SQL Server 2014 (или выше).

Учтите также тот момент, что на одном устройстве должен быть установлен только один пакет приложения. Так, к примеру, установка IikoCard и iikoRMS на одном устройстве может вызвать некоторые неполадки, как в работе самих утилит, так и задействованного устройства.

Если вы не являетесь обладателем подобного оборудования, то можете приобрести специальные терминалы и компьютеры от Iiko, которые имеют достаточную мощность для поддержки работы программ.

Терминал IikoFront и компьютер iikoOffice имеют следующие характеристики:

Процессор Intel Atom D525 1.80 Гигагерц
Оперативная память объёмом два гигабайта
Жесткий диск с объёмом восемьдесят гигабайтов
Операционная система не ниже 7 версии Windows
Скорость интернет соединения – один мегабайт в секунду (минимум).

Также можно приобрести сервер системы iikoServer.

Параметры сервера гораздо выше:

Процессор Intel Pentium G2130 3.20 Гигагерц
Оперативная память с объёмом 8 гигабайт
Два жестких диска, каждый из которых равен 320 ГБ
ОС от 7 версии Windows
Скорость интернет соединения по-прежнему минимум 1 МБ/сек.

Рейтинг: 64

Описание текущей ситуации

В стандартной поставке дистрибутива Айко присутствует внешняя обработка, которая позволяет загружать данные в типовую Бухгалтерию. Данные могут передаваться через выгруженные файлы, либо через непосредственное подключение к серверу Айко с использование внешней компоненты, разработанной по технологии COM (со всеми вытекающими преимуществами и ограничениями).

Вроде неплохо. Внешнюю обработку можно немного доработать для работы в фоне по расписанию, а проблемы с установкой внешней компоненты случаются в основном в облачных сервисах и особо не проявляются, если одинэс живет внутри организации. Конечно же на этом этапе существует ряд "НО". К примеру нам недоступно использование решений 1С Fresh, потому что внешняя обработки из поставки не проходит аудит облачного решения. На данный момент есть решение под 1С Fresh, работающее с небольшими ограничениями.

А что, если мы захотим передать данные обратно, из 1С в Айко? Данная потребность может показаться надуманной: кому нужно выгружать данные из системы для регламентированной отчетности в систему для управленческого учета сферы HoReCa? Как показала практика, постановка такого вопроса не редкость. Данная ситуация может произойти хотя бы потому, что база 1С с большей долей вероятности могла появиться раньше решения от Айко. Зачем вновь создавать стопицот номенклатурных позиций, когда они уже все есть в 1С?

Поиск источников вдохновения

Давайте попробуем для начала проанализировать, как можно обмениваться данными с Айко. Наблюдать будем глазами дилетанта одинэсника, который ничего не знает о сервере приложений Tomcat, но умеет пользоваться браузером и даже может запустить Fiddler.

Наблюдение 1

Наблюдение 2

Запускаем Fiddler. Запускаем IIKO Office. Устанавливаем фильтр на процесс Айко. Изучаем язык общения приложения с сервером. Многие неочевидные и непонятные моменты можно подсмотреть именно так.

Наблюдение 3

У каждой установки Айко, будь то RMS или CHAIN, существует веб-часть по пути /resto. Зайти можно под учетной записью, которая используется для обычного входа в office. Внутри много интересных дополнений вроде всякого рода отчетов и импорта данных из CSV-файлов (например номенклатуры или технологических карт). Нас же в рамках обсуждаемой темы больше всего интересует /resto/service/maintance/sql.jsp . Данный скрипт позволяет формировать к серверу Айко что-то вроде SQL-запросов (пусть знатоки поправят).

Схема взаимодействия

Принимая во внимание описанные наблюдения и возможности современной платформы 1С, можно заключить, что нет никаких препятствий для формирования запросов к Айко прямо из 1С.

Примерная схема передачи документа Поступление из типовой Бухгалтерии в IIKO (Айко) может выглядеть следующим образом:

Организуем подписку на события при изменении документа Поступления;
В регистрации события фиксируем измененный документ в планы обмена;
На основе XDTO документа Айко формируем XML-представление из документа Поступление;
Отправляем HTTP-запрос на сервер;
Обрабатываем ответ.

Конечно, такой алгоритм весьма упрощен и существует ряд нюансов по синхронизации справочных сведений обеих систем. Наша команда успешно реализовала двунаправленный обмен между учетными системами в фоновом режиме. Накопленный опыт позволил создать ядро универсального обмена данными. Унификация схемы позволяет легко масштабировать решение под широкий круг задач и в короткий срок реализовывать проект под конкретного заказчика.

Вместо заключения

Спасибо, если дочитали до конца. Надеюсь, изложенная информация поможет в решении вопросов автоматизации.

Если что-то не будет получаться, обращайтесь, буду рад помочь.

UPDATE

[25.06.2018][Добавлено] "Создаем номенклатурную позицию в IIKO (Айко) по данным из 1С". Описание процесса передачи данных из 1С в Айко с прикладной точки зрения. В конце статьи можно скачать внешнюю обработку, демонстрирующую описанную технологию.

[12.09.2018][Добавлено] "Из 1С в IIKO: Передаем перемещения УТ в приходные накладные". Рассмотрение прикладных вопросов, возникающие при реализации обмена.

[27.11.2018][Добавлено] "izi.cloud: Передаем поступления БП в приходные накладные IIKO без регистрации и смс". В статье рассмотрен вариант реализации создания приходных накладных IIKO из типовой Бухгалтерии предприятия 3.0 с использованием функционала сервиса izi.cloud. (обработка инсайд)

[31.01.2019][Добавлено] "Передаем накладные из 1С в IIKO (Айко)". Пошаговое руководство по выгрузке документов с использованием сервиса izi.cloud.

[21.06.2019][Добавлено] "Лайка - расширение 1С с хранением справочников IIKO вместо SQL-запросов". Реализация концепта получения справочных сведений из BackOffice IIKO без использования запросов SQL.

[01.08.2019][Добавлено] "Взросление Лайки - просматриваем накладные IIKO в 1С без выгрузок". Продолжение развития проекта Лайка - реализация просмотра накладных IIKO прямо внутри 1С.

[15.10.2020][Добавлено] "Учим Лайку новым трюкам: заказы с предоплатами, выгрузка накладных из 1С". Загрузка информации по заказам, предоплатам и создание накладных в один клик.

Читайте также: