|
18.04.2007, 15:55 | #1 |
Участник
|
Доброе время суток!
Подключили к Navision фискальный регистратор Феликс-02К с помощью OCX. При локальной работе чеки печатаются быстро, но при работе в терминальном режиме (Citrix) чек печатается долго - до 30 секунд. Где искать грабли? Может кто-нибудь сталкивался с подобной проблемой? |
|
18.04.2007, 19:07 | #2 |
Участник
|
Скорее всего узкое горло в передаче изображения на принтер (если оно в очень высоком качестве и достигает нескольких мегабайт).
Проверить легко - попробуйте на локальном компьютере зайти в нав через цитрикс и распечатать чек. |
|
19.04.2007, 15:52 | #3 |
Участник
|
Мне кажется дело в настройках печати цитрикса.
|
|
25.04.2007, 10:37 | #4 |
Участник
|
насколько знаю естьпроблема с печать через цитрикс и сами разрабочики цитрикса это признали и выпустили какую-то утилиту специально для печати
|
|
18.01.2017, 19:05 | #5 |
Участник
|
В связи с модными законодательными инициативами появилась необходимость завести в хозяйстве фискальный регистратор. NAV2009R2, классический. С какими-нибудь регистраторами уже идет объектик для NAV, или разбираться и писать придется самому?
|
|
05.06.2017, 19:24 | #6 |
Участник
|
Ни у кого нет примера реализации работы драйвера ккм v.8 от Атола для NAV?
|
|
07.06.2017, 19:50 | #7 |
Участник
|
Вот примеры на c#
https://github.com/pistol88/dvizh-se...rivers/Atol.cs https://github.com/dk76/AtolFiscalPr...scalPrinter.cs Ещё там вместе с драйвером примеры идут В принципе ничего сложного |
|
13.06.2017, 19:43 | #8 |
Участник
|
В теории ничего сложного, а на практике как у вот этого человека: спасибо гуглу, что следит и всё помнит
Цитата:
"Добрый день.
Подскажите пожалуйста. Я скачал драйвер 6.10.2.5036. В Navision создал переменную OCX. Сделал простой код с занятием порта и печатью чека. Скомпилировалось все хорошо, однако при попытке выполнения, на любой операции (пробовал DeviceEnabled, просто сразу печатать и т.п.) выдает - «Требуемая функция не существует, или вызов пытается присвоить значение свойству, которое не изменяется.» Цитата:
Это именно при запуске на выполнение.
При написании кода я обращаюсь к переменной и вижу все функции и т.п. библиотеки и входные параметры к ним. А вот при выполнении вылетает эта ошибка. Смотрел в отладчике, показывает, что вроде как переменная создается нормально и следом сразу вот эта ошибка при попытке вызвать любую функцию или получить/записать значение в свойство. Последний раз редактировалось Васыо; 13.06.2017 в 19:56. |
|
14.06.2017, 21:05 | #9 |
Участник
|
Победил.
Когда объявляете переменную OCX надо выбирать версию драйвера без совместимости с v.6 |
|
21.06.2017, 20:59 | #10 |
Участник
|
Исходник рабочей интеграции тут
|
|
|
За это сообщение автора поблагодарили: Sancho (2), Васыо (1). |
03.06.2018, 10:30 | #11 |
Участник
|
- Берримор, теперь у них TypeClose := 3 это не электронная оплата, а кредит.
- Да Вы что! - А TaxTypeNumber := 0 это теперь не без ндс, а ндс 0% - Бл@ди, сэр! |
|
06.06.2018, 12:38 | #12 |
Участник
|
Цитата:
И помогите плиз с TypeClose. Переключаю кассу с 1С на навик. 0 - наличные, это понятно. А вот для карты что ставить ? Все что нашел в документации: Код: Тип закрытия чека: 0 – наличными; 1 – тип оплаты 1; 2 – тип оплаты 2; 3 – тип оплаты 3; 4 – тип оплаты 4; 5 – тип оплаты 5 |
|
07.06.2018, 08:33 | #13 |
Участник
|
Источник проблем перевод касс на ФФД 1.0.5 с 1.0. Поменялись коды операций. Вот просто пришел какой-то человек, что-то там обновил и вуаля
Цитата:
0 - наличными
1 - электронными 2 - предварительная оплата (аванс) 3 - последующая оплата (кредит) 4 - иная форма оплаты |
|
|
За это сообщение автора поблагодарили: BuzCom (1). |
07.06.2018, 12:23 | #14 |
Участник
|
Вот спасибо! А то тыкаюсь вслепую. Про закрытие смены уже понял, что Z-отчетом закрывается.
А есть ли какая-то возможность тестировать аппарат на пробитие чеков без фискальщины и последующих возвратов ? У нас модель 77Ф. А то непонятно, вся ли нужная инфа будет печататься и правильно ли ? |
|
07.06.2018, 13:16 | #15 |
Участник
|
У нашего аппарата такой возможности не было. Тестировал отгрузками по 20 копеек методом научного тыка
|
|
07.06.2018, 13:30 | #16 |
Участник
|
Мне предложили в одной конторе некую железную приблуду в аренду за 2 тысячи в неделю, которая якобы переключает этот аппарат в режим теста.
Почитал про свойство TestMode, но оно вроде работает только в протоколе 2.0. Интересно, а если не делать Registration в строке и не закрывать чек, может как-то и можно выгнать распечатку чека хотя бы из одной строки ? |
|
12.07.2018, 18:18 | #17 |
Участник
|
Цитата:
В процессе выяснил, что регистрация строк возврата через функцию Return не имеет смысла, т.к. в любом случае используется значение типа чека, и если чек прихода, то строку возврата в нем зарегистрировать не удастся. Из-за чего сильно обломался. Нужно было в одном чеке пробить и приход, и возврат. А именно это аппарат не позволяет делать. |
|
03.10.2018, 11:40 | #18 |
Участник
|
В связи с прекращением поддержки драйверов Атола v.8 и переходом на десятые+смена НДС с нового года: кому-нибудь удалось подружить NAV и драйвера версии 10.4.1 ? Как OCX не появляются для выбора (
P.S. Вопрос снимается. Цитата:
Для подключения драйвера как COM-объект необходимо зарегистрировать в системе библиотеку addin_fptr10_x86.dll (addin_fptr10_x64.dll в случае 64-битного приложения) с помощью команды regsvr32.exe.
Последний раз редактировалось BuzCom; 03.10.2018 в 13:05. |
|
26.11.2018, 18:43 | #19 |
Участник
|
Итак, продолжение эпопеи с Атолом.
Отлично работающий код оказался никому не нужен, т.к. руками никто пробивать чеки не хотел, а через очередь работ автоматически этот код не работает. Автомэйшн. Пришлось углубиться в изучение JSON. Развернул Атоловский веб-сервер на серваке, и через стандартные Web Request Codeunit и Newtonsoft.Json модуль организовал создание заданий и запрос результатов. Попутно решилась задача организации очереди печати. Единственное, с чем пришлось повоевать - это c NewtonsoftJson.dll. Идущая в комплекте с нав-сервером шестой версии не завелась. Скачанная последняя версия встала в папку Addin и заработала. Результат: автоматизировано закрытие смены по часам (еще бы z-отчет сам с аппарата в папку прыгал), пробитие чеков по шедулеру или по действию пользователя. Недостаток метода - очень громоздкий код (по сравнению с automation), долгое выполнение задач (нужно ставить паузу от 1 до 5 секунд, чтобы получить результат задачи). |
|