|  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 секунд, чтобы получить результат задачи). | 
|  |