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


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

ККМ тормозит через RDP

ККМ тормозит через RDP
Я
   igel1969
 
29.03.18 - 15:12
Зравствуйте!
ККМ тормозит через RDP. Проблема давно известная.
Около 120-130 торговых точек, все через мобильныю связь (модем-флешки), через RDP работают в общей базе 1С. Попытался подключть ККМ. В офисе все работало нормально, на торговой точке - жуткие тормоза. Смену открывает 70 секунд, чек с одной товарной позицией печатает столько же, если не дольше. ККМ АТОЛ FPrint-22. Пинги 50-60мс, но есть торговвые точки, где связь хуже.

1. Кто-нибудь слышал о решениях данной проблемы? Я полистал форумы навскидку - ничего дельного не нашел.
2. Может написать для торговых точек тонкий клиент, чтобы не работали на RDP?
 
 
   arsik
 
1 - 29.03.18 - 15:12
Перевести ККМ на работу через сетевой интерфейс а не через РДП
   piter3
 
2 - 29.03.18 - 15:14
LAN
   Garykom
 
3 - 29.03.18 - 15:17
(0) У вас больной админ, ногами его ногами.

Если конечно зп платите, причем хорошую.
   igel1969
 
4 - 29.03.18 - 15:18
VPN что ли организовать с каждой точкой?
   igel1969
 
5 - 29.03.18 - 15:21
(3) что не так? какие видите варианты? только если скажете про то, что на каждой точке должна быть своя база, которая должна регулярно синхронизироваться с основной, я скажу, что Вы тяжело больны
   ИС-2
 
6 - 29.03.18 - 15:25
(3) и какое решение? Такая же проблема. Причем если в одной сети работают, то нормально. Если через инет (VPN), то тормозит
   Garykom
 
7 - 29.03.18 - 15:27
(5) Упал инет на сервере (основной и резервный) - и 120-130 точек "курят бамбук" ?

Один юзер зашел 100 раз в одну базу - сколько лицух осталось свободных?
   arsik
 
8 - 29.03.18 - 15:27
(6) Ну так не переведите ККМ в режим сетевого устройства и путь он напрямую с 1С работает, а не через РДП с пробросом устройства.
   Garykom
 
9 - 29.03.18 - 15:28
(6) Только РИБ для ОФ или еще веб-клиенты для УФ (тонкие через веб)
   igel1969
 
10 - 29.03.18 - 15:30
(8) а можно, пожалуйста, чуть поподробнее. я не понял, извините. и мне кажется там в начале стоит лишняя "не" - опечатка?
 
 Рекламное место пустует
   igel1969
 
11 - 29.03.18 - 15:33
(8) допустим, я строю VPN с удаленным компом (такой опыт уже есть), у удаленного компа есть свой локальный IP, и в настройках драйвера ККМ я устанавливаю его?
   varvest
 
12 - 29.03.18 - 15:33
Проблему решает использование службы FDSVC
   arsik
 
13 - 29.03.18 - 15:35
(12) Плюсик этому господину
   Garykom
 
14 - 29.03.18 - 15:36
Советующие FDSVC и прочие подобные методы, прочитайте еще раз кол-во "точек"!

120-130 соединений с сервера (по vpn ибо серые ip на точках) исходящих по FDSVC на точки. Нюню...
   piter3
 
15 - 29.03.18 - 15:36
(12) а вытянет столько касс?
   Garykom
 
16 - 29.03.18 - 15:40
Идиотизм тягать туды-сюды порты для касс (кассы на точках, база на сервере).

Не проще или базу на точки или клиента тонкого/веб на точки???
   arsik
 
17 - 29.03.18 - 15:41
(16) Базу на точки тот еще геморой. Не лучше чем 120 устройств. А по тонкому клиенту - может у него толстые формы.
   igel1969
 
18 - 29.03.18 - 15:44
(16) базу на точки - не проще, а клиента тонкого - думаю над этим.
   arsik
 
19 - 29.03.18 - 15:45
Да и 120 соединений нормально. Там же не потоковая передача. Когда чек отбивается только. А одновременного отбития чеков на 120 устройств такое вряд ли.
   piter3
 
