Доброго времени суток,
Комплексная автоматизация 1.1 (Сервер)
платформа 8.3.10.2561 (толстый клиент)
Win2012R2
Есть 2 филиала подключенные к серверу по RDP и главное здание там где сам сервер, касса внутри сети сервера все быстро печатает чеки, а остальные филиалы пробивают чеки по 5-10 минут, и главное в момент пробития чека у всех остальных происходит блокировка проведений реализаций и т.д.
Связь между офисами хорошая (30Мбит), на главном здании стоит микротик, задержка - 50-70мс, принтеры через RDP печатаются мгновенно, а вот кассы хоть убей. Открытие/закрытие смены происходит секунд 30.
И еще такой момент все кто подключен по удаленке, при открытии зависимых документов с онлайн кассами, очень долго ждут чтобы документ открылся, ибо 1Ска пытается ломиться к кассам прикрепленным за сервером(терминалом) и выдает соответствующие сообщения что не может найти кассы.
Пытался конечно запускать толстый клиент через VPN на клиенте, но это ужас сам по себе))
Подскажите куда копать? Как исправить долгое пробитие чеков?

Забыл добавить, используются кассы:
АТОЛ 30Ф (3шт) и 22Ф (2шт)
Драйвера 9.12
ФФД 1.05

у нас такая же проблема

Сто раз уже это обсасывали. Не пользуйтесь эмуляцией в РДП. Используйте стандартные возможности.
Вариант 1 - тонкий клиент вместо рдп
Вариант 2 - впн + режим ккм с эмуляцией сетевого интерфейса.

Настраивал, всё ок работает, задержка ну секунд 5 максимум на 1 мегабите!

(3) У комплексной автоматизации 1.1 полноценно работает толстый клиент, и через рдп стандартный проброс портов идет, на счет второго варианта про режим ККМ не особо понял

(5) Ну тогда только вариант 2. Это когда ты обращаешся к ККМ не через виртуальный порт проброшенный, а напрямую по ip адресу компа где стоит ккм. Только на этом компе нужно службу запустить, которая будет слушать. По крайней мере у атола такое есть.

(6) Набрел на данный метод "Проброс COM портов через TCP/IP с помощью Virtual Serial Ports Emulator (Windows)" слышали что нибудь про него? Судя по комментам вроде должна помочь с моей ситуацией

А таймауты какие стоят в драйверах?

(6)FDSVC она называется

(0) Как уже написали выше нужно применять атоловскую службу по доступу к оборудованию по сети (FDSVC). Для устранения подвисаний при работе со списками кассовых документов нужно доработать обработку обслуживания, чтобы подключение к ККТ происходило не по событию "Подключение", а уже непосредственно при печати чека.

(7) Вы не тем путем идете, про Атоловскую балалайку, которая позволяет работает через tcpip уже написали.

(0) удалите лог драйвера Атол, где-то в programData или ApplicationData лежит, не помню уже. После удаления перезагрузите кассу и переподключите RDP

(12) А не может ли быть такое что, те пользователи которыые используют кассу имеют права на сервере всего лишь на удаленку а логи лежат в AppData/Romaning админа?

(13) На время дал кассиру права админа, и поудалял логи, но без изменений 3 минуты печать чека (точнее 3 минуты ожидания чека, спустя только печатает)

(10) либо слегка допилить конфу, что поключение оборудования выполнялось к компу на котором строит касса, а не к серверу

(15) Это все в стандартных уже есть.

(15) Так вроде комп можно указать явно.Если я ничего не путаю

В общем, стандартными средствами АТОЛа так и не понял/не смог сделать, решил использовать стороннее ПО как Network Serial Port Kit  и......с 5 минут уменьшилось до 10-20 секунд, кассиры счастливы

Не все так прозрачно как оказалось, постоянные вылеты и не коннекты к портам, уже начал искать альтернативу, может кто нибудь может скинуть пошаговую инструкцию по настройке через стандартную фишку АТОЛа?

(19) Так пробовал сделать: https://pogrommist.ru/2017/06/podklyuchenie-kkm-atol-55f-k-1s-na-udalennom-rabochem-stole/ ?

