Расхождение. Закрытие смены с расхождениями.

Под расхождением мы понимаем несоответствие фискальных данных на конец смены в трёх структурах:

• Фискальный Регистратор (далее ФР)
• Эквайринг (терминал банка или пинпад)
• Наша система «Эксперт»

Для того чтобы корректно закрыть смену с расхождением необходимо это расхождение устранить.

Исходя из вышесказанного, рассмотрим на конкретных примерах.

1. Расхождение отсутствует.
2. «Эксперт» равно ФР, на эквайринге больше.
3. «Эксперт» равно ФР, на эквайринге меньше.
4. «Эксперт» равно эквайрингу, на ФР больше.
5. «Эксперт» равно эквайрингу, на ФР меньше.
6. ФР равно эквайрингу, в «Эксперт» больше.
7. ФР равно эквайрингу, в «Эксперт» меньше.
8. Везде различные данные.
9. На ФР больше, чем в «Эксперт». Наличные. Эквайринг не подключен.
10. На ФР меньше, чем в «Эксперт». Наличные. Эквайринг не подключен.
11. Наличные в разделе «Прочее».
12. Безналичные в разделе «Прочее»

Примечание:
Все примеры решения будут приведены с самой последней формой закрытия дня: front.cfg —> XReportClose=YES.
Все действия связанные с удалением/редактированием фискальных документов выполнять только с согласия руководства объекта!

——————

Пункт 1. Расхождение отсутствует.

Выполняем указания зелёной надписи.

——————

Пункт 2. «Эксперт» равно ФР, на эквайринге больше.

Варианты возникновения проблемы:

1. Во время оплаты произошёл сбой и кассир попросил повторно оплатить клиента, хотя фактически платёж в банк ушёл с первого раза, но у нас не был учтён. Соответственно Гостю необходимо вернуть деньги, сохранив в системе наш чек.
2. Во время оплаты произошёл сбой и кассир очистил поле с товарами и отпустил Гостя. Деньги с Гостя списались как положено.
3. За предыдущую смену не была снята сверка итогов по эквайрингу.

Ниже представлены решения данных проблем.

Пункт 2.1.

Отключаем фискальный спулер!

Под картой/кодом администратора регистрируемся и заходим в раздел «Смотреть чеки».

Находим наш чек и выделяем его. Нажимаем кнопку «Удалить».

Указываем причину, она необходима только для внутреннего учёта, и нажимаем «Сторнировать».

В зависимости от суммы и/или банка может потребоваться карта Гостя, которому необходимо вернуть средства.

Идём в Портал—>»Отчёты»—>»Отчёт по чекам» и находим наш чек. Записываем его CHECKID.

Так как зря списанные средства мы гостю вернули, но чек необходимо оставить у нас и в ФР, то выполняем следующие команды в консоли DB2:

db2 delete from checkprint where checkid=(подставляем CHECKID)

db2 update check set DELETEDBYUSERID=null,DELETEREASONID=null where checkid=(подставляем CHECKID)

Включаем фискальный спулер.

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 2.2.

Отключаем фискальный спулер!

Во Front набиваем чек на недостающую сумму.
В идеальном варианте кассир помнит/зафиксировал что было у Гостя или же мы посмотрели в «Отчёт по протоколу работы» и нашли что было пробито.
Однако, с согласия сотрудников объекта, можно пробить «что не жалко».

Чек закрываем на платёж, отличный от банковского. Например на наличный платёж.

Как в Пункте 2.1 идём в раздел «Смотреть чеки».
Находим наш чек и выделяем его.
Нажимаем кнопку «Оплата».
Выбираем банковский платёж.
Нажимаем «Ввод».

Включаем фискальный спулер.
Ожидаем окончания печати.

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 2.3.

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

Чтобы это проверить идём в Портал—>»Отчёты»—>»Отчёт за смену».
Выбираем предыдущую смену и смотрим сумму оплат по банковским платежам.
Складываем сумму за открытую смену и предыдущую.

Если выходит сумма, как и та что указана в графе «в ПИНПАД», значит наша догадка была верна.

Прежде чем закрыть смену идём в файл C:\AVERS\front.cfg и в раздел [Station] проверяем наличие параметра PluginsRestartWithCloseDay=NO, если он отсутствует, то дописываем и ставим =NO.

Перезапускаем Front и закрываем смену, убедившись что закрытие прошло в штатном режиме, т.е. смена закрылась на ФР, на эквайринге и в «Эксперт»

——————

Пункт 3. «Эксперт» равно ФР, на эквайринге меньше.

Варианты возникновения проблемы:

1. Оплата по эквайрингу не прошла, но чек сформировался и распечатался.
2. Оплата по банку прошла, но отображается не корректно или была отменена, минуя «Эксперт» и терминал банка (звонком в банк или через приложение в телефоне).
3. Была проведена Сверка итогов по эквайрингу без закрытия смены в «Эксперте» и ФР.

Ниже представлены решения данных проблем.

Пункт 3.1.

Удаляем чек из «Эксперт» и ФР.

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Ставим на нём галку.
Нажимаем «Печать чека».
Выбираем «Фискальное сторнирование».
Подтверждаем «Действие на странице».

После сторнирования, выполняем команду:

db2 update check set DELETEDBYUSERID=1,DELETEREASONID=5 where checkid=(подставляем CHECKID)

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 3.2.

Добиваем сумму на терминал эквайринга.

Отключаем фискальный спулер!

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

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Ставим на нём галку.
Нажимаем «Удалить».
Подтверждаем «Действие на странице».

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 3.3.

Очень редкий случай, сталкивались только на эквайринге СберБанка!

Если абсолютно никаких ошибок в течении дня не происходило, но в конце дня образовалось подобное расхождение, то сначала идём в меню банковского терминала и делаем «Сверку итогов».

Через 5-10 минут звоним в техническую поддержку СберБанка (номер телефона должен быть указан на пинпаде), называем номер терминала (указан на сверке итогов и на самом пинпаде) и просим сообщить полную сумму, которая пришла в банк.

Исходя из этого и решения руководства объекта, выполняем Пункты 3.1 или 3.2.

Пункт 3.4.

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

Идём в папку C:\AVERS\SPOOL\logs.
Находим файл fiscalYYYYMMDD.log, где YYYYMMDD — дата проверки.

В этом файле поиском ищем слово «совпали«.

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

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

——————

Пункт 4. «Эксперт» равно эквайрингу, на ФР больше.

Варианты возникновения проблемы:

1. ФР дважды распечатал чек по причине сбоя/обрыва связи со станцией.

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

Идём в папку C:\AVERS\SPOOL\logs.
Находим файл fiscalYYYYMMDD.log, где YYYYMMDD — дата проверки.

В этом файле поиском ищем «ошибка«, «плохой«, «канал» или «связ«.

В идеальном варианте дополнительно можно искать по сумме разницы, вероятнее всего она соответствует одному или сумме нескольких(что реже) чеков.
Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
И ищем чек, соответствующий сумме расхождения или чек, кратный сумме расхождения, если есть подозрение что чек распечатался более чем два раза.

Если мы находим в логе полностью повторяющуюся процедуру печати или же повторную строку с «Завершена печать…» и у данных процедур или строк одинаковый CHECKID, то значит мы нашли повторную печать.

Примечание: встречались случаи повторной печати чека, но лог был пуст. Это было связано с тем, что на диске C:\ закончилось место под запись.

Ниже представлены решения данной проблемы.

Пункт 4.1.

Удаляем чек из ФР.

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Ставим на нём галку.
Нажимаем «Печать чека».
Выбираем «Фискальное сторнирование».
Подтверждаем «Действие на странице».

Убеждаемся что распечатался чек с операцией «Возврат прихода».

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 4.2.

Добиваем сумму на терминал эквайринга и в «Эксперт».

Отключаем фискальный спулер!

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

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Записываем его CHECKID.
Открываем его свойства двойным кликом левой кнопки мыши.
В поле «Фиск. чек» вписываем любое числовое значение, которое легко выявить. Например «123456»
Нажимаем «Применить».

Так как нам не требуется печатать чек на ФР, то выполняем следующую команду в консоли DB2:

db2 delete from checkprint where checkid=(подставляем CHECKID)

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

——————

Пункт 5. «Эксперт» равно эквайрингу, на ФР меньше.

Варианты возникновения проблемы:

1. По различным причинам чек не распечатался на ФР. Может произойти по причине сбоя самого ФР или нештатного отключения кассы.

Ниже представлены решения данной проблемы.

Пункт 5.1.

Повторно отправляем чек на ФР.

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Открываем его свойства двойным кликом левой кнопки мыши.
В поле «Фиск. чек» стираем все цифры.
Нажимаем «Применить».

Ставим галку на чеке.
Нажимаем «Печать чека».
Выбираем «Фискальный».
Подтверждаем «Действие на странице».

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

——————

Пункт 6. ФР равно эквайрингу, в «Эксперт» больше.

Варианты возникновения проблемы:

1. Вызванный программным сбоем, дубликат чека. Он будет полностью идентичен какому-то другому, за исключением CHECKID.
2. Вызванный программным сбоем, некорректно сформированный чек: некорректный платёж на чеке.

Ниже представлены решения данной проблемы.

Пункт 6.1.

Удаляем чек из «Эксперт».

Дубликат чека определить не сложно, но может потребоваться время, если сумма расхождения равна не одному чеку.

Все временнЫе данные чеков будут идентичны друг другу, как показано на фото ниже.

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Ставим на нём галку.
Нажимаем «Удалить».
Подтверждаем «Действие на странице».

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 6.2.

Исправляем чек в «Эксперт».

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек. Выделенный красным.
Открываем его свойства двойным кликом левой кнопки мыши.

