Как исправить ошибку «Login denied» на FTP-сервере при обмене между 1С:УТ и 1С:БП?

При настройке или регулярном выполнении синхронизации данных между конфигурациями 1С:Управление торговлей (УТ) и 1С:Бухгалтерия предприятия (БП) пользователи часто сталкиваются с аппаратными и программными сбоями сетевой инфраструктуры. Одним из наиболее распространенных сбоев является ошибка инициализации подключения к FTP-ресурсу, сопровождающаяся системным сообщением: Ошибка аутентификации при доступе к ресурсу... Login denied.

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

Выясняем причину: анализ стека ошибки аутентификации

Рассмотрим детально лог ошибки, который формируется в журнале регистрации платформы «1С:Предприятие 8» при сбое обмена:

Обработка: ТранспортСообщенийОбменаFTP: Ошибка инициализации подключения к FTP-серверу.
Ошибка аутентификации при доступе к ресурсу: ftp://kfresh.kuinn.ru:21 Login denied
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(2479)}: НастройкиПроксиСервера(Настройки.ЗащищенноеСоединение)
...
по причине: Ошибка аутентификации при доступе к ресурсу: ftp://kfresh.kuinn.ru:21 Login denied

Давайте проанализируем эту техническую информацию. Ошибка возникает на этапе инициализации FTP-соединения стандартной обработкой БСП (Библиотеки стандартных подсистем) — ТранспортСообщенийОбменаFTP. Сообщение Login denied (в переводе — «в доступе отказано») однозначно указывает на то, что сам FTP-сервер физически доступен по сети (порт 21 открыт), но он отклонил предоставленные учетные данные (логин или пароль).

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

1. Плановое изменение параметров провайдером: Адрес kfresh.kuinn.ru указывает на облачную инфраструктуру регионального партнера фирмы 1С (ООО «Кубань Инновация»). Облачные провайдеры в рамках модернизации систем безопасности могут принудительно менять пароли к учетным записям FTP-хранилищ клиентов.
2. Блокировка учетной записи: FTP-аккаунт мог быть временно заблокирован из-за просрочки оплаты облачного сервиса или превышения дисковой квоты на сервере.
3. Срабатывание систем защиты (IP-блокировка): Если на сервере 1С велись технические работы или учетные данные были временно введены неверно в фоновом задании, FTP-сервер мог заблокировать IP-адрес отправителя из-за частых неудачных попыток авторизации.

Почему нельзя полностью пересоздавать синхронизацию?

У многих начинающих администраторов и пользователей при возникновении проблем с обменом появляется соблазн удалить текущую настройку синхронизации в меню «Синхронизация данных» и настроить её заново с нуля. Этого делать категорически нельзя!

Дело в том, что в процессе первой настройки синхронизации между 1С:УТ и 1С:БП происходит сопоставление объектов информационных баз. Система сопоставляет ключевые справочники (такие как Контрагенты, Номенклатура, Договоры контрагентов, Организации) и сохраняет эти связи во внутренних таблицах соответствия по уникальным идентификаторам (GUID).

Если вы удалите настройку синхронизации:

• Все накопленные таблицы соответствий GUID будут безвозвратно удалены.
• При создании новой синхронизации системы попытаются сопоставить объекты заново по полям поиска (например, по ИНН/КПП для контрагентов или по наименованию/артикулу для номенклатуры).
• Любое минимальное различие в наименовании или реквизитах приведет к лавинообразному созданию дублей в обеих базах данных, очистка которых потребует длительной ручной работы или привлечения программистов.

Для восстановления работоспособности достаточно просто скорректировать параметры подключения к FTP-серверу (или указать параметры нового FTP-сервера), сохранив саму структуру настроенного обмена.

Пошаговая инструкция по изменению настроек FTP-подключения

Рассмотрим, как правильно обновить параметры подключения. Выполнять эти действия необходимо в обеих информационных базах — сначала в базе-источнике (1С:Управление торговлей), а затем в базе-приемнике (1С:Бухгалтерия предприятия).

Шаг 1. Переход к настройкам транспорта
Перейдите в раздел НСИ и администрирование (в УТ) или Администрирование (в БП) -> Синхронизация данных. Откройте список настроек, выберите проблемный обмен, нажмите кнопку Настройка и выберите пункт Параметры подключения (или нажмите кнопку «Настроить параметры подключения» на панели инструментов).

Шаг 2. Корректировка параметров FTP
В открывшемся окне выберите способ подключения «Через FTP-ресурс». Укажите актуальные данные:

