Обмен данными между прикладными решениями 1С 8 — это то, без чего не возможно построение полноценного информационного пространства предприятия.
- Зачем нужны обмены данных и как их использовать?
- Виды обменов между 1С.
- Как произвести настройку обмена данными между базами 1С?
Ответы на эти вопросы Вы узнаете ниже.
Причин для внедрения обменов, как правило, две:
Организация имеет филиальную сеть
В этом случае Вам просто необходимо настраивать обмен между различными филиалами. Для этого в системе 1С 8.3 предприятие существует механизм . С помощью которого можно гибко настроить обмен информацией. Например, для филиалов можно отключить видимость документов по другим филиалам и в тоже время центральный офис будет видеть документы всех филиалов. Другой пример — настройка обмена между базами 1С Розница офиса и магазинов.
Разделение по видам учета
Как правило, это означает, что в организации разный учет ведется в различных информационных базах. Такое разделение позволяет фильтровать «ненужную» для другого вида учета информацию для различных информационных баз. Пример: т.н. «управленческий учет» введется в базе «Управление торговлей», где отражаются все операции, и руководство видит полную картину событий, а в базу регламентированного учета «Бухгалтерия предприятия» выгружаются лишь нужные для ведения бухгалтерского и налогового учета документы.
Какие бывают механизмы обмена между базами 1С?
Обмены данных можно классифицировать по двум направлениям: используемые механизмы и используемый транспорт для обмена.
Механизмы обмена данными 1С
Как правило, при обмене используется два механизма:
- Распределенная информационная база (РИБ) — механизм, позволяющий настроить обмен данными между филиалами. Механизм подразумевает, что обмениваются абсолютно идентичные конфигурации БД. Механизм умеет передавать изменения конфигурации баз данных. Механизм реализован на уровне технологической платформы.
- Универсальный механизм обмена между конфигурациями — механизм является разработкой фирмы 1С для прикладных решения. Он универсален и основан на . Обмен данными осуществляется с помощью правил xml, которые создаются в специальной конфигурации — . С помощью данного механизма можно реализовать как одноразовый обмен, так и постоянный обмен между 1С конфигурациями. Механизм реализован на уровне конфигурации, встроить в свою конфигурацию можно из технологической конфигурации .
Транспорт для обмена данными
Транспортом может выступать достаточно широкий спектр технологий. Рассмотрим основные, реализованные в универсальном механизме обмена 1С 8.2:
Получите 267 видеоуроков по 1С бесплатно:
- Локальный или сетевой каталог — самый простой транспорт. Одна ИБ создает файл на диске, вторая считывает его и добавляет свой файл.
- FTP-ресурс — обмен, аналогичен обмену через каталог. Отличие — обмен осуществляется через FTP протокол.
- Почтовые сообщения или E-mail — обмен проходит по средствам электронной почты. Конфигурации посылают друг другу почтовые сообщения и регулярно проверяют почтовый адрес на наличие новых сообщений.
- Прямое подключение (COM) — обмен осуществляется через прямое подключение одной базы к другой по средствам .
- Интернет (Web service) — транспортом является веб-служба. Одна информационная база подключается к , веб-сервис подключается к второй базе и транспортирует сообщение. Для осуществления такого транспорта необходимо иметь .
Как настроить обмен данными между базами 1С?
Азы настройки обмена данными в 1С с помощью конфигурации «1С Конвертации данных» на примере смотрите в видео:
Обмен данными 1С по расписанию в 1С 8.2
Если необходимо настроить автоматическую выгрузку по расписанию, достаточно настроить .
Для клиент-серверного варианта
В справочнике «Настройки обмена данными», на вкладке «Автоматический обмен» необходимо создать новое регламентное задание, где указать расписание:
Для файлового варианта
В справочнике «Настройки обмена данными», на вкладке «Автоматический обмен» необходимо создать новое регламентное задание, где на вкладке «Обмен по событиям» указать события, по котором будет выполняться запуск обмена. Например, при старте определенного пользователя:
Технология распределенных информационных баз (РИБ) позволяет создать территориально распределенную систему на базе конфигураций 1С Предприятие. Это позволяет иметь общее информационное пространство даже с теми подразделениями, которые не имеют надежного канала связи, сочетая высокую автономность узлов с возможностью оперативного обмена информацией. В наших статьях мы рассмотрим особенности и практическую реализацию этого механизма на платформе 8.2
Прежде всего зададимся вопросом: почему именно автообмен? Современные технологии, в сочетании с недорогим и быстрым интернетом, позволяют организовать удаленную работу без каких либо затруднений. Выбор способов как никогда широк: RDP, тонкий и веб-клиенты, объединение сетей при помощи VPN - есть над чем задуматься. Однако все эти способы имеют один существенный недостаток - сильная зависимость от качества канала связи.
Даже при идеальной работе местного провайдера гарантировать 100% доступность канала связи невозможно. Проблемы у магистрального провайдера, отсутствие электроснабжения, физическое повреждение линии связи и многие другие факторы делают эту задачу неразрешимой. В тоже время недоступность информационной базы на удаленном складе или в розничном магазине приводит к вполне ощутимым убыткам. Ну и наконец не будем забывать, что есть места (например промзоны на окраине городов) в которые подвести качественный канал связи дорого и/или проблематично.
Механизм РИБ позволяет избавиться от указанных недостатков, каждое подразделение имеет собственный экземпляр информационной базы с которой можно работать автономно даже при полном отсутствии связи с внешним миром. А небольшой объем передаваемой информации позволяет использовать для обмена любой канал связи, в том числе мобильный интернет.
РИБ на платформе 8.2 не является чем-то принципиально новым, представляя собой дальнейшее развитие УРИБ платформы 7.7, только теперь эта технология стала доступней и проще. В отличии от компоненты УРИБ, которую нужно было приобретать отдельно, РИБ является неотъемлемой частью многих типовых конфигураций и работает полностью в пользовательском режиме, позволяя обойтись без Конфигуратора даже на этапе настройки.
На этом месте пора бы было перейти к практической части, но придется сделать еще одно отступление. Дело в том, что переход на платформу 8.2, который вроде бы уже произошел, по факту привел к появлению двух типов конфигураций: на основе управляемого приложения, "родные" для платформы 8.2, и адаптированные с 8.1, продолжая использовать устаревшие технологии и механизмы. Так как существенная часть конфигураций (Бухгалтерия предприятия, Зарплата и управление персоналом) являются адаптированными или переходными, то сбрасывать их со счетов нельзя, поэтому первая часть нашей статьи будет посвящена этим конфигурациям (по сути платформе 8.1), в то время как во второй мы разберем настройку автообмена для конфигураций на основе управляемого приложения (платформе 8.2).
Рассмотрим практическую задачу: настроить автообмен через FTP для конфигурации Бухгалтерия предприятия 2.0. Несмотря на то, что РИБ позволяет производить обмен с использованием электронной почты или общих файловых ресурсов, мы рекомендуем использовать именно FTP, как наиболее простой и надежный способ связи. Как настроить собственный FTP-сервер вы можете прочитать в , либо можно использовать FTP сервис любого хостинг провайдера.
В первую очередь нам нужно настроить узлы обмена. Для этого запустим конфигурацию с правами администратора и выберем Операции - Планы обмена.
В появившемся списке выберем Полный план или По организации , если в одной базе ведется учет по нескольким фирмам и обмен нужно производить только для одной из них. В открывшемся окне уже существует один узел - центральный, нам нужно его отредактировать, указав код и название.
После чего создадим еще один узел для филиала, заполнив его аналогичным образом (для добавления нажмите зеленый кружок с плюсом). Следующим шагом будет создание начального образа для данного узла, который представляет собой готовую информационную базу в файловом режиме. Для этого кликните правой кнопкой мыши на нужном узле и в выпадающем списке выберите Создать начальный образ .
Теперь перейдем Сервис - Распределенная информационная база (РИБ) - Настроить узлы РИБ .
В открывшемся окне нажмите кнопку Добавить и настройте новый обмен, указав удаленный узел, тип обмена (через FTP) и параметры подключения к серверу.
Закладка Автоматический обмен позволяет настроить расписание обменов, обмен по событиям (начало и завершение работы и т.п.), данные настройки производятся для пользователя от чьего имени будет выполняться обмен, поэтому убедитесь в наличии у него прав для обмена данными.
Не забудьте указать префикс узла для нумерации документов (иначе вы получите разные документы с одинаковыми номерами) в Сервис - Настройки программы, здесь же можно настроить и некоторые другие параметры обмена. На этой же закладке следует выбрать пользователя для выполнения заданий обмена, если вы этого не сделаете расписание работать не будет. Помните, что обмен будет производиться только в том случае, если данный пользователь выполнил вход в программу.
На этом настройка центрального узла закончена, теперь нужно произвести аналогичные настройки для периферийного узла, подключив начальный образ как существующую ИБ. После чего можно приступать к обмену данными. Для контроля следует воспользоваться Монитором обмена данными , он позволяет не только контролировать успешность прохождения выгрузки/загрузки, но и показывает возникшие коллизии или отложенные движения (если пользователю производившему обмен не хватает прав для совершения каких либо действий в базе). Наличие данного инструмента позволяет быстро и эффективно решать различного рода проблемы, возникающие при автообмене.
На этом настройку обмена можно считать законченной и приступать к работе в распределенном режиме. Отдельно стоит остановиться на обновлении или внесении изменений в конфигурацию. Эти действия доступны только на центральном узле, все внесенные изменения будут автоматически распространены на периферийные узлы при следующем обмене. Для автоматического внесения изменений требуется чтобы периферийная база находилась в монопольном режиме, в противном случае нужно будет запустить Конфигуратор и выполнить Обновление конфигурации базы данных вручную.
Описание задачи
Детальное рассмотрение универсальной подсистемы Дополнительных реквизитов и сведений объектов, присутствующей во всех современных решениях 1С.
Видеоуроки:
- Общая информация. Варианты использования
- Индивидуальные свойства наборов. Настройка свойств
- Общие свойства и свойства по образцу. Настройка свойств магазинов и контрагентов
- Настройка свойств в формах. Использование в отчетах
- Анализ результатов и итоги
Типовой метод учета 02. Характеристики номенклатуры
Описание задачи
Торговля детской одеждой и обувью. Требуется настроить в «1С:Рознице»:
- Учет одежды по свойствам: Пол, Размер, Рост
- Учет обуви по свойствам: Пол, Размер, Цвет
Видеоуроки:
- Постановка задачи
- Общая информация о характеристиках. Способы учета вариаций свойств товаров
- Настройка учета по характеристикам. Создание характеристик
- Настройка дополнительных свойств
- Закупка товара с характеристиками
- Установка цен на товар с характеристиками
- Продажа товара с характеристиками
- Отчеты по свойствам номенклатуры
- Анализ результатов и итоги
Типовой метод учета 03. Упаковки номенклатуры
Описание задачи
Розничная торговля детскими игрушками. Батарейки для игрушек – активно закупаемый сопутствующий товар.
Батарейки обычно поступают в коробках по 10 шт., но при больших закупках – в коробках по 50 шт.
Требуется возможность продажи батареек как поштучно, так и коробками по 10 шт. / 50 шт.
Видеоуроки:
- Настройка системы. Создание упаковок
- Закупка товара в упаковках
- Установка цен в упаковках
- Продажа товара в упаковках
- Анализ результатов и итоги
Типовой метод учета 04. Серии номенклатуры
Описание задачи
Есть два направления – торговля электроникой и детским питанием. Требуется реализовать:
- Для электроники – учет по серийным номерам для гарантийного обслуживания
- Должен выдаваться гарантийный талон на 1 год
- Для детского питания – учет по сроку годности
Видеоуроки:
- Назначение механизма серий номенклатуры
- Настройка учета по сериям. Политика учета серий
- Поступление серийного товара
- Установка цен на серийный товар. Внутреннее перемещение товаров
- Продажа серийного товара
- Механизм изменения печатных форм
- Ведомость движений серий товаров. Настройка.
- Анализ просроченных товаров на конец периода
- Оценка количества просроченных товаров на складах
- Выявление продаж просроченных товаров
- Анализ результатов и итоги
Типовой метод учета 05. Штрихкодирование товара
Описание задачи
С ростом ассортимента ручной подбор и поиск товаров при продаже стал занимать много времени – даже при небольшом потоке покупателей возникают очереди.
Требуется оптимизировать и ускорить процесс продажи товаров:
- Механизм штрихкодирования номенклатуры
- Задействовать данный механизм для оптимизации и ускорения процесса продажи
Видеоуроки:
- Общая информация о штрихкодировании
- Типы и стандарты штрихкодов
- Оправданность применения собственных штрихкодов. Штрихкоды производителей
- Применение штрихкодирования в системах 1С
- Шаблон внутреннего штрихкода штучного товара
- Настройки штрихкодирования
- Регистрация штрихкодов товаров
- Применение штрихкодов в 1С:Рознице
- Анализ результатов и итоги
Типовой метод учета 06. Печать ценников и этикеток
Описание задачи
Раньше ценники создавали и печатали в Excel, но ассортимент вырос, и требуется более оптимальное решение.
Кроме того, требуется печать собственных этикеток для товаров без штрихкодов производителей:
- Ценники по собственному макету на обычном принтере (А4)
- Стандартный: вывод основной информации об организации, магазине и товаре
- Акционный: дополнительно вывод предыдущей цены и цены с определенной скидкой
- Печать этикеток по макету со следующей информацией
- Наименование товара, Цена, Штрихкод
- Для этикеток использовать несколько принтеров
- Обычный принтер формата А4
- Специальный принтер этикеток
Видеоуроки:
- Шаблоны этикеток и ценников. Различие в этих понятиях
- Редактор шаблона этикеток и ценников
- Создание макета стандартного ценника. Вывод доступных полей
- Добавление логотипа в макет и изменение фона ячеек
- Настройка количества ценников на странице
- Печать стандартного ценника и доработка его макета
- Создание акционного ценника
- Шаблоны по умолчанию и печать ценников из документов
- Создание шаблона этикеток для А4
- Печать этикетки на принтере этикеток
- Классы принтеров этикеток
- Основные параметры принтеров этикеток
- Типы печати этикеток
- Типы этикеток
- Установка и настройка принтера этикеток Zebra LP2824
- Создание шаблона этикетки для принтера этикеток
- Возможные проблемы
- Новый редактор ценников и этикеток
- Анализ результатов и итоги
Типовой метод учета 07. Ордерная схема складских операций
Описание задачи
В магазине разграничено оформление операций с товарами.
Менеджер по закупкам оформляет документы финансового учета, которые:
- Изменяют только состояние расчетов с контрагентами
- Являются распоряжениями на приемку/отгрузку, формируют количество товара для проверки
Кладовщик оформляет складские документы, которые изменяют остатки товаров на складах.
Видеоуроки:
- Создание магазина. Настройка ордерной схемы
- Поступление по ордерной схеме
- Реализация по ордерной схеме
- Возвраты по ордерной схеме
- Инвентаризация по ордерной схеме
- Нюанс ордерной схемы. Незакрытие регистров
- Анализ результатов и итоги
Типовой метод учета 08. Учет отклонений по срокам и объемам поставок товаров
Описание задачи
В процессе работы магазина возникают различные отклонения в поставках товаров.
Для отклонения в сроках поступления товаров по заказам (раньше и позже желаемой даты) требуется:
- Анализ и обработка просроченных поставок
- Корректировка графика оплат при досрочных поставках
Для отклонений в объемах поставок по заказам (недопоставки и перепоставки) – требуется настроить Анализ исполнительности и надежности поставщиков.
Видеоуроки:
- Анализ текущего состояния системы
- Поступление раньше плановой даты по заказу
- Просроченные поставки по заказам поставщикам
- Отклонения в объемах поставок
- Оформление нового заказа на недопоставку товаров
- Анализ результатов и итоги
Типовой метод учета 09. Авансы и зачеты оплат между поставками
Описание задачи
Заказы поставщику преимущественно не используются, и авансовые платежи проводятся без документа основания. При поступлении товаров требуется зачитывать перечисленные ранее авансы.
Оплата поставок по заказам – в основном по предоплате. Когда заказ поставщиком не выполняется целиком/полностью, оплата должна быть учтена в счет следующего заказа.
Видеоуроки:
- Авансовый платеж и его зачет при поступлении товара
- Взаимозачет оплаты между документами поставок
- Анализ результатов и итоги
Типовой метод учета 10. Передача товаров между организациями
Описание задачи
Две организации: ООО «Детский мир» и ИП Родионов. Закупка товаров производится на ИП Родионов. Торговля ведется только от имени ООО «Детский мир».
Еще до реализации производится передача товаров от ИП Родионов в ООО «Детский мир».
Но когда передачу товара оформить не успевают и товар уже продан – по данным таких реализаций требуется дооформить передачу товаров.
Видеоуроки:
- Настройка НСИ и поступление товаров
- Передача товаров до реализации
- Оформление продаж
- Передача товаров после реализации
- Взаиморасчеты между организациями
- Анализ результатов и итоги
Типовой метод учета 11. Учет личных продаж по продавцам
Описание задачи
В магазинах в торговом зале работают продавцы-консультанты.
Необходимо настроить учет личных продаж по продавцам с возможностью их анализа.
Видеоуроки:
- Создание сотрудников
- Оформление личных продаж продавцов
- Ввод и печать регистрационных карт сотрудников
- Анализ личных продаж продавцов
- Возврат товаров от покупателей
- Анализ результатов и итоги
Типовой метод учета 12. Учет рабочего времени сотрудников
Описание задачи
В магазине работает 4 сотрудника
- 2 консультанта – по полдня в 2 смены
- кассир и менеджер – полный день
Смены – с 10.00 до 15.00 и с 15.00 до 20.00.
Нужно зафиксировать в системе:
- План по рабочему времени сотрудников
- Данные о фактически отработанном времени
Требуется анализ соответствия факта планам.
Видеоуроки:
- Схема объектов учета рабочего времени
- Настройка НСИ
- Планирование рабочего времени сотрудников
- Ввод данных о фактически отработанном времени
- Анализ рабочего времени. Основные показатели
- Анализ рабочего времени. Расчетные показатели
- Анализ гибкого графика работы
- Анализ фиксированного графика со сверхурочными
- Анализ результатов и итоги
Типовой метод учета 13. Выдача зарплаты сотрудникам
Описание задачи
Требуется обеспечить минимальный функционал по учету и выплате зарплаты сотрудников:
- Фиксировать рассчитанные суммы к выплате
- Отмечать факт выдачи начисленной зарплаты
- Если кто-то из сотрудников не успел получить зарплату в течение 3 дней, она должна быть задепонирована
Видеоуроки:
- Формирование ведомости на выплату зарплаты
- Выплата зарплаты по ведомости
- Выплата зарплаты по сотрудникам
- Анализ результатов и итоги
Кейс 01. Оптимизация подпитки торгового зала со складов
Описание задачи
Есть два склада: Складское помещение и Торговый зал.
Требуется обеспечить бесперебойную продажу детского питания в торговом зале в течение следующей недели.
Необходимо предварительно пополнить остатки детского питания в торговом зале исходя из среднедневных продаж и остатков товаров в торговом зале и на складе
Состав кейса:
- Предварительная оценка остатков и продаж товаров. Создание отчета Продажи по дням
- Анализ остатка и формирование ордеров на внутреннее перемещение
- Несколько складов подпитки
- Анализ результатов и итоги
Кейс 02. Анализ продаж и расчет потребностей в поставках товаров
Описание задачи
Для оформления заказов поставщикам менеджеры по закупкам опираются на данные статистики продаж товаров
- Среднедневные продажи
- Остатки товаров на складах
- Данные тренда продаж
Требуется автоматизация расчета потребностей в поставках и формирования заказов поставщикам по данным расчетов.
Состав кейса:
- Схема расчета потребности по средним продажам
- Ввод операций контрольного примера
- Продажи, остатки товара в днях торговли
- Анализ потребности в поставках
- Анализ продаж и формирование заказов
- Особенность расчета для нескольких поставщиков
- Расчет потребностей по средним продажам по дням недели с учетом линейного тренда
- ABC/XYZ анализ продаж
- Анализ результатов и итоги
Кейс 03. Управление снабжением в сети магазинов
Описание задачи
В сети магазинов (3 магазина) используется смешанная схема управления поставками
- Поставками основного ассортимента товаров управляет отдел закупок центрального магазина сети
- Поставками детского питания управляют собственные менеджеры магазинов
Требуется периодически перераспределять товар между магазинами.
Состав кейса:
- Сценарии снабжения сети магазинов
- Документы перемещения между магазинами
- Настройка НСИ
- Пополнение остатков распределительного центра
- Перемещение без заказа
- Перемещение по заказу. Закрытие заказов на перемещение
- Автоматическое закрытие просроченных заказов
- Поступления напрямую в периферийные магазины
- Оформление продаж в периферийных магазинах
- Пополнение остатков периферийных магазинов
- Проблема автоматизации распределительного центра
- Передача денежных средств между кассами организации
- Анализ результатов и итоги
Кейс 04. Распределение продаж и поступлений по складам и организациям
Описание задачи
В магазине на 3 этажах выделено 3 отдела. При поступлении товар сразу же распределяется по своим отделам и только там и хранится.
При продаже товар должен автоматически списываться из соответствующих отделов по нужной организации.
Кассы размещены на всех 3 этажах. В прикассовых зонах в каждом отделе располагаются сопутствующие товары:
- Изначально поступают на Склад, позже распределяются по отделам
- При продаже должны отгружаться со своего отдела
Услуга по платной доставке товаров продается только от ИП Румянцев с единственной кассы на первом этаже.
Состав кейса:
- Схема объектов системы для решения задачи
- Настройка НСИ
- Номенклатурные группы
- Настройка распределения поступлений товаров
- Анализ движений после распределения. Незакрытие регистров
- Настройка распределения продаж товаров
- Реализация мелким оптом
- Реализация в розницу через РМК
- Настройка распределения продаж услуг по организациям
- Изменение исходной задачи. Все отделы по одной кассе
- РМК. Ошибка распределения по организации
- Продажа со склада с пустой организацией
- Распределение приемки и отгрузки при перемещении между магазинами
- Проблема с остатками по организациям
- Анализ результатов и итоги
Кейс 05. Оплата картами и кредитами. Подарочные сертификаты
Описание задачи
Для удобства покупателей требуется добавить новые варианты оплат:
- Оплата платежными картами
- Оплата банковскими кредитами
Требуется выпустить подарочные сертификаты:
- Разные номиналы: 1 000, 5 000 и 10 000 руб.
- Срок действия – 3 мес. после продажи
Состав кейса:
- Схема оплаты платежными картами
- Настройка оплаты платежными картами
- Оплата и возврат через ПК при мелкооптовой продаже
- Оплата и возврат через ПК при розничной продаже вручную
- Оплата и возврат через ПК в РМК
- Анализ оплат платежными картами
- Схема оплаты банковским кредитом
- Оплата банковскими кредитами
- Оприходование подарочных сертификатов
- Продажа подарочных сертификатов
- Оплата подарочным сертификатом
- Повторная активация подарочных сертификатов
- Списание подарочных сертификатов
- Анализ движений подарочных сертификатов
- Анализ результатов и итоги
В реальной жизни редкая компания обходится одной базой 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С находятся в одном месте.