Для сравнения поделюсь.
УТ10.3 Атол, Драйвер 9.12
Ф55 подключены по ethernet. Печать чека около 10-15 сек. в сети пинги от 1 до 54мс. от пинга время отклика ккт не ощущается.
При открытии документов появилась задержка, особенно чувствуется если подключено 3 кассы. Думаю, как сказали выше, оптимизировать обращение к ККТ.
Для интереса поснифил сеть при печати чека. Получилось что происходит обмен между компом и ККТ данными размером меньше чем заголовок ип пакета))))
Первое впечатление: Обмен идет все 10 сек. И я не понятно это в драйвере какие-то задержки или ККТ тормозит так.

(20) При таком подключении на сервере при тесте пишет "драйвер не смог загрузить необходимые модули" так и толком не смог понять да и погуглить почему такая ошибка, версии драйверов одинаковые что на клиенте что на сервере. Правда с другого ноутбука так же подключенным по VPN тесть по IP проходит норм, сервер нет

(22) удалось как то побороть проблему? находил только платные решения

(1) у нас АТОЛ 30Ф (2шт) Драйвера 8.16 ФФД 1.05 все норм печатет. максимум 10*15 сек задержка. стандартное RDP (MS 2008 R2) Проблема с такими задержками печати не замечено

(24) для использования ФФД 1.05 используете реквизиты по умолчанию для передачи в ОДФ?

(24) используете FDSVC?

(0) Про FDSVC уже писали? Настройте уже и забудьте как страшный сон все пробросы портов. Как настраивать здесь найдете, с год назад разжевывали здесь

(26) Нет. (25) Все штатно

(28) понятно, т.е признак способа расчета и признак предмета расчета, передаются те, которые на аппарате стоят, тоже самое и с кассиром и ИНН.

(29) кассир и ИНН только в 9 версии появились?

(30) это требования формата обмена ФФД 1.05, передавать инн кассира, а для 9-х драйверов просто есть компонента, в которую можно передавать инн кассира, для 8-х такой компоненты нет, поэтому пришлось писать свою компоненту, чтобы рабтало и на 8-х драйверах

(0) Та же хрень, вид сбоку, и так же 2 филиала. Единственным решением нашли кассы этих двух филиалов, подключить напрямик в терминальник.
Клиентам шлем СМС (или email) через ОФД, ну и плюс копии чеков на принтере филиала печатается.

(0)проблема та же.. кассы атол 22 птк. клиенты по впн подключены к головному офису. работают в терминале. ккм подключена по tcp, задержка порядка 40-60 сек на печать чека..

(31) уверен,что нет?

(34) уверен, что нет официальной компоненты для 1С, есть такое понятние как ревизия интерфейса для 8-х драйверов используется ревизия 2001, для 9-х 2002 - там больше информации можно передать.

(31)  смотрю тут https://its.1c.ru/db/kkt#content:104:hdoc где это обязательно стоит ? Электронный чек1 - стоит рекомендовано. Обязательность наличия тега в ФФД 1.05 - может присутствовать.  Я не прав ?

+ (36) Это я про ИНН кассира

(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) содержит ИНН (при наличии) лица, уполномоченного пользователем для формирования ФД.

(37) т.е если расчеты не онлайн, и у физлица есть ИНН, то должен присутствовать, как это будет контролироваться, хз

(39) только физическим визитом...

Можно подытожить? На 9 версии драйвера нет штатных решений по нормальной печати (FDSVC нет например в нем)? 8 драйвер не подходит, т.к. не дружит с ФФД 1.05 и новыми прошивками, а 10 драйвер - потому что нет на толстом клиенте и обычных формах. что делать то... покупать сервер печати за 5 к на раб.место не охото... Советуют шить на 70** прошивку, там якобы скорость нормальная

Почему 8 драйвер не дружит с ФФД 1.05 и новыми прошивками-то? Мне прошили вот только что АТОЛ 11ф, поставил 8.16 последнюю - вроде все фурычит...

(41) вот и я не понял почему

(41) фурычит, но передается все по умолчанию, как задано в драйверах, если захотите поменять какую информацию из 1С, например передать информацию, что платеж является авансом, то не получится

у 8.16 есть один косяк - на него антивирь от win10 брешет при установке. Но это решается - добавляешь установочную папку и папку куда устанавливать в исключения, и вроде встает и даже работает...

(41) у меня ручные скидки в рознице2 и ут11.4 не работали с 8х версией

(45) ну решается нефискальной строкой

(46) это в код лезть надо, а хочется "из коробки"

