Формат адреса если по установлено на компьютер ip адрес кассы путь до папки

Обновлено: 07.07.2024

Члены большинства типов в пространстве имен System.IO имеют параметр path , который позволяет указать абсолютный или относительный путь к ресурсу в файловой системе. Этот путь передается в API файловой системы Windows. В этом разделе рассматриваются форматы путей к файлам, которые можно использовать в операционных системах Windows.

Традиционные пути DOS

Стандартный путь DOS может состоять из трех компонентов:

Буква тома или диска, после которой следует разделитель томов ( : ).
Имя каталога. Символ разделителя каталогов служит для разделения подкаталогов во внутренней иерархии каталога.
Необязательное имя файла. Символ разделителя каталогов служит для разделения пути к файлу и его имени.

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

Путь	Описание:
C:\Documents\Newsletters\Summer2018.pdf	Абсолютный путь к файлу из корня диска C: .
\Program Files\Custom Utilities\StringFinder.exe	Абсолютный путь из корня текущего диска.
2018\January.xlsx	Относительный путь к файлу в подкаталоге текущего каталога.
..\Publications\TravelBrochure.pdf	Относительный путь к файлу в каталоге, который является одноранговым для текущего каталога.
C:\Projects\apilibrary\apilibrary.sln	Абсолютный путь к файлу из корня диска C: .
C:Projects\apilibrary\apilibrary.sln	Относительный путь из текущего каталога диска C: .

Обратите внимание на различия между двумя последними путями. В обоих случаях задается необязательный описатель тома ( C: ), однако первый путь, в отличие от второго, начинается с корня указанного тома. В результате первый путь является абсолютным из корневого каталога диска C: , тогда как второй — относительным из текущего каталога C: . Использование второй формы пути в тех случаях, когда предполагается наличие первой, является распространенным источником ошибок, связанных с путями к файлам в Windows.

Чтобы определить, является ли путь к файлу полным (такой путь не зависит от текущего каталога и не изменяется при смене текущего каталога), можно вызвать метод Path.IsPathFullyQualified. Обратите внимание, что такой путь может включать сегменты с относительным путем к каталогу ( . и .. ), но при этом по-прежнему будет полным, если разрешенный путь всегда указывает на одно и то же место.

В приведенном ниже примере показано различие между абсолютными и относительными путями. Предполагается, что каталог D:\FY2018\ существует и вы не установили какой-либо текущий каталог для диска D:\ из командной строки перед запуском этого примера.

Если вы хотите увидеть комментарии к коду, переведенные на языки, отличные от английского, сообщите нам на странице обсуждения этой проблемы на сайте GitHub.

UNC-пути

UNC-пути (универсальное соглашение об именовании) используются для доступа к сетевым ресурсам и имеют следующий формат:

Имя сервера или узла, которому предшествуют символы \\ . В качестве имени сервера может выступать имя компьютера NetBIOS, а также IP-адрес или полное доменное имя (поддерживаются адреса IPv4 и IPv6).
Имя общего ресурса, которое отделяется от имени узла символами \ . Имя сервера и имя общего ресурса в совокупности образуют том.
Имя каталога. Символ разделителя каталогов служит для разделения подкаталогов во внутренней иерархии каталога.
Необязательное имя файла. Символ разделителя каталогов служит для разделения пути к файлу и его имени.

Ниже приводятся некоторые примеры UNC-путей:

Path	Описание
\\system07\C$\	Корневой каталог диска C: на компьютере system07 .
\\Server2\Share\Test\Foo.txt	Файл Foo.txt в тестовом каталоге тома \\Server2\Share .

UNC-пути всегда должны быть полными. Они могут включать сегменты с относительным путем к каталогу ( . и .. ), однако они должны быть частью полного пути. Использовать относительные пути можно только посредством сопоставления UNC-пути с буквой диска.

Пути к устройствам DOS

