при загрузке используются стандартные загрузки XML-файлов, например тех, которые есть в поставке конфигурации Конвертация данных.
Рекомендации по настройке обмена данных в
БИТ.ФИНАНС
Начиная с релиза 3.1.43 рекомендуем использовать план обмена «Полный» вместо «Полный (БИТ)».
В целях обеспечения совместимости со старыми версиями план обмена «Полный (БИТ)» остается доступным, но обновление его функционала и состава мигрируемых данных в следующих релизах не планируется. Информация в статье актуальна для релизов старше 3.1.43.
В типовой конфигурации БИТ.ФИНАНС есть предопределённый план обмена «Полный(БИТ)». Данный план обмена полностью соответствует типовому обмену 1С – «Полный». Отличие лишь в том что в «Полный(БИТ)» добавлены объекты БИТ.ФИНАНС.
Запускаем БИТ.ФИНАНС, переходим в раздел «Администрирование» и выбираем пункт «Синхронизация данных».
Данный флаг может быть не доступен по причине отсутствия роли «Администратор системы» у пользователя . В этом случае необходимо назначить себе эту роль самостоятельно, обратиться к специалисту по 1С или Вашему системному администратору .
При установленном флаге «Синхронизация данных» станет доступен пункт «Настройки синхронизации данных», необходимо перейти в данный пункт.
После перехода в «Настройки синхронизации данных», откроется форма с доступной командой «Настроить синхронизацию данных». При нажатии на данную команду откроется контекстное меню. В данном меню представлены типовые планы обмена.
Под наименованием «Распределенная информационная база» находиться план обмена «Полный».
Под вторым в списке наименованием «Распределенная информационная база» находиться план обмена «Полный».
Необходимо выбрать второй по счету пункт,с наименованием «Распределенная информационная база» в контекстном меню.
Далее откроется форма, нужно проверить соответствует ли наименование «Полный (БИТ)» в заголовке формы.
Если все корректно, то требуется нажать кнопку «Далее» для перехода к следующим настройкам.
В следующем окне необходимо указать каталог через который будет осуществляться обмен. В нашем примере это — C:\Users\Desktop\Новая папка.
Можно проверить возможность записи в каталог с помощью команды «Проверить возможность записи в каталог».
Если проверка записи прошла корректно, и не возникло ошибок, то можно нажимать кнопку «Далее».
В следующем окне необходимо указать каталог через который будет осуществляться обмен, так как осуществляем синхронизацию с помощью каталога для файлов. В нашем примере это — C:\Users\Desktop\Новая папка.
Можно проверить возможность записи в каталог с помощью команды «Проверить возможность записи в каталог».
Если проверка записи прошла корректно, и не возникло ошибок, то можно нажимать кнопку «Далее».
Следующие два окна будут «Настройка параметров подключения через FTP-ресурс» и «Настройка параметров подключения по электронной почте». Соответственно на данных формах представлены все необходимые настройки для подключения через FTP-ресурс и электронной почте.
Структура DBF-файлов для непродвинутых
А мы же посмотрим, что из себя представляют заголовки DBF-файлов и как можно использовать свои знания о них в практическом применении.
Комментарии
Подскажите, а как убрать из конфигурации механизм EnterpriseData? Чтобы его там не было. чтобы не тащить xdto. Хочу простой план обмена без правил. А он новый план обмена начинает выдавать ошибку чтения xml-файла обмена, так как в нем грузится EnterpriseData.
Промокоды на Займер на скидки
- 💲Сумма: от 2 000 до 30 000 рублей
- 🕑Срок: от 7 до 30 дней
- 👍Первый заём для новых клиентов — 0%, повторный — скидка 500 руб
Максим, в одном из своих сообщений Вы упомянули, что когда-то выполняли добавление документа ЗаказПоставщику в обмен УТ 11.2 -> БП 3.0.
Не могли бы Вы поподробнее описать весь процесс такой технологии: какие объекты УТ и как нужно изменить или добавить, что выполнить в КД ?
Изменить нужно следующее: И в УТ, и в БП нужно добавить в формат EnterpriseData новый объект – ЗаказПоставщику и прописать его свойства, в том числе ключевые. После этого выгрузить структуру формата и всё остальное, что нужно, в КД 3.0. Там настроить правила конвертации данных, объектов, свойств. После настройки перенести тексты модуля менеджера обмена для УТ и БП в конфигурации.
Ещё нужно добавить ЗаказПоставщику в правила регистрации в УТ. Это делается в КД 2.0.
Максим, в одном из своих сообщений Вы упомянули, что когда-то выполняли добавление документа ЗаказПоставщику в обмен УТ 11.2 -> БП 3.0.
Не могли бы Вы поподробнее описать весь процесс такой технологии: какие объекты УТ и как нужно изменить или добавить, что выполнить в КД ?
Изменить нужно следующее: И в УТ, и в БП нужно добавить в формат EnterpriseData новый объект – ЗаказПоставщику и прописать его свойства, в том числе ключевые. После этого выгрузить структуру формата и всё остальное, что нужно, в КД 3.0. Там настроить правила конвертации данных, объектов, свойств. После настройки перенести тексты модуля менеджера обмена для УТ и БП в конфигурации.
Ещё нужно добавить ЗаказПоставщику в правила регистрации в УТ. Это делается в КД 2.0.
Максим, в одном из своих сообщений Вы упомянули, что когда-то выполняли добавление документа ЗаказПоставщику в обмен УТ 11.2 -> БП 3.0.
Не могли бы Вы поподробнее описать весь процесс такой технологии: какие объекты УТ и как нужно изменить или добавить, что выполнить в КД ?
Мы тоже перешли на универсальный формат. При синхронизации перезаписываются все изменения, сделанные в базе-приёмнике. Написали в 1С. Оттуда ответили, что у них проблема не проявляется
Да, проблема есть. По крайней мере в «Бухгалтерия предприятия 3.0.43.155». Пришлось изменить два общих модуля: ОбменДаннымиXDTOСервер и ОбменДаннымиСобытия
Мы тоже перешли на универсальный формат. При синхронизации перезаписываются все изменения, сделанные в базе-приёмнике. Написали в 1С. Оттуда ответили, что у них проблема не проявляется
Универсальный обмен данными в формате xml
Обмен Данными Через Dbf Файлы Для 1C
В этой статье опишу свой, пока небольшой, опыт организации обмена данными через универсальный формат EnterpriseData.
И «Управление торговлей», и «Бухгалтерия предприятия» у нас работают в клиент-серверном варианте. Настройку синхронизации я начал с УТ. Выполнил её таким образом, чтобы данные выгружались из УТ в файл. То есть синхронизация через сетевой каталог. В БП настроил обмен таким образом, чтобы из БП никакие данные не выгружались.
Далее запустил синхронизацию на стороне УТ. Выгрузка данных не произошла. В журнале регистрации появились ошибки:
Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO:
Структура объекта ‘/БанковскийСчетКонтрагента/Банк’ не соответствует типу: КлючевыеСвойстваБанк
Проверка свойства ‘БИК’:
форма: Элемент
имя: БИК
тип:
Отсутствует обязательное свойство
Объект: ДоговорСКонтрагентом № .
Повторил попытку синхронизировать данные из УТ. На этот раз данные успешно выгрузились. В сетевой папке сформировался XML файл, содержащий данные для переноса из УТ в БП.
Событие: Обмен данными
: Аварийно завершился рабочий процесс фонового задания
ВызватьИсключение(ТекстОшибки);
Чтобы локализовать ошибку, попробовал изменять настройки синхронизации и вараанты работы базы БП. В итоге, когда я перевёл базу в файловый вариант, система отработала адекватно: открылась форма сопоставления двух баз. После сопоставления объектов начальная синхронизация прошла успешно. Затем я снова перевёл базу в клиент-серверный вариант.
При дальнейшей «обкатке» синхронизации, потребовалось внести кое-какие изменения в правила конвертации объектов. Настало время воспользоваться конфигурацией «Конвертация данных 3.0». Во встроенной справке конфигурации описан порядок работы. Также помогли статьи на сайте ИТС.
В итоге я загрузил в «Конвертация данных 3.0» следующие данные:
После загрузки открыл в «Конвертация данных 3.0» правила конвертации данных, объектов, свойств. Внёс необходимые мне правки. Затем воспользовался кнопкой «Выгрузить модуль менеджера обмена». Текст модуля скопировался в буфер обмена. Осталось только вставить его в конфигурацию.
Задачу по добавлению документа «Заказ поставщику» в план обмена я выполнял с помощью » Конвертация данных 3.0″. В стандартном варианте УТ — БП этого документа в плане обмена нет.
Будем помнить, что правила регистрации объектов для выгрузки попрежнему настраиваются в конфигурации «Конвертация данных 2.0».
Вот такие первые впечатления о синхронизации данных через универсальный формат EnterpriseData.
P.S. Если есть вопросы и собственные наблюдения по обмену данными через Универсальный формат и конфигурации » Конвертация данных 3.0″, пишите в комментариях. Будем обмениваться опытом.
Микрофинансирование → Микрокредиты → Специальные предложения → Скачать файлы → Обзор Быстроденег → Предмет договора → Ответственность сторон → Отличные наличные→ Экспресс займы
