Смарт ТВ 

1с создание правил обмена данными. Внешний вид и особенности использования универсального обмена данными. Редактирование правил обмена

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

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

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

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

Если вы производите обмен данными между конфигурациями Управление торговлей 10.3 и Бухгалтерия предприятия 2.0, то после обновления одной из конфигураций, необходимо обновить правила обмена.

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

Заускаем 1С Управление торговлей 10.3. Выбираем пункт “Все настройки обмена данными” из меню Сервис => Прочие обмены данными.

Выбираем раздел “Все обмены”. Находим в списке ваш обмен данными, щеалкаем правой кнопкой мыши и нажимаем “Изменить”. Если вы будете пытаться изменить настройки обмена из раздела “Обмен данными с 1С: Бухгалтерия 8”,то при попытке изменения будет запускаться помощник настройки обмена данными, который нам не нужен.

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

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

Ни в коем случае не заменяйте их на типовые правила. Еслы вы не уверены в том что у вас типовые конфигурации, на всякий случай сохраните имеющиеся правила кнопкой “Сохранить правила в файл”.

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

Переходим по этому пути. Далее: 1С=>Accounting и выбираем папку с названием последнего установленного релиза Бухгалтерии. В случае если правила нужно взять из обновления конфигурации “1С:Управление торговлей”, папка будет называться Trade. Для конфигурации “1С:Розница” — Retail. В ней находится папка “Обмены данными”.

Далее “Обмен с конфигурацией Управление торговлей, ред. 10.3”. В ней видим ПРАВИЛА КОНВЕРТАЦИИ БП-УТ и ПРАВИЛА КОНВЕРТАЦИИ УТ-БП. Так как нам нужны правила выгрузки из УТ выбираем “ПРАВИЛА КОНВЕРТАЦИИ УТ-БП” и нажимаем открыть. Тоже самое проделываем для правил выгрузки из базы обмена в текущую базу только выбираем файл ПРАВИЛА КОНВЕРТАЦИИ БП-УТ и нажимаем открыть.

В папке “Обмен с конфигурацией Управление торговлей, ред. 10.3” находится файл Совместное использование.htm. Если вы ни разу его не читали то обязательно прочтите. В нем находится следующая полезная информация:

  • Цели совместного использования
  • Общее описание
  • Переход с прошлых версий двустороннего обмена данными
  • Предварительные действия
  • Порядок настройки обмена данными между конфигурациями
  • Синхронизация данных
  • Совместная работа конфигураций “Управление торговлей” и “Бухгалтерия предприятия”
  • Примеры сценариев работы пользователей
  • Таблица соответствия выгружаемых документов УТ — БП (редакция 1.6, редакция 2.0) Таблица соответствия выгружаемых документов БП (редакция 1.6, редакция 2.0) — УТ
  • Особенности выгрузки документов и справочников
  • Таблица соответствия выгружаемых документов БП (редакция 1.6, редакция 2.0) — УТ
  • Перенос документов “Счет на оплату покупателю” и “Заказ покупателя”
  • Перенос себестоимости списания товаров
  • Контроль результатов обмена данными

Проверяем правила кнопками проверить. И нажимаем ОК. Новые правила сохранены. Запускаем обмен данными и проверяем их работу.

О том,как настроить двухсторонний обмен данными между конфигурациями Управление торговлей 10.3 и Бухгалтерия предприятия 2.0 написано в другой моей статье.

Вопрос: Готовые правила обмена для типовых конфигураций


Всем всем всем. Ищу готовые правила обмена для типовых конфигураций для переноса в обе стороны не только справочников, но и документов, остатков по документам и.т.д. Может кто поделится. Ищу очень выгрузку по документам и ПУБ 7.7 в УПП 8 ред 1.2 , из торговли 7.7 в УПП из зарпалты 7.7 УПП, из управление торговлей 8 в УПП 8. Заранее всем спасибо.

Ответ:

ищу правила обмена между 1С 8.1 упп 1.2 с 1С 8.2 упп 1.3

Вопрос: Сервисное обслуживание штатным функционалом типовых конфигураций 1С


УТ 11.4.1.254 (или можно конвертнуть в ЕРП, если это чему-то поможет)

Как штатным функционалом типовых конфигураций 1С учитывать ремонт принтеров, вернее их сервисное обслуживание клиентов (т.к. в терминах методологов 1С, ремонт - это когда обслуживают своё собственное оборудование, а не клиентов)?

Один мастер, как в офисе, так и на выездах.
Звонят клиенты в офис по поводу их ремонта, а никакие сведения не заносятся, посмотреть нечего

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

Основной затык - очень не хочется вносить изменения в типовую конфигурацию и/ли использовать нетиповые конфигурации (модули)

Ответ:

Вернее, обновить, штатно в ЕРП
Переход на УНФ нетривиален... и для небольшого, и для большого предприятия.
УТ 11 - измененная с модулем Битрикс, на сайт (интернет-магазин) Битрикс - тоже пиленный

И непонятно - для чего?
Выше я написал
В УТ 11 создаётся заказа клиента, на основании которого = акт выполненных работ.
"Информация о выполнении работ может быть включена в заказ клиента совместно с информацией о продаваемых товарах или услугах, оказываемых при продаже."

Можно усложнить функционалом долгосрочных проектов (событиями и этапами взаимодействия с клиентом)

Из обсуждений с клиентом оказалось, что нужен учет по серийным номерам, который тоже есть в УТ 11.
Надо только включить и настроить в УТ 11

Смотрел УНФ и никакого чуда, кроме дополнительных проблем, не нашёл

В этом вопросе меня подвело только то, что я начал делать "литературный обзор" того, как это делается в УТ - ЕРП и как это решается:
- в других типовых конфигурациях
- специализированными отдельными отраслевыми конфигурациями
- модулями для УТ 11
, т.е. поленился попробовать и пошевелить мозгами

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

Вопрос: Удаление объекта из уже существующего правила обмена


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

Ответ:

Сообщение от Allexei

Здравствуйте!Наверное не актуально уже, но все же. Как вариант можно отменить регистрацию объектов ненужного типа в плане обмена. Благодоря этому не придеться переписывать правила обмена и не будут выгружаться не нужные объекты.

Спасибо, попробую.

Можно удалить обычным способом

Вопрос: Правила обмена - где править?


Заказчик внес изменения в конфигурацию приемника. Что именно менялось узнать уже никак не удастся.
Теперь надо подправить правила обмена.
Как увидеть те места, которые нужно подправить?
Нужно как-то по существующим правила понять, что свойства уже не существует или что изменился его тип.

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

Вопрос: "Управление торговлей", редакция 10.3 (10.3.46.2) Изменение правил обмена для Розницы 2.1


Здравствуйте. Как поменять правила в УТ?
Меняю макет ПравилаОбмена в Планы обмена ОбменРозницаУправлениеТорговлей103 Обновляю перезапускаю-не те правила. Версию даже вручную меняла. Все равно не помогает.
Сдуру удалила запись о правилах из регистра Правила обмена данными.
Ни кнопки нормальной нет для загрузки файла правил или обновления его из макета конфы.
Дописок и тестов много нужно сделать, а как поменять быстро правила регистрации/обмена не знаю(

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

Вопрос: Замена правил обмена в файле выгрузки


Всем доброе!
Есть файл выгрузки xml по правилам обмена. Соответственно, в нем есть блок

<ПравилаОбмена> ...

И есть второй файл, как бы шаблон этого блока.
Необходимо заменить блок правил в файле выгрузки на блок из файла шаблона.
Придется по-элементно читать ЧтениеXML и писать в третий временный файл через ЗаписьXML? Или есть более удобный способ?

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

Ответ:

Написал. Есть некоторые сомнения в оптимальности. Запись во временный xml через ЗаписьXML, а потом ЧтениеТекста, чтобы запхнуть все это в файл который был первоначально передан.
С методологической точки грубых ошибок нет?

// Процедура заменяет блок <ПравилаОбмена>... в переданном файле.xml // на блок из шаблона, в котором хранится фрагмент файла выгрузки по эталонным правилам. // // Параметры // ИмяФайлаXML - Тип: Строка - Полное имя файла с данными выгрузки, // в котором будем менять блок <ПравилаОбмена> // // Возвращаемое значение: // ИмяФайлаРезультатаXML - Тип: Строка - Путь // Процедура ЗаменитьПравилаОбменаВФайлеВыгрузкиWS(ИмяФайлаXML) ФайлВыгрузкиXML = Новый ЧтениеXML; ФайлВыгрузкиXML.ОткрытьФайл(ИмяФайлаXML); ШаблонПравил = Новый ЧтениеXML; ПутьКШаблонуПравил = ПолучитьШаблонПравилОбмена(); ШаблонПравил.ОткрытьФайл(ПутьКШаблонуПравил); ИмяФайлаРезультатаXML = ПолучитьИмяВременногоФайла(".xml"); РезультатXML = Новый ЗаписьXML; РезультатXML.ОткрытьФайл(ИмяФайлаРезультатаXML); Пока ФайлВыгрузкиXML.Прочитать() Цикл ТипУзла = ФайлВыгрузкиXML.ТипУзла; Если ТипУзла = ТипУзлаXML.НачалоЭлемента и ФайлВыгрузкиXML.Имя = "ПравилаОбмена" Тогда ФайлВыгрузкиXML.Пропустить(); Пока ШаблонПравил.Прочитать() Цикл Если ШаблонПравил.ТипУзла = ТипУзлаXML.НачалоЭлемента и ШаблонПравил.Имя = "ПравилаОбмена" Тогда РезультатXML.ЗаписатьТекущий(ШаблонПравил); Пока ШаблонПравил.Прочитать() Цикл РезультатXML.ЗаписатьТекущий(ШаблонПравил); Если ШаблонПравил.ТипУзла = ТипУзлаXML.КонецЭлемента и ШаблонПравил.Имя = "ПравилаОбмена" Тогда Прервать; КонецЕсли; КонецЦикла; Прервать; КонецЕсли; КонецЦикла; Иначе РезультатXML.ЗаписатьТекущий(ФайлВыгрузкиXML); КонецЕсли; КонецЦикла; ФайлВыгрузкиXML.Закрыть(); ШаблонПравил.Закрыть(); РезультатXML.Закрыть(); Текст = Новый ЧтениеТекста(ИмяФайлаРезультатаXML); СообщениеОбмена = Текст.Прочитать(); ЗаписьТекста = Новый ЗаписьТекста(ИмяФайлаXML, КодировкаТекста.UTF8); ЗаписьТекста.Записать(СообщениеОбмена); ЗаписьТекста.Закрыть(); КонецПроцедуры // ЗаменитьПравилаОбмена()

Вопрос: Помогте с правилами обмена


1С 8.3.9.1850, УТ 11.3.2.157, Розница 2.2.5.22. При загрузке правил в УТ появляется ошибка. Можно ли как то поправить правила.

Ссылка на несуществующий объект метаданных в правилах обмена
Объект =
ОписаниеОшибки = Тип не определен (ПеречислениеСсылка.ТипыОперацийЗаказаНаСборку)
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(4885)
КСообщенияОбОшибках = 11

Ответ:

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

Вопрос: Как выгрузить правила обмена для загрузки в конвертацию


Как выгрузить правила конвертации из типовой конфигурации?

Задача: есть конфигурация "Рарус: Управление торговлей и взаимоотношениями с клиентами (CRM)", там есть план обмена ОбменССайтом. Обмен с сайтом идёт, нужно добавить выгрузку статуса заказа из 1С, чтобы он обновлялся на сайте.

Я так вижу решение: выгрузить правила выгрузки заказов, загрузить их в конвертацию, там добавить ПКС для статуса и загрузить обратно в конфигурацию. Но как выгрузить эти правила? В плане обмена есть макет СхемаВыгрузкиЗаказов, на последней вкладке Настройки есть кнопка "Сохранить настройки в файл", но, я так понимаю, что это не то и в конвертацию, этот xml файл не загружается.

Подскажите, пожалуйста.


Подправил правила обмена ТиС 7.7 и БП2 добавил перенос двух доков
Кор.Счет-фактура и Исправление счет фактуры. Тут все нормально перекидывается. Оба этих дока создают корректировку реализации в БП2.
Но образовалась проблема, нужно в док основание в корректировку реализации (БП2) подкинуть не счет-фактуру как по типовому, а основание этой счет-фактуры т.е. реализацию.
Кусок кода ПКО(После загрузки):
Объект.ЗаполнитьСчетаУчетаВТабЧасти (Объект.Товары,"Товары",Истина); Объект.ВидОперации = Перечисления.ВидыОперацийИсправленияПоступленияРеализации.СогласованноеИзменение; Объект.КорректироватьНДС = Истина; Объект.СуммаВключаетНДС = Истина; Если Объект.Ответственный.Пустая() Тогда Объект.Ответственный = глЗначениеПеременной("глТекущийПользователь"); КонецЕсли; Объект.ДокументРеализации = Объект.Ссылка.ДокументРеализации.ДокументОснование; <--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
До записи объект еще не существует и следовательно обратиться к реквизиту объекта нельзя, а после записи становиться уже поздно. Правила отработают по типовому. Подскажите как решить в КД только начал разбираться.

Ответ: После записи = после вызова метода Записать

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

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

Обмен данными в среде 1С позволяет:

  • Исключить двойной ввод документов;
  • Автоматизировать смежные бизнес-процессы;
  • Оптимизировать взаимодействие между распределенными подразделениями;
  • Оперативно актуализировать данные для работы специалистов разных отделов;
  • «Разграничить» разные виды учета.*

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

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

  • Согласование состава обмена;
  • Определение транспорта (протоколов обмена);
  • Установка правил;
  • Составление расписания.

Выявление состава обмена 1С

Объекты обмена можно условно поделить на «источник» и «приемник». При этом они могут исполнять две роли одновременно, что будет называться – двусторонним обменом. Определение источника и приемника происходит логическим путем в зависимости от необходимости или от функциональных возможностей системы.*

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

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

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

Распределенная информационная база

  • РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).

Универсальный обмен данными в 1С

  • Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и с системами сторонней разработки. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».

EnterpriseData

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

Определение транспорта (протоколов обмена)

Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

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

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

Установка правил

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

Гарантирует отсутствие потерь данных при обмене План обмена. Это составная часть любой конфигурации на платформе «1С:Предприятие», полностью описывающая порядок обмена 1С: состав данных (документы с «опознавательными» реквизитами) и узлы (информационные базы приемники-передатчики), а также активацию РИБ для избранных направлений обмена.

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

Расписание обмена в 1С

Для автоматизации регулярного обмена устанавливается периодичность выгрузки данных. Частота обмена зависит от необходимости и технических возможностей. Также конфигурации на платформе «1С:Предприятие» позволяют настроить обмен данными при наступлении какого-нибудь события.

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

  • Не типовые, сильно доработанные конфигурации БД;
  • Разные версии платформы «1С:Предприятие»;
  • Давно не обновлявшиеся, не актуальные версии конфигурации;
  • Объекты обмена, ранее подвергшиеся доработкам;
  • Необходимость в нестандартных правилах обмена;
  • Сильно различающийся набор и состав реквизитов в имеющихся справочниках.

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

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».


Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»


…и проставить галочку. Далее сообщение об ошибке игнорируем.


В настройках синхронизации данных выбираем «Создать обмен с «Розница»…



Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.



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


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



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


Для автоматизации процесса обмена необходимо настроить расписание.


Меню «Розница».


Проставляем галочку и выбираем «Синхронизацию».


Производим «обратную» настройку, выбирая Управление производственным предприятием.




Загружаем файл с настройками, созданный в УПП.


Проставляем галочку, адрес система подхватывает автоматически.





Действуем так же, как в УПП.









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



В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».


«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.


Готово.

В реальной жизни редкая компания обходится одной базой 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С находятся в одном месте.