20 - 29.03.18 - 15:46
(19) И что будет в одном часовом поясе,в час пик:))))
   igel1969
 
21 - 29.03.18 - 15:46
продавщицы - тупые базарные девки, раньше таких ПТУ-шницами называли, они вообще не знают с какого бока к компу подойти. Я работал как-то в организации, где было 28 торговых точек с самостоятельными базами - замучался заставлять их вовремя синхронизироваться, даже специального сотрудника завел для этого. А тут 120-130 точек (постоянно колеблется, нерентабельные закрываются, новые открываются)
   igel1969
 
22 - 29.03.18 - 15:47
(21) это я про РИБ говорю - не вариант
   arsik
 
23 - 29.03.18 - 15:48
(20) Да ничего не будет. Там данных то передается мизер. Если у него 120 сейчас по рдп работают.
   piter3
 
24 - 29.03.18 - 15:48
А канал лучше нельзя из за аренды на точках?
   igel1969
 
25 - 29.03.18 - 15:49
(22) и к тому же руководство избаловано тем, что привыкло видеть актуальную картину продаж, а не ждать, пока все синхронизируются
   igel1969
 
26 - 29.03.18 - 15:50
(24) умножьте цену любого приличного интернета на 120.
   igel1969
 
27 - 29.03.18 - 15:51
для юр.лиц любой интернет, кроме мобильного, измеряется в тысячах рублей в месяц. никто не готов платить 200-300 килорублей за связь с точками. кроме того, на форумах пишут что и у тех, у кого приличный интернет, та же проблема, что и у меня
   piter3
 
28 - 29.03.18 - 15:51
(26) если на инет жалко тогда ой,удачи
   arsik
 
29 - 29.03.18 - 15:52
(24) Канал хороший нужен только на центральной базе.
   igel1969
 
30 - 29.03.18 - 15:52
(29) это без проблем
   piter3
 
31 - 29.03.18 - 15:52
(29) тогда не понял претензий в (0)
   Garykom
 
32 - 29.03.18 - 15:53
(31) Претензия простая: "У нас работают криворукие ленивые дятлы, почему у нас так все плохо?"
   arsik
 
33 - 29.03.18 - 15:55
(31) Проброс устройств через РДП не любит задержки. Из за этого так медленно. Через FDSVC уже будет пофиг на задержки.
 
 
   piter3
 
34 - 29.03.18 - 15:55
(29) Подробнее можно,чем проброс или еще что там улучшит скорость канала?
   igel1969
 
35 - 29.03.18 - 15:55
(32) ой, тут умный выискался - предложил локальную базу. Сколько у тебя точек в организации?
   igel1969
 
36 - 29.03.18 - 15:56
(31) так на точках то канал слабый
   piter3
 
37 - 29.03.18 - 15:56
(33) у меня обратный опыт,но может я чего не знаю
   arsik
 
38 - 29.03.18 - 15:57
(34) Ну ты представляешь как проброс устройств выполняется через РДП? Тогда бесполезно объяснять.
   piter3
 
39 - 29.03.18 - 15:58
(38) канал с задержками,как поможет eou
   arsik
 
40 - 29.03.18 - 16:00
(39) tcp на себя возьмет все задержки. Еще доотправит пакеты, если не дошли, сожмет ну и прочие хитрости tcp\ip.
   arsik
 
41 - 29.03.18 - 16:01
+ (40) ТСу нужно просто взять и попробовать.
   piter3
 
42 - 29.03.18 - 16:01
(40) и потери пакетиков))я тебя понял,лучше rdp,но все же из г-на конфетку не сделаешь.Думал,что-то новое придумали
   arsik
 
43 - 29.03.18 - 16:05
(42) Ну вот представь устройство постоянно посылает данные через рдп. Каждый кадр пересылается. Доходят не все, не в той последовательности доходят, по новой переотправляется.
Там потоковая передача данных.
С tcp такого не будет. Отправляются данные. Формируется пакет, пакуется, разбивается на фреймы в зависимости от размера. И отправляется. Там нет потоковой передачи.
   isa2net
 
44 - 29.03.18 - 16:06
(5) Не РИБ, а обмен через xml с локальными базами. Связка УТ+Розница чем не вариант?
   arsik
 
