Ошибка 2140 r keeper

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

Причину отказа работы системы 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	Не найден файл языковой поддержки (работает как RUNTIME)
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

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 и прочее

Материалы для скачивания:

Установка emulyator-com-porta-dlya-podklyucheniya-viki-print-cherez-usb-windows

1. Запустите установщик emulyator-com-porta-dlya-podklyucheniya-viki-print-cherez-usb-windows и следуйте инструкциям установщика.

2. Зайдите в папку с эмулятором (C:Program FilesSTMicroelectronicsSoftwareVirtual comport driverWin8) и запустите установщик, в соответствии Вашей операционной системе. Следуйте инструкциям установщика.

Установка службы транспорта ComProxy

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

Дистрибутив поставляется в виде zip-архива. Для установки службы выполните по шагам:

• Скопировать папку с дистрибутивом (ComProxyWindows) в папку C:Distrib
• Выполнить в командной строке команду:

C:DistribComProxyWindowsinstall.cmd C:ComProxyWindows COMX COMY COMZ

COMX — порт к которому физически подключен ФР (посмотреть можно в диспетчере устройств, проверить доступность устройства на этом порту с помощью утилиты Fito)

COMY — виртуальный порт com0com (можно установить любое значение, предварительно убедившись, что этот порт не занят другим устройством)

COMZ — порт с которым будет работать кассовая программа и утилита Fito после установки службы (можно установить любое значение, предварительно убедившись, что этот порт не занят другим устройством)

В нашем примере Вики Принт подключен к порту COM7; порты COM8 и COM9 не заняты другими устройствами, можем использовать их для службы ComProxy:

Поэтому команда будет выглядеть следующим образом:

• Служба будет установлена в C:ComProxyWindows
• При необходимости после установки можно изменить порты в файле C:ComProxyWindowsComProxy.ini где:

• physical_port — порт к которому физически подключен ФР
• virtual_port — виртуальный порт com0com
• pos_port — порт с которым будет работать кассовая программа

Пояснения: Служба ComProxy для передачи данных от регистратора в ОФД создает дополнительные виртуальные Com-порты. Когда служба ComProxy работает, общение кассовых программ и сервисных утилит с регистратором осуществляется через виртуальные Com-порты, созданные службой транспорта ComProxy.

После установки службы ComProxy проверьте, что служба транспорта появилась в списке служб операционной системы и выполняется.

Работа с Сервисной утилитой Fito

Запустите утилиту Fito, перейдите в меню “Функции”-“Параметры связи”. Проверьте корректность установки следующих параметров:

• Порт — COM-порт, который был назначен как COMZ при установке службы ComProxy (в нашем примере COM9)
• Скорость — 57600 (установлено по умолчанию, не изменяем)
• Использовать линию CTS — пункт не активирован (установлено по умолчанию, не изменяем)
• Пароль на связь — PIRI (установлено по умолчанию, не изменяем)

Для применения изменений нажмите кнопку «Установить».

Чтобы убедиться в корректности установленных параметров, нажмите кнопку «Статус»:

Если все параметры установлены корректно — появится окно статуса без дополнительных сообщений об ошибках:

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

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

1. Программирование настроек сети

Этот пункт можно пропустить, если ККТ регистрируется в автономном режиме, без подключения к Оператору Фискальных Данных.

Данные подключения (IP-адрес, маска подсети, IP-адрес шлюза, IP-адрес DNS) необходимо брать из текущего состояния подключения к сети Интернет системного блока, с помощью которого мы работаем с ККТ.

URL ОФД-сервера — URL или IP-адрес сервера ОФД (можно уточнить у Оператора Фискальных Данных, с которым заключен договор)

Порт ОФД-сервера — порт сервера ОФД (можно уточнить у Оператора Фискальных Данных, с которым заключен договор)

Название ОФД-сервера — наименование ОФД в свободной форме, можно продублировать URL сервера

Таймер ФН — 30 (установлено по умолчанию, не меняем без необходимости)

Таймер С — 60 (установлено по умолчанию, не меняем без необходимости)

После ввода всех параметров нажимаем «Установить» и переходим к следующему пункту.

2. Регистрация кассы (Если касса уже зарегистрирована, данный пункт пропускаем)

После ввода настроек переходим на вкладку Сервис — Регистрация/снятие с учета — Регистрация/перерегистрация с заменой ФН

• Наименование пользователя — наименование организации
• Адрес расчетов — адрес организации первой строкой и почтовый индекс второй строкой
• ИНН владельца — ИНН организации-владельца кассы
• Регистрационный номер — ввести значение регистрационного номера ККТ, полученное из ФНС в Кабинете контрольно-кассовой техники. Номер должен содержать 16 знаков без пробелов
• ИНН ОФД — необходимо указать ИНН Оператора Фискальных данных, с которым у владельца ККТ заключен договор на обслуживание (ровно 10 цифр без дополнительных пробелов или нулей). Не заполнять в случае регистрации в автономном режиме
• Кассир — ввести фамилию и инициалы регистрирующего (эти ФИО будут указаны в чеке регистрации. В дальнейшем на чеках продажи будет выводится тот кассир, которого на Вики Принт будет отправлять кассовое ПО. ФИО, которые вы введете в этом поле, нигде, кроме чека регистрации, не будут фиксироваться)
• Система налогообложения — выбрать систему налогообложения организации-владельца кассы
• Режим работы — при необходимости выбрать режим работы фискального накопителя:

• шифрование – подразумевает кодирование всех данных ФН. При возникновении ошибок, понять причину их возникновения будет не возможно. Не устанавливать без необходимости.
• автономный режим – при использовании ККТ в режиме, не предусматривающем обязательной передачи фискальных документов в налоговые органы в электронной форме через оператора фискальных данных (в заявлении, поданном в ФНС должен так же быть выбран режим режим, не предусматривающий передачи фискальных данных)
• автоматический режим – на данный момент не может использоваться в Вики Принт. Применяется для аппаратов, не предусматривающих участие кассира в режиме продажи (паркоматы, вендинговые аппараты)
• применение в сфере услуг – для организаций, предоставляющих услуги
• режим БСО (бланков строгой отчетности) – на данный момент не может использоваться в Вики Принт. Применяется для организаций, предоставляющих услуги населению
• применение в Интернет – режим работы для ККТ, осуществляющих продажи удаленным способом через Интернет (могут работать без печати бумажного чека)

Еще раз тщательно проверить корректность данных Регистрационного номера и ИНН. Если данные после регистрации окажутся не верными, ФН подлежит замене и ККТ необходимо будет перерегистрировать.

После повторной проверки всех введенных данных нажать кнопку” Выполнить”.

Fito выдаст окно, в котором необходимо подтвердить завершение регистрации кассы:

После повторной проверки корректности введенных данных и нажатия кнопки «Да» касса распечатает два отчёта о регистрации:

Для завершения регистрации передайте ФНС отчет о регистрации. Если регистрация проводится через личный кабинет на сайте ФНС, то для завершения регистрации на нем следует заполнить форму завершения регистрации и указать данные с чека регистрации: точную дату и время, номер фискального документа (ФД №) и фискальный признак документа (ФПД или ФД).

3. Теперь устанавливаем приложение Subtotal, следуя инструкциям установщика:

4. После запуска приложения Subtotal, открываем «Настройки» и выбираем раздел «ККМ»:

5. Выбираем «подключить фискальный регистратор» и вводим главный логин и пароль от Subtotal, выбираем магазин и точку продаж:

6. В заключительной настройке, указываете драйвер Viki Print, коды оплат «0» и «1». Далее нажимаете на синюю шестеренку и указываете номер COM-порта также, как и в утилите Fito 2.1.2:

13. Нажимаете «Finish» и «ok», приложение перезагрузится – на этом настройка завершена.

Для подготовки оборудования Viki Print к работе нужно выполнить несколько шагов.

1. Скачайте драйвер.
2. Запустите установщик драйвера от имени администратора.

Служба ComProxy требуется для отправки данных в ОФД.

1. Скачайте и запустите «Менеджер обновлений».
2. Убедитесь, что выполнили все рекомендации на стартовой странице, затем нажмите «Найти устройство».

Служба ComProxy нужна для отправки чеков в ОФД, а так же для связи нашего кассового ПО с Вики Принт или фискальной платой, которые фискализируют чеки.

Актуальную версию службы ComProxy вы можете установить, запустив Менеджер обновления. Установится версия работающая как по USB, так и по COM соединению.
В этой статье описана установка предыдущих версий службы.

Оглавление:

Немного о службе ComProxy

Так как онлайн-касса Вики Принт не имеет собственного сетевого интерфейса, для передачи данных оператору фискальных данных используется служба ComProxy.

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

Установка службы ComProxy

Шаг 1. Скачайте и распакуйте файлы установки

Распакуйте содержимое архива в каталог C:DistribComProxyWindows

При установке службы на Windows XP может возникнуть ошибка. Рекомендуется заменить наименование папки на более короткое: Com или ComPW

Шаг 2. Запустите установку

Перед переустановкой службы необходимо удалить предыдущую, инструкция по удалению тут: ссылка. Ознакомьтесь с ней!

Перед установкой отключите цифровую подпись устройств в windows (как это сделать?).
Запустите командную строку от имени администратора и выполните команды:

cd c:DistribComProxyWindows (enter)
install.cmd C:ComProxyWindows COMX COMY COMZ (enter)

COM пишите большими буквами!
Иначе служба не установится корректно.

Вместо X, Y, Z укажите номера портов. Как их определить?

• COMX — физический порт. Его можно посмотреть в Диспетчере устройств (как открыть?). Например, у меня это COM7
  
• COMY и COMZ— виртуальные порты com0com
  Можно установить любое значение, предварительно убедившись, что этот порт не занят.