В операционной системе Windows используется унифицированная объектная модель, которая указывает на все ресурсы, включая файлы. Эти пути к объектам доступны из окна консоли и предоставляются на уровень Win32 с использованием специальной папки с символьными ссылками, с которыми сопоставляются устаревшие пути DOS и UNC. Доступ к этой специальной папке осуществляется с использованием синтаксиса пути к устройству DOS, который может иметь одну из приведенных ниже форм:

Помимо использования буквы диска, вы можете указать том с помощью его GUID. Синтаксис будет иметь вид:

Путь к устройству DOS состоит из следующих компонентов:

Описатель пути к устройству ( \\.\ или \\?\ ), который идентифицирует путь как путь к устройству DOS.

Символьная ссылка на "реальный" объект устройства (C: в случае имени диска или Volume в случае GUID тома).

Первый сегмент пути к устройству DOS после описателя пути к устройству идентифицирует том или диск. (Например, \\?\C:\ и \\.\BootPartition\ .)

Для UNC-путей существует специальная ссылка, которая называется UNC . Пример:

Для UNC-путей к устройствам часть сервера или общего сетевого ресурса образует том. Например, в пути \\?\server1\e:\utilities\\filecomparer\ часть server1\utilities представляет сервер или общий сетевой ресурс. Это важно при вызове такого метода, как Path.GetFullPath(String, String) с сегментами с относительным путем к каталогу, поскольку переход дальше тома невозможен.

Пути к устройствами DOS по определению являются полными. Сегменты с относительным путем к каталогу ( . и .. ) в них не допускаются. Они никогда не задаются относительно текущего каталога.

Пример. Способы задать ссылку на один и тот же файл

В следующем примере демонстрируются некоторые способы задать ссылку на файл с использованием API в пространстве имен System.IO. В этом примере создается экземпляр объекта FileInfo и используются его свойства Name и Length, чтобы отобразить имя и длину файла.

Нормализация путей

Практически все передаваемые в API Windows пути нормализуются. При нормализации в Windows выполняются следующие действия:

Идентифицируется путь.
Текущий каталог применяется к неполным (относительным) путям.
Выполняется канонизация разделителей каталогов.
Вычисляются относительные компоненты каталога ( . для текущего и .. для родительского каталога).
Удаляются некоторые символы.

Нормализация осуществляется неявно, но при необходимости вы можете выполнить ее явно, вызвав метод Path.GetFullPath, который создает оболочку для вызова функции GetFullPathName(). Также можно вызвать функцию GetFullPathName() Windows напрямую с помощью P/Invoke.

Идентификация пути

На первом шаге процесса нормализации осуществляется идентификация типа пути. Пути могут относиться к одной из нескольких категорий:

Пути к устройствам: начинаются с двух разделителей и знака вопроса или точки ( \\? или \\. ).
UNC-пути: начинаются с двух разделителей без знака вопроса или точки.
Полные пути DOS: начинаются с буквы диска, разделителя томов и компонентов ( C:\ ).
Пути к устаревшим устройствам ( CON , LPT1 ).
Пути относительно корня текущего диска: начинаются с одного разделителя компонентов ( \ ).
Пути относительно текущего каталога указанного диска: начинаются с буквы диска и разделителя томов, но не содержат разделителя компонентов ( C: ).
Пути относительно текущего каталога: начинаются с любых других символов ( temp\testfile.txt ).

Тип пути определяет, будет ли каким-либо образом применяться текущий каталог. Кроме того, от типа пути зависит применяемый корень.

Работа с устаревшими устройствами

Если путь указывает на устаревшее устройство DOS, например CON , COM1 или LPT1 , он преобразуется в путь к устройству путем добавления перед ним последовательности \\.\ и возвращается в таком виде.

Путь, который начинается с имени устаревшего устройства, всегда интерпретируется как путь к устаревшему устройству с помощью метода Path.GetFullPath(String). Например, путь к устройству DOS CON.TXT будет выглядеть как \\.\CON , а путь к устройству DOS COM1.TXT\file1.txt будет выглядеть как \\.\COM1 .

Применение текущего каталога

Если путь не является полным, система Windows применяет к нему текущий каталог. К UNC-путям и путям к устройствам текущий каталог не применяется. Также текущий каталог не применяется к полным путям к диску с разделителем C:\ .

Если путь начинается с одного разделителя компонентов, применяется диск текущего каталога. Например, для пути к файлу \utilities и текущего каталога C:\temp\ в результате нормализации будет получен путь C:\utilities .

Если путь начинается с буквы диска, разделителя томов и не содержит разделителя компонентов, применяется последний текущий каталог, установленный из командной оболочки. Если последний текущий каталог не был установлен, применяется диск сам по себе. Например, для пути D:sources , текущего каталога C:\Documents\ и последнего текущего каталога D:\sources\ на диске D: в результате будет получен путь D:\sources\sources . Пути, задаваемые относительно диска, являются распространенными источниками ошибок программ и логики скрипта. Предположение, что путь, начинающийся с буквы и двоеточия, не является относительным, очевидно неверно.

Если путь не начинается с разделителя, применяются текущий диск и текущий каталог. Например, для пути к файлу filecompare и текущего каталога C:\utilities\ в результате будет получен путь C:\utilities\filecompare\ .

Канонизация разделителей

Все символы косой черты ( / ) преобразуются в стандартные разделители Windows, то есть символы обратной косой черты ( \ ). Если они присутствуют, последовательность символов косой черты после первых двух таких символов свертывается в один символ косой черты.

Вычисление относительных компонентов

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

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

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

Родительские каталоги удаляются только в том случае, если они не находятся после корня пути. Корень пути зависит от его типа. Это будет диск ( C:\ ) для путей DOS, сервер или общий сетевой ресурс для UNC-путей ( \\Server\Share ) и префикс пути к устройству для путей к устройствам ( \\?\ или \\.\ ).

Удаление знаков

Помимо удаленных ранее разделителей и относительных сегментов во время нормализации также удаляются некоторые дополнительные знаки:

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

Если путь не заканчивается разделителем, удаляются все конечные точки и пробелы (U+0020). Если последний сегмент содержит только одну или две точки, к нему применяется приведенное выше правило для относительных компонентов.

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

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

Пропуск нормализации

Как правило, любой путь, передаваемый в API Windows передается в функцию GetFullPathName и нормализуется. Существует одно важное исключение: путь к устройству, который начинается со знака вопроса, а не с точки. Если путь не начинается с последовательности \\?\ (обратите внимание на использование канонической формы с обратной косой чертой), он нормализуется.

Зачем нужно пропускать нормализацию? Существует три основных причины:

Получение путей, которые в обычных обстоятельствах недоступны, но являются допустимыми. Например, невозможно каким-либо иным способом получить доступ к файлу или каталогу с именем hidden. .

Повышение производительности за счет пропуска нормализации в тех случаях, когда нормализация уже выполнена.

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

Пути, начинающиеся с последовательности \\?\ , по-прежнему нормализуются, если явно передать их в функцию GetFullPathName.

Вы можете передавать пути длиной более MAX_PATH символов в функцию GetFullPathName без \\?\ . Она поддерживает пути произвольной длины, которая ограничивается лишь максимальным размером строки, поддерживаемым в Windows.

Регистр символов и файловая система Windows

Особенность файловой системы Windows заключается в том, что пользователи и разработчики, имеющие дело с другими операционными системами, могут сталкиваться с проблемами из-за того, что в именах каталогов и путях не учитывается регистр символов. Это значит, что в именах каталогов и файлов сохраняется регистр строк, используемый в момент их создания. Например, вызов метода

Есть инструкция и она не очень помогает.
Надо подключить программу А через интернет к папке JDebet на удаленной эвм. На этих двух ПК стоит Винда 7.
На удаленной эвм я открыл сетевой доступ к папке JDebet, в проводнике (Компьютер) в разделе Сеть (по моему так называется) появилась папка JDebet, что как я понял она стала доступной из интернета, так же этой папке я придал свойства для чтения и записи всем.
Я запускаю программу А и она предлагает указать удаленный адрес где должна находится папка JDebet.
Все это я делаю на работе (по заданию начальства), а сейчас по памяти восстанавливаю ход событий.
Так вот? по инструкции надо ввести как на фото \\server\DebetPlusV12\JDebet/
но так как это вариант для локальной сети, то мне надо правильно его изменить.
Вот как я cделал \\40.105.10.25\JDebet/
но после попытки соединения программа А пишет что такой папки нет.
server надо заменить на IP-адрес компьютера с папкой JDebet с открытым доступом, на номер айпи не обращайте внимания, реальный номер я на память не помню, его я брал в свойствах сетевого соединения той эвм на которой расположена папка JDebet.
полный путь к этой папке через диск C:\ и т. д. я не пишу т. к. папка даже в ее свойствах открыта для доступа как я понимаю на прямую.
На всякий случай для эксперимента я отключил файервол.
Может кто из вас опытных увидит мою ошибку в написании адреса или чего то еще, чего я не учел?

Вообще, вы всё правильно делаете. За исключением того, что в конце не нужно ставить "/".
Т. е., у вас на клиенте должно быть прописано что-то вроде \\40.105.10.25\JDebet
Учитывая что фаерволл отключен - всё должно работать.
При включенном фаерволе, необходимо будет ещё разрешить для входящих подключений порты 137, 139 и 445. Ну и 9999 соответственно.
Да, забыл уточнить, что всё это будет работать только в том случае, если на сервере (компьютер с расшареной папкой) в сетевых настройках прописан внещний айпи адрес. И его видно из Интернетов.
Проверить довольно просто, на компьютере вне вашей сети откройте Мой Компьютер и в строке адрес введите \\40.105.10.25
Однако, это не будет работать в случае если у пользователя имеющего права администратора на компьютере, нет пароля это раз.
Вывешивать папку в общий доступ в интернет. это, мягко говоря небезопасно, это два.

И я так думаю, серьезная фирма, а советует делать общий доступ и еще и в работе файервол отключить. Я отключаю только в эксперементальных целях.
Я пробовал без /, но не вышло ни чего.
А вот доступность этого айпи буду проверять на всякий случай
А папка как я и писал - расшаренная, в ее свойствах включил, и адрес внешний, т. к. кроме этого 3G модема в ноутбуке других типа роутеров нет

pelmen101 Гуру (4593) Понятно, по идее тогда всё должно быть хакей. Только убедитесь что на компьютере-сервере у пользователя с правами локального администратора стоит пароль, иначе не сработает.

Традиционные пути DOS

Стандартный путь DOS может состоять из трех компонентов:

Буква тома или диска, после которой следует разделитель томов ( : ).
Имя каталога. Символ разделителя каталогов служит для разделения подкаталогов во внутренней иерархии каталога.
Необязательное имя файла. Символ разделителя каталогов служит для разделения пути к файлу и его имени.

Путь	Описание:
C:\Documents\Newsletters\Summer2018.pdf	Абсолютный путь к файлу из корня диска C: .
\Program Files\Custom Utilities\StringFinder.exe	Абсолютный путь из корня текущего диска.
2018\January.xlsx	Относительный путь к файлу в подкаталоге текущего каталога.
..\Publications\TravelBrochure.pdf	Относительный путь к файлу в каталоге, который является одноранговым для текущего каталога.
C:\Projects\apilibrary\apilibrary.sln	Абсолютный путь к файлу из корня диска C: .
C:Projects\apilibrary\apilibrary.sln	Относительный путь из текущего каталога диска C: .

UNC-пути

Имя сервера или узла, которому предшествуют символы \\ . В качестве имени сервера может выступать имя компьютера NetBIOS, а также IP-адрес или полное доменное имя (поддерживаются адреса IPv4 и IPv6).
Имя общего ресурса, которое отделяется от имени узла символами \ . Имя сервера и имя общего ресурса в совокупности образуют том.
Имя каталога. Символ разделителя каталогов служит для разделения подкаталогов во внутренней иерархии каталога.
Необязательное имя файла. Символ разделителя каталогов служит для разделения пути к файлу и его имени.

Ниже приводятся некоторые примеры UNC-путей:

Path	Описание
\\system07\C$\	Корневой каталог диска C: на компьютере system07 .
\\Server2\Share\Test\Foo.txt	Файл Foo.txt в тестовом каталоге тома \\Server2\Share .

Пути к устройствам DOS

Помимо использования буквы диска, вы можете указать том с помощью его GUID. Синтаксис будет иметь вид:

Путь к устройству DOS состоит из следующих компонентов:

Описатель пути к устройству ( \\.\ или \\?\ ), который идентифицирует путь как путь к устройству DOS.

Символьная ссылка на "реальный" объект устройства (C: в случае имени диска или Volume в случае GUID тома).

Для UNC-путей существует специальная ссылка, которая называется UNC . Пример:

Пример. Способы задать ссылку на один и тот же файл

Нормализация путей

Идентифицируется путь.
Текущий каталог применяется к неполным (относительным) путям.
Выполняется канонизация разделителей каталогов.
Вычисляются относительные компоненты каталога ( . для текущего и .. для родительского каталога).
Удаляются некоторые символы.

Идентификация пути

Пути к устройствам: начинаются с двух разделителей и знака вопроса или точки ( \\? или \\. ).
UNC-пути: начинаются с двух разделителей без знака вопроса или точки.
Полные пути DOS: начинаются с буквы диска, разделителя томов и компонентов ( C:\ ).
Пути к устаревшим устройствам ( CON , LPT1 ).
Пути относительно корня текущего диска: начинаются с одного разделителя компонентов ( \ ).
Пути относительно текущего каталога указанного диска: начинаются с буквы диска и разделителя томов, но не содержат разделителя компонентов ( C: ).
Пути относительно текущего каталога: начинаются с любых других символов ( temp\testfile.txt ).

Работа с устаревшими устройствами

Применение текущего каталога

Канонизация разделителей

Вычисление относительных компонентов

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

Удаление знаков

Пропуск нормализации

Зачем нужно пропускать нормализацию? Существует три основных причины:

Повышение производительности за счет пропуска нормализации в тех случаях, когда нормализация уже выполнена.

Регистр символов и файловая система Windows

В этой инструкции я покажу, как скопировать полный путь к файлу в Windows 10. Иногда нам для поиска информации или работы других программ, необходимо скопировать путь расположения файла, папки или каталога. Чтобы найти определенный файл в иерархии каталогов, необходимо указать абсолютный путь к нему.

Как посмотреть путь к файлу?

С помощью Shift

Например, путь к рабочему столу Windows 10 на моем компьютере имеет вид ⇒ C:\Users\Alex\Desktop, а к папке Temp ⇒ C:\Program Files (x86)\Temp

Через свойства папки или файла

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

Например путь к графическому изображению help.jpg
вместо ⇒
E:\Фотоматериалы и изображения\Иконки\help.jpg
будет выглядеть как ⇒
E:\Фотоматериалы и изображения\Иконки

Узнаем путь к файлу в командной строке Windows

Открываем командную строку. Сделать это можно, нажав комбинацию клавиш Win+R и в открывшейся строке ввести cmd.
Перетаскиваем иконку файла или папки в основное окно программы cmd.exe.
Полный путь до файла будет скопирован в окно командной строки. Если это будет файл запуска, например exe, то при нажатии кнопки Ввод (Enter) запуститься программа.

Для примера создадим документ Word с именем Doc3 и поместим его в любую папку и посмотрим его путь в командной строке.

Как скопировать путь к файлу на Mac

Пути к файлам и папкам на Маке можно узнать так же, как и в Виндовс через Shift, только названия кнопок другие ⇒

В буфер обмена скопируется полный путь к файлу например ⇒

Скопировать полный путь до любого файла достаточно просто и с этим справится любой пользователь ПК или ноутбука.

Абсолютный и относительный пути

Путь (от англ. path) — набор символов, показывающий расположение файла или каталога в файловой системе.

Например, в следующей записи G:\EPIM Pro\Необходимые программы\ABBYY FineReader 10.0.102.95 Pro\readme.txt

