Вход | Регистрация

  1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

АТОЛ и RDP, ужасно долгая печать чеков

АТОЛ и RDP, ужасно долгая печать чеков
Я
   orensymrak
 
05.07.18 - 07:52
Доброго времени суток,
Комплексная автоматизация 1.1 (Сервер)
платформа 8.3.10.2561 (толстый клиент)
Win2012R2
Есть 2 филиала подключенные к серверу по RDP и главное здание там где сам сервер, касса внутри сети сервера все быстро печатает чеки, а остальные филиалы пробивают чеки по 5-10 минут, и главное в момент пробития чека у всех остальных происходит блокировка проведений реализаций и т.д.
Связь между офисами хорошая (30Мбит), на главном здании стоит микротик, задержка - 50-70мс, принтеры через RDP печатаются мгновенно, а вот кассы хоть убей. Открытие/закрытие смены происходит секунд 30.
И еще такой момент все кто подключен по удаленке, при открытии зависимых документов с онлайн кассами, очень долго ждут чтобы документ открылся, ибо 1Ска пытается ломиться к кассам прикрепленным за сервером(терминалом) и выдает соответствующие сообщения что не может найти кассы.
Пытался конечно запускать толстый клиент через VPN на клиенте, но это ужас сам по себе))
Подскажите куда копать? Как исправить долгое пробитие чеков?
 
 
   orensymrak
 
1 - 05.07.18 - 07:56
Забыл добавить, используются кассы:
АТОЛ 30Ф (3шт) и 22Ф (2шт)
Драйвера 9.12
ФФД 1.05
   ИС-2
 
2 - 05.07.18 - 08:28
у нас такая же проблема
   arsik
 
3 - 05.07.18 - 09:09
Сто раз уже это обсасывали. Не пользуйтесь эмуляцией в РДП. Используйте стандартные возможности.
Вариант 1 - тонкий клиент вместо рдп
Вариант 2 - впн + режим ккм с эмуляцией сетевого интерфейса.
   Trotter
 
4 - 05.07.18 - 09:16
Настраивал, всё ок работает, задержка ну секунд 5 максимум на 1 мегабите!
   orensymrak
 
5 - 05.07.18 - 11:13
(3) У комплексной автоматизации 1.1 полноценно работает толстый клиент, и через рдп стандартный проброс портов идет, на счет второго варианта про режим ККМ не особо понял
   arsik
 
6 - 05.07.18 - 11:41
(5) Ну тогда только вариант 2. Это когда ты обращаешся к ККМ не через виртуальный порт проброшенный, а напрямую по ip адресу компа где стоит ккм. Только на этом компе нужно службу запустить, которая будет слушать. По крайней мере у атола такое есть.
   orensymrak
 
7 - 05.07.18 - 14:52
(6) Набрел на данный метод "Проброс COM портов через TCP/IP с помощью Virtual Serial Ports Emulator (Windows)" слышали что нибудь про него? Судя по комментам вроде должна помочь с моей ситуацией
   Kigo_Kigo
 
8 - 05.07.18 - 15:08
А таймауты какие стоят в драйверах?
   MadJhey
 
9 - 05.07.18 - 15:20
(6)FDSVC она называется
   Rema Dan
 
10 - 05.07.18 - 15:48
(0) Как уже написали выше нужно применять атоловскую службу по доступу к оборудованию по сети (FDSVC). Для устранения подвисаний при работе со списками кассовых документов нужно доработать обработку обслуживания, чтобы подключение к ККТ происходило не по событию "Подключение", а уже непосредственно при печати чека.
 
 Рекламное место пустует
   d4rkmesa
 
11 - 05.07.18 - 16:01
(7) Вы не тем путем идете, про Атоловскую балалайку, которая позволяет работает через tcpip уже написали.
   ДНН
 
12 - 05.07.18 - 17:42
(0) удалите лог драйвера Атол, где-то в programData или ApplicationData лежит, не помню уже. После удаления перезагрузите кассу и переподключите RDP
   orensymrak
 
