ТС ПИоТ на другом компьютере: как проверить адрес подключения

Короткий ответ

Если ТС ПИоТ и Касса МойСклад находятся на разных компьютерах, проверяйте адрес относительно того устройства, которое обращается к сервису. Адрес локального компьютера не становится адресом другого устройства только потому, что программы относятся к одной кассе.

Ниже — способ описать сетевую схему и сузить проблему. Изменять сетевые правила должен ответственный администратор. Открывать локальные кассовые сервисы в интернет для такой диагностики не требуется.

Нарисуйте фактическую схему

Назовите устройства простыми метками: «А — кассовое приложение», «Б — компоненты ТС ПИоТ». Укажите, какой компонент расположен на каждом из них и кто инициирует соединение. Если всё установлено на А, это другая схема, которую не нужно усложнять адресами второго компьютера.

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

Разделите три проверки

Сначала подтвердите, что указан нужный компьютер. Затем — что нужный сервис действительно доступен по разрешённой схеме. И только после этого проверяйте обработку запроса приложением.

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

Диагностика ТС ПИоТ МоегоСклада помогает собрать состояние компонентов и связанные предупреждения. Сохраните время отчёта: после изменения адреса старый снимок больше не описывает текущую попытку.

Что передать сетевому администратору

Вместо «откройте все порты» передайте конкретную пару устройств, назначение соединения и сведения из документации поставщика. Попросите подтвердить минимально необходимый разрешённый маршрут.

Если раньше всё работало, проверьте, не менялись ли сеть, адреса устройств или расположение компонентов. Смена Wi-Fi и перенос рабочего места — повод проверить схему, а не доказанная причина ошибки.

В примере расследования компьютер А обращается по адресу, который относится к самому А, хотя сервис установлен на Б. Это проверяемая гипотеза: её подтверждают текущая настройка и фактическое размещение. Сначала фиксируют оба факта, затем согласуют изменение.

Как оформить схему и результат

Сохраните «было», «стало», время согласованного изменения и итог контрольной проверки. Не включайте в публичный отчёт внутренние адреса и другие сведения о сети. Для поддержки используйте разрешённый канал и минимальный объём данных.

В OpenCowork можно подготовить обезличенную схему: «Упорядочи описание устройств А и Б, составь вопросы администратору и выдели неподтверждённые связи. Не предлагай публичное размещение сервисов и не меняй настройки».

Документ проверяет специалист. Если проблема оказалась связана с состоянием компонентов, дальше пригодится памятка о локальном модуле.