readme.txt — это имя файла, а G:\EPIM Pro\Необходимые программы\ABBYY FineReader 10.0.102.95 Pro — путь к нему.

Полный (абсолютный) путь к файлу начинается с логического имени диска. Далее идут имена вложенных друг в друга папок (их может быть сколько угодно много). В последней папке содержится требуемый файл.

Стандартный путь состоит из трех компонентов ⇒

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

Если буква тома или диска не указана и имя каталога начинается с символа разделителя, то такой путь задан относительно корня текущего диска. В противном случае путь задан относительно текущего каталога.

В следующей таблице показаны некоторые возможные пути к каталогам и файлам ⇒

1. Запустите установщик emulyator-com-porta-dlya-podklyucheniya-viki-print-cherez-usb-windows и следуйте инструкциям установщика.

2. Зайдите в папку с эмулятором (C:\Program Files\STMicroelectronics\Software\Virtual comport driver\Win8) и запустите установщик, в соответствии Вашей операционной системе. Следуйте инструкциям установщика.

Установка службы транспорта ComProxy

Так как онлайн-касса Вики Принт не имеет собственного сетевого интерфейса, для передачи данных оператору фискальных данных Вики Принт использует каналы связи кассового ПК. Механизм передачи данных реализован при помощи стандартной службы операционной системы разработки компании Дримкас под названием ComProxy.

Дистрибутив поставляется в виде zip-архива. Для установки службы выполните по шагам:

Скопировать папку с дистрибутивом (ComProxyWindows) в папку C:\Distrib
Выполнить в командной строке команду:

C:\Distrib\ComProxyWindows\install.cmd C:\ComProxyWindows COMX COMY COMZ

В нашем примере Вики Принт подключен к порту COM7; порты COM8 и COM9 не заняты другими устройствами, можем использовать их для службы ComProxy:

Поэтому команда будет выглядеть следующим образом:

Пояснения: Служба ComProxy для передачи данных от регистратора в ОФД создает дополнительные виртуальные Com-порты. Когда служба ComProxy работает, общение кассовых программ и сервисных утилит с регистратором осуществляется через виртуальные Com-порты, созданные службой транспорта ComProxy.

После установки службы ComProxy проверьте, что служба транспорта появилась в списке служб операционной системы и выполняется.

Работа с Сервисной утилитой Fito

Запустите утилиту Fito, перейдите в меню “Функции”-“Параметры связи”. Проверьте корректность установки следующих параметров:

После успешного запроса статуса устройства можно переходить к установке параметров. Перейдите на вкладку Установка параметров и действуйте согласно шагам, описанным ниже.

1. Программирование настроек сети

Этот пункт можно пропустить, если ККТ регистрируется в автономном режиме, без подключения к Оператору Фискальных Данных.

Данные подключения (IP-адрес, маска подсети, IP-адрес шлюза, IP-адрес DNS) необходимо брать из текущего состояния подключения к сети Интернет системного блока, с помощью которого мы работаем с ККТ.

Еще раз тщательно проверить корректность данных Регистрационного номера и ИНН. Если данные после регистрации окажутся не верными, ФН подлежит замене и ККТ необходимо будет перерегистрировать.

После повторной проверки всех введенных данных нажать кнопку” Выполнить”.

Fito выдаст окно, в котором необходимо подтвердить завершение регистрации кассы:

Для завершения регистрации передайте ФНС отчет о регистрации. Если регистрация проводится через личный кабинет на сайте ФНС, то для завершения регистрации на нем следует заполнить форму завершения регистрации и указать данные с чека регистрации: точную дату и время, номер фискального документа (ФД №) и фискальный признак документа (ФПД или ФД).

3. Теперь устанавливаем приложение Subtotal, следуя инструкциям установщика:

6. В заключительной настройке, указываете драйвер Viki Print, коды оплат «0» и «1». Далее нажимаете на синюю шестеренку и указываете номер COM-порта также, как и в утилите Fito 2.1.2:

7. Нажимаете «Finish» и «ok», приложение перезагрузится – на этом настройка завершена.

Читайте также: