1с правила регистрации объектов где настроить

1с правила регистрации объектов где настроить

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

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

Для настройки правил регистрации нам в первую очередь нужно выгрузить типовые правила из нашей программы «Управление торговлей». Соответствующая кнопка «Выгрузить правила регистрации объектов» находится на вкладке «Синхронизация». После выгрузки правил мы открываем конфигурацию «1С: Конвертация данных 2.0» и загружаем правила регистрации в неё.

Приступаем к настройке правил.

В списке правил видим строку «Авансовый отчёт». На этой строке правой кнопкой мыши вызываем контекстное меню и выбираем пункт «Изменить». Откроется форма настройки правила регистрации для документа «Авансовый отчёт». Открываем вкладку «Обработчики событий».

Нас интересует событие «Перед обработкой». В поле этого события мы добавим такую строчку:

Сохраняем правила в файл. Затем загружаем файл в программу «Управление торговлей». Делается это на вкладке «Синхронизация».

Теперь документы «Авансовый отчёт» не будут регистрироваться к выгрузке.

Источник

1с правила регистрации объектов где настроить

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

  • ПРОБ — правила регистрации по свойствам объекта
  • ПРОП — правила регистрации по свойствам плана обмена

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

Поддерживаются три способа настройки ограничения миграции данных или три типа элементов отбора:

  • сопоставление свойств объекта с произвольными значениями
  • сопоставление свойств объекта со свойствами плана обмена
  • сопоставление свойств плана обмена с константами примитивных типов*

Для настройки правил регистрации в качестве свойств плана обмена могут быть использованы реквизиты шапки и реквизиты табличных частей плана обмена. Для настройки правил регистрации в качестве свойств объекта могут быть использованы только реквизиты шапки объекта.
Для свойств плана обмена и свойств объекта поддерживается разыменование ссылочных полей, т.е. возможно получение вложенных свойств, например, ДокументОснование.Контрагент.ИНН.

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

На рисунке представлено правило регистрации документа «Авансовый отчет». В правиле регистрации имеет место сопоставление свойств документа со свойствами плана обмена. Свойства шапки документа Дата и Организация сопоставляются со свойством шапки плана обмена ДатаНачалаВыгрузкиДокументов и свойством Организация табличной части Организации плана обмена. Документ будет зарегистрирован на узле плана обмена, только если дата документа больше или равна дате, указанной в узле, и организация документа входит в подмножество организаций, указанных в табличной части узла при установленном отборе по организациям в узле (ИспользоватьОтборПоОрганизациям = Истина). Если отбор по организациям в узле не установлен (ИспользоватьОтборПоОрганизациям = Ложь), то будет использовано только ограничение по дате документа.

На закладке «Отбор по свойствам плана обмена» настраиваются ПРОП, а на закладке «Отбор по свойствам объекта» настраиваются ПРОБ.

* В качестве примитивных типов используются следующие типы: Дата, Число, Строка, Булево.

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Подписывайтесь и получайте новые статьи и обработки на почту (не чаще 1 раза в неделю).

Вступайте в мою группу ВКонтакте, Одноклассниках, Facebook или Google+ — самые последние обработки, исправления ошибок в 1С, всё выкладываю там в первую очередь.

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

Нажмите одну из кнопок, чтобы поделиться:

Источник

Как создать правила регистрации за 1 секунду

Предлагаю Вашему вниманию обработку «Создание правил регистрации». С ее помощью Вы можете:

  1. Создать прототип правил. Будут созданы правила регистрации для всех объектов метаданных, входящих в состав плана обмена.
  2. Создать правила регистрации для одностороннего обмена.

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

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

Для этого с помощью конфигурации «1С:Конвертация данных» нужно было подготовить пустые правила обмена и загрузить их в настройку соответствующего обмена. Зарегистрированные на узлах плана обмена объекты не выгружались, после того, как от базы — приемника приходила квитанция об успешном обмене, регистрация изменений очищалась.

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

Итак, что же для этого нужно? Нужно выполнить настройку правил регистрации. Как это выполнить, я расскажу далее.

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

Затем, в конфигурации «1С:Конвертация данных» загрузим это описание.

Вы можете либо обновить существующую конфигурацию (если она есть в справочнике «Конфигурации»), либо создать новую.

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

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

ВНИМАНИЕ. Перед автоматическим созданием правил, обработка удаляет все существующие правила для этой регистрации.

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

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

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

Правила подготовлены, выгружены в файл. Что дальше?

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

Поздравляю Вас, односторонний обмен создан!

Источник

Занятие № 19. Курс «1С:Конвертация данных 2.1 – Профессиональная настройка правил обмена и типовые сценарии переноса данных»

Работа с правилами регистрации объектов и другие настройки Конвертации данных

Изучите теорию модуля № 4:
  • Глава 7. Настройка регистрации объектов в on-line обмене
  • Глава 8. Прочие настройки конвертации
Выполните практическое задание:

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

К сожалению, у Вас недостаточно прав для дальнейшего просмотра.

Если Вы приобрели курс, но еще не активировали токен — пожалуйста, активируйте доступ по инструкциям, высланным на Ваш email после покупки.

Если Вы не залогинены на сайте — залогиньтесь, вернитесь на эту страницу и обновите ее.

Если Вы залогинены, у Вас активирован токен доступа, но Вы все равно видите эту запись — напишите нам на e-mail поддержки.

Комментарии / обсуждение (147):

Вопрос по режимам выгрузки.
“Если у справочников переключатель режима в положение “Выгружать при необходимости”, тогда эти справочники будут выгружаться полностью, но только в том случае, если они первый раз встретились по ссылкам из других выгружаемых объектов. В дальнейшем эти объекты не будут выгружаться по ссылкам целиком (выгрузится только ссылка)…”
1. Такое поведение будет только в том случае, если в ПКО справочников стоит поиск по УИД? а если его нет, то такой справочник не попадет в РС.СоответствиеОбъектовИБ и будет всегда выгружаться целиком , а не только ссылка?
2. Если в ПРО выбран режим ВыгружатьПоНеобходимости и определены условия – они будут работать совместно? т.е. проверяется соответствие режиму выгрузки + соответствие правилам регистрации?


(текст комментария доступен только участникам Мастер-группы)

AlexeyDubrovin сказал: “1) Даже если поиск по уникальному идентификатору отключен, то он все-равно запишется в регистр, соответственно, после успешного обмена, выгружаться будет только ссылка….”
Какие-то противоречивые сведения.
Или в одном из уроков или в ответах преподавателей (не помню точно в каком месте) было сказано следующее:
” Объект записывается в регистр «Соответствия объектов», только если флаг поиска по идентификатору в ПКО установлен. Если он снят, и поиск идет только по полям, то уникальный идентификатор этого объекта не переносится совсем. ”
Все-таки какое утверждение верное?


(текст комментария доступен только участникам Мастер-группы)

Провела такой эксперимент: Обмен УТ(11.1.10.145) и БП (3.0.39).
версия БСП 2.2.5. Внесла изменения в существующие ПКО для номенклатуры, убрала поиск по УИД, оставила только по полям поиска.
Т.к. ранее производился обмен, то РС.СоответствиеОбъектовИБ был заполнен, поэтому , для эксперимента, на стороне бухгалтерии удалила одну запись для эл-та номенклатуры. Далее на стороне УТ зарегистрировала этот элемент к обмену.Сразу оговорюсь, что на стороне УТ удалять такую же запись регистра соответствия сразу нельзя, т.к. режим выгрузки справочников = ПоНеобходимости и поэтому невозможно будет зарегистрировать этот элемент к обмену (см. процедуру ОбменДаннымиСобытия.ПолучитьМассивУзловДляРегистрацииВыгружатьПриНеобходимости)
В результате в файле обмена в узле Ссылка были только поля поиска и не было УИД и после обмена на стороне бухгалтерии новая запись в регистре соответствий не появилась


(текст комментария доступен только участникам Мастер-группы)

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

Хотелось бы еще раз остановиться на особенности выгрузки УдалениеОбъекта в ситуации, когда на момент выгрузки объект перестал отвечать фильтру по свойствам закладки Основное.
Вот ситуации такого рода на примере ДЗ:
Вариант1. у узла взведен флаг НеВыгружатьПомеченныеНаУдаление, объект зарегистрирован на узле и потом помечается на удаление
Вариант2. Объект зарегистрирован и потом очищено “Основное свойство”
В обработчике ПРО ПриОбработке прописала код:

Код отрабатывает, но регистрация объекта удаляется только для варианта1, а вот для варианта 2 – нет.
Причем в отладчике до выполнения обработчика выражение
ПланыОбмена.ИзменениеЗарегистрировано( ВсеУзлыПланаОбмена(“ОбменКонечнаяУТ11”)[0], Объект) показывает что объект зарегистрирован на узле, а после выполнения – нет, НО в итоге регистрация остается…Я так и не докопалась до причины. Подскажите в чем тут дело?

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


(текст комментария доступен только участникам Мастер-группы)

В обработчике ПриОбработке (доп.) есть код Отказ = Истина и он не влияет на выгрузку УдалениеОбъекта., т.к. объект регистрируется первоначально в момент когда удовлетворяет правилам, а вот потом, когда изменения объекта уже не удовлетворяют правилам ( а он к этому времени был зарегистрирован) то выгружается УдалениеОбъекта.
Код обработчика ПРО ПриОбработке (см.выше)по идее должен удалять регистрацию таких объектов, но он почему то срабатывает только для одной ситуации: пометки на удаление зарегистрированного ранее объекта. А вот если очистить Основное свойство уже зарегистрированного к выгрузке объекта, то этот код не срабатывает, регистрация не удаляется и выгружается Удаление объекта.

Вот сами правила


(текст комментария доступен только участникам Мастер-группы)