13 - 06.07.18 - 07:32
(12) А не может ли быть такое что, те пользователи которыые используют кассу имеют права на сервере всего лишь на удаленку а логи лежат в AppData/Romaning админа?
   orensymrak
 
14 - 06.07.18 - 09:22
(13) На время дал кассиру права админа, и поудалял логи, но без изменений 3 минуты печать чека (точнее 3 минуты ожидания чека, спустя только печатает)
   ИС-2
 
15 - 06.07.18 - 09:29
(10) либо слегка допилить конфу, что поключение оборудования выполнялось к компу на котором строит касса, а не к серверу
   arsik
 
16 - 06.07.18 - 10:47
(15) Это все в стандартных уже есть.
   piter3
 
17 - 06.07.18 - 10:48
(15) Так вроде комп можно указать явно.Если я ничего не путаю
   orensymrak
 
18 - 06.07.18 - 16:04
В общем, стандартными средствами АТОЛа так и не понял/не смог сделать, решил использовать стороннее ПО как Network Serial Port Kit  и......с 5 минут уменьшилось до 10-20 секунд, кассиры счастливы
   orensymrak
 
19 - 07.07.18 - 10:45
Не все так прозрачно как оказалось, постоянные вылеты и не коннекты к портам, уже начал искать альтернативу, может кто нибудь может скинуть пошаговую инструкцию по настройке через стандартную фишку АТОЛа?
   Salimbek
 
20 - 07.07.18 - 11:00
   naehi8sh
 
21 - 07.07.18 - 14:00
Для сравнения поделюсь.
УТ10.3 Атол, Драйвер 9.12
Ф55 подключены по ethernet. Печать чека около 10-15 сек. в сети пинги от 1 до 54мс. от пинга время отклика ккт не ощущается.
При открытии документов появилась задержка, особенно чувствуется если подключено 3 кассы. Думаю, как сказали выше, оптимизировать обращение к ККТ.
Для интереса поснифил сеть при печати чека. Получилось что происходит обмен между компом и ККТ данными размером меньше чем заголовок ип пакета))))
Первое впечатление: Обмен идет все 10 сек. И я не понятно это в драйвере какие-то задержки или ККТ тормозит так.
   orensymrak
 
22 - 07.07.18 - 20:41
(20) При таком подключении на сервере при тесте пишет "драйвер не смог загрузить необходимые модули" так и толком не смог понять да и погуглить почему такая ошибка, версии драйверов одинаковые что на клиенте что на сервере. Правда с другого ноутбука так же подключенным по VPN тесть по IP проходит норм, сервер нет
   namazi74
 
23 - 25.07.18 - 09:32
(22) удалось как то побороть проблему? находил только платные решения
   sitex
 
24 - 25.07.18 - 09:44
(1) у нас АТОЛ 30Ф (2шт) Драйвера 8.16 ФФД 1.05 все норм печатет. максимум 10*15 сек задержка. стандартное RDP (MS 2008 R2) Проблема с такими задержками печати не замечено
   karpik666
 
25 - 25.07.18 - 09:59
(24) для использования ФФД 1.05 используете реквизиты по умолчанию для передачи в ОДФ?
   namazi74
 
26 - 25.07.18 - 10:15
(24) используете FDSVC?
   spectre1978
 
27 - 25.07.18 - 10:22
(0) Про FDSVC уже писали? Настройте уже и забудьте как страшный сон все пробросы портов. Как настраивать здесь найдете, с год назад разжевывали здесь
   sitex
 
28 - 25.07.18 - 10:31
(26) Нет. (25) Все штатно
   karpik666
 
29 - 25.07.18 - 10:33
(28) понятно, т.е признак способа расчета и признак предмета расчета, передаются те, которые на аппарате стоят, тоже самое и с кассиром и ИНН.
   namazi74
 
30 - 25.07.18 - 10:44
(29) кассир и ИНН только в 9 версии появились?
   karpik666
 
