Название ошибки
Полный текст ошибки
Описание ошибки и метод решения
Ошибка менеджера данных 15
Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}
Причин ошибки может быть несколько:
- в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB
- в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную
- версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу
В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.
Ошибка сервера Sdbserv 153
Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»
При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.
Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)
Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.
Ошибка: Исключение процедуры сервера — 503
Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)
Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.
Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.
Не найдена товарная группа внешний код %Х
Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.
Ошибка возникает при импорте товаров (меню и модификаторы).
R-Keeper v7
В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.
В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.
Не найдено поле DEPART в таблице ACHECK
Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART
Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1
Не найден товар для модификатора.
Не найден товар для модификатора.
Обновить SHTR.DLL на версию не ниже 1.13.9.1
Исключение процедуры сервера 563
Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)
Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86
Исключение процедуры сервера 37
Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)
Необходимо сделать обновление версии программы.
Недопустимое имя параметра «%S»
Недопустимое имя параметра «%S». Исключение процедуры сервера 100
Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комплекта. Если период не удаляется, удаляется сам комплект и заводится заново.
Цена не может быть отрицательной.
При импорте расхода возникает ошибка «Цена не может быть отрицательной»
Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll
DLL exception: Field ‘NALOG’ not found.
DLL exception: Field ‘NALOG’ not found.
Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.
DLL exception: Invalid pointer operation.
DLL exception: Invalid pointer operation.
Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6
Could not convert variant of type (String) into type (Double)
Could not convert variant of type (String) into type (Double)
Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»
Неизвестное исключение процедуры сервера 606
Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606
Ошибка возникает при построении списка накладных. Решение проблемы — обновление версии программы.
Не найден товар для спецификации расхода
Не найден товар для спецификации расхода. Внешний код XXX
Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice
Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.
Вариант №1
Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)
Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)
Вариант №2
Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.
Неверная контрольная сумма ключа защиты
Неверная контрольная сумма ключа защиты.
— Ошибка возникает при входе в программу и устраняется заменой ключа. — Либо не совпадает версия программы с прошивкой ключа.
Дублирование в порядке компонентов комплекта
Исключение процедуры сервера 621
Возникает при попытке открыть комплект или список комплектов.
Решение проблемы:
1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.
Undefined symbol «PRINTCOLOR»
Undefined symbol «PRINTCOLOR»
Ошибка возникает при попытке распечатать из спец. ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf
Код ошибки WinSock 10038
Невозможна операция записи (5064). Код ошибки WinSock 10038.
Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.
Адрес процедуры «DocHdrAttrList» неизвестен
Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.
Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
Возникает при попытке импорте меню. Решение: установить BDE
Database not supported
Database not supported
Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)
Ошибка сервера Sdbserv 72
Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.
Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.
Комплект не найден (по заданному RID)
Комплект не найден (по заданному RID)
Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.
Floating point overflow
Floating point overflow
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.
Printing in progress
Printing in progress
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.
DLL exeption: Index is out of date
DLL exeption: Index is out of date. Index: Iparent.
Ошибка появляется при импорте данных из БД R-keeper. Для решения проблемы необходимо сделать реиндексацию БД R-keeper с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.
Ошибка сервера Sdbserv 77
Нарушение условия уникальности индекса «uiExpM0». Ошибка сервера Sdbserv 77. Объект = «uiExpMO»
Есть несколько причин возникновения ошибки и методов ее решения:
1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.
2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.
3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).
4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.
Нарушение условия уникальности индекса pkDocSpecs0
Нарушение условия уникальности индекса pkDocSpecs0
Дополнительная информация:
— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.
Решение:
— предупредить клиента, что на время восстановления базы в складе работать нет смысла, т.к. внесенные изменения будут потеряны
— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы
— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)
Количество должно быть больше нуля
Количество должно быть больше нуля
Ошибка происходит при попытке открыть документа расхода. Проблема может возникать в нескольких случаях:
— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.
— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.
Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)
В первом случае для выбора проблемных записей можно использовать следующий запрос:
SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)
ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!
Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.
No measure unit is set for the product.
When trying to perform expenditure, system shows error «No measure unit is set for the product.»
Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:
1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.
Ошибка менеджера данных 16. Тэг поля:{200.3.0}
Слишком длинная строка для присваивания
Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.
Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72
Решение:
Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10
Неизвестное исключение процедуры сервера 72
Неизвестное исключение процедуры сервера 72
При формировании отчета «Анализ неплательщиков» в SHUtils, может возникнуть данная ошибка.
Решение: обновить текущую версию SHUtils до версии 4.19.41.0
Несуществующие модификаторы при списании
При списании документа расхода к товарам без модификаторов, прикрепляются несуществующие модификаторы. При пересписании документа, данные позиции могут уже не подкрепляться
Нечто подобное обсуждалось на трекере — например, запрос 0005967.
Решение:
1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.
Далее, существующие проблемные документы загрузить заново и пересписать.
Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar
Не работает назначение комплекта в SH 4.92
Не корректно отрабатывает назначение комплекта в SH 4.92
— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот).
— Решение: сделать обновление SH до версии 4.93 и выполнить запрос UpdGsCmRef из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию
Error — Sdbserv 70
Ошибка чтения потока — Ошибка сервера Sdbserv 70
Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!
P.S> решен запрос на трекере — №28093
Не сходятся остатки на конец-начало периода
Не сходятся суммы остатков конца одного периода с началом следующего периода в товарном отчете
Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).
Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).
Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.
3. Если не помогают вышеописанные процедуры, выполнить процедуру
fix_002
— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.
Ошибки фискального накопителя: расшифровка кодов и способы устранения
Согласно требованиям Федерального закона 54-Ф3, владельцы бизнеса должны применять кассовую технику совместно с фискальным накопителем (ФН). Устройство предназначено для шифрования и хранения сведений о совершенных продажах (фискальных данных) и их отправки ОФД (оператору фискальных данных) для последующей передачи ФНС.
При работе с кассой могут возникать сбои, причинами которых нередко становятся неполадки, связанные с ФН. В таких случаях на чековой бумаге распечатается код ошибки, расшифровав который, можно понять причину возникшей проблемы. В статье рассмотрим, что обозначают коды ошибок ФН, и методы их устранения.
Замена фискального накопителя. Квалифицированные консультации круглосуточно!
Оставьте заявку и получите консультацию в течение 5 минут.
Ошибка ФН 211: как исправить
Код 211 оповещает о некорректном формате сохранения чеков в ФН. Причин может быть несколько:
- связь с накопителем прервана по причине его отсоединения от онлайн-кассы;
- поврежден шлейф, подсоединяющий ФН к кассовому аппарату;
- ФН не фискализирован или его архив закрыт.
Решение. Сначала нужно убедиться в том, что накопитель установлен в соответствующий отсек верно, а целостность шлейфа не нарушена. Затем необходимо проверить статус накопителя, распечатав отчет «Информация о ККТ». Если напротив строки «Фискальный режим закрыт» стоит значение «Да», архив ФН закрыт и требуется установить новый накопитель.
Ошибка ФН 212: как устранить
Неполадка сигнализирует о том, что накопитель находится в неверном состоянии. Рассмотрим возможные причины проблемы и способы ее решения:
- Совершена попытка закрытия смены, которая еще не открывалась. Необходимо выполнить перезагрузку кассы и еще раз открытие смены.
- Соединение с ФН не установлено — обеспечить физическое подсоединение накопителя к ККМ.
- Онлайн-касса не зарегистрирована — поставить ККТ на учет в ФНС.
Если проблема не устранилась, возможно, испорчен сам накопитель либо шлейф подключения его к кассе. Требуется отнести кассовый аппарат в ремонтный центр.
Мы готовы помочь!
Задайте свой вопрос специалисту в конце статьи. Отвечаем быстро и по существу. К комментариям
Как исправить ошибку ФН 217 на ККМ
При открытии смены и выполнении прочих операций фиксируются время и дата. Затем они отражаются в чеках. При сбое настроек может возникнуть ошибка 217.
Причина. Попытка передачи ФД с более ранним временем либо датой, чем те, что указаны в последнем принятом чеке.
Решение. Выставить верную дату и время. Для проверки времени последних чеков рекомендуется распечатать отчет, отображающий состояние расчетов. Для предупреждения неполадки при открытии смены, необходимо проверять актуальность значений даты и времени.
Ошибка ФН 235: как исправить
При формировании ФД кассовый аппарат передает их оператору. Если отправка невозможна (например, нарушена связь с ОФД или торговля осуществляется в уличных условиях, где нет возможности подключения к интернету), передача откладывается. Любой чек должен быть отправлен оператору не позднее 30 суток с момента проведения продажи. По истечении этого срока ФН блокируется.
Причина. Превышено время хранения фискальных данных.
Решение. Отправить все проведенные чеки ОФД. Наладить интернет-соединение и убедиться, что срок действия договора с оператором не истек.
Как устранить ошибку ФН 234
Каждый накопитель содержит в себе ключ фискального признака, находящегося в криптопроцессоре. Он предотвращает фальсификацию фискальных данных и обеспечивает ее безопасность. Поскольку ФН имеет ограниченный срок использования (13, 15 или 36 месяцев), по истечении этого периода происходит исчерпание ресурса КС на кассовом аппарате.
Причина. Срок работы КС ФН истек.
Решение. Выполнить закрытие архива ФН и заменить его новым устройством.
Подберем ФН для вашего бизнеса и заменим за 1 день!
Оставьте заявку и получите консультацию.
Другие ошибки фискального накопителя
Расшифровка других кодов неполадок фискального накопителя представлена в таблице.
Код ошибки | Причина | Решение |
210 | Произошел сбой при обмене информацией с накопителем на уровне интерфейса | Проверить подсоединение ФН к кассе в соответствующем отсеке. Убедиться в целостности шлейфа. Если не удается ликвидировать неисправность — отнести устройство в центр техобслуживания |
213 | Неисправимая неполадка ФН | Закрыть архив неисправного накопителя; установить новый |
214 | Ошибка контрольной суммы | Сменить ФН, предварительно закрыв архив |
218 | В накопителе нет искомого документа | Провести поиск документа по его номеру. Найти его можно в личном кабинете ОФД или сверить с тем, что указан в чеке |
219 | Итог чека переполнен | Требуется замена накопителя |
225, 255 | Номер накопителя, указанный в настройках ККТ, не совпадает с фактическим | Вписать корректный номер ФН |
231 | Неверные параметры команды накопителя. Возможно, ФН не подходит для данного типа системы налогообложения или вида торговой деятельности. Например, при ОСНО нельзя использовать накопитель с 36-месячным сроком работы | Проверить правильность выбора СНО и убедиться в соответствии торговой деятельности требованиям к применению ФН |
215 | Закончился срок службы ФН (он составляет 13,15 или 36 месяцев) | Закрыть архив, согласно инструкции по эксплуатации, заменить ФН |
216 | Эксплуатационный срок ФН еще не подошел к концу, но память заполнена | Заменить ФН после закрытия архива |
232 | Превышение объема фискального документа. Ошибка означает, что количество позиций в чеке превышено | Удалить лишние позиции. При необходимости провести операцию двумя чеками |
233 | Отсутствует транспортная связь с ФН | Восстановить связь с ОФД и повторить запрос |
236 | Невозможен прием сообщения от оператора ФД | Проверить правильность заполнения реквизитов ОФД в настройках ККТ |
237 | Накопитель содержит неотправленные фискальные данные | Подключить ККМ к интернету. Все сведения о продажах автоматически отправятся оператору ФД |
238 | Другие ошибки | Расширенную информацию о неполадке можно получить, задав команду чтения регистра 55, согласно инструкции по эксплуатации ККМ |
Не все сбои, возникающие при работе с ККТ, связаны с поломкой ФН. Часто проблема кроется в самой кассе — при этом код неисправности выводится на дисплей аппарата. Также возможны трудности с кассовыми программами. Например, в «1С: Розница» при открытии смены часто возникает следующая неполадка: «Ошибка определения доступных касс ККМ. Не смогли определить доступные кассы ККМ». Решение проблем с ККТ и кассовыми программами можно доверить специалистам или устранить их самостоятельно с помощью инструкции по эксплуатации.
Подберем фискальный накопитель для вашего бизнеса. Доставим в любую точку РФ!
Оставьте заявку и получите консультацию в течение 5 минут.
Оцените, насколько полезна была информация в статье?
Наш каталог продукции
У нас Вы найдете широкий ассортимент товаров в сегментах
кассового, торгового, весового, банковского и офисного оборудования.
Посмотреть весь каталог
Другие статьи
Причин ошибки может быть несколько:
- в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB
- в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную
- версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу
В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.
При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.
Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)
Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.
Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.
Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.
Ошибка возникает при импорте товаров (меню и модификаторы).
R-Keeper v7
В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.
В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86
Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice
Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.
Вариант №1
Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)
Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)
Вариант №2
Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.
Возникает при попытке открыть комплект или список комплектов.
Решение проблемы:
1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.
Есть несколько причин возникновения ошибки и методов ее решения:
1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.
2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.
3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).
4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.
Дополнительная информация:
— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.
Решение:
— предупредить клиента, что на время восстановления базы в складе работать нет смысла, т.к. внесенные изменения будут потеряны
— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы
— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)
Ошибка происходит при попытке открыть документа расхода. Проблема может возникать в нескольких случаях:
— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.
— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.
Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)
В первом случае для выбора проблемных записей можно использовать следующий запрос:
SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)
ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!
Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.
Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:
1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.
Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.
Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72
Решение:
Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10
Решение: обновить текущую версию SHUtils до версии 4.19.41.0
Нечто подобное обсуждалось на трекере — например, запрос 0005967.
Решение:
1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.
Далее, существующие проблемные документы загрузить заново и пересписать.
Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar
— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот).
— Решение: сделать обновление SH до версии 4.93 и выполнить запрос UpdGsCmRef из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию
Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!
P.S> решен запрос на трекере — №28093
Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).
Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).
Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.
3. Если не помогают вышеописанные процедуры, выполнить процедуру
fix_002
— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.
- Главная
- Полезная информация
- Самоучитель
- Ошибки
Работая с программно-аппаратным комплексом «Р-Кипер», иногда приходится наблюдать всевозможные ошибки. Они могут появляться в различных ситуациях, при сбое в работе аппаратной или программной частях. Что же могло стать причиной такого отказа системы? Попробуем разобраться в этом самостоятельно. В категории приведены наиболее частые коды ошибок в работе программно-аппаратного комплекса R-Keeper.
Ошибки кассовой станции «Р-Кипер»
0 — Не запущен Paradox
Плохой путь в LOCAL или *.LCK.
1— Не могу найти файл cashes.db
2—Нет конфигурации этой станции
В базу данных необходимо добавить имя данного юнита
4—Не могу найти файл базы printers.db
5—Не могу найти файл базы usplink.db
6—Не могу найти файл streams.db
7—Не могу найти файл services.db
9—FF менее 2-х потоков
10—Не могу найти файл system.db
11—Не могу найти директорию «BMPFONTPATH»
12—Не могу найти директорию «DATABASE»
13—Не могу найти директорию «RESULTS»
14—Пустое меню
15—Нет персонала
Добавить персонал
16— Ошибка статьи расходов
16-1—Категория блюда в списке отсутствует
Добавить категорию блюд
17—Защита N 4
18—Сеть не найдена
Проверить подключение к сети
19— Не найден файл базы local.db
Не читаемый файл local.db, следует его перезаписать
20—Нет категорий для блюда
Назначить категории по блюду
21—Файл eoday.db не открывается
22— Совершение работы, после закрытия дня
23— Таблица не открывается
Нужно запустить CORE
24—Имя в сети не возможно получить при запуске системы
Конфликт имен (запущен кассовый сервер с таким же именем)
25—GET, PUT, APPEND не прошел
Проблема с сетью
26—reccount
27—Нет C:dosshare.exe
28—Нарушение контроля версий по SHARE
29—Контроль количества записей
30—Не грузится PXSAVE
31—Не могу найти карту для этого чека
32—Имя ресурса для внутренней печати не верно
34—Ошибка внутренней печати таблиц БД
35—Файлы поддержки языка не найдены
36—Доступное меню не найдено
37—Версии клиентских станций несоответствуют
199—Runtime проблемы с DLL
126—Проблемы с аппаратной частью (железо)
127—Не читается оперативная память, не правильные настройки BIOS и прочее
Причину отказа работы системы R-Keeper поможет выявить код ошибки, выдаваемый программой:
Код |
Ошибка |
Устранение |
0 |
Не запущен PARADOX |
Часто плохой путь в LOCAL или плохие *.LCK. |
1 |
Нет файла CASHES.DB |
|
2 |
Нет конфигурации этой станции |
Необходимо добавить имя данного юнита в БД. |
4 |
Не найден файл PRINTERS.DB |
|
5 |
Не найден файл USPLINK.DB |
|
6 |
Не найден файл STREAMS.DB |
|
7 |
Не найден файл SERVICES.DB |
|
8 |
Не найден файл PRINTERS.DB |
|
9 |
Для FF менее 2-х потоков |
|
10 |
Не найден файл SYSTEM.DB |
|
11 |
Нет директории «BMPFONTPATH» |
|
12 |
Нет директории DATABASE |
|
13 |
Нет директории RESULTS |
|
14 |
Пустое меню |
Как правило, говорит о том, что меню, которое закачалось из базы данных кассовым сервером пустое. Необходимо завести меню в менеджере R-Keeper. |
15 |
Нет персонала |
Завести персонал. |
16 |
Проблемы со статьями расходов |
|
16-1 |
Категория блюда в списке отсутствует (название блюда указано в сообщении) |
|
17 |
Защита N 4 |
|
18 |
Проблемы с сетью |
|
19 |
Не открылся LOCAL.DB |
Битый LOCAL.DB необходимо его перезаписать. |
20 |
Нет категории для блюда |
Для блюда, которое пытаются пробить, отсутствует категория. Выбирается в меню блюда без категорий. Если же блюда без категорий отсутствуют, то категории данным блюдам надо назначить. Если этого не получается, то надо править базу. |
21 |
Не открылся EODAY.DB |
|
22 |
Попытка работать после закрытия дня |
Говорит о том, что день на этой кассе уже закрыт, и работать на ней нельзя до закрытия всего дня на сервере. Если надо отменить закрытие, закидывается чистый EODAY.DB. |
23 |
Не открылась таблица |
Следует запустить COR. |
24 |
Сетевое имя не получено при запуске |
Говорит о том, что в сети присутствует уже такое имя. Запущен кассовый сервер с таким же кассовым именем. |
25 |
GET, PUT, APPEND не прошел |
Проблемы с сетевым подключением. КАК вариант не работает сетевая карта или неверные пути. |
26 |
RECCOUNT |
Не прошел. |
27 |
Нет C:DOSSHARE.EXE |
|
28 |
Контроль версий файлов нарушен по SHARE |
|
29 |
Контроль количества записей |
|
30 |
Не прошел PXSAVE |
|
31 |
Не найдена карта для этого чека (при CARDPAY) |
|
32 |
Неверное имя ресурса для внутренней печати |
|
33 |
Ошибка создания таблиц внутренней печати |
|
34 |
День сервера закрыт или начато закрытие. |
Перегрузить сервер. Сервер прекратит закрытие дня и его надо будет закрыть вновь предварительно проверив дату и баланс. Скорее всего, говорит о том, что главную кассу, на которой закрывали день, слишком быстро выключили и включили. |
35 |
Не найден файл языковой поддержки |
|
36 |
Не найдено доступного меню |
Говорит о том, что отсутствует доступ к меню на данной станции и она не может найти меню предназначенной для нее. Проверьте в редакторе «МЕНЮ». «ДОСТУП К МЕНЮ» имеется ли для станции хоть одно свободное меню. |
37 |
Несоответствие версий станции и клиента |
Необходимо привести версии в соответствие. |
199 |
Как RUNTIME проблемы с DLL |
|
126 |
«Железо» |
|
127 |
«Железо» |
Проблемы с памятью, с настройками BIOS и т.п. |