(41) также не будет доступна продажа сертификатов и их зачет, либо одновременная продажа номенклатуры и услуг

(46) а вы (43) проверяли? Я пока нет.

(49) нет,пока только розница чистая была.

(49) (50) для работы с 8-ми драйверами для поддержки ффд 1.05, делал свою "компоненту", которая работает напрямую с FPrin8, ее конечно нужно еще отлаживать, но общая печать работает, и передается как нужно.

(43),(50) соответствующие свойства в драйвере я вижу - ItemType, PaymentMode. Получается, что их модификация не дает ничего?

(52) так проблема с конфами 1С или с драйверами? Первое меня вообще не волнует, у меня все самописное

(52) дает, я говорил .что если работать черз компоненту, которая идет в официальных обработках

(53) если работать напрямую, то будет все работать.

(55) А, ну и хорошо. Значит, просто разрабы 1С не хотят нормально восьмые дрова поддерживать... ну что ж, бывает

(56) тут непонятно, 1с выпустила требования к разработке драйверов, каждая фирма выпустила для этого компоненты, но почему-то атол выпустил для 8-х драйверов компоненту под ревизией 2001, а для других под 2002, и для 8-х не обновляет.

(56) да атол тоже красавцы. вы попробуйте с ними пообщаться на форуме. на все вопросы один ответ - напрямую из драйвера работает, тогда это вам к 1С. а то что они не могут договориться с 1С насчет своих библиотек годами - пофиг. и видимо свои ресурсы ценят больше чем пользователей

(58) Ну, то что нет в жизни щастья, мы знаем... Тем не менее, есть покой и воля, т.е. иными словами, заставить работать можно.

Ребята, проблема печати давно решена.
и по скорости, и по многопользовательской печати.
И не пользуйтесь атоловскими дровами 8-ой версии.
Вышла 10-я версия атоловских дров. Теперь можно печатать одновременно несколько чеков на несколько ККМ. В 8-ой не получится одновременно.
Есть встроенный сервер для печати при помощи JSON-запросов.

Поищите в яндексе: кассовый сервер или сервер ККМ
На первой же странице найдете кучу решений. Выбирайте что вам нравится.

(60) а какие типовые поддерживают 10 версию?

(62) Мы разработали драйверы виртуального ККМ (API для ККТ и для ФР), который ретранслирует типовые запросы на драйвер производителя кассы, используя промежуточную программу-сервер.
Результат - печать со всех типовых 1С (и новых и старых) на онлайн кассы.
Скорость отклика из RDP - меньше полсекунды - и чек печатается из RDP сеанса.
небольшой допил 1С - и печатаем с нескольких рабочих мест.
Могу помочь с тестированием, если интересно.

https://youtu.be/HYWJr-5tn8M

На видео похожая ситуация - симптомы и излечение за 15 минут :)

Коллеги, на видео можно увидеть применение сторонней обработки печати. Дело в тормозах печати не в ней, а в том, что используется стандартная схема печати с сервера через проброшенный в сеанс комовский порт.
нами замечено, что при пинге больше 50мс часто возникает проблема долгой печати кассовых чеков.
Мы раскопали и причину такого поведения. Она кроется в особенностях протокола управления ккм. Во многих местах при реализации печати драйвер ждет ответа от ККМ , причем время ожидания весьма мало (часто 5мс). Получается канал связи просто не успевает передавать с нужной скоростью сигналы от драйвера к ККМ и обратно.
Если такое случается, то фиксируется режим обрыва связи и  отправляется повторная команда.
Меня удивляет, что чек все таки в таких условиях вообще печатается, после тысяч попыток повторов на разных стадиях печати!

(0) Подключитесь через встроенную атоловскую FDSVC.

(62) Типовые пока не поддерживают Атол 10.

Решал проблему путем статического айпишника и проброской порта в роутере ...

(68) на Бух3 нормально взлетели 10-тые драйверы атола

(70) Может и поменялось уже что-то... Был в командировке.
Для (0) нужна обработка ТО (т.к. у него КА 1.1.) Две недели назад - были только обработки с поддержкой драйвера Атол 9.
Есть уже новая версия типовой обработки ТО?
Для текущих типовых на управляемой форме понятно - драйвер если совместим с API 1С - он сядет автоматом.

(71) а если в обработке ТО загрузить драйвера 10, не взлетит КА 1.1 с этой обработкой?