31 - 25.07.18 - 10:51
(30) это требования формата обмена ФФД 1.05, передавать инн кассира, а для 9-х драйверов просто есть компонента, в которую можно передавать инн кассира, для 8-х такой компоненты нет, поэтому пришлось писать свою компоненту, чтобы рабтало и на 8-х драйверах
   capllary_surgut
 
32 - 25.07.18 - 10:55
(0) Та же хрень, вид сбоку, и так же 2 филиала. Единственным решением нашли кассы этих двух филиалов, подключить напрямик в терминальник.
Клиентам шлем СМС (или email) через ОФД, ну и плюс копии чеков на принтере филиала печатается.
   Djonny
 
33 - 25.07.18 - 10:56
(0)проблема та же.. кассы атол 22 птк. клиенты по впн подключены к головному офису. работают в терминале. ккм подключена по tcp, задержка порядка 40-60 сек на печать чека..
 
 
   piter3
 
34 - 25.07.18 - 10:59
(31) уверен,что нет?
   karpik666
 
35 - 25.07.18 - 11:02
(34) уверен, что нет официальной компоненты для 1С, есть такое понятние как ревизия интерфейса для 8-х драйверов используется ревизия 2001, для 9-х 2002 - там больше информации можно передать.
   sitex
 
36 - 25.07.18 - 11:09
(31)  смотрю тут https://its.1c.ru/db/kkt#content:104:hdoc где это обязательно стоит ? Электронный чек1 - стоит рекомендовано. Обязательность наличия тега в ФФД 1.05 - может присутствовать.  Я не прав ?
   sitex
 
37 - 25.07.18 - 11:10
+ (36) Это я про ИНН кассира
   karpik666
 
38 - 25.07.18 - 11:16
(36) в консультанте пишут это http://www.consultant.ru/cons/cgi/online.cgi?req=doc&base=LAW&n=214339&fld=134&dst=104500,0&rnd=0.6558026609021123#02125756732017544

Реквизит "кассир" (тег 1021) и "ИНН кассира" (тег 1203) могут не включаться в состав ФД в случае применения ККТ для расчетов, осуществляемых с использованием автоматических устройств для расчетов. Реквизит "кассир" (тег 1021) содержит фамилию, имя, отчество (при наличии), должность, а реквизит "ИНН кассира" (тег 1203) содержит ИНН (при наличии) лица, уполномоченного пользователем для формирования ФД.
   karpik666
 
39 - 25.07.18 - 11:17
(37) т.е если расчеты не онлайн, и у физлица есть ИНН, то должен присутствовать, как это будет контролироваться, хз
   namazi74
 
40 - 25.07.18 - 12:48
(39) только физическим визитом...

Можно подытожить? На 9 версии драйвера нет штатных решений по нормальной печати (FDSVC нет например в нем)? 8 драйвер не подходит, т.к. не дружит с ФФД 1.05 и новыми прошивками, а 10 драйвер - потому что нет на толстом клиенте и обычных формах. что делать то... покупать сервер печати за 5 к на раб.место не охото... Советуют шить на 70** прошивку, там якобы скорость нормальная
   spectre1978
 
41 - 25.07.18 - 12:53
Почему 8 драйвер не дружит с ФФД 1.05 и новыми прошивками-то? Мне прошили вот только что АТОЛ 11ф, поставил 8.16 последнюю - вроде все фурычит...
   piter3
 
42 - 25.07.18 - 12:53
(41) вот и я не понял почему
   karpik666
 
43 - 25.07.18 - 12:54
(41) фурычит, но передается все по умолчанию, как задано в драйверах, если захотите поменять какую информацию из 1С, например передать информацию, что платеж является авансом, то не получится
   spectre1978
 
44 - 25.07.18 - 12:55
у 8.16 есть один косяк - на него антивирь от win10 брешет при установке. Но это решается - добавляешь установочную папку и папку куда устанавливать в исключения, и вроде встает и даже работает...
   ttk
 
45 - 25.07.18 - 12:55
(41) у меня ручные скидки в рознице2 и ут11.4 не работали с 8х версией
   piter3
 
46 - 25.07.18 - 12:56
(45) ну решается нефискальной строкой
   ttk
 
47 - 25.07.18 - 12:57
(46) это в код лезть надо, а хочется "из коробки"
   karpik666
 
48 - 25.07.18 - 12:57
(41) также не будет доступна продажа сертификатов и их зачет, либо одновременная продажа номенклатуры и услуг
   spectre1978
 
49 - 25.07.18 - 12:57
(46) а вы (43) проверяли? Я пока нет.
 
 Рекламное место пустует
   piter3
 
50 - 25.07.18 - 12:59
(49) нет,пока только розница чистая была.
   karpik666
 
51 - 25.07.18 - 13:01
(49) (50) для работы с 8-ми драйверами для поддержки ффд 1.05, делал свою "компоненту", которая работает напрямую с FPrin8, ее конечно нужно еще отлаживать, но общая печать работает, и передается как нужно.
   spectre1978
 
52 - 25.07.18 - 13:02
(43),(50) соответствующие свойства в драйвере я вижу - ItemType, PaymentMode. Получается, что их модификация не дает ничего?
   spectre1978
 
53 - 25.07.18 - 13:02
(52) так проблема с конфами 1С или с драйверами? Первое меня вообще не волнует, у меня все самописное
   karpik666
 
54 - 25.07.18 - 13:02
(52) дает, я говорил .что если работать черз компоненту, которая идет в официальных обработках
   karpik666
 
55 - 25.07.18 - 13:03
(53) если работать напрямую, то будет все работать.
   spectre1978
 
56 - 25.07.18 - 13:04
(55) А, ну и хорошо. Значит, просто разрабы 1С не хотят нормально восьмые дрова поддерживать... ну что ж, бывает
   karpik666
 
57 - 25.07.18 - 13:05
(56) тут непонятно, 1с выпустила требования к разработке драйверов, каждая фирма выпустила для этого компоненты, но почему-то атол выпустил для 8-х драйверов компоненту под ревизией 2001, а для других под 2002, и для 8-х не обновляет.
   namazi74
 
58 - 25.07.18 - 13:08
(56) да атол тоже красавцы. вы попробуйте с ними пообщаться на форуме. на все вопросы один ответ - напрямую из драйвера работает, тогда это вам к 1С. а то что они не могут договориться с 1С насчет своих библиотек годами - пофиг. и видимо свои ресурсы ценят больше чем пользователей
   spectre1978
 
59 - 25.07.18 - 22:14
(58) Ну, то что нет в жизни щастья, мы знаем... Тем не менее, есть покой и воля, т.е. иными словами, заставить работать можно.
   bainov-evgeniy
 
60 - 08.10.18 - 11:28
Ребята, проблема печати давно решена.
и по скорости, и по многопользовательской печати.
И не пользуйтесь атоловскими дровами 8-ой версии.
Вышла 10-я версия атоловских дров. Теперь можно печатать одновременно несколько чеков на несколько ККМ. В 8-ой не получится одновременно.
Есть встроенный сервер для печати при помощи JSON-запросов.
   bainov-evgeniy
 
61 - 08.10.18 - 11:29
Поищите в яндексе: кассовый сервер или сервер ККМ
На первой же странице найдете кучу решений. Выбирайте что вам нравится.
   Aleksey
 
62 - 08.10.18 - 11:33
(60) а какие типовые поддерживают 10 версию?
   bainov-evgeniy
 
63 - 08.10.18 - 11:38
(62) Мы разработали драйверы виртуального ККМ (API для ККТ и для ФР), который ретранслирует типовые запросы на драйвер производителя кассы, используя промежуточную программу-сервер.
Результат - печать со всех типовых 1С (и новых и старых) на онлайн кассы.
Скорость отклика из RDP - меньше полсекунды - и чек печатается из RDP сеанса.
небольшой допил 1С - и печатаем с нескольких рабочих мест.
Могу помочь с тестированием, если интересно.
   bainov-evgeniy
 
