| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Доброе время суток! 
		
		
		
		
		
		
		
	Подключили к Navision фискальный регистратор Феликс-02К с помощью OCX. При локальной работе чеки печатаются быстро, но при работе в терминальном режиме (Citrix) чек печатается долго - до 30 секунд. Где искать грабли? Может кто-нибудь сталкивался с подобной проблемой?  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Скорее всего узкое горло в передаче изображения на принтер (если оно в очень высоком качестве и достигает нескольких мегабайт). 
		
		
		
		
		
		
		
	Проверить легко - попробуйте на локальном компьютере зайти в нав через цитрикс и распечатать чек.  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Мне кажется дело в настройках печати цитрикса.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			насколько знаю естьпроблема с печать через цитрикс и сами разрабочики цитрикса это признали и выпустили какую-то утилиту специально для печати
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			В связи с модными законодательными инициативами появилась необходимость завести в хозяйстве фискальный регистратор. NAV2009R2, классический. С какими-нибудь регистраторами уже идет объектик для NAV, или разбираться и писать придется самому?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Ни у кого нет примера реализации работы драйвера ккм v.8 от Атола для NAV?  
		
		
		
		
		
		
		
	 
		 | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Вот примеры на c# 
		
		
		
		
		
		
		
	https://github.com/pistol88/dvizh-se...rivers/Atol.cs https://github.com/dk76/AtolFiscalPr...scalPrinter.cs Ещё там вместе с драйвером примеры идут В принципе ничего сложного  | 
| 
	
 | 
| 
			
			 | 
		#8 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			В теории ничего сложного, а на практике как у вот этого человека: спасибо гуглу, что следит и всё помнит 
		
		
		
		
		
		
		
		
			Цитата: 
	
		
			"Добрый день. 
Подскажите пожалуйста. Я скачал драйвер 6.10.2.5036. В Navision создал переменную OCX. Сделал простой код с занятием порта и печатью чека. Скомпилировалось все хорошо, однако при попытке выполнения, на любой операции (пробовал DeviceEnabled, просто сразу печатать и т.п.) выдает - «Требуемая функция не существует, или вызов пытается присвоить значение свойству, которое не изменяется.» Цитата: 
	
		
			Это именно при запуске на выполнение. 
При написании кода я обращаюсь к переменной и вижу все функции и т.п. библиотеки и входные параметры к ним. А вот при выполнении вылетает эта ошибка. Смотрел в отладчике, показывает, что вроде как переменная создается нормально и следом сразу вот эта ошибка при попытке вызвать любую функцию или получить/записать значение в свойство.  
		Последний раз редактировалось Васыо; 13.06.2017 в 19:56.  | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Победил. 
		
		
		
		
		
		
		
	Когда объявляете переменную OCX надо выбирать версию драйвера без совместимости с v.6  | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Исходник рабочей интеграции тут
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: Sancho (2), Васыо (1). | |
| 
			
			 | 
		#11 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			- Берримор, теперь у них TypeClose := 3 это не электронная оплата, а кредит. 
		
		
		
		
		
		
		
	- Да Вы что! - А TaxTypeNumber := 0 это теперь не без ндс, а ндс 0% - Бл@ди, сэр!  | 
| 
	
 | 
| 
			
			 | 
		#12 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
И помогите плиз с TypeClose. Переключаю кассу с 1С на навик. 0 - наличные, это понятно. А вот для карты что ставить ? Все что нашел в документации: Код: Тип закрытия чека: 0 – наличными; 1 – тип оплаты 1; 2 – тип оплаты 2; 3 – тип оплаты 3; 4 – тип оплаты 4; 5 – тип оплаты 5  | 
| 
	
 | 
| 
			
			 | 
		#13 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Источник проблем перевод касс на ФФД 1.0.5 с 1.0. Поменялись коды операций. Вот просто пришел какой-то человек, что-то там обновил и вуаля  
		
		
		
			![]() Цитата: 
	
		
			0 - наличными 
1 - электронными 2 - предварительная оплата (аванс) 3 - последующая оплата (кредит) 4 - иная форма оплаты  | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: BuzCom (1). | |
| 
			
			 | 
		#14 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Вот спасибо! А то тыкаюсь вслепую. Про закрытие смены уже понял, что Z-отчетом закрывается. 
		
		
		
		
		
		
		
	А есть ли какая-то возможность тестировать аппарат на пробитие чеков без фискальщины и последующих возвратов ? У нас модель 77Ф. А то непонятно, вся ли нужная инфа будет печататься и правильно ли ?  | 
| 
	
 | 
| 
			
			 | 
		#15 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			У нашего аппарата такой возможности не было. Тестировал отгрузками по 20 копеек методом научного тыка  
		
		
		
		
		
		
		
	 
		 | 
| 
	
 | 
| 
			
			 | 
		#16 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Мне предложили в одной конторе некую железную приблуду в аренду за 2 тысячи в неделю, которая якобы переключает этот аппарат в режим теста.  
		
		
		
		
		
		
		
	Почитал про свойство TestMode, но оно вроде работает только в протоколе 2.0. Интересно, а если не делать Registration в строке и не закрывать чек, может как-то и можно выгнать распечатку чека хотя бы из одной строки ?  | 
| 
	
 | 
| 
			
			 | 
		#17 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
В процессе выяснил, что регистрация строк возврата через функцию Return не имеет смысла, т.к. в любом случае используется значение типа чека, и если чек прихода, то строку возврата в нем зарегистрировать не удастся. Из-за чего сильно обломался. Нужно было в одном чеке пробить и приход, и возврат. А именно это аппарат не позволяет делать.  | 
| 
	
 | 
| 
			
			 | 
		#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.  | 
| 
	
 | 
| 
			
			 | 
		#19 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Итак, продолжение эпопеи с Атолом.  
		
		
		
		
		
		
		
	Отлично работающий код оказался никому не нужен, т.к. руками никто пробивать чеки не хотел, а через очередь работ автоматически этот код не работает. Автомэйшн. Пришлось углубиться в изучение JSON. Развернул Атоловский веб-сервер на серваке, и через стандартные Web Request Codeunit и Newtonsoft.Json модуль организовал создание заданий и запрос результатов. Попутно решилась задача организации очереди печати. Единственное, с чем пришлось повоевать - это c NewtonsoftJson.dll. Идущая в комплекте с нав-сервером шестой версии не завелась. Скачанная последняя версия встала в папку Addin и заработала. Результат: автоматизировано закрытие смены по часам (еще бы z-отчет сам с аппарата в папку прыгал), пробитие чеков по шедулеру или по действию пользователя. Недостаток метода - очень громоздкий код (по сравнению с automation), долгое выполнение задач (нужно ставить паузу от 1 до 5 секунд, чтобы получить результат задачи).  | 
| 
	
 |