(0) (2) (23) Сожалею вашей проблеме. Но решение, а точнее костыли, есть. Ниже читаем

Ах, помню как я боролся с такой проблемой. Ностальгия, черт бы её побрал
1) В ДТО 9 НЕТ СЕРВЕРА ПЕЧАТИ, НЕТ FDSVC И НЕТ ВОЗМОЖНОСТИ ПОДКЛЮЧЕНИЯ ПО IP/UDP! Это ничего не реализовано
2) Новые релизы 1С уже криво поддерживают ДТО8. Даже новые версии. Однако в 8ой есть и сервер, и подключение по IP. Но всё это уже через дописание руками.
3) Я задавал этот вопрос ТП Атол. Вот его ответ:

Здравствуйте!
Имеется компьютер с подключенным ККТ АТОЛ 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

Чуть оффтопа. Научите пожалуйста делать "Выделение" текста и "Спойлер", что бы длинные тексты прятать. 20 минут искал как тут это делается, да и то не получилось =(

А 10-ые драйвера к любой кассе подойдут? От версии прошивки не зависит? Требуется какая то настройка 10 версии дров чтобы все быстро заработало через RDP?

(73) вы не упомянули еще один вариант,  это приобрести готовое решение с поддержкой 8 и 10х драйверов,  это очень сильно сэкономить время

(73) 6) сделать свой tcp-com server прокси для дто8, аналог 4) только свой

(76) Я стороник, как можно меньше вмешиваться в типовые конфиги и сторонние обработки. При обновлении, постоянно приходится надеяться, не всплывут ли боком это.
(77) Вариаций 4го варианта много. Смысл один, обращаться напрямую к COM порту )

(78) а зачем обновлять ут 10.3?

(79) Не пойму, к чему вопрос?

(80) Ну вы написали,  что не доверяете внешним обработкам, так как при обновлении бывают проблемы,  вот мне и интересно,  зачем обновлять ут 10.3, если стороняя программа возьмет на себя всю работу?

(81) А! Ну смотрите. В начале этого года, к нам всем пришел ФФД 1.0 Наши некоторые клиенты, отказались обновляться нормальными методами. Они купили обработки у других людей. Я знаю как минимум половину этих клиентов, еще месяц отлаживали свои обработки со своими "другими" людьми. Естественно нервоз клиентов, издержки их работы и недовольства. И ладно если обошлось отдельной обработкой. А если еще в код полезли? Но вроде всё уложилось.
И вот приходит к нам ФФД 1.05. Новые теги там, протокол работы и другие подводные камни. Так вот эти люди, со своей не обновленной 1Ск начали опять возится с этими людьми. Только время прошло уже много. Некоторых людей уже не найти. А некоторые просят деньги снова. И снова отладка. И разбор, что делал предыдущий мастер.
Я не говорю что нет нормального решения от других людей. Но по практике, очень много недовольства. Короче, всё это рулетка на везение.
А вот есть клиент. Мы его обновляем до последнего релиза, без проблем, чистенько, релиз за релизом. Суем стандартную обработку, она поднимается и работает. Вышел ФФД 1.05, вышло обнова, обновили, работаем дальше. Без костылей. Работа выполнена быстрее, чем разбор со сторонней программой. Поддержка от 1С, чем поддержка от неизвестной сторонней программы. Своевременные фиксы. Возможности найти решение проблемы с обновлением\глюками типовой конфиги всяко больше, чем найти решение с проблемой другой программы. Это моё ИМХО.
Всяко лучше обновление, чем рулетка со сторонней программой.
Но мы уже глубоко ушли в оффтоп...

(82) да, вы правы все зависит от качества решения, и от самой поддержки автора.
Я являюсь разработчиком данного решения для работы с онлайн-кассам http://catalog.mista.ru/public/590993/ , программу можно скачать бесплатно, и проверить полностью работу программы, это проверенное решение с несколькими тысячами продаж.
Типовая Управление торговлей 10.3 поддерживает только базовые возможности для работы с ФФД 1.05, плюс любые изменения требуют обновления программы, да и требуется ИТС.

Здравствуйте, Коллеги.

Есть подобная проблема: Тормоза при печати чека ККМ в сессии 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 в системе стоит.

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

Кто сталкивался с подобной проблемой, кто как решал?