64 - 08.10.18 - 11:40
   bainov-evgeniy
 
65 - 08.10.18 - 11:41
На видео похожая ситуация - симптомы и излечение за 15 минут :)
   bainov-evgeniy
 
66 - 08.10.18 - 11:49
Коллеги, на видео можно увидеть применение сторонней обработки печати. Дело в тормозах печати не в ней, а в том, что используется стандартная схема печати с сервера через проброшенный в сеанс комовский порт.
нами замечено, что при пинге больше 50мс часто возникает проблема долгой печати кассовых чеков.
Мы раскопали и причину такого поведения. Она кроется в особенностях протокола управления ккм. Во многих местах при реализации печати драйвер ждет ответа от ККМ , причем время ожидания весьма мало (часто 5мс). Получается канал связи просто не успевает передавать с нужной скоростью сигналы от драйвера к ККМ и обратно.
Если такое случается, то фиксируется режим обрыва связи и  отправляется повторная команда.
Меня удивляет, что чек все таки в таких условиях вообще печатается, после тысяч попыток повторов на разных стадиях печати!
   Alexor
 
67 - 08.10.18 - 12:08
(0) Подключитесь через встроенную атоловскую FDSVC.
   bainov-evgeniy
 
68 - 08.10.18 - 13:02
(62) Типовые пока не поддерживают Атол 10.
   Tarlich
 
69 - 08.10.18 - 13:19
Решал проблему путем статического айпишника и проброской порта в роутере ...
   ИС-2
 
70 - 08.10.18 - 13:19
(68) на Бух3 нормально взлетели 10-тые драйверы атола
   bainov-evgeniy
 
71 - 08.10.18 - 13:33
(70) Может и поменялось уже что-то... Был в командировке.
Для (0) нужна обработка ТО (т.к. у него КА 1.1.) Две недели назад - были только обработки с поддержкой драйвера Атол 9.
Есть уже новая версия типовой обработки ТО?
Для текущих типовых на управляемой форме понятно - драйвер если совместим с API 1С - он сядет автоматом.
   Shaldryn
 
72 - 19.10.18 - 14:58
(71) а если в обработке ТО загрузить драйвера 10, не взлетит КА 1.1 с этой обработкой?
   GhostIrviWolf
 
73 - 19.10.18 - 20:21
(0) (2) (23) Сожалею вашей проблеме. Но решение, а точнее костыли, есть. Ниже читаем

Ах, помню как я боролся с такой проблемой. Ностальгия, черт бы её побрал
1) В ДТО 9 НЕТ СЕРВЕРА ПЕЧАТИ, НЕТ FDSVC И НЕТ ВОЗМОЖНОСТИ ПОДКЛЮЧЕНИЯ ПО IP/UDP! Это ничего не реализовано
2) Новые релизы 1С уже криво поддерживают ДТО8. Даже новые версии. Однако в 8ой есть и сервер, и подключение по IP. Но всё это уже через дописание руками.
3) Я задавал этот вопрос ТП Атол. Вот его ответ:
[1C]
Здравствуйте!
Имеется компьютер с подключенным ККТ АТОЛ 30Ф, и Управление Торговлей 10.3 через RDP. Операционная система Windows 7 x64. Работаем посредством проброса портов. На удаленной машине используется дто за версией 9.11. Операционная система Windows Server 2012 x64. Собственно проблема заключается в том, что пробитый чек приходится ждать без малого +/-3 минуты. Тест связи с ккт из 1с проходит за 30секунд, Закрытие смены +/-1,5 минуты.
Есть белый IP, но насколько известно в 9дто не реализована работа по ip через 6220 порт.Есть ли возможность уменьшить время ожидания чека, или всё упирается в скорость сети интернет?
Логи с сервера и локального компьютера прилагаю. В логе последние операции.

