Обмен по расписанию типовыми средствами. Добавление плана обмена в типовую конфигурацию Приоритет изменения данных

Настройки в системе «1С: Управление небольшой фирмой»

Для того чтобы задействовать обмен данными нужно включить возможность использования обменов данными, если это еще не сделано. Для этого необходимо перейти в раздел «Настройка и администрирование», выбрать в панели действий «Настройка сервисных функций» перейти на закладку «Обмен данными» и включить флаг «Использовать обмен данными».

Рисунок 1.1

После этого в разделе «Настройка и администрирование» в панели навигации появится пункт «Обмены данными». Далее нужно выбрать этот пункт в панели навигации и создать новый план обмена с конфигурацией «Бухгалтерия предприятия 2.0».

Рисунок 1.2

Откроется окно «Помощника создания обмена данными» . Помощник создания обмена данными предназначен для создания обмена данными между двумя информационными базами. При создании нового обмена данными будут определены следующие параметры обмена:

• Способ обмена данными с заданием настроек транспорта и проверкой работоспособности выбранного способа обмена;
• Ограничения миграции данных между парой обменивающихся информационных баз;
• Значения по умолчанию для использования при загрузке данных;
• Префикс информационной базы, если он не был задан ранее.

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

На первом этапе настройке нужно выбрать переключатель «Шаг 1. Создать новый обмен данными» .

Рисунок 1.3

На втором этапе настройки нужно указать каталог, в который будет выгружаться файл с данными из «1С: Управление небольшой фирмой» . Здесь же можно задать параметры сжатия файла с данными.

Рисунок 1.4

Для того чтобы проверить корректность выбора каталога обмена нужно нажать кнопку «Проверить подключение».

Рисунок 1.5

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

Рисунок 1.6

Для проверки корректности настройки параметров обмена через FTP-ресурс нужно нажать кнопку «Проверить подключение» .

Рисунок 1.7

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

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

Значения по умолчанию - это те значения, которые требуется подставить в документы в «1С: Бухгалтерии 2.0», но нет в «Управление небольшой фирмой», поэтому их нужно указать заранее в настройках обмена. Ограничения и значения по умолчанию можно будет впоследствии изменить.

Последовательность выполняемых действий приведена на рисунках 1.8 - 1.11.

Рисунок 1.8

Рисунок 1.9

Рисунок 1.10

После настройки необходимых параметров обмена нужно нажать кнопку «Далее» .

Рисунок 1.11

Появится информационное окно диалога, в котором приведены все выполненные ранее настройки.

Рисунок 1.12

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

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

Рисунок 1.13

Особенности настройки обмена в клиент-серверном варианте

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

Многие предприниматели, осуществляющие торговую деятельность, для повышения эффективности управления приобретают одновременно две программы «1С:Бухгалтерия 8» (далее БП) и «1С:Управление торговлей 8» (далее УТ) .

БП используется для ведения регламентированного учета и сдачи отчетности, а УТ - для оперативного и управленческого учета в компании.
Успех совместного использования этих программных продуктов во многом зависит от организации обмена данными между конфигурациями БП и УТ.

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

При написании данной статьи использованы материалы из документации 1С к программным продуктам.Подробно методика настройки обмена изложена в htm-файле «Совместное использование конфигураций Управление торговлей (11) и Бухгалтерия предприятия», который находится в каталоге шаблонов при установке как 1С:Бухгалтерии 2.0 (далее БП), так и 1С:Управления торговлей 11 (далее УТ); рекомендации, полученные на партнерской конференции 1С и личный опыт автора по созданию и изменению настроек обмена для клиентов компании ООО «РГ-Софт Проект Консалтинг».

1. Настройка одностороннего или двустороннего обмена.

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

Фирма 1С рекомендует производить обмен с банком в УТ. «Это обеспечит полноценную работу с исходящими платежными документами и более простую работу с входящими документами». Однако, была ситуация, когда из файла клиент-банка не удалось загрузить в УТ практически ни одной платежки, в то время как в БП этот файл загрузился полностью.

Это объясняется тем, что в УТ добавлены более строгие проверки содержания файла клиент-банка, например: проверка заполнения ИНН, проверка номера документа, номер должен содержать только цифры в соответствии с положением ЦБР от 3 октября 2002 г. N2-П "О безналичных расчетах в Российской Федерации" (с изменениями от 3 марта 2003 г., 11 июня 2004 г., 2 мая 2007 г., 22 января2008 г.).