Переходим на закладку «Платежи»
Поочерёдно выделяем дублированые платёжи левой кнопкой мыши. Удаляем их все.
Добавляем новый, правильный платёж.

Нажимаем «Применить»

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

——————

Пункт 7. ФР равно эквайрингу, в «Эксперт» меньше.

Варианты возникновения проблемы:

1. Чек не сохранился в БД. Произошло из-за аварийного отключения, переполнения дискового пространства и прочих ошибок.
2. Чек сохранился в БД некорректно: отсутствуют товары, некорректные свойства товаров, отсутствует платёж на чеке.

Ниже представлены решения данной проблемы.

Пункт 7.1.

Добиваем чек в «Эксперт».

Отключаем фискальный спулер!

Во Front набиваем чек на недостающую сумму.
В идеальном варианте кассир помнит/зафиксировал что было у Гостя или же мы посмотрели в «Отчёт по протоколу работы» и нашли что было пробито во время сбоя в системе.
Однако, с согласия сотрудников объекта, можно пробить «что не жалко».

Чек закрываем на платёж, отличный от банковского. Например на наличный платёж.

Как в Пункте 2.1 идём в раздел «Смотреть чеки».
Находим наш чек и выделяем его.
Нажимаем кнопку «Оплата».
Выбираем банковский платёж.
Нажимаем «Ввод».

Идём в Портал—>»Отчёты»—>»Отчёт по чекам».
Включаем Инженерный режим.
Находим наш чек.
Записываем его CHECKID.
Открываем его свойства двойным кликом левой кнопки мыши.
В поле «Фиск. чек» вписываем любое числовое значение, которое легко выявить. Например «123456»
Нажимаем «Применить».

Так как чек печатать не требуется, то выполняем следующую команду в консоли DB2:

db2 delete from checkprint where checkid=(подставляем CHECKID)

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

Пункт 7.2.

Исправляем чек в «Эксперт».

Исправляем по аналогии Пункта 6.2, дополнительно проверив кол-во товаров и их цену и общую стоимость.

В поле «Фиск. чек» вписываем любое числовое значение, которое легко выявить. Например «123456»

Сумма товаров обязательно должна совпадать с суммой оплат.

Альтернативно можно полностью удалить чек и сформировать его заново согласно Пункту 7.1.

Мы привели ситуацию к Пункту 1, следуем указаниям в нём.

——————

Пункт 8. Везде различные данные.

Варианты возникновения проблемы:

1. Множественные внешние и внутренние факторы единовременно.

В такой ситуации необходимо привести состояние закрытия смены к Пунктам 2 — 7.

Необходимо просмотреть Портал—>»Отчёты»—>»Отчёт по чекам».
И выявить некорректно сформированные чеки, выделенные красным, и исправить их.

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

——————

Пункт 9. На ФР больше, чем в «Эксперт». Наличные. Эквайринг не подключен.

Варианты возникновения проблемы:

1. ФР дважды распечатал чек по причине сбоя/обрыва связи со станцией.
2. Чек не сохранился в БД. Произошло из-за аварийного отключения, переполнения дискового пространства и прочих ошибок.
3. Чек сохранился в БД некорректно: отсутствуют товары, некорректные свойства товаров, отсутствует платёж на чеке.

Ниже представлены решения данной проблемы.

Пункт 9.1.

Удаляем чек из ФР.

Процесс поиска дважды распечатанного на ФР чека описан в Пункте 4.

Процесс удаления лишней суммы из ФР описан в Пункте 4.1.

Пункт 9.2.

Исправляем чек в «Эксперт».

Процесс исправления чека в «Эксперт» описан в Пункте 6.2 и Пункте 7.2.

——————

Пункт 10. На ФР меньше, чем в «Эксперт». Наличные. Эквайринг не подключен.

Варианты возникновения проблемы:

1. По различным причинам чек не распечатался на ФР. Может произойти по причине сбоя самого ФР или нештатного отключения кассы.

Ниже представлены решения данной проблемы.

Пункт 10.1.

Повторно отправляем чек на ФР.

Процесс повторной печати чека на ФР Пункте 5.1.

——————

Пункт 11. Наличные в разделе «Прочее».

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

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

В разделе «Прочее» отображаются платежи чеков, на которых не указан параметр «Фиск. чек» (CHECK.FISCALCHECK).

Если Платёж, в нашем случае «Наличные», должен всегда уходить в налоговый орган, то в разделе «Прочее» его быть не должно.

Чтобы понять в какой ситуации мы находимся сумму из раздела «Фиск.» складываем с суммой из раздела «Прочее». И общую их суммы предполагаем фискальной.

Соответственно уже исходя из этих данных используем Пункт 9 или Пункт 10 данного руководства.

——————

Пункт 12. Безналичные в разделе «Прочее».

В отличие от платежа «Наличные», платежи по банковским картам ни при каких условиях не должны попадать в раздел «Прочее».

Устранение данной проблемы решается аналогично методу, описанному в Пункте 11.

——————

Вернуться к оглавлению.