Общение по инциденту:
вх.(15.03.2018 11:33:29)
Материалы:

Использование одной ККМ для нескольких рабочих мест в терминальных сессиях 1С с применением механизма очереди печати в ДТО8
http://blog.atol.ru/archives/6122

Ветка форума по RDP
http://forum.atol.ru/index.php?showtopic=33164&pid=237899&st=0entry237899

Работа по сети упирается в ограничение Платформы 2.5 , когда в ответ на команду должно прийти подтверждение, и в ограничение пакета данных.
Эта проблема решена в Платформе 5.0 и ДТО 10, на которые планируется перейти до конца года.

Если рекомендации помогли, просьба закрыть обращение.
Спасибо.
вх.(19.03.2018 17:09:52)
Уточненная информация - будет реализован в ДТО 10 веб-сервер, который позволит работать по сети без текущих ограничений.
Сроки выхода пока неизвестны, это не ближайшая перспектива. Если вам нужно реализовать рабоу сейчас, то пользуйтесь текущим ПО.

Если рекомендации помогли, просьба закрыть обращение.
Спасибо.[\1C]

Я не знаю, что за платформа 2.5. Может знающие люди тут ответят.

А теперь варианты решений:
1) Установка тонкого\толстого клиента локально на компьютере где подключена касса. (не всегда помогает)
2) Дописание 1С до работы с ДТО 8\10 и использовать его возможности (Снятие с поддержки, решение для программистов)
3) Сменить провайдера. (Честно, у меня клиент перешел на другого провайдера и у него чеки полетели!)
4) Получаем белый IP адрес на точку, где подключен ККТ. Ставим программу Virtual Serial Ports Emulator. Она позволяет обращаться напрямую к порту через IP. Делаете проброс в роутере и в 1С в настройках делайте подключение через IP адрес. Проверенно, работает (Минусы: 1) Наличие белого IP 2) Программа условно бесплатная. Пока не купишь, она настройки не будет сохранять. Поэтому после перезагрузки компа, необходимо снова её открывать и настраивать. Это дело 1 минуты, если сделать мануал)
5) Ждать, когда всё перейдет на дККТ 10
   GhostIrviWolf
 
74 - 19.10.18 - 20:23
Чуть оффтопа. Научите пожалуйста делать "Выделение" текста и "Спойлер", что бы длинные тексты прятать. 20 минут искал как тут это делается, да и то не получилось =(
   neomarat
 
75 - 19.10.18 - 21:28
А 10-ые драйвера к любой кассе подойдут? От версии прошивки не зависит? Требуется какая то настройка 10 версии дров чтобы все быстро заработало через RDP?
   karpik666
 
76 - 20.10.18 - 13:56
(73) вы не упомянули еще один вариант,  это приобрести готовое решение с поддержкой 8 и 10х драйверов,  это очень сильно сэкономить время
   mexanik_96
 
77 - 20.10.18 - 15:19
(73) 6) сделать свой tcp-com server прокси для дто8, аналог 4) только свой
   GhostIrviWolf
 
78 - 20.10.18 - 17:59
(76) Я стороник, как можно меньше вмешиваться в типовые конфиги и сторонние обработки. При обновлении, постоянно приходится надеяться, не всплывут ли боком это.
(77) Вариаций 4го варианта много. Смысл один, обращаться напрямую к COM порту )
   karpik666
 
79 - 20.10.18 - 18:53
(78) а зачем обновлять ут 10.3?
   GhostIrviWolf
 
80 - 20.10.18 - 18:57
(79) Не пойму, к чему вопрос?
   karpik666
 
81 - 20.10.18 - 19:00
(80) Ну вы написали,  что не доверяете внешним обработкам, так как при обновлении бывают проблемы,  вот мне и интересно,  зачем обновлять ут 10.3, если стороняя программа возьмет на себя всю работу?
   GhostIrviWolf
 