Настраивать односторонний обмен (из УТ в БП) имеет смысл только в том случае, если все документы и нормативно-справочная информация заполняются в УТ. Таким образом, можно избежать дублирования элементов в этой базе.

Для этого необходимо настроить следующий сценарий обмена: создать в конфигурации УТ сценарий обмена, в котором сохранить только выгрузку (рис.1), в конфигурации БП создать сценарий обмена и сохранить только загрузку.

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

Для этого рекомендуется использовать обработку РегистрацияИзмененийДляОбмена82.epf , которую можно найти в поставке конфигурации "Конвертация данных, ред. 2.1". После установки конфигурации, обработка находится в каталоге установки обновления: ...\1c\Conversion\...номер_версии…

Если нормативно-справочная информация заполняется и в УТ, и в БП, то следует настраивать двусторонний обмен, но при этом может потребоваться отслеживать дубли, запуская обмен в интерактивном режиме вместо автоматического (рис. 2).

Для того, чтобы ограничить обмен данными только на уровне документов, не обязательно настраивать односторонний обмен, достаточно в фильтре обмена на стороне БП поставить дату, больше даты последнего документа (см. рис. 5). Но прежде чем устанавливать фильтр на дату, нужно убедиться, что документы в БП не были ранее зарегистрированы к обмену, иначе зарегистрированные документы будут перенесены в другую базу при обмене.

Приоритет изменения данных

Если вначале будет выполнен обмен в УТ, а потом в БП, то приоритет будут иметь данные, выгруженные из УТ. Например, В УТ завели документ «Поступление на расчетный счет», запустили обмен сначала в УТ, затем в БП – документ появился в конфигурации БП. Затем бухгалтер в конфигурации БП внес изменения в этот документ. При последующем обмене, если очередность запуска обмена не менялась, то внесенные в документ изменения затрутся данными из УТ.

Для корректного обмена с теми объектами, которые изменены в обоих базах, 1С рекомендует организовать работу, чтобы объект редактировался только в одной из баз. В другой базе такой объект должен открываться только на просмотр. Для этого потребуется использовать настройку прав доступа пользователей, но такой подход гарантирует отсутствие коллизий при обмене, т.е. расхождений, возникающих при изменении объекта и в одной, и в другой базе, в период между обменами (рис. 3).

2. Различия БП и УТ, влияющие на обмен

Договоры контрагентов

В конфигурации УТ не ведется аналитика по договорам контрагентов. Все операции, которые ведутся в конфигурации УТ, при загрузке в конфигурацию БП всегда оформляются по отдельным договорам, создаваемым и контролируемым самой системой УТ.

Если договора с нужными параметрами нет в конфигурации БП, то происходит создание такого договора. Необходимо отметить, что поиск договора осуществляется только из числа ранее загруженных из УТ договоров.

Управленческая организация в УТ

Начиная с релиза 11.0.6.9, в УТ в справочнике организации появился предопределённый элемент «Управленческая организация». Этот элемент не должен быть сопоставлен (или изменен) с текущей (единственной или одной из) организацией. Подробнее об использовании данного объекта можно прочитать в файле документации «Изменения и дополнения в документации.htm» , входящем в поставку УТ.

Структура предприятия

В УТ для управленческого учета используется справочник «Структура предприятия», который содержит список подразделений компании. При оформлении документов указание подразделения предприятия является обязательным.

Элементы справочника «Структура предприятия» не сопоставляются элементам справочника «Подразделения организации» в БП. Для того, чтобы в УТ не загружались документы с незаполненным реквизитом Подразделение, в настройках обмена необходимо заполнить значение по умолчанию (рис. 4).

Склад в табличной части

Если в УТ планируется использовать новую возможность указания складов в табличных частях документов, то в настройках узла плана обмена необходимо установить обобщающий склад, который будет подставляться при выгрузке документов из УТ в конфигурацию БП вместо складов, разрешенных для выбора в табличных частях документов (рис. 4).

Вид номенклатуры

При выгрузке данных из БП в УТ, в номенклатуре не заполняется реквизит «вид номенклатуры», это связано с тем, что обменом обслуживается сценарий, когда номенклатура создается в конфигурации УТ, а не в БП. В документах движения товаров в УТ нет отдельной табличной части для учета услуг (услуги заполняются в таблице товары), поэтому, для того, чтобы услуги, указанные в документах УТ правильно переносились в табличную часть в БП, нужно:

1. В разделе нормативно-справочная информация открыть справочник «Виды номенклатуры», зайти в вид номенклатуры «услуги» - нажать «Все действия» - разрешить редактирование и выбрать Тип номенклатуры - Услуга.

2. Изменить номенклатуру (услугу) - нажать «Все действия» - разрешить редактирование и выбрать этот Вид номенклатуры с типом Услуга.

3. Настройка фильтров обмена (рис. 5)

Изменение даты выгрузки (загрузки) документов

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

2) Передвигать дату назад можно, т.к. это лишь расширяет область выгружаемых данных. Стоит заметить, что при этом документы из ранее закрытого периода не будут зарегистрированы к обмену автоматически. Для того чтобы это сделать, необходимо либо изменить документы, либо воспользоваться обработкой РегистрацияИзмененийДляОбмена82.epf.

Фильтр по организациям

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

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

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

4. Удаление объектов одной из баз

Пометка на удаление

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

Удаление дублей

Для удаления возникших при обмене дублей объектов мы рекомендуем воспользоваться обработкойПоискИЗаменаЗначений.epf , которая находится в каталоге \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на диске ИТС. А для проверки корректности сопоставления объектов двух информационных баз можно открыть Регистр сведений «Соответствие объектов информационных баз» и записи данного регистра могут быть откорректированы вручную. Важно знать, что после удаления объекта в одной из баз в записи регистра сведений останется соответствие для удаленного объекта (битая ссылка), нужно будет либо сопоставить другой объект, либо удалить запись.

5. Дополнительные настройки

Статьи движения денежных средств

Для конфигурации УТ может потребоваться проставить реквизит «корр. счет» для тех статей движения денежных средств, которые будут использоваться и выгружаться в БП.

Для конфигурации БП: может потребоваться проставить вид движения денежных средств в элементах справочника.

Пользователи

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

Префикс базы и префикс организации

В УТ префикс всегда имеет фиксированную длину и разделитель (дефис) "-". Поэтому, если префикс информационной базы не задан или префикс организации не задан, то он заменяется нулями. Однако при настройке обмена префикс информационной базы всегда заполняется на ЦБ (для УТ) и на БП (соответственно для конфигурации БП).

Такое решение является стандартом при формировании номеров документов и кодов объектов. Префикс имеет фиксированную длину и отделяется символом дефиса от номера документа. Если в дальнейшем в базе будет несколько организаций, то достаточно будет установить для них префиксы и не потребуется выполнять перенумерацию всех объектов.

Исправление ошибок

В нашей статье были рассмотрены наиболее важные моменты организации обмена данными между «1С:Управление торговлей 8» ред.11 и «1С:Бухгалтерия 8» ред.2.0.

Специалисты компании ООО «РГ-Софт Проект Консалтинг» готовы предложить не только настройку обмена под особенности ведения учета конкретной организации, но и способы исправления ошибок в действующих обменах.

Вопрос: Перенастройка настройки синхронизации данных

Здравствуйте. В 1С Розница 2.1 на периферийном узле при первоначальном запуске только что созданного образа были указаны магазины, по которым идет обмен. Не могу понять как изменить теперь состав этот магазинов. Вижу в Администрирование -> Синхронизации данных ->
Выгружать документы и справочную информацию:
Начиная с 1 января 2016 г.,
Только по магазинам: Список магазинов

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

Ответ:

MyNameNoName сказал(а):

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

Нажмите, чтобы раскрыть...

Ну так на стороне главного узла Вы настроите список магазинов для каждого узла (и для новых и для старых) на распределенных узлах появятся и эти магазины в списке которые Вы укажете

Вопрос: Настройки синхронизации в УНФ

До последних обновлений (платформы и конфы), в случае изменения пути к базе Бухгалтерии мы меняли его по маршруту:
Синхронизация с программами 1С:Предприятие и РИБ -> Настройка синхронизации данных -> Настроить -> Параметры синхронизации данных -> Параметры подключения.

Теперь этот пункт пропал.

В чем прикол? Как теперь перенастраивать путь синхронизации?

Ответ: Еще один способ:

Все функции - Регистры сведений - Настройки транспорта обмена данными

Вопрос: Синхронизация данных через универсальный формат синхронизирует только проведеные документы

Настроена синхронизация данных между БП3.0 и БП3.0 в режиме односторонняя отправка/получение. Замеченно что отправляются только документы имеющие статус проведенного. А если в базе отправителе изменить статус уже отправленного документа на непроведенный, то в базе приемнике он помечается на удаление. Инет порыл - ничего не нарыл. Везде в основном синхронизация между УТ и БП. Как сделать чтобы с определенной даты все документы, даже имеющие статус проведен отправлялись в базу приемник и при отмене проведения не помечались там на удаление.

Конфигурация типовая "Такси". 1С 8.3.10.2667 БП3.0.54.20. Обе базы созданы на основе одной конфы.

Ответ: А после изменений в модуле обмена чтоб заработало нужно пересоздать синхронизацию или будет работать на уже созданной. А то я меняю и ПОД отправки и ПОД получения, но по ощущениям ничего не происходит(

Вопрос: Настройка синхронизации ЗУП31-БУХ30

Ответ: () Спасибо, попробую

Вопрос: Синхронизация данных между УТ11 и БП3

УТ - Управление торговлей, редакция 11 (11.3.2.207)
БП - Бухгалтерия предприятия, редакция 3.0 (3.0.47.33)

Есть две базы между которыми я хочу сделать перенос данных через универсальный формат обмена(УТ(источник) ---> БП(приемник)).
Когда настроил обмен в первый раз, все документы и все данные, которые были связаны с переносимыми документами, загрузились нормально.

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

Учетная политика не менялась, организация не менялась, конфигурации не обновлялись.
Единственное, что изменилось, так это то, что теперь к новым документам у меня добавляется префикс, который я установил при настройке синхронизации. Но я так понимаю, корень не в этом, ибо поступления, заказы клиентов (счет на оплату) грузятся без проблем. Дат запрета не установлено.

Очень надеюсь на Вашу помощь, с уважением Алексей.

Ответ: А вообще есть какой нибудь подробный гайд по универсальному плану обмена?

Вопрос: Синхронизация данных БП 3.0 без полных прав

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

Ответ: () Спасибо большое! Помогли)

Вопрос: Ошибка синхронизации данных

Подскажите, пожалуйста, что за ошибка:

При создании настройки обмена во второй информационной базе возникли ошибки: {Обработка.ПомощникСозданияОбменаДанными.МодульОбъекта(861)}: Ошибка при установке значения атрибута контекста (НомерОтправленного) НовыйУзел.НомерОтправленного = 0; по причине: Свойство не может быть изменено для предопределенного узла

Я не раз настраивал синхронизацию, но такое впервые.
Как я пытался решить проблему:

• Обновил базы - результат тот же;
• Заменил правила на более новые - результат тот же.

Обмен между ЗУП 3.0.25 и БП 3.0.43

Ответ:

Оказалось, что при создании обмена 1с не создавала узел, да ещё и префиксы ("коды" узлов) не совпадали. Возможно, что до меня кто-то начудил.
В общем, создал узлы вручную, указал коды как префиксы ИБ (на всякий пожарный), далее воспользовался помощником создания синхронизации и всё заработало!
Закрывайте

Вопрос: Настройка двухстороннего обмена УТ 10.3 - БУХ 3.0

В УТ 10.3 я загрузил правила обмена, которые из УТ в БУХ переносят данные.
Но не нахожу где загрузить правила обмена, которые из БУХ в УТ переносят данные.
Раньше при обмене с БУХ 2.0 эти правила можно было загрузить в УТ 10.3 в одной форме. А теперь как?
В БУХ 3.0 в настройках синхронизации данных я нашел кнопку "Загрузить правила". При нажатии на нее требуется загрузить zip-архив. А у меня правила в виде xml файла.
Причем в zip-файле для БУХ 3.0 должно быть три файла: два файла с правилами обмена УТ-БУХ и БУХ-УТ и файл правил регистрации.

1. После перехода на БУХ 3.0 обмен возможен только со стороны БУХ?
2. Где взять правила регистрации?

Помогите, пожалуйста, настроить обмен.

Ответ: из БП 3.0 выгружаются только платежки

Вопрос: Синхронизация данных со сторонней системой (Вопросы про EnterpriseData)

1. 1С при выгрузке своих данных добавляет практически после каждого объекта элемент <УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
Причем шлет для элементов которые не удаляется.
Что это за данные?

Ответ: Для интереса была взята голая 1С.Бухгалтерия и оттуда выгружены данные.
Добавлена была одна сущность - "Тестовый Товар" в существующую изначально группу "Товары".
1С их выгрузил, но добавил для каждого УдалениеОбъекта.
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>шт <НаименованиеПолное>Штука <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>ТестовыйТовар <КодВПрограмме>б2-00000001 <Наименование>ТестовыйТовар <ТипНоменклатуры>Товар <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>НДС18 <Группа> <Ссылка> <Наименование>Товары <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>false <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>false <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

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

• Нужно настроить обмен стандартными средствами с конфигурацией, с которой нет типового обмена.
• Есть несколько информационных баз с одинаковыми конфигурациями, нужно настроить с ними обмен по разным правилам. А как известно, обмен с продуктами на платформе 8.2 не позволяет загружать разные правила для разных узлов.

Как добавить новый план обмена с продуктами на платформе 1С:Предприятие 8.2 (с поддержкой библиотеки стандартных подсистем 2.0/3.0)

Рассмотрим эту процедуру на примере интеграции нескольких национальных Бухгалтерий (российской, украинской и казахстанской) с конфигурацией Финансист, разработанной компанией WiseAdvise .

Добавлением новых планов обмена мы будем решать сразу 2 проблемы:

1. В типовых Бухгалтериях вообще нет плана обмена для конфигурации Финансист (хорошо, что этот план обмена идет в самой поставке Финансиста).
2. Версии Бухгалтерий для России, Украины и Казахстана отличаются достаточно существенно, следовательно должны быть разные правила обмена под каждую из Бухгалтерий. А так как одному плану обмена можно задать только одни правила, то придется делать несколько планов обмена под каждую из национальных Бухгалтерий. Можно, конечно, изменить конфигурацию Финансиста таким образом, чтобы дать возможность загружать свои правила для каждого узла в одном плане обмена, но это, на мой взгляд, будет несколько сложнее само по себе и, к тому же, осложнит дальнейшие обновления конфигурации.

Итак, алгоритм действий:

На этом добавление плана обмена завершено. При переходе в режим 1С:Предприятие и настройке обмена данными в списке доступных планов должен появится добавленный нами план.

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

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

Базы должны быть связаны – начислили зарплату, в бухгалтерию должны пойти начисленные налоги к уплате.

Для связи нескольких баз существует Обмен 1С. Как он работает?

Что такое Обмен 1С?

Есть сеть магазинов и центральный офис. В каждом магазине и в офисе есть склад. Товары перемещаются со склада на склад (в основном с центрального на склады магазинов), и в магазинах — продаются.

Используется база 1С Розница в офисе и эта же база в каждом магазине. Базы в магазинах – подчинены базе в офисе.

В офисе создают документы о перемещении товаров со склада на склад, назначаются цены. Документы заливаются в подчиненные базы и там «появляются» товары.

В магазинах создаются документы о совершенных продажа товаров. Документы заливаются в офисную базу и там «появляются» продажи.

Такая схема называется – распределенная информационная база (РИБ). Процедуры «заливки» документов – двусторонний обмен 1С. А настройка этой схемы – УРИБ или УРИБД (управление распределенными информационными базами данных).

Принципы Обмена справочниками в 1С

Справочники 1С (а набор всех справочников «в комплексе» называют НСИ – нормативно справочная информация) – в разных базах обычно должны быть едины. Это значит, что даже если баз несколько, то список товаров, складов, контрагентов – един в разных базах.

Обычная практика, когда в одной базе справочник разрешено редактировать, а в остальные он копируется («мигрирует»). Как мы раньше уже обсуждали – у каждого элемента 1С есть уникальный идентификатор – GUID . Справочники обычно копируются вместе со своим GUID, и таким образом идентичны во всей распределенной информационной системе.

В ином случае, когда соединяются несколько изначально существующих баз, или когда справочники можно создавать в разных базах одновременно, их GUID будут разными. Для этого существует механизм сопоставления. В специальный регистр сведений при обмене 1С записывается информация, что элемент из базы №1 с GUID ххх равен элементу в этой базе с GUID yyy. Первоначально имеющиеся элементы, которые уже не равны, нужно сопоставить автоматически (по другим реквизитам, например по наименованию или по ИНН и КПП) или вручную.

Принципы Обмена документами в 1С

Документы в 1С проводятся по регистрам и после этого считаются «проведенными». Это рождает понятные сложности при переносе.

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

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

Допустим, нам нужно перенести элемент справочника Номенклатура. У этого справочника есть 10 полей, из которых 5 являются строками и числами, а 5 – ссылками на другие справочники.

Соответственно при переносе одного элемента Номенклатуры мы вынуждены искать и переносить также 5 элементов других справочников.

Таким образом при переносе одного элемента справочника или одного документа, по ссылке может быть перенесено 100 и больше других объектов 1С.

Фактически говорят, что почти все справочники конфигурации так или иначе ссылаются друг на друга.

Планы обмена 1С

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

Что делать? Провести снова полный обмен 1С? Долго и неэффективно! Гораздо лучше было бы вычислить что именно было добавлено или изменено пользователями в офис, чтобы в магазины попали только изменения.

Для этого существует – планы обмена 1С. Программист заранее создает план обмена 1С для проведения обменов 1С с какой-либо другой базой данных, например с нашими магазинами.

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

Создание УРИБ 1С

Итак, мы создадим распределенную базу с нуля. Изначально у нас есть «родительская» база офиса. Из нее мы будем выделять базы магазинов, которые будут ей подчинены.

В типовых конфигурациях уже есть типовые планы обмена 1С. Виды баз, для которых они предназначены – интуитивно понятны из названия:

• Обмен 1С с сайтом: обмен с сайтом 1С:Битрикс
• Обмен 1С УПП-УТ или УТ-Розница: типовые обмены с конфигурациями-побратимами
• Полный – обмен 1С с базой данных на базе такой же конфигурации.

РИБ – распределенная информационная база – можно сделать в том числе на базе плана обмена 1С «Полный». В конфигураторе в этом плане обмена 1С должна стоять галочка «Распределенная информационная база».

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

Зайдем в план обмена 1С (Операции/План обмена; также могут быть в другом меню, часто в меню Сервис/ХХХ).

В списке баз данных в плане обмена 1С есть одна с зеленым кружочком на картинке. Этот элемент обозначает ЭТУ БАЗУ. Остальные элементы обозначают ДРУГИЕ базы, с которыми идет обмен 1С.

Необходимо, чтобы было заполнено и наименование и код у всех элементов.

Чтобы создать подчиненную базу «магазина»:

• Установите кусор в списке на элемент плана обмена 1С, который мы создали как «базу магазина»
• Выберите пункт меню «Действия/Создать начальный образ».

В результате будет создана одна база, с выгруженными в нее начальными данными. Это нужно повторить для каждого элемента плана обмена 1С, кроме ТЕКУЩЕЙ БАЗЫ.

Теория проведения обменов 1С

Теория обмена 1С достаточно проста:

• Одна из баз (чаще база центра) инициирует обмен 1С по расписанию или «по событию» (вход в базу определенного пользователя и т.п.)
• Обмен 1С заключается в выгрузке из базы файла
• Файл должен быть перемещен в то место, откуда его сможет забрать подчиненная база (чаще шара или ftp, реже электронная почта)
• Подчиненная база загружает полученный файл
• В качестве подтверждения, что информация получена, подчиненная база выгружает «ответный» файл, который таким же образом загружается обратно в центральную базу
• Сеанс обмена 1С завершен.

Существуют другие методы обмена 1С, не через файлы, а например, через прямое COM-соединение между двумя базами. Его плюсы:

• Не требуется «место для хранения и передачи файлов»
• Не требуется повторной загрузки подтверждения
• Все происходит быстрее за счет первых двух пунктов.

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

Настройка РИБ 1С

В константах типовых конфигураций (Операции/Константы; или Сервис/Настройки программы) — обычно есть общая настройка обменов 1С. Это – префикс в кодах элементов и номерах документов, чтобы легко определять в какой базе он создан. А также внутренний метод сохранения информации о месте создания справочников и документов.

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

Для каждого ранее созданного элемента «удаленной базы магазина» необходимо добавить элемент настройки.

В настройке указывается способ обмена 1С: файл (шара), файл (FTP), файл (e-mail).

Создание и настройка распределенной информационная базы 1С в тонком клиенте

Посмотрим аналогичную настройку в типовой конфигурации на базе тонкого клиента – Управление торговлей редакция 11.
Настройки (и создание с нуля) находятся на закладке интерфейса Администрирование. Пункт «Обмен данными».

Выберем «Создать обмен в распределенной информационной базе».

С самого начала 1С нам предложит указать каким образом мы собираемся обмениться с подчиненной базой информацией. Вот вариант настройки «через файл на шаре».

Вот вариант настройки через файл на FTP.

Название нашей настройки обмена 1С.

И сразу же предложение создать «начальный образ» — то есть саму подчиненную базы данных с выгрузкой в нее первичной информации.

В отличии от конфигурации на толстом клиенте обе настройки обмена 1С находятся в одном месте.