Доброго дня.
Вводные данные, есть сервер терминалов имеет белый IP на нем стоит ТиС, есть удаленная точка в деревне, которая подключалась к серверу по RDP, с пробросом портов, стоял драйвер 8-й, вчера приехал ЦТО-шник, вместе с заменой ФН прошил на 5-ю платформу...и началось...теперь открытие смены с пробитием первого чека занимает 10-ть минут, просто чек выплюнуть 5-7. Благо чеков там не много в день, но все равно это напрягает. В деревне еще на этом ПК стоит WinXP и какой-то древний П4. Первое что будем пробовать менять ПК на побыстрей , но судя по темам это не особо спасет ситуацию. Хотя в сети где стоит сервер, есть ПК с ДТО10 и так же с пробросом портов и чеки выходят точно так же как и было на ДТО8.
Есть ли вменяемые способы хоть как-то уменьшить время печати чеков ?

драйвер-то надеюсь обновили?

(1) ну ест-но 8-й был удален 10-й установлен, на сервере давно уже был 10-й драйвер в паре с 8-м.

Попросил сделать speedtest в деревне, 14/7 пинг 39.

проброс портов по RDP это тормоза, меняйте соединение с кассой на IP и настраивайте маршрутизацию

(4) "До этого же все работало!" :-)
(0) https://infostart.ru/1c/articles/620353/ , вот такая штука работала на ура даже на медленном телефонном интернете

Не понятно зачем было менять платформу ККТ если нет маркировки, еще и платить за это. Видимо на 5 платформе обмен ккт с драйвером более активный, потому у медленней. Ну теперь от чистого проброса СОМ порта придется отказаться. Если в ККТ есть Ethernet можно использовать его, или сервер ДТО, но нужен белый ИП на точке. Или решение выше, его аналоги.

(6) вопрос уже риторический, цто-шник пришел и обновил никого не спрашивая.какой белый ip в деревне? И как ip поможет с подключением к клюшкам?

(7) Рано или поздно это должно было случиться, в 8-ке это было 10 лет назад, вас сейчас задело.
Ответ в (4), по rdp вместо 30кб раздувается траффик до 30-50мб при выводе на печать

(8) с чего это 30кб по РДП под по сотню мегабайт будет? В ККТ не графический образ же идёт...

Это просто все, если клиент сервер есть то делайте не через рдп, все залетает. А так стандартная проблема, что где-то после чего-то начались тормоза с кассой прокинутой в рдп. Если решите проблему и потом опишите что сделали, честь вам и хвала.

(10) какой клиент сервер, там 7.7 используется.

(11) тогда если решите, пишите сюда как победили.

(2) У 10 драйвера есть "Сервер удалённого подключения".

(9) Зависит от того, как драйвер визуализирует документ. Раз в 100 распухает обычно, при настройках по умолчнию - из 30кб в 3 метра, плюс минус.
Визуализация происходит на сервере, потом весь этот визуализированный документ проталкивается через rdp канал.
Или что то сторонне ставить для пожамкивания такого при передаче или настраивать отображаемые принтера.
Если принтер отображаемый то, по rdp проталкивается файло, а только потом происходит визуализация на локальной машине ...

+ (13)
Натравливайте на устройство не внутри канала rdp, а по обычному tcp/ip попытайтесь его подключить.
Если есть сетевой интерфейс на самом устройстве его, если нет то через (13)

Аналогичная бадяга была и с УТ10 и два раза с 7.7. В двух случаях в Атол30Ф вставляли WIFI модуль и кассу. В третьем случае касса была сетевая Атол55ф. В двух случаях меняли роутер, тут я мало понимаю, но насколько понял, нужен роутер с поддержкой VPN. Сделали кассы сетевыми и все стало летать. А до этого чек мог не вылезать пару минут. Но хуже того, часто рвалась и связь кассой
Скоро с 7.7 перейдут на КА, админы утверждают, что в Веб клиенте проблем не будет и при проброске com портов по rdp