В нашем примере Вики Принт подключен к порту COM7; порты COM8 и COM9 не заняты другими устройствами, можем использовать их для службы ComProxy. Поэтому команда будет выглядеть следующим образом:

Проверяем:
После завершения установки службы в командной строке должны появиться следующие строки:

В списке служб есть соответствующая служба:

А утилита Fito не выдает ошибок при подключении, если поставить COMZ в параметры связи:

Статьи в этом разделе

Похожие статьи

Комментарии

Подскажите, установить 2 службы ComProxy на 2 Википринта на 1 кассе?

Менеджер обновлений затирает первую службу.

Никита, вы хотите сказать, что у меня старые компы? Да может быть, вме параметры я описывать не буду, но один из них именно как вы выразились современный на виндовс 10, но и там проблема тоже есть. Возможно, проблема возникает именно после обновления через ваш менеджер обновлений, с ком прок. 1.2 на 1.3 и с 664 на 665. И не нужно мне рассказывать, что я чего-то не догоняю, я далеко не ламер.
Ксения, я уже отвечал, что ради вас я не буду сносить 13 версию и ставить 11, если по вашей ссылки темвью, откроется без установки, то я отпишусь по доступу, но если он захочет ставить её, то я этого не буду делать.
И вообще мне интересно, перед тем как выпускать свой продукт, аы его сами тестируете? Как вообще с таким шквалом недовольных людей эту кассу могли внести в реестр? Вам самим не противно, когда люди на вас жалуются?
А поддержку, я считаю что вы должны оказывать в любом случае, даже с новыми версиями программ, ведь и вы можете обновиться, а не только клиент должен под вас прогибаться.

У кого-нибудь были проблемы блокировки брэндмауэром запросы/ответы к ОФД?

У нас во всю стоит межсетевой экран, может кто-нибудь сталкивался с проблемами, которые могут на этом фоне возникнуть?

Какой процесс инициирует общение в сеть, по какому порту?

Tonik, Если у вас всё закрыто, то конечно будут проблемы. Процесс инициирующий соединение ComProxySvr (либо Javaw.exe), а обращается она собственно на указанный в настройках кассы сервер и порт ОФД, обычно (но не всегда) порт ОФД: 7777

PS: Если вы сами не знаете какие у вас настройки доступа к ОФД серверу, откройте программу Fito, подключитесь к порту кассы (какой указан в учетной программе!) и посмотрите настройки ОФД на закладке «Установка параметров» пункт «Программирование настроек сети» и там нужно нажать кнопку «Считать данные»

Александр, по протоколу tcp/ip ведь?

Итак, продолжаю блог, надеюсь что людям это будет полезно. Сегодня 26.07.18 к моему компьютеру удалённо подключился «специалист» из тех.поддержке Дримкас. Делал долго диагностику и в итоге, выявил что ОС не видит кассу после её отключения, т.е. виндовс 7, автоматом не возобновляет связь. Как мне писал выше ещё один их специалист, то на виндовс 10, таких проблем нет. Это правда, на виндовс 10 проблем нет! Но у меня 2а компа на вин 7 и 1н на вин 10. По их рекомендации я пробовал подключать кассу на вин 10, и проблем нет, т.е. при потери связи с кассой, после его восстановления, касса опять обнаруживается. Но подключив её опять на вин7, при потери связи и возобновлении касса не видится. Мне из тех.поддер. Дримкас рекомендавали переустановить виндовс, но я сделал др., установил на другое устройство с вин7, и проблема опять появилась.
Я это всё пишу к тому, что Дримкас, делает плохие устройства, которые работают только на том чём они тестируют.
Выводы такие, на сайте Дримкас заявлено что касса ВикиПринт 57ф работает под windows xp, 7,8,10. ЭТО НЕ ПРАВДА, только под win10. Учитывайте это при выборе.
P.S. мне в тех.под. дримкаса, дали номера их сервисных центров, но ни один из них не хотел, решать, а точнее менять плату fm16 по гарантии бесплатно, хотя кассу я купил 3 мес назад. Выходит что их авторизованные центры, для того чтобы просто косить бабло, а реально гарантийные обязательсва никто не выполняет.
В общем думайте.

Проблема аналогичная, как у Михаила. Вики Принт 57Ф с прошивкой 664 отработал 13 мес без единого глюка. Перед заменой ФН заменил прошивку и comproxy менеджером обновлений и понеслось: ФР постоит в бездействии какое-то время и служба перестает работать, помогает только перезагрузка и то не всегда. Иногда после перезагрузки приходится заново запускать менеджер обновлений, чтобы переустановить службу. В итоге сегодня менеджер обновлений вообще не смог установить службу (в конце пишет «служба не работает, обратитесь в техподдержку»). Ручное удаление службы не помогает. Попробовал скачать с сайта Кристал сервиса службу для подкл. по com порту. Вроде бы заработала, но через пару часов также остановилась. Windows 7 32 bit. Подскажите, что делать?

ДОПОЛНИТЕЛЬНЫЕ ВОПРОСЫ: Самые распространенные ошибки R-keeper