Ни в одном видео не упоминается о сценариях обмена данными. Хотелось бы узнать как их использовать


(текст комментария доступен только участникам Мастер-группы)

Если в ПРО описать условия на вкладке Основное и в обработчике “Перед Обработкой” определить ТекстЗапроса, то условия на вкладке Основное будут проигнорированы и условия будут определяться запросом из обработчика?


(текст комментария доступен только участникам Мастер-группы)

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


(текст комментария доступен только участникам Мастер-группы)

Здравствуйте!
Возможно ли задание 4.19.1 решить полностью не используя вкладку “Основное”, к примеру в обработчике “ПередОбработкой”? Возможно ли всегда использовать в ПРО только обработку в обработчиках и будет ли это правильно с точки зрения оптимальности?


(текст комментария доступен только участникам Мастер-группы)

Здравствуйте! В регистрацию не попадает документ (авторегистрация отключена) при изменениях в табличной части. В документе в ТЧ есть реквизит заявка и из нее заполняются остальные поля в ТЧ (количество например). Когда пользователь заходит в этот документ из ТЧ документа и меняет там количество то объект не встает на регистрацию хотя количество из заявки поменялось. В таком случае надо ставить авторегистрацию или как можно указать, что при таких изменениях нужно ставить на регистрацию?


(текст комментария доступен только участникам Мастер-группы)

Убрал галку “Использовать фильтр выборочной регистрации” и документ зарегистрировался. Но я так понимаю, что правильнее сделать Значение = Неопределено; в пкс?


(текст комментария доступен только участникам Мастер-группы)


(текст комментария доступен только участникам Мастер-группы)

Здравствуйте! Есть правила регистрации для документа. В настройке узла есть ТЧ Участки и реквизит ДатаНачалаВыгрузки. Встала задача сделать датуНачалаВыгркузи для каждого участка, то есть надо В ТЧ Участки добавить колонку ДатаНачалаВыгрузки.

Сейчас правило выглядят так:

ПРО.СвойстваОбъекта = Новый Структура;
ПРО.СвойстваОбъекта.Вставить(«ДатаПредполагаемойДоставки», «ДатаПредполагаемойДоставки»);
ПРО.СвойстваОбъекта.Вставить(«Участок», «Участок»);
ПРО.СвойстваОбъектаСтрокой = «ДатаПредполагаемойДоставки, Участок»;


(текст комментария доступен только участникам Мастер-группы)

Добрый день, возник вопрос. В обработке КонвертацияОбъектовИнформационныхБаз подсистемы “Обмены данными”
есть программный код

Если (ПКОСвойств <> Неопределено)
Или (Не ПустаяСтрока(ИмяПКО)) Тогда

Если ВыгрузитьТолькоСсылку Тогда

Если ВыгружатьОбъектПоСсылке(Значение, УзелДляОбмена) Тогда

Если Не ОбъектПроходитФильтрРазрешенныхОбъектов(Значение) Тогда

// выставляем признак того, что объект должен быть выгружен полностью
ВыгрузитьТолькоСсылку = Ложь;

// добавляем запись в регистр сопоставления
СтруктураЗаписи = Новый Структура;
СтруктураЗаписи.Вставить(«УзелИнформационнойБазы», УзелДляОбмена);
СтруктураЗаписи.Вставить(«УникальныйИдентификаторИсточника», Значение);
СтруктураЗаписи.Вставить(«ОбъектВыгруженПоСсылке», Истина);

// добавляем объект в массив выгруженных по ссылке объектов
// для последующей регистрации объектов на текущем узле
// и для присвоения номера текущего отправленного сообщения обмена
ВыгруженныеПоСсылкеОбъектыДобавитьЗначение(Значение);

так вот функция ОбъектПроходитФильтрРазрешенныхОбъектов проверяет наличие записей в РС “Соответствия объектов информационных баз”. И Если если его там нет то выгружает объект целиком. Мне необходимо чтобы объект всегда выгружался по ссылке целиком. (честно говоря прописывать в каждой строке ПКС “ВыгрузитьОбъект = Истина” или “ВыгрузитьТолькоСсылку=Ложь” по моему довольно дико). Если какой либо способ чтобы всегда допустим все справочники выгружались по сслыке из документа. Сейчас у меня есть два плана обмена, у них определен состав участников, сделаны ПКО и ПРО, настроен собственно сам обмен. Но из за такой части программного кода свойства по ссылкам выгружаются не всегда. То есть справочники сами по себе не должны приходить и уходить из ИБ в ИБ все только по ссылкам. И сразу хочу уточнить, я правильно понял что регистр “СоответствияОбъектовИнформационныхБаз” выгружается/загружается автоматически? Возникла ситуация, что в Источнике при выгрузке он заполняется (см. программный код выше), а в приемнике нет ( по этим объектам). Может ли это быть из за того что поиск по UUID по ним снят и стоит только по полям поиска

Источник

Читайте также:  Не работает фазовый автофокус
Оцените статью