45 - 29.03.18 - 16:06
+ (43) Это примерно как ютуб и миста.
   Garykom
 
46 - 29.03.18 - 16:08
(35) Сча всего 5, но работал на предыдущих работах с 160+ а до этого на 77 было 250+
   igel1969
 
47 - 29.03.18 - 16:08
(33) читаю про это (44)
   igel1969
 
48 - 29.03.18 - 16:08
(44) это еще хуже
   igel1969
 
49 - 29.03.18 - 16:10
(46) и как следили за своевременной синхронизацией? даже если автоматику настроить, все-равно она будет глючить, сбиваться. у меня руководство избаловано - всегда знает точные продажи
 
 Рекламное место пустует
   DGorgoN
 
50 - 29.03.18 - 16:15
Мне в своё время пришлось самому написать прокладку для печати чека по принципу - файл из 1с на печать чека, из проги уже идет распечатка чека на ккм. Все команды по такому же принципу (открытие кассовой смены и проч).
На инфостате видел платную подобную разработку.
   spectre1978
 
51 - 29.03.18 - 16:19
(12) + 100 500
   isa2net
 
52 - 29.03.18 - 16:20
(48) Хм, инет упал- база не доступна - торговля встала, тем более при ваших "свистках".
   arsik
 
53 - 29.03.18 - 16:28
(52) Ну так сейчас, их, при свистах все устраивает.
   Pro1001C
 
54 - 29.03.18 - 16:49
(0) Выше не читал, возможно кто-то уже предлагал.

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

В результате оказалось, что два провайдера, один на точке, второй в офисе, вот между ними есть какой-то параметр сети, который влияет на передачу данных. Не админ, попытался объяснить как мог, проблема была в этом. Перешли на один провайдер и на точке и в офисе, в результате все идеально. Хотя канал интернета стал "уже", пинги не изменились, но вот этот параметр задержки между провайдерами ушел
   isa2net
 
55 - 29.03.18 - 17:03
(53) это смотря какая ккм и ассортимент, если автономная , то ей пофиг на стороннее ПО, бей сколько хочешь- потом внесешь в базу, а с их машинками без базы уже ничего не пробьешь, только по "мягким" чекам, но это уже на свой страх и риск.
   igel1969
 
56 - 03.04.18 - 11:18
В общем, подняли VPN, через него смену открывает 15 секунд, чек печатает 9-10 секунд. Это уже терпимо, лучше не будет.
Кто работает через RDP, поднимайте VPN с локальной машиной и подключайтесь к локальному IP.
   arsik
 
57 - 03.04.18 - 15:39
(56) Это долго. На чем впн развернули? Покажи пинг от точки к серверу и от сервера к точке.
   mcompote
 
58 - 03.04.18 - 17:28
Игрался раньше в "как можно подешевле интернет через 3G-свистки, на кой я буду платить этим барыгам".
В итоге: день простоя POS-терминалов приема безнала оказался дороже сомнительной выгоды от сомнительной экономии.
Я за вариант: "проводной интернет + VPN (L2TP/GRE) до центрального офиса + FDSVC".
Убедите свое руководство не жлобиться и заложить расходы на связь.
   Alexor
 
59 - 03.04.18 - 17:39
(56) А ты более 32 касс подключи через проброс портов.
Если подключишь 33 одновременно я сильно удивлюсь.

Люди правильно советовали FDSVC
   MadJhey
 
60 - 03.04.18 - 17:46
(59) не помогает один черт тормозит. Хотя конечно поменьше.
   MadJhey
 
61 - 03.04.18 - 17:47
Я на РИБ перешел, но 130 точек...
   Сияющий в темноте
 
62 - 03.04.18 - 18:28
Нужно просто нааисать virtual channel dll,и через нее данные чека передавать,один пакет с гарантированной доставкой и никакого vpn не надо
   Garykom
 
63 - 03.04.18 - 18:50
(61) Отдельный РИБ сервер для центральной базы.

Центральный склад/офис работают в отдельной периферии с полной синхронизацией.

Или выкинуть уже ОФ и перейти на УФ с тонкими/веб клиентами.


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