Ошибка 3813 атол

svv1979

20.12.18

✎

10:47

karpik666

20.12.18

✎

10:53

(0) 1с и будет вылетать, так как вы отлаживаете защищеннюу компоненту рарус. 4-я версия не поддерживается уже фирмой рарус. и доработать стандартный функционал не получится, если не переносить его из альфа-авто 5-й версии.

Есть другое решение, которое позволит нормльно учитывать скидки и работать с последними драйверами АТОЛ, в том числе 10-й версией. http://catalog.mista.ru/public/590993/?ref=1050 помимо обработка там есть комплект интеграции рарус, который содержит нужные изменения конфигурации для подключения

Kigo_Kigo

20.12.18

✎

11:03

Fprint-22ПТК , версия ффд? если 1.05, забываем про скидки, в обработку передаем цену уже с учетом скидки

svv1979

20.12.18

✎

11:23

Некоторые чеки пробивает нормально хотя скидки стоят

svv1979

20.12.18

✎

11:24

Как запустить эмулятор ККТ на Вашей обработке?

karpik666

20.12.18

✎

11:32

(4) для демо-варианта, просто скачиваете бесплатные файлы из публикации, распаковываете архив, и открываете обработку через Файл-открыть, в остальном по видео из публикации «Полный обзор функционала».

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

Написать сообщение

Сообщение будет добавлено в самый конец дискуссии

Название ошибки
Полный текст ошибки
Описание ошибки и метод решения

Ошибка менеджера данных 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) может не сработать, тогда выполнить после обновления ПО до актуальной версии.