kkmserver.ru
Добро пожаловать на наш форум поддержки
- Темы без ответов
- Активные темы
- Поиск
Печать чека в 1с
Печать чека в 1с
Сообщение Serg39 » 15 мар 2018, 18:34
Re: Печать чека в 1с
Сообщение Audim » 15 мар 2018, 19:21
Re: Печать чека в 1с
Сообщение Serg39 » 15 мар 2018, 19:57
Re: Печать чека в 1с
Сообщение Audim » 17 мар 2018, 18:14
Нашел ошибку при использовании из БП, исправил, выложил.
Скачайте, установите и пробуйте.
Если не пойдет — в «C:\Users\ \AppData\Roaming\1C\1cv8\ExtCompT» удалите файл «DriverUnitServer_x32.dll» и заново установите драйвер
Re: Печать чека в 1с
Сообщение Daseraf » 19 мар 2018, 19:45
Добрый день.
Не можем установить ваш драйвер в конфигурацию 1с Фитнес Клуб 
Дополнительный вопрос:
Может ли функционал ККМСервера дублировать чек на принтер чеков при пробитии на фиксальном регистраторе?
Планируется ли поддержка конфигураций без БПО? (УТ10.3 КА1.1)
Re: Печать чека в 1с
Сообщение Audim » 20 мар 2018, 00:56
Скорее всего у вас 64-х клиент.
Под ним ни какое оборудование не работает.
Планируется ли поддержка конфигураций без БПО?
Нет, такое мне не потянуть — там что ни конфигурация то свой код.
Re: Печать чека в 1с
Сообщение Daseraf » 20 мар 2018, 11:34
Re: Печать чека в 1с
Сообщение Daseraf » 25 мар 2018, 14:16
Re: Печать чека в 1с
Сообщение Audim » 25 мар 2018, 20:41
«..У конфигурации бпо..» это ключевое.
Если в конфигурации нестандартная подсистема БПО то не встанет — драйвер написан именно под стандартное БПО.
Источник
Тестирование Кассатки 7 в 1с 8.3 Бух.3.0
Подключение Кассатки 7 к 1С 8.3 Бух.3.0
После инсталляции комплекта драйверов DriverSetup.exe переходим в 1С.
Подключение стандартное через Администрирование / Подключаемое оборудование / ККТ с передаче данных
Драйвер ищем в каталоге C:\Program Files (x86)\1C KKT Driver , находим KKTDevice.zip и устанавливаем стандартно
Далее возможно надо перезапустить ПК.
Разработчики рекомендуют : использовать вариант HTTP порт 4444,
Разработчики рекомендуют : Пароль администратора 30, Пароль кассира 1 (несмотря на Manual.pdf).
Пароль для закрытия смены : как у Администратора (т.е. 30)
Разработчики рекомендуют : режим комплексный.
Но если надо открывать/закрывать смену из 1С , то используйте Режим Пакетный.
также указываем ip кассы и проверяем связь:
Важный нюанс : Тест успешно выполнен — это не означает , что кассатка хоть как-то отвечает на команды. Это означает , что 1С честно послала запрос и возможно даже не получила ответ.
Не найден обработчик запрошенного объекта — вот это похоже в ответе кассы ничего нет, то есть ответа от кассы нет.
На скрине есть важная деталь C:/KktDriver/1c1c.crt и C:/KktDriver/1c1c.key , которых физически нет на диске.
Откуда ссылки на эти файлы появились неведомо. Эти поля сертификата и ключа надо обязательно убрать !
Открытие / закрытие смены делаем только в пакетном режиме
При открытии смены печатается «Используется стандарт подключения драйверов, поддерживающий формат фискальных документов версии 1.0. Возможно некорректное формирование чеков. Необходимо обновить драйвер ККТ.» — ЭТО НОРМАЛЬНО!
И следом «Операция успешно завершена.»
Проверяем стандартные функции пробития чеков
Делаем розничную продажу за наличные например:
Чек печатается стандартно
Единственно смену пришлось предварительно открывать вручную на кассе и закрывать в конце дня тоже вручную.
Примечание : Работу проверяли на Тестовом ФН , под Windows 10-64, 1С 64 разряда. Драйвера Кассатки 32 разрядные.
Возможные ошибки
Проверка связи с кассой
Нюансы : «Тест успешно выполнен» — не означает ничего. Если вы укажете несуществующий ip — тест тоже завершится успешно!? Читаем второе предложение в этом сообщении , например :
«Таймаут при обращении к удаленному ККТ (9)» — это понятно , когда касса не отвечает
«Не найден обработчик запрошенного объекта (13)» — это драйвер Касатка в 1С не знает , что делать с ответом.
«Прочие ошибки ()»
«Успешно выполнено (0)» — вот это то, что НАДО (но есть нюанс , если указать выдуманный ip получим такой же результат. )
При открытии смены (пакетный режим):
При выполнении операции произошла ошибка: Ошибка вызова метода .
<ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(652)>: Ошибка при вызове метода контекста (ПолучитьПараметрыККТ): Ошибка вызова метода внешней компоненты
В конфигураторе по слову ПолучитьПараметрыККТ находим ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(652) . Ставим точку останова и идет отладчиком.
Здесь получаем лажу Результат =false:
Результат = ОбъектДрайвера.ПолучитьПараметрыККТ(ПараметрыПодключения.ИДУстройства, ПараметрыККТ);
ОбъектДрайвера = AddIn.KKTDeviceExtention.KKTDeviceExtention — (это правильно, так и должно быть)
ПараметрыПодключения.ИДУстройства = «1549982963» — это уникальный номер , генерируется автоматически
ПараметрыККТ = «» (сюда компонента помещает ответ , «» — НЕ ДОЛЖНО БЫТЬ)
Вот примерно правильный ответ, ПараметрыККТ =:
Причина ответа компоненты ПараметрыККТ =»» — была в полях сертификата и ключа , их надо обязательно убрать!
Дополнения
Также можно работать и по ETHERNET порт 3333 без проблем.
При всех работающих настройках при проверке связи возвращалось :
Тест успешно выполнен. Успешно выполнено (0)
Но также это возвращается и при указании ошибочного ip или порта.
Источник
Ошибка вызова метода объектдрайвера подключить общиймодуль подключаемое оборудование
Группа: Пользователи
Сообщений: 55
Регистрация: 4.4.2014
Пользователь №: 111 785
Атол 11Ф Не фискальный.
Бухгалтерия предприятия, редакция 3.0 (3.0.47.33)
Подключил Аппарат, подменил Драйвер FprnM1C82_54FZ.dll из центра загрузок Атола.
Смена успешно открылась, но закрыть ее невозможно — на самом аппарате выходит Z отчет, но 1С ругается
При выполнении операции произошла ошибка: Ошибка вызова метода .
<ОбщийМодуль.МенеджерОборудованияВызовСервера.Модуль(2176)>: Ошибка при вызове метода контекста (XMLЗначение): Несоответствие типов (параметр номер ‘2’)
И не закрывает смену у себя.
В чем может быть проблема ?
Вот лог — открытие смены 1С и попытка закрыть
28.02.2017 13:48:10.054 0000000000 1C_Interface.Open, deviceID=
0000000000 1C.SetSettigs
0000000219 1C.GetLineLength, deviceID=1
0000000047 1C.GetDataKKT
0000002500 1C.Close, deviceID=1
0000008250 1C.SetParameter, name=EquipmentType, value=ККТ
0000000000 1C.GetDescription
0000000000 АТОЛ: Драйвер ККТ (54ФЗ)
0000000000 «АТОЛ: Драйвер ККТ» – программная компонента (драйвер), предназначенная для работы с различной ККТ.
0000000000 ККТ
0000000000 2000
0000000000 -1
0000000000 -1
0000000000 http://fs.atol.ru/SitePages/%D0%A6%D0%B5%D. %BC%D0%BC%D1%8B
0000000000 1C.SetParameter, name=MachineName, value=
0000000000 1C.SetParameter, name=PortNumber, value=1003
0000000000 1C.SetParameter, name=BaudRate, value=18
0000000000 1C.SetParameter, name=Model, value=67
0000000000 1C.SetParameter, name=AccessPassword, value=0
0000000000 1C.SetParameter, name=Password, value=30
0000000000 1C.SetParameter, name=PrintTax, value=True
0000000000 1C.SetParameter, name=PrintBarCodeText, value=False
0000000000 1C.SetParameter, name=Scale, value=200
0000000000 1C.SetParameter, name=ScaleQR, value=300
0000000000 1C.SetParameter, name=WriteLogFile, value=True
0000000000 1C.SetParameter, name=IPAddress, value=192.168.10.1
0000000000 1C.SetParameter, name=IPPort, value=5555
28.02.2017 13:48:21.064 0000000000 1C_Interface.Open, deviceID=
0000000000 1C.SetSettigs
0000000265 1C.GetLineLength, deviceID=1
28.02.2017 13:48:21.392 0000000063 1C.GetCurrentStatus: 1
0000000234 StatusParameters:
0000005000 1C.Close, deviceID=1
Егоров Вадим
Просмотр профиля
Группа: Пользователи
Сообщений: 55
Регистрация: 4.4.2014
Пользователь №: 111 785
А вот попытка снять Отчет о текущем состоянии рассчетов при Закрытой смене на фискалке
При выполнении операции произошла ошибка: Снятие отчета прервалось
28.02.2017 13:59:59.799 0000000000 1C_Interface.Open, deviceID=
0000000000 1C.SetSettigs
0000000234 1C.GetLineLength, deviceID=1
0000001266 GetLastError -3883: Снятие отчета прервалось
0000000000 1C.Close, deviceID=1
АТОЛ: Царюков Ро.
Источник
Кассатка Форум — Семейство умных касс для малого и среднего бизнеса.
Компания Чек-онлайн предоставляет инновационные продукты на рынке контрольно-кассовой техники в рамках ФЗ-54. Ассортимент ККТ собственного производства позволяет удовлетворить потребности различных сегментов потребителей.
Текущее время: 28 июн 2021, 04:46
- Вход
- Регистрация
- Темы без ответов
- Активные темы
- Поиск
- Заметки
- FAQ
Ошибка подключения ККТ Кассатка 1-Ф к конфигурации 1С Бухгалтерия предприятия 8
Ошибка подключения ККТ Кассатка 1-Ф к конфигурации 1С Бухгалтерия предприятия 8
Сообщение Sergey ARBIS Huhrin » 25 дек 2019, 11:58
Уже второй день бьемся над подключением ККТ Кассатка 1-Ф к конфигурации 1С Бухгалтерия предприятия 8.
Сразу поясню, драйвера скачаны с данного форума, версия 1.0.0.34, конфигурация 1С Бухгалтерия предприятия 8 так же последней версии , так как клиент работает в облаке (1С Fresh) через тонкий клиент.
Из прикрепленных скриншотов видно, что все стандартные шаги были выполнены, но при выполнении Тестирования подключения, выдает ошибку: Тест успешно выполнен. Не найден обработчик запрошенного объекта (13).
Открытие/Закрытие кассовой смены работает, но напечатать чек не представляется возможным, так как драйвер ККТ передает не все данные в 1С , а именно, он не передает реквизиты: Место расчетов и СНО (Система налогооблажения) (эти поля пустые, хотя на чеке напечатанном через ККТ в обход 1С они заполнены), а при попытке выполнить операцию Изменение настроек ККТ через 1С, выдает ошибку: При выполнении операции произошла ошибка: Ошибка вызова метода .
<ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1645)>: Недостаточно фактических параметров.
Источник
Ошибка открытия смены на Вики Принт 57Ф
Windows 10×64 Домашняя. 1с конфигурация Розница 2.2.
Касса установлена по инструкции, в Фито проблем не возникает. В подключаемом оборудовании тест пройден успешно, но только на скорости 9600. Когда в РМК пытаюсь открыть смену — пишет «При выполнении операции произошла ошибка: при приеме потеря связи с ФР. Смена не открыта на фискальном устройстве.»
Комментарии
Владимир Антонов, вам написал наш сотрудник с целью решить проблему, но вы не ответили. Вопрос актуален?
Добрый день, Похожая же ошибка. Не решил. Подскажите пожалуйста — как решить?
«При открытии смены произошла ошибка.
При выполнении операции произошла ошибка.
Ошибка вызова метода
Недостаточно фактических параметров.
Смена не открыта на фискальном устройстве.
Вопроc неактуален, решили отказаться от кассы в пользу Атола. Надоели постоянные простои.
Та же песня. Прошу помочь разобраться.
Ошибка вызова метода
Недостаточно фактических параметров.
Смена не открыта на фискальном устройстве.
Пожалуй соглашусь с Владимиром Антоновым, что лучше отказаться в пользу Атола (Штриха, Инкотекса).
Мы являемся партнерами и АСЦ Дримкас, но это постоянная головная боль. Внятной документации нет, при звонке в техподдержку: — Вам перезвонят, но никогда не перезванивают. Задаю вопрос: какой прошивкой шить Вики-принт 57Ф под ФФД 1.05? Наталья отвечает — 6.70. Пишу, что 6.70 не работает на 32-битных ОС, в т.ч. и на Вики-микро — тишина. Потом отвечает Даниил: для Вики-микро прошивка 6.64. В загрузках на сайте 6.62. Сплошной винегрет. Про глюки с Дримкас-Ф и кабинет молчу. Статьи в разделе Поддержка не систематизированы, порой противоречат друг другу.
Вывод — связываться с оборудованием Дримкас — занятие для мазохистов!
Если вы являетесь нашими партнёрами, то вам должен быть доступен телефон выделенной линии для партнёров, для оперативной связи с нами.
А теперь по существу:
1. Для вики принтов на текущий момент доступны прошивки 670 и 664, 670 работает по tcp/ip, 664 по старой схеме.
2. На кассе вики микро 670 прошивка протестирована и работает.
3. Ранее была выпущена 663 прошивка для работы по ФФД 1.05, но нашли ошибку и выпустили 664, вот по этому такой, как вы пишите винегрет.
Наталья Гришанова, Ну, ежели прошивки 664 и 670 доступны, как Вы пишете, то хотелось бы знать, ГДЕ они доступны? На сайте в разделе загрузок по сей день самая свежая прошивка версии 662. Глядя на весь этот цирк с вашими «пилотами» создаётся впечатление, что ваши разработчики просто издеваются над пользователями. Вчера приехала очередная жертва вашего сервера обновлений. Касса работает в автономном режиме, интернет там появляется эпизодически только на время приёма накладных ЕГАИС. Ну, оно и «обновилось». По итогу имеем в ФР прошивку 670, Comproxy установиться не успела, база не сконвертировалась. Мне интересно — для тестирования специально выбираются клиенты по принципу «подальше от цивилизации и нормальных линий связи»?
Источник