Платформа 1С v8.x (все механизмы)
1С:Бухгалтерия 2.0
1С:Бухгалтерия автономного учреждения
1С:Бухгалтерия государственного учреждения
1С:Комплексная автоматизация 1.х
1С:Розница
1С:Управление производственным предприятием
1С:Управление торговлей 10
54-ФЗ. Очередь печати для ККМ. Обработки для подключения онлайн-касс к 1С 8 (поддержка маркировки Табака, Обуви, Лекарств, Меховых изделий) + Требования к чекам с 01.07.2019 + Эмулятор
Обработка осуществляет обслуживание фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ v.8 и v.10" И драйвером "Штрих-М: Драйвер ККТ v.4.Х" для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях.
Для осуществления возможности параллельной работы и пробития чеков на одной ККМ несколькими пользователями, реализован механизм "Очереди печати". Реализована поддержка Веб-сервера Атол для работы с одной ККТ с нескольких рабочих мест. Соответствует требованиям российского законодательства, а именно требованиям закона ФЗ-54 об онлайн-кассах и применении контрольно-кассовой техники. Поддерживает Форматы Фискальных Данных 1.0, 1.05 и 1.1. Включен механизм использования нескольких систем налогообложения в одном документе. Содержит механизмы легкого подключения оборудования по TCP/IP, что упрощает процедуру подключения кассы в сеансах RDP, а так же позволяет подключаться к ККМ через интернет напрямую. Поддерживает работу со ставкой НДС 20%. Поддержка маркировки. Поддержка требований к кассовым чекам с 01.07.2019. Поддерживает режим эмуляции кассовых чеков.
Для осуществления возможности параллельной работы и пробития чеков на одной ККМ несколькими пользователями, реализован механизм "Очереди печати". Реализована поддержка Веб-сервера Атол для работы с одной ККТ с нескольких рабочих мест. Соответствует требованиям российского законодательства, а именно требованиям закона ФЗ-54 об онлайн-кассах и применении контрольно-кассовой техники. Поддерживает Форматы Фискальных Данных 1.0, 1.05 и 1.1. Включен механизм использования нескольких систем налогообложения в одном документе. Содержит механизмы легкого подключения оборудования по TCP/IP, что упрощает процедуру подключения кассы в сеансах RDP, а так же позволяет подключаться к ККМ через интернет напрямую. Поддерживает работу со ставкой НДС 20%. Поддержка маркировки. Поддержка требований к кассовым чекам с 01.07.2019. Поддерживает режим эмуляции кассовых чеков.
Лучшие комментарии
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
3)Увидите несколько интерфейсов в следующем формате {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}.
4)Перейдите к ним и найдите подсказки (обычно это значение DhcpIPAddress), которые укажут, какой из них – интерфейс по умолчанию. Альтернативный вариант — выполнить следующие шаги для всех непустых интерфейсов, если вы хотите отключить алгоритм Нейгла на всех сетевых адаптерах.
5)Щелкните правой кнопкой мыши на пустом месте в правом окне и выберите New -> DWORD (32-bit) Value и установите его имя в TcpAckFrequency. Затем дважды щелкните на полученное значение, чтобы изменить его значение на 1.
6)И создать ещё один такой же параметр DWORD (32-разрядное значение), но на этот раз с именем ключа TCPNoDelay со значением 1.
7)Обязательно перезагрузите Windows, задача выполнена.
После этих действий увеличится служебный трафик между ПК и маршрутизатором, но это увеличение будет "каплей в море", по сравнению с остальным трафиком, а зато чеки будут "вылетать" быстрее чем вы подумаете о них! =) По сути мы отключили оптимизацию доставки очень маленьких пакетов tcp-ip.
Может кому поможет! =) С наступающим новым годом!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
3)Увидите несколько интерфейсов в следующем формате {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}.
4)Перейдите к ним и найдите подсказки (обычно это значение DhcpIPAddress), которые укажут, какой из них – интерфейс по умолчанию. Альтернативный вариант — выполнить следующие шаги для всех непустых интерфейсов, если вы хотите отключить алгоритм Нейгла на всех сетевых адаптерах.
5)Щелкните правой кнопкой мыши на пустом месте в правом окне и выберите New -> DWORD (32-bit) Value и установите его имя в TcpAckFrequency. Затем дважды щелкните на полученное значение, чтобы изменить его значение на 1.
6)И создать ещё один такой же параметр DWORD (32-разрядное значение), но на этот раз с именем ключа TCPNoDelay со значением 1.
7)Обязательно перезагрузите Windows, задача выполнена.
После этих действий увеличится служебный трафик между ПК и маршрутизатором, но это увеличение будет "каплей в море", по сравнению с остальным трафиком, а зато чеки будут "вылетать" быстрее чем вы подумаете о них! =) По сути мы отключили оптимизацию доставки очень маленьких пакетов tcp-ip.
Может кому поможет! =) С наступающим новым годом!
Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Обработка и ее автор Александр - это решение проблем по переходу на 54фз и нескольких пользователях 1с по сети.
Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.
Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.
Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.
Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.
Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.
Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.
Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
Доброго времени суток, Александр
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Всем доброго времени суток.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Вышла новая версия обработки 4.09.04
1. Для обработки Атол добавлена поддержка передачи нового формата тэга 1162 для драйвера КТТ версии 8.16.6.
2. Для большей универсальности переработан механизм преобразования значения тэга 1162 к требуемому формату.
3. В обработках Атол для вариантов передачи значения тэга 1162 в неразобранном виде данных от сканера в драйвер, добавлена опция в настройках, которая позволяет ограничить такую передачу не всеми символами марки, а только частью, содержащую gtin и серийный номер, т. е. без крипто-хвоста. Опция доступна в настройках обработки на закладке Маркировка.
4. Во встраиваемой в конфигурацию форме ввода штрихкода маркировки добавлена кнопка для вызова ручного ввода штрихкода марки. Данный ручной ввод предназначен для отладки механизмов работы без использования сканера штрихкодов.
5. В форме менеджера чека, вызываемой при пробитии чеков из кассовых ордеров и прочих оптовых документов, добавлена кнопка для ручного ввода кода маркировки для целей отладки без использования сканера штрихкодов.
При ручном вводе марки допускается ввод не полной марки, а только первой части, содержащей в себе gtin и серийный номер. На примере обувной продукции – это первые 31 символ, для табака – 21, для шуб – 24, для лекарств – 27 и т. д.
6. Исправлена ошибка определения типа документа Поступление товаров для конфигурации «Розница 1», которая возникала при пробитии чека из кассового ордера, выписанного на основании Возврата покупателя.
7. Для обработок Атол исправлено определение кода налога для расчетной ставки НДС 18/118 по таблице сопоставления налогов при пробитии чека коррекции с использованием такой ставки.
8. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
1. Для обработки Атол добавлена поддержка передачи нового формата тэга 1162 для драйвера КТТ версии 8.16.6.
2. Для большей универсальности переработан механизм преобразования значения тэга 1162 к требуемому формату.
3. В обработках Атол для вариантов передачи значения тэга 1162 в неразобранном виде данных от сканера в драйвер, добавлена опция в настройках, которая позволяет ограничить такую передачу не всеми символами марки, а только частью, содержащую gtin и серийный номер, т. е. без крипто-хвоста. Опция доступна в настройках обработки на закладке Маркировка.
4. Во встраиваемой в конфигурацию форме ввода штрихкода маркировки добавлена кнопка для вызова ручного ввода штрихкода марки. Данный ручной ввод предназначен для отладки механизмов работы без использования сканера штрихкодов.
5. В форме менеджера чека, вызываемой при пробитии чеков из кассовых ордеров и прочих оптовых документов, добавлена кнопка для ручного ввода кода маркировки для целей отладки без использования сканера штрихкодов.
При ручном вводе марки допускается ввод не полной марки, а только первой части, содержащей в себе gtin и серийный номер. На примере обувной продукции – это первые 31 символ, для табака – 21, для шуб – 24, для лекарств – 27 и т. д.
6. Исправлена ошибка определения типа документа Поступление товаров для конфигурации «Розница 1», которая возникала при пробитии чека из кассового ордера, выписанного на основании Возврата покупателя.
7. Для обработок Атол исправлено определение кода налога для расчетной ставки НДС 18/118 по таблице сопоставления налогов при пробитии чека коррекции с использованием такой ставки.
8. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
ОГРОМНОЕ спасибо автору!
Внимание!
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
Обновление модуля "Маркировка".
Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.
Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".
Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.
Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".
Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
Остальные комментарии
Избранное
Подписка
Сортировка:
Древо развёрнутое
Свернуть все
(1564) Добрый день! Не совсем понятен ваш вопрос. У вас на обоих чеках отображается ставка НДС 18% для каждой позиции. На чеке слева отличие в том что добавились признаки предмета расчета и признаки способа расчета, а ставка НДС за счет этого сдвинулась немного ниже, но не исчезла.
(1566) а-а, речь о суммах, а не ставках. На данный момент у меня нет точной информации, полагаю, что в новой прошивке производителем отключен вывод сумм НДС построчно в связи с его необязательностью в бумажном чеке. Более точную информацию вы можете запросить в вашем АСЦ, где заливали прошивку.
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
3)Увидите несколько интерфейсов в следующем формате {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}.
4)Перейдите к ним и найдите подсказки (обычно это значение DhcpIPAddress), которые укажут, какой из них – интерфейс по умолчанию. Альтернативный вариант — выполнить следующие шаги для всех непустых интерфейсов, если вы хотите отключить алгоритм Нейгла на всех сетевых адаптерах.
5)Щелкните правой кнопкой мыши на пустом месте в правом окне и выберите New -> DWORD (32-bit) Value и установите его имя в TcpAckFrequency. Затем дважды щелкните на полученное значение, чтобы изменить его значение на 1.
6)И создать ещё один такой же параметр DWORD (32-разрядное значение), но на этот раз с именем ключа TCPNoDelay со значением 1.
7)Обязательно перезагрузите Windows, задача выполнена.
После этих действий увеличится служебный трафик между ПК и маршрутизатором, но это увеличение будет "каплей в море", по сравнению с остальным трафиком, а зато чеки будут "вылетать" быстрее чем вы подумаете о них! =) По сути мы отключили оптимизацию доставки очень маленьких пакетов tcp-ip.
Может кому поможет! =) С наступающим новым годом!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
3)Увидите несколько интерфейсов в следующем формате {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}.
4)Перейдите к ним и найдите подсказки (обычно это значение DhcpIPAddress), которые укажут, какой из них – интерфейс по умолчанию. Альтернативный вариант — выполнить следующие шаги для всех непустых интерфейсов, если вы хотите отключить алгоритм Нейгла на всех сетевых адаптерах.
5)Щелкните правой кнопкой мыши на пустом месте в правом окне и выберите New -> DWORD (32-bit) Value и установите его имя в TcpAckFrequency. Затем дважды щелкните на полученное значение, чтобы изменить его значение на 1.
6)И создать ещё один такой же параметр DWORD (32-разрядное значение), но на этот раз с именем ключа TCPNoDelay со значением 1.
7)Обязательно перезагрузите Windows, задача выполнена.
После этих действий увеличится служебный трафик между ПК и маршрутизатором, но это увеличение будет "каплей в море", по сравнению с остальным трафиком, а зато чеки будут "вылетать" быстрее чем вы подумаете о них! =) По сути мы отключили оптимизацию доставки очень маленьких пакетов tcp-ip.
Может кому поможет! =) С наступающим новым годом!
(1570) Огромное спасибо это действительно работает. Внесли вышеуказанные правки в реестр win server 2008 R2 после чего кассы из терминальных сессий стали выдавать чеки во много раз быстрее. Но после печати большого количества больших (50+ позиций номенклатуры) чеков (более 15 штук) касса начинает печатать заторможено - лечится перезапуском кассы. Но все ровно производительность выросла в разы
30.12.2018 – ФЗ.54.08.11
- Добавлена возможность пробития возврата со ставкой НДС 18%, а также алгоритмы, позволяющие регулировать поведение обработки по применению ставки НДС 18% в 2019 году.
- Добавлен функционал пробития чеков на ККМ по агентской схеме. При этом доступно применение реквизитов и признаков агента как на весь чек (если в чеке все позиции привязаны к одному и тому же договору агента), так и на каждую позицию в чеке отдельно (в случае продажи собственного и агентского товара в одном чеке). В форме Менеджера чека добавлено отражение реквизитов агента в товарных позициях, а так же возможность изменения этих реквизитов.
- Оптимизирован алгоритм установки тэгов для драйвера ККМ Атол версии 8 - из него ликвидированы лишние чтения статуса наличия ФН в ККМ и перенесены в другие места по формированию чеков. Благодаря этому происходит меньшее число обращений к ККМ и более безошибочная работа с составными тэгами для реквизитов агента и поставщика.
- Добавлен функционал сохранения параметров обработки в файл и восстановления параметров из файла.
- Исправлена ситуация с ошибочным определением статуса соединения с ККМ при работе в обработке Атол через драйвер версии 10 и включенной очередью печати, из-за чего возникала излишне большая задержка перед пробитием чека. Теперь соединение с ККМ происходит правильно и без задержек.
- Исправлена ситуация с ошибкой «-13», присущая только обработке Атол версии 54.08.10 при локальном подключении ККМ. Теперь локальное подключение в обработке для Атол происходит без ошибок.
- Уменьшено число занятий порта ККМ при совершении операций, тем самым при первичном подключении оборудования в типовых конфигурациях, не происходит занятия порта ККМ, благодаря чему открытие журналов документов и форм документов, в которых предполагается работа с ККМ, происходит намного быстрее.
- Исправлена ситуация с произвольным переключением версии ФФД в параметрах обработки после настройки соответствия налоговых ставок.
- Исправлена ситуация с «потерей» нефискальной строки в Менеджере чека при замене всех строк на Аванс.
- Прочие мелкие оптимизации кода и интерфейса настройки, не влияющие на функциональность.
- Добавлена возможность пробития возврата со ставкой НДС 18%, а также алгоритмы, позволяющие регулировать поведение обработки по применению ставки НДС 18% в 2019 году.
- Добавлен функционал пробития чеков на ККМ по агентской схеме. При этом доступно применение реквизитов и признаков агента как на весь чек (если в чеке все позиции привязаны к одному и тому же договору агента), так и на каждую позицию в чеке отдельно (в случае продажи собственного и агентского товара в одном чеке). В форме Менеджера чека добавлено отражение реквизитов агента в товарных позициях, а так же возможность изменения этих реквизитов.
- Оптимизирован алгоритм установки тэгов для драйвера ККМ Атол версии 8 - из него ликвидированы лишние чтения статуса наличия ФН в ККМ и перенесены в другие места по формированию чеков. Благодаря этому происходит меньшее число обращений к ККМ и более безошибочная работа с составными тэгами для реквизитов агента и поставщика.
- Добавлен функционал сохранения параметров обработки в файл и восстановления параметров из файла.
- Исправлена ситуация с ошибочным определением статуса соединения с ККМ при работе в обработке Атол через драйвер версии 10 и включенной очередью печати, из-за чего возникала излишне большая задержка перед пробитием чека. Теперь соединение с ККМ происходит правильно и без задержек.
- Исправлена ситуация с ошибкой «-13», присущая только обработке Атол версии 54.08.10 при локальном подключении ККМ. Теперь локальное подключение в обработке для Атол происходит без ошибок.
- Уменьшено число занятий порта ККМ при совершении операций, тем самым при первичном подключении оборудования в типовых конфигурациях, не происходит занятия порта ККМ, благодаря чему открытие журналов документов и форм документов, в которых предполагается работа с ККМ, происходит намного быстрее.
- Исправлена ситуация с произвольным переключением версии ФФД в параметрах обработки после настройки соответствия налоговых ставок.
- Исправлена ситуация с «потерей» нефискальной строки в Менеджере чека при замене всех строк на Аванс.
- Прочие мелкие оптимизации кода и интерфейса настройки, не влияющие на функциональность.
Добрый день.
После обновления обработки возникла такая ошибка.
В ПКО указана ставка НДС 10%. Однако при печати чека выходит НДС 0% =0.00.
В чем может быть причина?
И еще вопрос.
Если чек пробивается из ПКО, введенного на основании прошлогодней реализации с НДС 18%, в чеке будет указан НДС 18?
После обновления обработки возникла такая ошибка.
В ПКО указана ставка НДС 10%. Однако при печати чека выходит НДС 0% =0.00.
В чем может быть причина?
И еще вопрос.
Если чек пробивается из ПКО, введенного на основании прошлогодней реализации с НДС 18%, в чеке будет указан НДС 18?
Прикрепленные файлы:
ПКО №42349 от 09.01.19.pdf
(1577) Здравствуйте!
Какая версия обработки используется? Какая версия драйвера ККМ?
Что либо делали в настройках соответствия налоговых ставок в параметрах обработки?
Нет, НДС из ПКО от 2019 года пробьется со ставкой 20%. На каком основании вы ожидаете ставку 18% в 2019 году при осуществлении операции "Прихода" (продажи)?
В ПКО указана ставка НДС 10%. Однако при печати чека выходит НДС 0% =0.00.
В чем может быть причина?
В чем может быть причина?
Какая версия обработки используется? Какая версия драйвера ККМ?
Что либо делали в настройках соответствия налоговых ставок в параметрах обработки?
Если чек пробивается из ПКО, введенного на основании прошлогодней реализации с НДС 18%, в чеке будет указан НДС 18?
Нет, НДС из ПКО от 2019 года пробьется со ставкой 20%. На каком основании вы ожидаете ставку 18% в 2019 году при осуществлении операции "Прихода" (продажи)?
(1578)
Версия обработки 4,08. Версия драйвера 8.16.4.9141
(1578)
Нет.
(1578)
Тут спорить не буду. Просто показалось странными, что реализовали товар по 18, а НДС при оплате будет 20.
Какая версия обработки используется? Какая версия драйвера ККМ?
Версия обработки 4,08. Версия драйвера 8.16.4.9141
(1578)
Что либо делали в настройках соответствия налоговых ставок в параметрах обработки?
Нет.
(1578)
Нет, НДС из ПКО от 2019 года пробьется со ставкой 20%. На каком основании вы ожидаете ставку 18% в 2019 году при осуществлении операции "Прихода" (продажи)?
Тут спорить не буду. Просто показалось странными, что реализовали товар по 18, а НДС при оплате будет 20.
(1579)
Наверное у вас 4.08.11? Настройте соответствие налоговых ставок на закладке Таблицы - Налоги. Если ситуация повторится, то пришлите лог драйвера или предоставьте удаленный доступ.
Тут изначально ситуация не правильная. Когда реализовали в 2018 должны были пробить чек. Если оплаты не было, то была "передача в кредит", что в чеке должно было быть отражено. Оплату из ПКО в этом году провели бы как "оплату кредита" со ставкой "Без НДС".
Чек не пробили в 2018 почему-то. Отсюда и все вытекающие недопонимания ситуации.
Если Реализация была выписана "просто так" и фактически товар не отгружен, а отгружается сейчас вместе с оплатой, то Реализацию можно перенести на текущий год.
Версия обработки 4,08. Версия драйвера 8.16.4.9141
Наверное у вас 4.08.11? Настройте соответствие налоговых ставок на закладке Таблицы - Налоги. Если ситуация повторится, то пришлите лог драйвера или предоставьте удаленный доступ.
Просто показалось странными, что реализовали товар по 18, а НДС при оплате будет 20.
Тут изначально ситуация не правильная. Когда реализовали в 2018 должны были пробить чек. Если оплаты не было, то была "передача в кредит", что в чеке должно было быть отражено. Оплату из ПКО в этом году провели бы как "оплату кредита" со ставкой "Без НДС".
Чек не пробили в 2018 почему-то. Отсюда и все вытекающие недопонимания ситуации.
Если Реализация была выписана "просто так" и фактически товар не отгружен, а отгружается сейчас вместе с оплатой, то Реализацию можно перенести на текущий год.
планируется ли доработка для печати через веб-сервер атолла для драйверов 10-й версии? атолл пишет что 8ю версию перестанут поддерживать, все изменения законодательства будут только в 10й. а в 10й нет работы по сети через драйвер, только через веб-сервер
Вопрос в связи с грядущей маркировкой обуви и сигарет.
Как я понял QR сканироваться будет в момент продажи этих товаров, а касса будет отправлять в ОФД нужную информацию.
Эта обработка (на 8 драйвере Атола) это будет поддерживать?
Или к обработке это отношение не имеет?
Как я понял QR сканироваться будет в момент продажи этих товаров, а касса будет отправлять в ОФД нужную информацию.
Эта обработка (на 8 драйвере Атола) это будет поддерживать?
Или к обработке это отношение не имеет?
(1592)
Здравствуйте, Дмитрий! К обработке отношение имеет в части передачи кода маркировки в составе реквизитов кассового чека. Работа в этом направлении ведется.
Драйвер 8 посылать такой реквизит умеет. В обработке будет поддержка такой отправки как через 8й драйвер так и через 10й.
Здравствуйте, Дмитрий! К обработке отношение имеет в части передачи кода маркировки в составе реквизитов кассового чека. Работа в этом направлении ведется.
Драйвер 8 посылать такой реквизит умеет. В обработке будет поддержка такой отправки как через 8й драйвер так и через 10й.
Прежде, чем купить читайте внимательно условия использования данной обработки.
После окончания бесплатного 60-дневного периода поддержки, консультирование и предоставление обновлений осуществляется на платной основе в рамках платной технической поддержки, стоимость которой составляет:
•1000 рублей за 1 месяц.
•3000 рублей за 6 месяцев.
•5000 рублей за 12 месяцев.
Все остальное взаимодействие с клиентом, не попадающее под условия описанные выше, а так же реализация пожеланий по доработке или добавлению нового функционала, будет осуществляться на платной основе с тарификацией 1000 руб/час.
Ваши денежные средства (денежные средства Ваших клиентов) будут улетучиваться прямо пропорционально скорости изменения Российского законодательства!
После окончания бесплатного 60-дневного периода поддержки, консультирование и предоставление обновлений осуществляется на платной основе в рамках платной технической поддержки, стоимость которой составляет:
•1000 рублей за 1 месяц.
•3000 рублей за 6 месяцев.
•5000 рублей за 12 месяцев.
Все остальное взаимодействие с клиентом, не попадающее под условия описанные выше, а так же реализация пожеланий по доработке или добавлению нового функционала, будет осуществляться на платной основе с тарификацией 1000 руб/час.
Ваши денежные средства (денежные средства Ваших клиентов) будут улетучиваться прямо пропорционально скорости изменения Российского законодательства!
Не сталкивались ли с такой проблемой?
1С 8.2 УТ 10.3 (10.3.6.8 релиз 29.10.08)
Обработка версии 4.08.08, очередь печати не используется, использование журнала регистрации в настройках обработки отключено, касса Атол ФФД 1.05.
Пробивают документом ЧекККМ через полный интерфейс (не в режиме РМК).
Иногда происходит следующее, видел лично: На экране в документе Чек ККМ выбран определенный товар, далее пробивают чек, из кассы выходит бумажный чек, а товар в бумажном чеке абсолютно другой.
В чем может быть проблема?
Это происходит не с каждым чеком, а иногда, но несколько раз в день.
1С 8.2 УТ 10.3 (10.3.6.8 релиз 29.10.08)
Обработка версии 4.08.08, очередь печати не используется, использование журнала регистрации в настройках обработки отключено, касса Атол ФФД 1.05.
Пробивают документом ЧекККМ через полный интерфейс (не в режиме РМК).
Иногда происходит следующее, видел лично: На экране в документе Чек ККМ выбран определенный товар, далее пробивают чек, из кассы выходит бумажный чек, а товар в бумажном чеке абсолютно другой.
В чем может быть проблема?
Это происходит не с каждым чеком, а иногда, но несколько раз в день.
В таком случае рекомендую вам произвести доработку конфигурации по инструкции из комплекта с обработкой, чтобы происходило однозначное определение документа, из которого вы печатаете чек. В вашем случае автоопределение не отрабатывает, а использование журнала регистрации у вас отключено.
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Добрый день!
Ранее была куплена обработка
Обработка обслуживания онлайн-касс и фискальных регистраторов ШТРИХ-М v.ФЗ.54 - Однопользовательская Без Очереди Печати_54.08.05.
Теперь нужно с нескольких компов в сети печатать на один ФР.
Что нужно купить для этого (заново версию для ФЗ-54 с очередью печати или апгрейд).
Ранее была куплена обработка
Обработка обслуживания онлайн-касс и фискальных регистраторов ШТРИХ-М v.ФЗ.54 - Однопользовательская Без Очереди Печати_54.08.05.
Теперь нужно с нескольких компов в сети печатать на один ФР.
Что нужно купить для этого (заново версию для ФЗ-54 с очередью печати или апгрейд).
Приношу всем глубочайшие извинения за задержку с выпуском релизов - выпал из работы на время по семейным обстоятельствам. Сейчас ситуация наладилась. В дальнейшем обязуюсь выкладывать релизы заблаговременно чтобы никого не подводить. Спасибо за понимание! Надеюсь на дальнейшее сотрудничество.
Конфигурация УПП 1.3.122.2. Релиз обработки 54.08.12 при нажатии кнопки "Параметры" в типовой обработке "подключение и настройка торгового оборудования" появляется ошибка(см.скрин). Релиз 54.08.11 работает нормально
Прикрепленные файлы:
(1626)
Все шаманства с кэшем, кассами и т.д. не срабатывают потому как в форме "Работа_С_JSON" в строке 280 возникает проблема в случае когда ККМ возвращает блок existedports в таком виде: { "existedports": } и возникает ошибка в процессе чтения значений этого блока и преобразование значений в число.
Все это происходит сразу после добавления новой кассы в обработке "Подключение и настройка торгового оборудования".
Редакция драйвера Атол 10.5
Все шаманства с кэшем, кассами и т.д. не срабатывают потому как в форме "Работа_С_JSON" в строке 280 возникает проблема в случае когда ККМ возвращает блок existedports в таком виде: { "existedports": } и возникает ошибка в процессе чтения значений этого блока и преобразование значений в число.
Все это происходит сразу после добавления новой кассы в обработке "Подключение и настройка торгового оборудования".
Редакция драйвера Атол 10.5
Добрый день! подскажите в чем может быть проблема, когда делаем возврат по безналу через кнопку чек возвратав РМК ут 10.3.47.2 , не выходит окно с выбором вида оплаты, по умолчанию в наличку пробивается, безнал не выбрать, кэш чистили
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Добрый день. Подскажите какая версия прошивки должна стоять:
1) Для вывода информации "Безналичными" вместо "Электронными"
2) Для вывода информации ИНН и Наименование покупателя
Касса Атол 55Ф и 22
Версия вашей обработки 4.8.13
1) Для вывода информации "Безналичными" вместо "Электронными"
2) Для вывода информации ИНН и Наименование покупателя
Касса Атол 55Ф и 22
Версия вашей обработки 4.8.13
Добрый день.
Обработка 4.08.13.
Меня интересует настройка "Передавать тэги покупателя в составе чека (Наименование и ИНН)".
Большинство покупателей частные лица, но определенный процент все такие организации и ИП.
Если в настройках обработки поставить галку "Передавать тэги покупателя в составе чека (Наименование и ИНН)", то на чеке (и наверное записывается в ФН) действительно печатается название контрагента и его ИНН (из карточки Контрагента), но проблема в том, что и для обычных частных лиц тоже начинает в чеке печататься наименование и пустой ИНН (у меня называется просто "Частное лицо" и в карточке контрагента у него нет ИНН). И очевидно в ФН пишется наименование и пустой ИНН.
Мне кажется должно быть так: несмотря на то, что вышеупомянутая галка в настройках обработки установлена, если в карточке контрагента поле ИНН пустое (как у моего Частного лица например), то обработка должна игнорировать эту настройку и не посылать тэг с пустым ИНН.
Обработка 4.08.13.
Меня интересует настройка "Передавать тэги покупателя в составе чека (Наименование и ИНН)".
Большинство покупателей частные лица, но определенный процент все такие организации и ИП.
Если в настройках обработки поставить галку "Передавать тэги покупателя в составе чека (Наименование и ИНН)", то на чеке (и наверное записывается в ФН) действительно печатается название контрагента и его ИНН (из карточки Контрагента), но проблема в том, что и для обычных частных лиц тоже начинает в чеке печататься наименование и пустой ИНН (у меня называется просто "Частное лицо" и в карточке контрагента у него нет ИНН). И очевидно в ФН пишется наименование и пустой ИНН.
Мне кажется должно быть так: несмотря на то, что вышеупомянутая галка в настройках обработки установлена, если в карточке контрагента поле ИНН пустое (как у моего Частного лица например), то обработка должна игнорировать эту настройку и не посылать тэг с пустым ИНН.
Уважаемые клиенты и коллеги, с 29.07.2019 по 11.08.2019 нахожусь в отпуске. При этом остаюсь на связи, но скорость ответов может значительно возрасти.
(1657)
(1658)
При пробросе виртуального COM порта в RDP сессию можете не ожидать быстрой работы. Тут обработка не причем вовсе, все уже зависит от ширины канала и от пинга.
Чтобы работало быстрее, нужно отключать проброс порта в сессию RDP и настроить кассу через fdsvc драйвера 8 или через Веб-сервер из комплекта драйвера 10 (потребуется выделенный IP адрес). Так же если касса имеет Ethernet порт, то можно использовать работу с ней по JSON (потребуется перейти на актуальный релиз обработки). Так же прочитайте комментарий под номером 1570, вероятно вам пригодятся рекомендации из него.
(1658)
При пробросе виртуального COM порта в RDP сессию можете не ожидать быстрой работы. Тут обработка не причем вовсе, все уже зависит от ширины канала и от пинга.
Чтобы работало быстрее, нужно отключать проброс порта в сессию RDP и настроить кассу через fdsvc драйвера 8 или через Веб-сервер из комплекта драйвера 10 (потребуется выделенный IP адрес). Так же если касса имеет Ethernet порт, то можно использовать работу с ней по JSON (потребуется перейти на актуальный релиз обработки). Так же прочитайте комментарий под номером 1570, вероятно вам пригодятся рекомендации из него.
(1660)
1. Устанавливаете релиз обработки 4.08.13 (полное наименование резиза ФЗ.54.08.13)
2. Выбираете в настройках подключения вариант работы JSON через COM объект
3. Остальные параметры подключения указываются аналогично тому как у вас сейчас через 10й драйвер настроено
4. Проверяете пробитие чеков.
1. Устанавливаете релиз обработки 4.08.13 (полное наименование резиза ФЗ.54.08.13)
2. Выбираете в настройках подключения вариант работы JSON через COM объект
3. Остальные параметры подключения указываются аналогично тому как у вас сейчас через 10й драйвер настроено
4. Проверяете пробитие чеков.
(1661) картинку окна настроек можете приложить?
уже сейчас настроено TCP/IP -подключение через айпи компов магазинов (проделана огромная работа по переходу с ком-портов на эзернет-подключение),
поэтому такой вопрос - эти айпи и такое подключение можно использовать или только через ком-порты? и надо будет вернуться на ком-порты?
уже сейчас настроено TCP/IP -подключение через айпи компов магазинов (проделана огромная работа по переходу с ком-портов на эзернет-подключение),
поэтому такой вопрос - эти айпи и такое подключение можно использовать или только через ком-порты? и надо будет вернуться на ком-порты?
(1662)
Вот пример одной из подобных настроек: (идет перенаправление порта 5555 с роутера на ККМ в локальной сети роутера)
По JSON можно работать с любым способом подключения, т.е. как через Ethernet так и через COM-порты. В вашем случае вариант с COM портом допустим только при работе через Веб-сервер или через fdsvc Драйвера ККТ 8. Проброс порта приведет к большим задержкам.
картинку окна настроек можете приложить?
Вот пример одной из подобных настроек: (идет перенаправление порта 5555 с роутера на ККМ в локальной сети роутера)
По JSON можно работать с любым способом подключения, т.е. как через Ethernet так и через COM-порты. В вашем случае вариант с COM портом допустим только при работе через Веб-сервер или через fdsvc Драйвера ККТ 8. Проброс порта приведет к большим задержкам.
(1659) добрый день. скачал новую обработку, замерил до обновления и после. Стало дольше - через json дольше передается чек. В чеке одна и та же позиция - пакеты (1руб). 11 секунд против 43 секунд.
В чем может быть дело?
Скрины прикладываю.
Версия платформы 1С:Предприятие 8.2 (8.2.19.130)
В чем может быть дело?
Скрины прикладываю.
Версия платформы 1С:Предприятие 8.2 (8.2.19.130)
Прикрепленные файлы:
(1668)
Добрый день! Это я так понимаю через ком-порт. А в параметрах подключения что-то поменялось или осталось как и раньше через проброс порта?
Еще раз процитирую ответ свой предыдущий. Если вы кассу хотите подключить именно по ком-порту, то настройте с ней связь через веб-сервер и в обработке укажите параметры работы через веб-сервер.
Проброс порта в РДП сессию ни в коем случае не используйте!!!
Для прямой работы через JSON с кассой по TCP/IP вероятнее всего потребуется применить рекомендации из комментария 1570 для ускорения передачи сетевых пакетов. Но думаю работа через веб-сервер должна быть и так в разы быстрее.
Добрый день! Это я так понимаю через ком-порт. А в параметрах подключения что-то поменялось или осталось как и раньше через проброс порта?
Еще раз процитирую ответ свой предыдущий. Если вы кассу хотите подключить именно по ком-порту, то настройте с ней связь через веб-сервер и в обработке укажите параметры работы через веб-сервер.
Проброс порта в РДП сессию ни в коем случае не используйте!!!
Для прямой работы через JSON с кассой по TCP/IP вероятнее всего потребуется применить рекомендации из комментария 1570 для ускорения передачи сетевых пакетов. Но думаю работа через веб-сервер должна быть и так в разы быстрее.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|