82 - 20.10.18 - 19:34
(81) А! Ну смотрите. В начале этого года, к нам всем пришел ФФД 1.0 Наши некоторые клиенты, отказались обновляться нормальными методами. Они купили обработки у других людей. Я знаю как минимум половину этих клиентов, еще месяц отлаживали свои обработки со своими "другими" людьми. Естественно нервоз клиентов, издержки их работы и недовольства. И ладно если обошлось отдельной обработкой. А если еще в код полезли? Но вроде всё уложилось.
И вот приходит к нам ФФД 1.05. Новые теги там, протокол работы и другие подводные камни. Так вот эти люди, со своей не обновленной 1Ск начали опять возится с этими людьми. Только время прошло уже много. Некоторых людей уже не найти. А некоторые просят деньги снова. И снова отладка. И разбор, что делал предыдущий мастер.
Я не говорю что нет нормального решения от других людей. Но по практике, очень много недовольства. Короче, всё это рулетка на везение.
А вот есть клиент. Мы его обновляем до последнего релиза, без проблем, чистенько, релиз за релизом. Суем стандартную обработку, она поднимается и работает. Вышел ФФД 1.05, вышло обнова, обновили, работаем дальше. Без костылей. Работа выполнена быстрее, чем разбор со сторонней программой. Поддержка от 1С, чем поддержка от неизвестной сторонней программы. Своевременные фиксы. Возможности найти решение проблемы с обновлением\глюками типовой конфиги всяко больше, чем найти решение с проблемой другой программы. Это моё ИМХО.
Всяко лучше обновление, чем рулетка со сторонней программой.
Но мы уже глубоко ушли в оффтоп...
   karpik666
 
83 - 20.10.18 - 19:48
(82) да, вы правы все зависит от качества решения, и от самой поддержки автора.
Я являюсь разработчиком данного решения для работы с онлайн-кассам http://catalog.mista.ru/public/590993/ , программу можно скачать бесплатно, и проверить полностью работу программы, это проверенное решение с несколькими тысячами продаж.
Типовая Управление торговлей 10.3 поддерживает только базовые возможности для работы с ФФД 1.05, плюс любые изменения требуют обновления программы, да и требуется ИТС.
   kasperiks
 
84 - 15.11.18 - 10:27
Здравствуйте, Коллеги.

Есть подобная проблема: Тормоза при печати чека ККМ в сессии RDP пробросом COM порта.

Используем УТ 10.3.45 последний релиз.
Версия ФФД на ККТ 1.0.5
В обработке обслуживания меняли интеграционную библиотеку на 9.12.3 (последняя). 
Дрова АТОЛ 9.12.3

Проблема заключается в том что когда проброс COM порта происходит на локальный сервер RDP все работает быстро.
А когда пробрасываем на удаленный сервер все работает медленно, что на локальном что на удаленном сервере ПО стоит идентично.
пинг стабильный 1-10мс на удаленный сервер, на локальный 1мс.

Делали замеры времени печати чека ККМ:
1) Локальный сервер вызов метода драйвера "Получить параметры ККТ" - 0,029 мс

2) Удаленный сервер вызов метода драйвера "Получить параметры ККТ" - 13,459 мс

Проблема связана с взаимодействием 1С с драйвером ККТ, но куда копать не знаю.

То есть соблюдены все версии обработки обслуживания и платформы и драйверов АТОЛ.

Пытались вставить интеграционную компоненту от драйверов АТОЛ 10 в нашу обработку обслуживания - ничего не получилось. При проверке настроек обрудования пишет ошибку "Не удалось загрузить драйвер торгового оборудования. Необходимо проверить корректность установки драйвера". хотя драйвер АТОЛ 10 в системе стоит.

То есть обработка обслуживания не понимает как именно работать с такой интеграционной компонентой.

Кто сталкивался с подобной проблемой, кто как решал?
   kasperiks
 
85 - 15.11.18 - 13:24
АП
   Garykom
 
86 - 15.11.18 - 13:35
(85) Наймите уже кого то кто в теме, смысл от апов.

Думаете вам скажут бесплатное решение да еще и бесплатно?
   kasperiks
 
87 - 15.11.18 - 13:45
(86) Мы сами в теме, держим много магазинов.
Есть реальная проблема для быстрого восстановления работоспособности магазина на удаленный сервер. Я думаю многие работают в таком режиме как и мы. Возможно кто-то сталкивался с подобной проблемой так как на ФФД 1.0.5 перешли все благодаря нашим доблестным законотворцам.

Тролей прошу не беспокоить.
   Garykom
 
88 - 15.11.18 - 13:47
(87) Если сами "в теме" так ля настройте уже у себя vpn и проброску портов или службу fdsvc
   Garykom
 
89 - 15.11.18 - 13:47
(88) *"сами в теме"
   Garykom
 
90 - 15.11.18 - 13:51
(87) И да "ФФД 1.0.5" нет и не было (хотя возможно будет).

Есть ФФД 1.05
   kasperiks
 
91 - 15.11.18 - 14:02
С выходом драйверов АТОЛ 9х настройку проброса порта в режиме 1С предприятия убрали поле "Имя компьютера" где прописывался порт службы.

все рекомендуют использовать TCP/IP подключение для ККТ.
Пробовали результат тот же - печать медленная.
   Garykom
 
92 - 15.11.18 - 14:08
Ну возьмите уже 10-й драйвер атол с веб-сервером встроенным и перепишите свою УТ на использование json заданий
   kasperiks
 
93 - 15.11.18 - 14:34
(92) Спасибо, это уже дельный совет. Но над такой реализацией нужно будет подумать, так как не работал раньше с Web сервером АТОЛ.
   kasperiks
 
94 - 16.11.18 - 11:06
Вопрос решен. Кому интересно расскажу в чем заключается проблема.

Разные магазины находятся в разных доменах. Проблема возникает на уровне прав доменных учетных записей.

ввод всех магазинов в один домен решает эту проблему, даже для удаленных магазинов.
   evdakov
 
95 - 06.12.18 - 17:09
(94) Интересно услышать подробности
   Сияющий в темноте
 
96 - 06.12.18 - 17:46
не обязательно веб сервер от Атол,можно и отдельную конфигурацию с кассой запустить на клиенте и уже в нее ломиться по веб сервису,а лучше,чтобы она сама подключалась на сервер.
   Garykom
 
97 - 06.12.18 - 19:04
Хм для тех кто не хочет отказываться от плюсов проброса порта (нет vpn и нет белых ip на клиентах rdp) можно попробовать мой лисапед через проброс принтера.

Есть такая штук как "Multi File Port Monitor"
https://github.com/arlm/mfilemon

Она мне позволила "печатать" на ККТ как на обычный "текстовый" принтер.
https://github.com/Garykom/Print2FR

Кое где пришлось от этого отказаться ибо проблема с очень большими чеками, с много длинных наименований товаров.
Но через проброску принтера стандартную по RDP вполне должно работать и можно допилить чтобы не было ошибок.
Скорость как обычная печать на обычный windows принтер по RDP.
   Garykom
 
98 - 06.12.18 - 19:07
(97)+ Но есть огромный минус "через эмуляцию принтера", нет обратной связи от ККТ.
Ни номер чека удобно не получить, ни ошибку пробития/успех.
   karpik666
 
99 - 06.12.18 - 20:13
Хм, зачем городить огород, если уже есть готовый функционал по работе с веб-сервисом АТОЛ и работает с комплексной автоматизацией 1
   Garykom
 
100 - 06.12.18 - 20:30
(99) Не подскажешь как сделать проброску "с веб-сервисом АТОЛ" через RDP? Через инет.

Ну вот нет белого ip на клиентах (только на сервере) и VPN поднять ну не судьба (причины подобного оставляем за кадром)
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует