Что такое переполнение буфера коммуникационного порта 999
БП 3.0 Тест устройства (Вики принт 57Ф) выполнен с ошибкой
Здравствуйте.
Помогите, пожалуйста, с ошибкой при подключении онлайн кассы и прохождении теста кассы VikiPrint 57Ф выходит данная ошибка. Как исправить, не могу пройти тест.
либо Фито не закрыто, либо виртуальный порт не тот выбран
Спасибо, Сергей.
Пришлось удалить службы ComProxy, заново установить, прописав порты. Все заработало.
Читают тему:
Мероприятия
При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.
Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.
Редакция уважает мнение авторов, но не всегда разделяет его.
Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.
ККТ Атол выдает ошибку 999: «порт занят»
Произошла ошибка 999 – каковы причины?
Ошибка 999 в интернет кассе «Атол» может появиться в результате сбоя в ПО компьютера или в самом оборудовании.
Чаще всего ошибка возникает, когда в данный момент порт COM занят другим устройством. Его необходимо изменить.
Скорее программа открыта в режиме РМК другим пользователем. Необходимо закрыть все окна программы 1С и затем зайдите в программу 1С.
Для начала потребуется протестировать 1С платформу при подключении Атола.
Тестирование 1С платформы
Важно убедиться, что причина ошибки не связана с ней.
Потребуется в настройках РМК:
При сбое в программе, неверный код может быть найден модулем и исправлен.
Проверка драйвера на ПК
Проверить работоспособность драйвера на ПК можно в диспетчере. Необходимо нажать WIN+R и войти в строчку «devmgmt.msc».
Далее нажать на клавишу «Ввод» и выполнить следующее:
Настройка драйвера кассы «Атол»
При появлении ошибки 999 необходимо:
При появлении ошибки 999 можно также попробовать изменить протокол обмена и канал для входа.
О драйвере Атол 10
При установке в Windows драйвера Атол 10 появилось два Com порта. По порту 1 проводится управление кассовым аппаратом. По порту 2 посылаются чеки через интернет. Появляется сообщение «Порт занят» в связи с неверной настройкой сервиса. Со стартом ОС Windows запускается специальная программа EoU. Она отвечает за передачу данных из USB VCOM в интернет.
В драйвере 8 была специальная утилита DTOIntergrator. Она настраивала EoU сервис. В драйвере Атол 10 она отсутствует.
Посмотреть настройки EoU можно в случаях:
Установить заново 2 драйвера под разряды операционной системы Windows 32 или 64.
Ошибку 999 можно исправить разными способами. Непонятно почему возможен захват не того порта при установке популярной программы EoU. Для настройки и обслуживания вашей онлайн-кассы настоятельно рекомендуем обратиться к квалифицированным специалистам.
При подключении оборудования произошла ошибка 999 в Атол
В конце рабочего дня кассиры вынуждены закрывать отчёты на своих рабочих местах. Но по непонятным причинам возникает сбой, и появляется сообщение «При подключении оборудования произошла ошибка» (999) в Атол. Что это значит и как решить эту проблему — читайте в этой статье далее. 
Ошибка 999 в Атол – каковы причины?
Тестирование 1С платформы при подключении оборудования
Для этого перейдите в настройки РМК:
Такая рекомендация может помочь в случае сбоев программы. Модуль пытается отыскать неверный код и исправить его. Попробуйте выйти из тестирования и попытаться подключиться к кассе.
Проверка драйвера
Выполните следующие действия:
Когда драйвер будет установлен, следует снова вернуться в это окно, чтобы убедиться, что всё в порядке. Это нужно сделать обязательно, так как если вы сами установили драйвер, который нашли в сети, он может не подойти к версии ОС или её разрядности.
Рассмотрим способ настройки драйвера Атол, когда появляется сбой 999. Для этого нужно нажать на кнопку « Пуск » в Windows.
После этого открываем 1С предприятие и открываем смену. Если такой способ не помог решить ошибку при подключении оборудования 999 в Атол, попробуйте следующую инструкцию.
Изменение протокола и канала устройства Атол
В зависимости от модели устройства Атол, его настройки могут отличаться.
Таким образом, вы сможете выбрать для кассового аппарата Атол необходимый канал и протокол обмена. Попробуйте изменить их, если появляется ошибка подключения оборудования 999 в кассовом устройстве Атол. В противном случае, при неудачно подключении, попытайтесь обратиться в техническую поддержку или к системному администратору.
Что такое переполнение буфера коммуникационного порта 999
_________________
Если бы на станции «Мир» стояли Винды, она бы еще висела и висела.
Мурик  | ||||
Карма: 3 |
| |||
| ||||
| menzoda | ||||
Карма: 7 | ||||
| ||||
| Z_h_e | ||||
Карма: 25 |
| |||
| ||||
| Alexeyslav | |||
Карма: 28 |
| ||
| |||
  | Страница 1 из 1 | [ Сообщений: 5 ] |
Часовой пояс: UTC + 3 часа
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Переполнение буфера коммуникационного порта 999 viki print
Данная инструкция актуальна для Вики Принт, подключенных к ПК или Вики Микро. Для диагностики проблемы при работе Вики Принт с Классик обратитесь по почте к специалистам технической поддержки.
Для тестирования работы используется утилита Fito. Проверьте, что бы у вас стояла актуальная версия.
Если Вики Принт работает в связке с Вики Микро, Дримкас Старт или в режиме передачи данных в ОФД, то в списке служб компьютера должна быть служба ComProxy. Если её там нет, значит, служба не установлена.
Запустите утилиту Fito → «Функции» → «Параметры связи». В параметре «Порт» укажите порт для работы с кассовыми программами.
Перейдите на компьютере по пути C:ComProxyWindows и текстовым редактором откройте ComProxy.ini. Если у вас последняя версия службы, ищите cash_virtual_port_out, если предыдущая версия (1.2.1), то pos_port.
Остановите службу ComProxy (правой кнопкой по службе → «Остановить»).
Запустите Fito → «Функции» → «Параметры связи». В параметре «Порт» укажите физический порт ККТ. Его номер вы можете посмотреть в Диспетчере устройств.
Если устройство STMiroelectronics Virtual COM port (COMX) отсутствует — значит с Вики Принт нет связи (проверьте питание на ККТ и usb кабель). Если же рядом стоит желтый восклицательный знак — драйвер не установлен. Драйвер можно найти и скачать со страницы загрузок.
Если подключение прошло успешно, без ошибок — значит, служба ComProxy работает некорректно и требует переустановки.
Если же ошибка осталась, то есть какая-то аппаратная проблема со связью Fito и ККТ. Следуйте инструкции дальше.
Шаг 3.1 Включен?
Вики Принт включен. На Вики Принт должна гореть лампочка питания.
Шаг 3.2 Шлейфы исправны?
проверьте и замените на 100% рабочие шлейфы к фискльной плате (остановите службу ComProxy и проверьте, будет ли Fito без ошибок соединяться к ККТ по физическому порту. Если да, включите службу и пройдите шаг 1 еще раз)
Шаг 3.3 Фискальная плата исправна?
протестируйте работу с другой, 100% рабочей фискальной платой (остановите службу ComProxy и проверьте, будет ли Fito без ошибок соединяться к ККТ по физическому порту. Если да, включите службу и пройдите шаг 1 еще раз).
Если при остановленной службе и 100% рабочей фискальной платой Fito по COMX связи всё равно нет — напишите в техническую поддержку.
Бродя по многочисленным форумам, смотря рассылки и т.д. Я наткнулся на один очень частный вопрос. Звучит он примерно так: «Я не пойму технику переполнения буфера, объясните, пожалуйста!». В данном материале я бы хотел рассмотреть технику полностью. Весь материал будет рассчитан для ОС Linux. Я постараюсь затронуть тему локального и удаленного переполнения буфера. Постараюсь внятно объяснить все. Я думаю, этот материал будет понятен даже новичку.
Итак, пора приступить к изучению.
Переполнение буфера это, пожалуй, самая распространенная ошибка как в больших приложениях, так и в маленьких утилитах. Впервые техника переполнения буфера была предпринята в нашумевшем черве конца 80-х годов — черве Роберта Морриса. С тех пор, данная уязвимость стала такой популярной, что на данный момент число эксплоитов, которые написаны на основе данной уязвимости, перевалило уже за отметку более 2-х тысяч. Из всех уязвимостей, которые на данный момент известны миру, переполнение буфера занимает 1-ое место. Ежедневно обнаруживается огромное количество ошибок на основе переполнения буфера. Для примера, подпишитесь на рассылку новостей bugtraq, и составьте процентное соотношение обнаруженных уязвимостей. У меня вышло примерно 35-40 % уязвимостей основанных на переполнении буфера. А ведь это только публичные данные! Представьте, что находится в закрытых источниках, там примерно такое же соотношение.
Что-то я уж заговорился 🙂 Давайте перейдем к обсуждение данной ошибки.
Скажу, что для изучения данного материала, у Вас должны быть хотя бы начальные знания языка Си под Linux. Для дальнейшей работы нам понадобятся следующие инструменты: gcc, gdb, gedit (но можно и другой редактор).
Теперь перейдем к непосредственному объяснению техники переполнения. Допустим, Вы написали утилиту, которая принимает входную строку (первый аргумент). Далее она вызывает системный вызов утилиты «ls» и ищет файл/директорию. В случае если файл/директория найдены, то программа оповещает пользователя о том, что такой файл/директория существуют в системе. Давайте посмотрим на пример такой программки.
Давайте откомпилируем программу и попытаемся запустить: Итак, программа не нашла файла/директории в текущем каталоге. Теперь попробуем создать файл в текущем каталоге.
Так, мы создали файл с помощью стандартной утилиты touch в системе Linux, и программа оповестила нас о том, что такой файл существует в системе. Вроде ничего подозрительного и нет. Никакого переполнения нет в системе. Согласен, программе ведет себя вполне стандартно. Теперь давайте попробуем ввести название файла более 267 символов. Потом объясню, почему именно более 267 символов. Итак:
Так вот строка в коде:
Говорит о том, что в переменную filename нужно копировать первый входной аргумент программы. Но взглянем выше, и мы увидим следующее: Вышеприведенная строка является объявлением переменной filename как типа char (символьного), который состоит из 255 массивов. То есть данная переменная имеет входной буфер на 255 символов. Получается, мы туда можем поместить 255 символов из входного аргумента нашей программы. Итак. Я думаю, вы уже догадались о том странном сообщении. Если нет, то оно значит то, что мы ввели более 255 символов во входной буфер, и программа вызвала ошибку т.к. размер, введенный в аргументе, превышает отведенный размер буфера переменной. Именно это и называется переполнение буфера. А теперь попробуйте сформулировать определение.
Переполнение буфера — это буфер, значение которого определяется ранее в программе и в последующий момент выходит за рамки определяемости (т.е. переполняется). Несколько запутанно и некорректно. Но каждый может для себя составить определение этому словосочетанию 🙂 Для меня же понятнее мое определение.
Двигаемся дальше. Я думаю все линуксоиды знают очень хорошую и нужную утилиту gdb. Это утилита является встроенным отладчиком в системах Unix. gdb расшифровывается как GNU Debugger. Теперь давайте запустим нашу утилиту в этом отладчике и попробуем ввести длинное имя файла/директории.
Взглянем на адрес, по которому после переполнения обращается функция. Он равен: 0x41424242. А теперь взглянем на запуск программы:
В аргументе присутствуют 268 символов «A» и адрес равный BBBA. А теперь переведите его в hex формат. У меня получилось вот что: 0x42424241, а у компьютера вот: 0x41424242. Из этого можно судить, что компьютер читает значения как арабы или китайцы. Т.е. справа налево. Ну и конечно сверху вниз. Поэтому в системе Unix (да и в Win32) стек растет сверху вниз. Получается, что самый большой адрес будет наверху, а далее стек будет убывать. Примерный вариант стека в стандартной программе таков: Т.е. в случае с нашим переполнением программа себя ведет в стеке так: Идут данные. Если все в порядке, то программа обычно завершает свою работу и выгружается из стека. В случае переполнения ДАННЫЕ превышают норму и уже АДРЕС будет указывать не на выход из функции ( в нашем случает это return в main() ), а на что-то другое ( в нашем случае это последние 4 символа в аргументе. )
Давайте взглянем на следующее. Я думаю, вы еще не закрыли gdb. Введите следующую команду. Мы видим регистры слева, а справа их значения. Помните, я Вам говорил, что для переполнения нужно ввести 268 символов, а не 255 как определено. Теперь взгляните на это: Так вот 268 символов это и есть переполнение при котором значение регистра ebp затирается на значение входного аргумента в hex формате ( в нашем случае на «A» в hex формате ).
Т.е. попробуйте ввести такое в нашу утилиту: Мы видим, что программа завершилась нормально без каких-либо ошибок и переполнений. Взглянем на значения регистров: А их и нет 🙂 Программа завершилась нормально и выгрузилась из памяти.
А попробуйте ввести такое значение: Видно что программа завершилась с ошибкой и в качестве адреса по которому она обратится (адресом возврата) является сама функция main() из библиотеки libc. И поэтому для того чтобы указать свой адрес мы использовали 4 дополнительных символа. Они переводились в hex формат и указывали на адрес возврата. При просмотре регистров мы увидим, что регистр ebp затерся значение «A» в hex. Теперь давайте взглянем на другой регистр. Название ему EIP. eip 0x41424242 0x41424242
Мы видим, что его адрес перезаписался на тот адрес, который мы указали. Т.е. на BBBA в hex формате. Я теперь хочу немного отклониться и рассказать вам об этих самых регистрах процессора.
Вообще регистры это некое подобие строителей внутри процессора. Они как бы получают данные и складывают их в компьютере. Т.е. в случае со строителями они строят дом/гараж и т.д. Они получают данные и складывают их, а далее некая программа пытается прочесть информацию из этих регистров. Количество регистров в архитектуре процессора x86 большое. И с каждым разом все увеличивается и увеличивается. Они бывают как 16-ти разрядные, так и 32-х. Сейчас я хочу рассказать более детально об основных регистрах процесорра.
регистр EIP — это регистр содержит в себе адрес функции, на который должна перепрыгнуть программа в какое-либо действие. В нашем случае адрес eip был равен BBBA = 0x41424242. А что расположено по этому адресу? А ничего. В дальнейшем мы разберем эту тему.
регистр ESP — это регистр, с помощью которого можно бегать по стеку. Т.е. обращаться к какому либо адресу в стеке.
регистр EBP — это регистр, который дает нам возможность прямого обращения к данным, находящимся в стеке. Эти три регистра считаются основными. Понимание их значений является, по сути, основным фундаментом в понимании техники переполнения буфера. Итак, пора двигаться далее.
Думаю, вы уже наглотались теории по самые уши 🙂 Ну ничего осталось совсем чуть-чуть. Я сейчас постараюсь максимально внятно объяснить процесс переполнения, а далее нам останется только осуществить все на практике. И мы уже будем на коне! Итак, поехали.
Процесс переполнения происходит следующим образом:
Вы определяете размер буфера и его крайний край 🙂 (т.е. значение при котором регистр ebp затрется). Далее. Подготавливаете «мусорный буфер». Мусорный буфер — это данные, которые просто заполнят стек ненужной информацией для переполнения буфера. Далее Вы наглядно это увидите. Потом мы копируем шеллкод в буфер. О том, что такое шеллкод я Вам сейчас поведаю. Шеллкод — это некий код, переведенный в машинные инструкции. Почему именно «шеллкод», так это, потому что часто после его исполнения на компьютере предоставляется доступ к оболочке Unix (т.е. к shell-оболочке). Шеллкод может быть локальным и удаленным.
Локальный шеллкод — это код для локальных программ, которые исполняются на локальной машите. Т.е. пользователь работает за компьютером, в котором имеется уязвимая программа. После эксплуатации, которой, пользователю сразу представятся права уязвимой программы. Т.е. допустим, программа запущена с правами супер-пользователя (root), а у пользователя допустим права games (игровые). Когда пользователь (атакующий) успешно проэксплуатирует программу, у него появятся права супер-пользователя в локальной машине.
Удаленный шеллкод — это код для удаленных демонов (программ серверов). Т.е. например Вы обнаружили уязвимость в каком либо сервере. При подключении на который, передается длинная строка, а далее сервер завершает работу с ошибкой переполнения буфера. В данном случае пользователь не имеет прав на удаленной машине. Поэтому, написав эксплоит, который бы переполнял буфер и исполнял удаленный шеллкод с правами запущенного сервера. Часто удаленные шеллкоды после исполнения открывают на удаленной машине порт, после подключения на который, предоставляется командная строка (шелл) с правами запущенного сервера.
Итак, с шеллкодом мы разобрались. Двигаемся далее. После копирования шеллкода в буфер, мы должны указать адрес нашего шеллкода, чтобы после переполнения, уязвимая программа обращалась на инструкцию заданную в шеллкоде. То бишь на инструкцию появления командной строки. Если все это представить в уме, то это примерно высветится так: Для того, чтобы узнать адрес возврата на инструкцию (шеллкод у нас) мы будем использовать отладчик gdb. Для размещения в правильном направлении нам понадобится метод «тык». 🙂 Т.е. опять же мы узнаем «край буфера» путем перебора. В нашей утилите он равен 268 символам. Т.е. как было ранее показано наш адрес будет располагаться в радиусе 4-х символов переведенных в формат hex :). В нашем случае нам нужно разместить наш адрес по следующим параметрам: 268+4 = 268+1(269)+1(270)+1(271)+1(272). Наш адрес ляжет в радиус 268 — 272. Получается как раз 4 символа (байта) и 8 (4 символа в hex) байт в качестве указания адреса на который будет передано управление после переполнения.
Итак, думаю довольно сухомятки. Пора приступить к реалиям. Для начала давайте снова запустим нашу программу в отладчике gdb. Происходит переполнение. Вспомните регистр ESP. Давайте взглянем внутрь него: Внимание. В вашей системе может быть по-другому. Итак, что мы видим. А видим мы следующее. Слева у нас как раз те адреса возврата на данные, которые расположены справа. То бишь на данные символов «A». Из этого может следовать, что после переполнения наша уязвимая утилита обращается по одному из этих адресов, в которых имеется значение «A». На ум сразу приходит, что после того как шеллкод будет расположен, он успешно должен исполниться, после того как мы успешно засунем адрес возврата на наш код.
В данном примере я показал простейшее переполнение на основе входного параметра. Так же мне хотелось бы Вам еще показать переполнения, основанные через «Переменные окружения» и удаленные переполнения буфера.
ПЕРЕПОЛНЕНИЕ БУФЕРА ЧЕРЕЗ «ПЕРЕМЕННЫЕ ОКРУЖЕНИЯ».
sprintf(буфер_куда_копировать, формат_копирования, откуда_копировать_данные);
Скажу лишь то, что параметр «формат_копирования», может быть отпущен, но в этом случае возникает другая ошибка программирования. Название ей Ошибки При форматировании Строк. Но об этом читайте в других источниках.
Синтаксис функции getenv() таков:
Итак, мы рассмотрели пример уязвимой программы. Напишем пример программы, которая покажет нам, как переполняется в этом случае буфер. Но сначала откомпилируйте эту программу. Ну я думаю Вам все должно быть ясно. Единственное скажу про синтаксис функции setenv(). Он таков:
setenv(имя_переменной_окружения, значение, значение_перезаписи — 1 да, 0 — нет);
Все. Откомпилируйте программу. Как видно наша уязвимая программа вызвала переполнение. Для того чтобы посмотреть подробности, скажу, что после переполнения в текущей директории должен создаться файл «core». В нем имеется информация о переполнении. Поищите его. Далее его нужно просмотреть через gdb: Вот. Возглянем на регистр ESP для того чтобы вычеслить адрес возврата на шеллкод. Так. Пора писать эксплоит. По сути, он ничем не отличается от предыдушего, только функциями. Ну, я думаю, ничего сложного нет, чтобы разобраться с этим кодом. Скажу лишь то, что т.к. адрес буфера уязвимой программы маленький, я расположил адрес в диапазоне от 0 до 500. Он все равно правильно будет расположен. Так теперь давайте откомпилируем эксплоит и запустим. Вот и все, что требовалось доказать :). Переходим к удаленному переполнению буфера.
УДАЛЕННОЕ ПЕРЕПОЛНЕНИЕ БУФЕРА.
Я думаю, многие видели в security рассылках сообщение об очередной ошибке в каком-либо демоне. И в advisory написано, например, что тип атаки является «Удаленным» (Remote). Вначале статьи мы описали принцип локального переполнения. Сейчас я хочу показать Вам пример удаленного переполнения. Мы напишем уязвимый демон. А далее напишем для него эксплоит. Итак, рассмотрим пример уязвимого сервера. Итак, выше приведен листинг простенького сервера. Давайте откомпилируем его и попытаемся запустить. Демон слушает 2278 порт. Попробуем соединиться с этим портом. Работает отлично. Я думаю, Вы уже заметили ошибку переполнения в сервере. Т.е. если серверу передать слишком длинную строку, то он завершится с ошибкой. Давайте рассмотрим пример программу, которую в простонародье принято считать DOS-утилита. Давайте испробуем программу. Не закрывайте сервер. Взглянем на окно сервера. Вот и переполнение! Взглянем на значение регистра ESP. Так вот. Произошло настоящее переполнение. Хочу предупредить, что для того чтобы правильно выбрать адрес на шеллкод не стоит брать адреса верхние и нижние. Нужно взять адреса средние. Настало время написать эксплоит. Давайте протестируем эксплоит. Опа. Работает! Вот в принципе и все. Вообще переполнение удаленное и локальное мало чем отличается.
В этом материале я постарался рассказать очень подробно тему переполнения. Я думаю, она очень понятна даже для человека, который вообще не знал об этой уязвимости. В заключении хотелось бы также отметить то, что я разработал утилиту, которая генерирует эксплоит автоматически. Скачать ее вы можете на сайте http://unl0ck.info. На данный момент это версия 0.3. В будущем планируется добавить новые возможности.
Хотелось бы поблагодарить следующих людей: stine, cr0n, f00n, nekd0, forsyte, eitr0n, msm, mssunny. Без этих людей жизнь в Сети была бы однообразна.
По поводу каких-либо вопросов пишите на darkeagle@list.ru http://unl0ck.info
P.S. Все примеры программ в статье Вы можете скачать http://www.unl0ck.info/boft.tgz
Подписывайтесь на каналы «SecurityLab» в 
Telegram и 
Яндекс.Дзен, чтобы первыми узнавать о новостях и эксклюзивных материалах по информационной безопасности.
Материалы для скачивания:
Установка emulyator-com-porta-dlya-podklyucheniya-viki-print-cherez-usb-windows
1. Запустите установщик emulyator-com-porta-dlya-podklyucheniya-viki-print-cherez-usb-windows и следуйте инструкциям установщика.
2. Зайдите в папку с эмулятором (C:Program FilesSTMicroelectronicsSoftwareVirtual comport driverWin8) и запустите установщик, в соответствии Вашей операционной системе. Следуйте инструкциям установщика.
Установка службы транспорта ComProxy
Так как онлайн-касса Вики Принт не имеет собственного сетевого интерфейса, для передачи данных оператору фискальных данных Вики Принт использует каналы связи кассового ПК. Механизм передачи данных реализован при помощи стандартной службы операционной системы разработки компании Дримкас под названием ComProxy.
Дистрибутив поставляется в виде zip-архива. Для установки службы выполните по шагам:
C:DistribComProxyWindowsinstall.cmd C:ComProxyWindows COMX COMY COMZ
COMX — порт к которому физически подключен ФР (посмотреть можно в диспетчере устройств, проверить доступность устройства на этом порту с помощью утилиты Fito)
COMY — виртуальный порт com0com (можно установить любое значение, предварительно убедившись, что этот порт не занят другим устройством)
COMZ — порт с которым будет работать кассовая программа и утилита Fito после установки службы (можно установить любое значение, предварительно убедившись, что этот порт не занят другим устройством)
В нашем примере Вики Принт подключен к порту COM7; порты COM8 и COM9 не заняты другими устройствами, можем использовать их для службы ComProxy:
Поэтому команда будет выглядеть следующим образом:
Пояснения: Служба ComProxy для передачи данных от регистратора в ОФД создает дополнительные виртуальные Com-порты. Когда служба ComProxy работает, общение кассовых программ и сервисных утилит с регистратором осуществляется через виртуальные Com-порты, созданные службой транспорта ComProxy.
После установки службы ComProxy проверьте, что служба транспорта появилась в списке служб операционной системы и выполняется.
Работа с Сервисной утилитой Fito
Запустите утилиту Fito, перейдите в меню “Функции”-“Параметры связи”. Проверьте корректность установки следующих параметров:
Для применения изменений нажмите кнопку «Установить».
Чтобы убедиться в корректности установленных параметров, нажмите кнопку «Статус»:
Если все параметры установлены корректно — появится окно статуса без дополнительных сообщений об ошибках:
Если появляются сообщения об ошибках — перезагрузите устройство, проверьте соединение COM/USB кабеля от устройства к компьютеру, убедитесь что служба ComProxy запущена, повторно проверьте корректность указания параметров.
После успешного запроса статуса устройства можно переходить к установке параметров. Перейдите на вкладку Установка параметров и действуйте согласно шагам, описанным ниже.
1. Программирование настроек сети
Этот пункт можно пропустить, если ККТ регистрируется в автономном режиме, без подключения к Оператору Фискальных Данных.
Данные подключения (IP-адрес, маска подсети, IP-адрес шлюза, IP-адрес DNS) необходимо брать из текущего состояния подключения к сети Интернет системного блока, с помощью которого мы работаем с ККТ.
URL ОФД-сервера — URL или IP-адрес сервера ОФД (можно уточнить у Оператора Фискальных Данных, с которым заключен договор)
Порт ОФД-сервера — порт сервера ОФД (можно уточнить у Оператора Фискальных Данных, с которым заключен договор)
Название ОФД-сервера — наименование ОФД в свободной форме, можно продублировать URL сервера
Таймер ФН — 30 (установлено по умолчанию, не меняем без необходимости)
Таймер С — 60 (установлено по умолчанию, не меняем без необходимости)
После ввода всех параметров нажимаем «Установить» и переходим к следующему пункту.
2. Регистрация кассы (Если касса уже зарегистрирована, данный пункт пропускаем)
После ввода настроек переходим на вкладку Сервис — Регистрация/снятие с учета — Регистрация/перерегистрация с заменой ФН
Еще раз тщательно проверить корректность данных Регистрационного номера и ИНН. Если данные после регистрации окажутся не верными, ФН подлежит замене и ККТ необходимо будет перерегистрировать.
После повторной проверки всех введенных данных нажать кнопку” Выполнить”.
Fito выдаст окно, в котором необходимо подтвердить завершение регистрации кассы:
После повторной проверки корректности введенных данных и нажатия кнопки «Да» касса распечатает два отчёта о регистрации:
Для завершения регистрации передайте ФНС отчет о регистрации. Если регистрация проводится через личный кабинет на сайте ФНС, то для завершения регистрации на нем следует заполнить форму завершения регистрации и указать данные с чека регистрации: точную дату и время, номер фискального документа (ФД №) и фискальный признак документа (ФПД или ФД).
3. Теперь устанавливаем приложение Subtotal, следуя инструкциям установщика:
4. После запуска приложения Subtotal, открываем «Настройки» и выбираем раздел «ККМ»:
5. Выбираем «подключить фискальный регистратор» и вводим главный логин и пароль от Subtotal, выбираем магазин и точку продаж:
6. В заключительной настройке, указываете драйвер Viki Print, коды оплат «0» и «1». Далее нажимаете на синюю шестеренку и указываете номер COM-порта также, как и в утилите Fito 2.1.2:
13. Нажимаете «Finish» и «ok», приложение перезагрузится – на этом настройка завершена.