АП

(85) Наймите уже кого то кто в теме, смысл от апов.

Думаете вам скажут бесплатное решение да еще и бесплатно?

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

Тролей прошу не беспокоить.

(87) Если сами "в теме" так ля настройте уже у себя vpn и проброску портов или службу fdsvc

(88) *"сами в теме"

(87) И да "ФФД 1.0.5" нет и не было (хотя возможно будет).

Есть ФФД 1.05

С выходом драйверов АТОЛ 9х настройку проброса порта в режиме 1С предприятия убрали поле "Имя компьютера" где прописывался порт службы.

все рекомендуют использовать TCP/IP подключение для ККТ.
Пробовали результат тот же - печать медленная.

Ну возьмите уже 10-й драйвер атол с веб-сервером встроенным и перепишите свою УТ на использование json заданий

(92) Спасибо, это уже дельный совет. Но над такой реализацией нужно будет подумать, так как не работал раньше с Web сервером АТОЛ.

Вопрос решен. Кому интересно расскажу в чем заключается проблема.

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

ввод всех магазинов в один домен решает эту проблему, даже для удаленных магазинов.

(94) Интересно услышать подробности

не обязательно веб сервер от Атол,можно и отдельную конфигурацию с кассой запустить на клиенте и уже в нее ломиться по веб сервису,а лучше,чтобы она сама подключалась на сервер.

Хм для тех кто не хочет отказываться от плюсов проброса порта (нет vpn и нет белых ip на клиентах rdp) можно попробовать мой лисапед через проброс принтера.

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

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

Кое где пришлось от этого отказаться ибо проблема с очень большими чеками, с много длинных наименований товаров.
Но через проброску принтера стандартную по RDP вполне должно работать и можно допилить чтобы не было ошибок.
Скорость как обычная печать на обычный windows принтер по RDP.

(97)+ Но есть огромный минус "через эмуляцию принтера", нет обратной связи от ККТ.
Ни номер чека удобно не получить, ни ошибку пробития/успех.

Хм, зачем городить огород, если уже есть готовый функционал по работе с веб-сервисом АТОЛ и работает с комплексной автоматизацией 1

(99) Не подскажешь как сделать проброску "с веб-сервисом АТОЛ" через RDP? Через инет.

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

(100)+ И да я понимаю что выставлять RDP сервер в инет напрямую (без VPN) это неосторожно как минимум.
Но де факто так куча контор работает, как это не странно.

(100) rdp же может быть в локальной сети также

(102) В локальной сети никаких проблем нет с "долгим пробитием", кроме проблемы авторизации (в т.ч. на контроллере домена) и проверки прав.

белый ip должен быть на сервере,и клиенты к нему подключаются-поэтому,или кассовая служба сама подключается на сервер или нужно канал в сеансе рдп.

Всем спасибо за помощь. Помог эмулятор монитора.
По поводу RDP, настраивал его, как итог, на нем те же проблемы что и на Teamviewer (800x600 разрешение)

Еще раз всем спасибо!

Вчера наконец пофиксил эту проблему у себя, решение оказалось простым.
Качаем на комп с кассой com2tcp https://sourceforge.net/projects/com0com/files/  ,
запускаем его как-то типа com2tcp \\.\COM3 10500 , где com3 это порт на котором сидит атол, а 10500 это tcp порт на котором оно будет слушать.

У меня удаленный RDP сервер на котором живет 1С, но в офисах с кассами есть белые IP, поэтому я просто прокинул наружу порт 10500(в офисе, на компе где стоит касса).
В 1С в настройках РМК я соответственно в настройках кассы прописываю не COM порт, а TCP/IP , пишу белый IP офиса, где стоит касса и номер порта. И чеки печатаются быстро.

Если у Вас нету белых ip в офисах с кассами,  то вам придется сделать VPN либо любое другое решение, чтобы был возможен коннект по TCP/IP от сервера к компу с кассой.

com2tcp пока просто запускаю через ярлык, но думаю можно сделать автозапуск со скрытием окна либо вообще запускать как сервис.

(106) Как полёт, не глючит ли данная связка?

Привет, полет нормальный, вроде ничего не глючит. Все правда никак не напишу на автоите скрытие окошка консоли и иконку в трее.

(6) :( это было в 8 драйвере, который медленно, но верно помирает. В актуальном - десятом - нет.