• Адрес сервера: новый или существующий хост (например, ftp://kfresh.kuinn.ru или ваш собственный FTP-сервер).
• Порт: по умолчанию используется 21 порт. Если ваш провайдер использует защищенное соединение (FTPS или SFTP), укажите соответствующий порт.
• Путь к каталогу: папка на FTP-сервере, выделенная под файлы обмена (например, /obmen_ut_bp/).
• Пользователь (логин) и Пароль: введите новые актуальные учетные данные.

Шаг 3. Проверка подключения
Обязательно нажмите кнопку Проверить подключение. В этот момент 1С попытается авторизоваться на сервере, создать тестовый временный файл (тот самый ИмяВременногоФайлаПроверкиПодключения из стека ошибки), записать его, прочитать и удалить. Если тест прошел успешно, сохраните настройки.

Шаг 4. Повторение процедуры во второй базе
Зайдите во вторую информационную базу (1С:Бухгалтерия) и повторите шаги 1–3, указав абсолютно те же самые параметры FTP-сервера и каталога обмена, чтобы обе базы «смотрели» в одну физическую папку.

Разбираемся с нумерацией сообщений обмена (Квитирование)

Пользователи часто задаются вопросом: что произойдет, если мы запустим обмен на новом чистом FTP-сервере, где еще нет файлов предыдущих выгрузок? Не нарушится ли логика программы?

Давайте проанализируем этот механизм. Обмен в 1С базируется на отправке XML-файлов сообщений, которые имеют строго определенный формат имени, например: Message_УТ_БП.xml (сообщение от УТ к БП) и Message_БП_УТ.xml (сообщение-ответ от БП к УТ).

Внутри каждого файла в заголовке содержатся два ключевых реквизита:

1. Номер отправленного сообщения: порядковый номер текущего файла.
2. Номер принятого сообщения (квитанция): номер последнего файла, который данная база успешно загрузила от базы-партнера.

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

При первом запуске на новом FTP-сервере база УТ попытается найти входящий файл от БП, чтобы подтвердить получение своих предыдущих сообщений. Не найдя его, система выдаст предупреждение в журнал регистрации: Не найден входящий файл обмена данными. Это не является критической ошибкой, процесс обмена не прервется. УТ просто пропустит этап загрузки и сразу перейдет к выгрузке своих данных, создав на FTP новый файл Message_УТ_БП.xml.

Что делать при ошибке «Номер сообщения меньше или равен ранее принятому»?

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

Номер отправленного сообщения меньше или равен ранее принятому (Номер принятого: X, Номер отправленного: Y)

Для исправления этой ситуации выполните следующие действия:

1. В любой из баз (например, в УТ) откройте форму регистрации изменений. Это можно сделать через меню Еще -> Регистрация изменений для обмена данными (или через «Функции для технического специалиста», найдя обработку «Регистрация изменений для обмена данными»).
2. Нажмите правой кнопкой мыши на корневой узел обмена (наименование узла базы-приемника) и выберите пункт Изменить номера сообщений (или нажмите кнопку изменения номеров на панели).
3. Чтобы принудительно синхронизировать нумерацию без потери актуальных данных, установите значения параметров Номер отправленного сообщения и Номер принятого сообщения равными 0 (ноль) в обеих информационных базах.
4. При следующем сеансе обмена система проигнорирует проверку номеров, успешно запишет файлы на FTP, автоматически установит порядковый номер 1 и продолжит корректный цикл инкрементной нумерации.

Регламент первого запуска синхронизации после смены настроек

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

1. Запуск выгрузки из УТ (источник):
   Запустите синхронизацию в «1С:Управление торговлей». Программа выдаст предупреждение о ненахождении входящего файла на FTP (так как папка на новом сервере пуста), пропустит загрузку, но успешно сформирует и выгрузит на новый FTP-сервер актуальный файл обмена Message_УТ_БП.xml.
2. Запуск синхронизации в БП (приемник):
   Запустите синхронизацию в «1С:Бухгалтерия предприятия». БП подключится к новому FTP, обнаружит там свежий файл от УТ, успешно загрузит все документы и справочники. После окончания загрузки БП сформирует свой ответный файл Message_БП_УТ.xml, в который запишет квитанцию (подтверждение) о том, что пакет данных от УТ успешно получен и обработан, и выгрузит его на FTP.
3. Повторный (завершающий) запуск в УТ:
   Снова запустите синхронизацию в УТ. Система считает с FTP ответный файл от БП, увидит подтверждение получения данных, и автоматически снимет с регистрации изменений все ранее отправленные документы.

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