план обмена мобильная бухгалтерия право чтение

План обмена

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

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

Назначение

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

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

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

Также в плане обмена указывается состав данных, которыми предполагается вести обмен:

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

Механизмы, реализуемые планом обмена

Источник

План обмена в 1С 8.3

План обмена

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

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

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

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

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

Обмен между узлами выполняется с помощью сообщений обмена. В каждом сообщении указывается узел-отправитель и узел-получатель. Кроме этого у каждого сообщения есть свой номер. Как правило сообщение — это XML файл, хотя может быть и другой формат.

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

Состав плана обмена

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

Для настройки состава плана обмена на закладке Основные нужно нажать на кнопку Состав:

Будет открыто окно, в котором можно флажками отметить те объекты, которыми можно будет обмениваться с помощью данного плана обмена:

В состав плана обмена можно включить следующие объекты:

Также у данных видов объектов метаданных есть закладка Обмен данными, где можно отметить те планы обмена, в состав которых будет входить данный объект метаданных:

При сохранении конфигурации базы данных для каждого из отмеченных объектов будет создана таблица с тремя колонками:

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

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

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

Состав данных таблиц можно посмотреть с помощью конструктора запросов. Для этого нужно нажать на кнопку Отображать таблицы изменений:

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

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

Служба регистрации изменений

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

Основное предназначение данной службы — это возможность выгружать только измененные объекты. Например, если в базе 10 000 элементов одного справочника, то достаточно один раз выгрузить его полностью, а в дальнейшем выгружать только измененные объекты.

Алгоритм работы данной службы:

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

Рассмотрим данный алгоритм на примере.

В базе-источнике есть 3 узла плана обмена, один из которых является текущей базой (Основная база):

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

На данный момент таблица регистрации изменений пустая:

Создадим новую номенклатуру Стул. В результате в таблицу будет добавлено 2 новые строки, по одной для каждого узла плана обмена (кроме узла текущей базы):

Так как выгрузка еще не выполнялась, то в колонке Номер сообщения NULL.

Создадим еще одну номенклатуру Шкаф:

В таблицу было добавлено 2 строки для шкафа.

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

Создадим еще одну номенклатуру Стол:

Было добавлено еще 2 строки с NULL в колонке Номер сообщения.

После этого была выполнена выгрузка сразу в оба узла:

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

Затем у стула был изменен артикул и он был перезаписан:

В результате для него в колонку Номер сообщения был записан NULL.

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

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

В результате была удалена строка со шкафом. Строка со стулом не была удалена, потому что там NULL, а у строки со столом Номер сообщения = 2. Строки с сайтом вообще не рассматривались, потому что там не совпадает узел.

Из данного примера можно сделать следующие выводы:

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

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

Основной отбор регистра сведений

У регистра сведений в свойствах измерения есть флаг Основной отбор:

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

По умолчанию данные флаги установлены.

С помощью них определяется минимальная гранула для регистрации на узлах плана обмена.

Если оставить как есть, то при изменении одной записи регистра сведений будет регистрироваться только она.

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

Лучше всего объяснить на примере. Пусть есть регистр сведений со следующей структурой:

И в нем содержатся следующие данные:

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

Если снять флаг Основной отбор у измерения Вид цены, то из таблицы регистрации будет удалена соответствующая колонка. В результате при изменении оптовой цены для шкафа в таблицу регистрации будет записана только номенклатура и период:

Тогда при выгрузке в файл, из регистра будут отобраны все записи, где Номенклатура = Шкаф и Период = 05.10.21, то есть сразу 2 записи: с оптовой и розничной ценой.

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

Удаление объекта

При непосредственном удалении объекта из базы данных в таблицу регистрации изменений записывается объект Удаление объекта.

При выгрузке он тоже выгружается в файл обмена, затем в базе приемнике по идентификатору (для объектных данных) будет найден соответствующий объект и удален.

ЭтотУзел

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

Чтобы получить текущий узел можно воспользоваться методом ЭтотУзел. Данный метод вернет ссылку на узел плана обмена:

Источник

Обмен мобильного приложения с центральной базой через план обмена

Порядок действий в ЦУ должен быть такой (так приводится в демо-примерах):
1. Получение данных из МУ.
2. Выгрузка данных в МУ.
Посмотрите, не поменяли ли вы их местами. Нет ли в начале процедуры чтения данных из плана обмена, вызывающего блокировки, которые сохраняются до конца транзакции.

(3) Можно попробовать сделать так:
В ЦУ запустить фоновое задание, которое раз в 10 минут формирует пакет выгрузки для всех узлов. Чтобы исключить «мертвые» узлы, можно анализировать дату/время последнего получения данных от них. Фоновое задание формирует пакет выгрузки и помещает его в регистр сведений с измерением «УзелОбмена».
МУ при обращении к ЦУ, берет данные для выгрузки из этого регистра сведений, не читая данные из плана обмена.

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

Вот за такие посты реально обидно 🙁 Ты тут всем по 100500 раз рассказываешь, на курсах, в статьях, на конференциях, и все-равно одно и тоже 🙂

Все просто. НЕ НАДО ДЕЛАТЬ ХОЛОСТЫЕ ВЫЗОВЫ. ЗАБУДЬТЕ. АУ. Мобильная, это не стационарная. У вас есть ID мобильного устрйоства, по нему вы можете послать уведомление.

Итого, весь процес выглядит так:
1. План обмена с фиксированными изменениями, у каждого узла есть реквизит ID пуш сообщения
2. Регламент, который получает факт наличия изменения и высылает приглашение на обновление 2-3 клиентам.
3. Мобильники получив пуш или сразу обновляются, или позже, если сейчас не в 1с.
4. Радуемся жизни.

З.Ы. Накипело, стабильно раз в неделю получаю такого рода вопросы 🙂

Источник

Планы обмена для мобильного приложения 1С

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

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

Теперь создадим объекты метаданных для ввода данных и тестирования обмена данными. Создадим справочник, документ и регистр сведений:

1) Справочник «Номенклатура»:

2) Создадим документ «Установка цен номенклатуры»: реквизиты

Номенклатура — тип «СправочникСсылка. Номенклатура»

3) Создадим регистр сведений «Цены номенклатуры»:

Периодичность: в пределах дня

Режим записи: в пределах дня

Добавляем измерение: Номенклатура — тип «СправочникСсылка. Номенклатура»;

Ресурс: Количество — тип Число.

Для документа «Установка цен номенклатуры» напишем процедуру проведения.

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

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

Добавим команду в панель навигации: Важное.

Пришло время добавить обработку команды:

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

Заполним URI пространства имен: Data,

Пакеты XDTO: http://v8.1c.ru/8.1/data/core,

Имя файла публикации: WebОбмен.1cws.

Добавим операцию: Синхронизация,

Тип возвращаемого значения: ValueStorage ).

Добавляем параметр «Данные» и установим ему тип значения: ValueStorage ).

Для операции Синхронизация добавим процедуру Синхронизация:

Необходимо опубликовать мобильное приложение:

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

Настраиваем планы обмена в базе и на мобильном приложении следующим образом:

Теперь создаем в мобильном приложении номенклатуры и документ и записываем:

В базе создаем номенклатуру:

Теперь в мобильном приложении нажимаем кнопку «Выполнить синхронизацию с БД»:

И видим результат, номенклатура созданная в базе появилась на мобильном устройстве, а в базе появилась номенклатура созданная в мобильном приложении:

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

Источник

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

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

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

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

Настройки и свойства планов обмена в 1С

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

Как работать с планом обмена

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

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

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

Распределенная информационная база — территориально распределенная система на основе одинаковой конфигурации 1С 8.3. РИБ помимо изменений данных умеет передавать и изменений конфигурации, что очень удобно, например, при обновлении релиза конфигурации.

Состав плана обмена

Настройка, с помощью которой разработчик управляет набором объектов для обмена:

В составе плана обмена может быть 3 состояния объекта:

Планы обмена и производительность 1С

Из-за системных особенностей реализации планов обмена не рекомендуется злоупотреблять выгрузкой изменений по планам обмена. Дело в том, что при чтении изменений блокируются все таблицы изменений. Т.е. при выгрузке план обмена не дает записать новые изменений, а следовательно, блокирует и сами элементы — справочники, документы и т.д.

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

Другие статьи по 1С:

Видеолекции по технологии обмена в 1С 8.2:

Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Источник