Ошибка подключения каталог обмена информацией не существует 1с
Перестала работать синхронизация через Яндекс.Диск после обновления на конфигурацию 2.0.19.9.
При попытке синхронизироваться в приложении миниденьги, предлагет авторизоваться на яндексе. При попытке ввести учетные данные приложение закрывается с ошибкой.
Вышло обновление, там вроде били исправления по этому поводу.
так как раз после обновления и перестало работать.
Пожалуйста, уточните номер версии.
Поддерживаю на iOS последняя версия не работает 2.0.7.7, настольная версия 2.0.19.10
Столкнулся так же с проблемой, как оказалось миниденьги пытались обмениваться через каталог Приложения/1С Деньги 8, а настольное приложение по старому каталогу
Какой каталог указан в настройках обмена в мобильном приложении?
После обновления также не работает синхронизация.
1. На ноутбуке. 2.0.19.10
При попытке синхронизации выдает ошибку
Ошибка при ивыполнении операции "Подключение к транспорту Яндекс.Диск" обмена данными с мобильными устройствамиОбработка:
Ошибка записи файла в каталог обмена информацией
Проверьте права пользователя на доступ к каталогу.
В настройках при проверке доступа к каталогу пишет все ОК
Такая же ерунда:
Папка на Яндекс диске образуется, путь к ней прописываю на планшете правильно. Об отсутсвии ошибок в адресе говорит тот факт, что иногда синхронизация проходит. Как правило это получается, если на планшете база очищена, но после такой синхронизации, постоянные ошибки.
С таблетки все запросы на синхронизацию проходят "на ура", ни одного сбоя. Косяк в прошивки основной программы.
Пока синхронизируюсь через фалы, с планшета кидаю файл в Dropbox, загрузка/выгрузка из программы на PC, и опять на планшете из Dropbox файловым менеджером кидаю файлик в папку программы, после чего загрузка в миниденьги. Проходит все без единой ошибки синхронизации, каких либо замечаний пока нет. Никак не могу разобраться как записывать на планшете файл синхронизации сразу в Dropbox(не понимаю какой путь к этой папке надо прописать). Если это победить, по сути и не нужен Яндекс.диск с его кривой работой.
Я решил у себя эту проблему
Если кому интересно, у меня получилось в новой версии.
1. Удалил все устройства для синхронизации на ноутбуке
2. На всякий случай удалил все помеченные объекты, тестирование исправление в конфигураторе.
3. С ЯндексДиска снес все каталоги относящиеся к синхронизации 1С, Приложения/1С Деньги 8
3. С Яндекс паспорта вышел со всех компьютеров.
4. На ноутбуке зашел в настройки синхронизации, авторизовался на Яндексе. Нажал проверить готовность каталога. ВСЕ. Синхронизировать не нажимал
5. С Андроида снес приложение и установил его заново (Возможно это лишнее)
6. На Андроиде установил Миниденьги заново
6. В настройках синхронизации прописал название своей базы и путь новый Приложения/1С Деньги 8
7. С Андроида запустил синхронизацию (о оббъектов пишет)
8. С ноутбука запускаю ВПЕРВЫЙ раз синхронизацию. Он увидел мой андроид и накидал ему инфо
В этой статье я привел решение ошибки «Каталог обмена информацией не существует» в случае, если сервер 1с установлен на Linux и Windows сервере.
Решение для сервера 1с на Linux на примере Centos Stream.
Скорее всего вы получаете одну из нескольких ошибок:
Прямое подключение к информационной базе недоступно на сервере под управлением ОС Linux — ошибка говорит сама за себя, нам потребуется настройка сетевого обмена.
Ошибка подключения: Каталог обмена информацией не существует — данная ошибка возникает из-за того, что при настройке обмена авторизация в сетевой папке происходит учетной записью usr1cv8 из под Linux.
Для решения данной проблемы нам придется смонтировать сетевую папку в Linux под учетной записью, под которой работает сервер 1с.
1) Расшариваем сетевую папку на вашем файловом сервере и даем права на запись для учетной записи guest.
У меня будет //192.168.128.32/public/1C_Share
2) Установим cifs-utils на Linux сервере 1с:
3) Создадим каталог для обмена, в который будет монтироваться сетевая папка:
4) Посмотрим uid пользователя usr1cv8, чтобы при монтировании указать его владельцем: каталога
mount -t cifs //192.168.128.32/public/1C_Share /1C_Share -o user=guest,password=,uid=993
Теперь в настройках 1с указываем каталог для обмена \1C_Share и смотрим есть ли подключение:
6) Сейчас сделаем так, чтобы сетевая папка в Linux монтировалась автоматически после перезагрузки:
nano /etc/fstab и в конфиге добавляем внизу
//192.168.128.32/public/1C_Share /1C_Share cifs username=guest,password=,uid=993,iocharset=utf8,nofail 0 0
Решение для сервера 1с установленном на Windows Server.
Здесь все гораздо проще. Нужно авторизоваться в сетевом каталоге под учетной записью с которой у вас запущена служба 1с. У меня это USR1CV8.
Для этого под пользователем USR1CV8 переходим в Панель управления — Диспетчер учетных данных — Учетные данные Windows и добавляем адрес сервера //192.168.128.32 с данными авторизации, которые вы указали на файловом сервере.
Если вдруг у вас появляется подобная ошибка при файловом режиме работы 1с, то вам не хватает прав на запись для вашей учетной записи в каталоге, в котором вы настраиваете обмен.
С начала года для бухгалтера была развернута новая база Бухгалтерии редакции 3.0. На данный момент требуется обмен данными УТ 10.3 с БП в одностороннем режиме (данные приходят из УТ в БП).
Вчера целый день бился так и не понял что я делаю не так данные не загружаются (из УТ в БП 2.0 всегда все работает без проблем лишь бы узлы совпадали а тут. а вот выгрузка осуществляться хотя я вроде как установил что односторонний режим только принятие данных.
Делал следующие действия (Вариант 1):
В УТ
1. В параметрах учета уже стояла галочка использовать обмен данными, и префикт "УТ"
2. Далее "Сервис - Обмен данными с продуктами на платформе 1С: Предприятие 8.2 - Обмены данными" - создаю синхронизацию данными
3. Создаю новую синхронизацию - "Другие каналы связи (сетевой катало. )"
4. Настройки параметров синхронизации данных - указал наименование и префик базы БП
5. Изменил правила выгрузки, выгружать данные с 01.04, и указал выгружать всю информацию (везде поставил галочки, выгрузка по всем организациям в базе)
6. Сохранил "Настройки для второй базы", произвел выгрузку (имя файла выгрузки Message_УТ_БП)
В БП
1. Администрирование - Настройки синхронизации данных, указал префикс "БП" и поставил галочку "Синхронизация данных" - "Настроить синхронизацию данных" и выбрать вид синхронизации УТ 10.3
2. Загрузил "Настройки для второй базы" - указал путь к каталогу (папке с фалом обмена)
3. Далее все без изменений, и данный не загружаются (: Тип не определен (РегистрСведенийЗапись.АдресныеСокращения)
СоответствиеТиповДанныхДляЗагрузки().Вставить(Тип(ИмяТипа), СоответствиеТипа)
PS При выгрузке фала обратил внимание что имена узлов не совпадают, у меня после выгрузки из УТ имя файла "Message_УТ_БП" а после выгрузки из БП "Message_002_УТ"
Не проблема решил использовать другой вариант выгрузки из УТ, заменить имя узла БП (как менять код узла в БП 3.0 так и не понял) (Вариант 2)
В УТ
1. Иду "Операции" - "План обмена" - меня код БП на 002
2. Произвожу выгрузку, имя фала "Message_УТ_002"
Решение проблемы оказалось достаточно тривиальным. Но понимаю сути проблемы мешало недавнее обновление платформы 1С:Предприятие с релиза 8.3.6.2332 на релиз 8.3.6.2421 в сочетании с тем, что в настройке обмена была упразднена настройка обмена через каталог обмена и был оставлен вариант подключения только через "Прямое подключение".
А получилась на самом деле какая ситуация. От нового релиза платформы не было установлено новая подверсия com-соединения. Поэтому при выполнении обмена, т.к. не получалось осуществить выгрузку через прямое подключение к базе, обмен как бы "цеплялся" за "остатки" ранее настроенного обмена через каталог, от настроек которого в общем то ничего не осталось. Точно стало понятно, когда было решено проверить настройку подключения в настройке обмена.
Ошибка: "Ошибка при установке подключения ко второй информационной базе: Не удалось подключится к другой программе: : Ошибка при вызове метода контекста (Connect)
Результат.Соединение = COMConnector.Connect(СтрокаСоединения);
по причине:
Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты 'comcntr' (8.3.6.2332) отличается от версии корневого модуля 'core83' (8.3.6.2421)"
говорила сама за себя.
И вот тут то пришел момент истины - необходимо было обновить com-компоненту именно от новой версии платформы 1С: Предприятие 8.3. Что и было сделано:
Но сразу компонента не захотела работать, при проверке соединения возникала ошибка снова:
Частой причиной ошибок при обмене выступает разрыв между обновлениями конфигураций ЗУП 3.1 и БП 3.0.
Помните, что для корректного обмена конфигурации должны быть актуальных релизов.
2) Проверка корректности подключения
Заходим в раздел Администрирование – Синхронизация данных – Настройка синхронизации данных.
Встаем мышкой на нужный обмен - кнопка Настроить – кнопка Ещё – Настройки подключения:
В открывшемся окне производим проверку подключения по одноименной кнопке:
Данную проверку следует произвести как в ЗУП 3.1, так и в БП 3.0.
Распространенные ошибки подключения:
При подключении через сетевой каталог – разные папки для обмена в ЗУП 3.1 и БП 3.0 (в данном случае нужно проверить оба пути и указать верный); отсутствие доступа до папки (обратиться к системному администратору для настройки общего доступа);
При прямом подключении – смена пароля у пользователя, используемого для подключения (следует обновить данные для подключения).
Обмен проходит, документы не переносятся
Документы регистрируются к обмену в автоматическом режиме при добавлении, изменении. Бывают случаи, когда документ по какой-то причине не переносится.
1) Убедиться, что нужный документ по дате попадает в период, с которого начинается обмен данными:
Если необходимо, следует провести корректировку настроек обмена.
2) Проверить Предупреждения при обмене, раздел Непринятые по дате запрета:
Если нужный документ попадает в данный список, то необходимо подкорректировать дату запрета и повторно выполнить обмен.
3) Зарегистрировать документ к обмену вручную
Для этого необходимо перейти по кнопке Состав отправляемых данных, выбрать нужный вид документа, затем по кнопке Зарегистрировать или правой кнопкой мыши в соседней табличной части зарегистрировать нужный документ к обмену:
Затем следует повторить проведение обмена между конфигурациями.
Для успешного завершения обмена при настройке подключения через каталог необходимо поэтапно запускать обмен в каждой из конфигураций.
Статью подготовила старший консультант «ИнфоСофт» Анастасия Ткаченко
Читайте также: