Односторонний обмен ЗУП и БП

26.04.21

Интеграция - Перенос данных 1C

+75 –

Односторонний обмен из ЗУП в БУХ

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		Бесплатно
Односторонний обмен ЗУП и БП: .cfe 5,71Kb ver:1.0 231	231	Скачать бесплатно

Много раз настраивал типовую синхронизацию между ЗУП и БУХ. Сегодня прочел вот этот вопрос Обмен ЗУПа с бухгалтерией

и задумался: “а можно ли действительно типовыми способами настройки синхронизации выполнить односторонний обмен ЗУП-БУХ, причем так, чтобы из ЗУП все выгружалось, а из БУХ обратно нет, даже в том случае, если какой-то документ в БУХ был изменен?”.

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

Самый популярный вариант = двусторонний обмен (потому что синхронизировать-то особо нечего).

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

Что именно синхронизируется между ЗУП и БУХ:

регламентированная отчетность;
ведомости на выплату зарплаты (улетают только в БУХ);
задепонированная зарплата;
получение и выплата займов сотрудниками;
отражение зарплаты в бухгалтерском учете(летает в обе стороны и в ЗУП, и в БУХ)
начисление оценочных обязательств по отпускам;
элементы справочников, задействованные в передаваемых документах.

Перечень этот необходимо держать в голове или иметь под рукой вот эту ссылку ИТС , ибо кадровики и бухгалтера постоянно путают и требуют от вас несбыточных желаний, типа «а почему не выгрузились сотрудники в БУХу из ЗУП после настройки синхронизации?»

Ответ = А потому, что смотрим пункт № 7. Например, как только выгрузятся ведомости – то и сотрудники появятся в БУХе. Ну и так далее. (Нашел ошибку и отредактировал)

Ответ = На самом деле и сотрудники тоже не появятся, потому что они в БУХе просто не нужны, как только вы начали вести учет кадров и зарплаты в другой программе, в частности в ЗУП. Проверьте сами. Во всех ПКО,РКО,расчетно-кассовых документах, доверенностях и прочее участвуют только физики. Ну тогда и нафига нам нужны сотрудники в БУХе? Не нужны. Поэтому сотрудники и не прилетят.

Чаще всего нас волнуют только пункты № 2, № 5 и №7 (их держим в голове в первую очередь), особенно пункт №5, так как именно он после взведения флажка «отражено в учете» формирует проводки в БУХ по счетам 68,69,70(эти счета будут сто пудово) в корреспонденции со счетами 20,23,25,26 и др.(в зависимости от того, что там в БУХе намутили бухгалтера по своему учету)

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

Итак! Как настроить именно односторонний обмен?

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

Перечислю, что нашел и испробовал на себе:

Удалить настройку синхронизации в БУХ, после выполнения настройки синхронизации в обеих программах.
Установить «дата запрета загрузки» в ЗУП, после выполнения настройки синхронизации в обеих программах.
Выгрузить в «Конвертация Данных 2» правила обмена из БУХ, изменить их, загрузить обратно
Выполнить настройку сценариев в ЗУП и в БУХ

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

5. В БУХ отключать регистрацию объектов для обмена перед каждым обменом. (JaneP)

Рассмотрим подробнее каждый из этих пунктов:

Удаление настройки синхронизации в БУХ

Выполнил настройку в обеих базах. После удалил в БУХе настройку. Получил в итоге вот такую ошибку

Вывод – метод херня.

Дата запрета

Выполнил настройку в обеих базах. После установил «дату запрета загрузки» в ЗУП.

Проверил = работает, как мы хотим. Из ЗУПа все улетает. Из БУХ ничего не прилетает. Хотя стоп..Прилетает. Физики влегкую прилетают, потому что никакой даты в справочнике физлиц нет. Мда..

Вывод - Так себе метод…Но частично работает. Может кого и устроит, потому что документы не прилетают из БУХ 100%.

КД2.

Выполнил настройку в обеих базах. После выгрузил из БУХни в КД2 правила обмена.

В правилах выгрузки данных во всех объектах в обработчике «Перед выгрузкой» добавил строку

Отказ = Истина;

Загрузил правила обратно в БУХ через настройку синхронизации. Работает

Вывод – Работает 100%. Но типовыми настройками тут и не пахнет.

Настройка сценариев.

А вот этот пункт я хочу рассмотреть прям очень подробно.

Я буду рассказывать так, как буд-то вы уже миллион раз настраивали типовой двусторонний обмен между БУХ и ЗУП, или хотя бы внимательно читали и пробовали руками стандартный типовой мануал вот отсюда ИТС

Дойдем в ЗУП до вот этого шага. Смотрим скрин:

Переходим в настройку синхронизации:

Переходим во вкладку «сценарии» и нажимаем «добавить»:

Выделяем строку «Получение данных» и удаляем ее. Записать и закрыть:

Должно получиться вот так:

Возвращаемся обратно:

Все 3 шага в ЗУП выполнены:

Теперь идем в БУХу настраиваем там:

Возвращаемся в мастер настройки синхронизации:

Теперь возвращаемся обратно в ЗУП и финишируем настройку «сопоставления» там:

Далее обратил внимание на важный момент, который лично мне нравится неочень.

1.Если больше не нажимаем принудительно кнопку «синхронизировать» = то все прекрасно работает по одностороннему обмену в фоновом режиме, как задумывалось:

Из ЗУП улетает, все что нужно (смотрим начало статьи)

В БУХу только прилетает, но ничего не уходит.

Вывод1 – Сценарий работает.

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

Вывод2 – Сценарий не работает через кнопку "синхронизировать". Для второго варианта, дабы убрать шаловливые ручки бухгалтеров и кадровиков от кнопки «синхронизировать», через кнопку еще скрываем ее и будет нам счастье. Хотя все равно поломают умники)))

МОЕ Резюме всей статьи:

Сценарии по одностороннему обмену между ЗУП и БУХ работают в фоновом режиме без применения кнопки «синхронизировать» руками.

А далее вы решаете сами, какой способ использовать.

Знаете еще способы одностороннего обмена между ЗУП и БУХ? Так не поленитесь написать его в комментах или хотя бы скинуть ссылку на статью. Буду вам очень признателен.

Счастья вам и добра!

UPD 26042021 - Добавил расширение на основе коммента. Автор идеи DmitryKSL.

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

Расширение бесплатное. Лучшая ваша благодарность - плюсик на статью.

Синхронизация между ЗУП и БУХ односторонний обмен

+75 –

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Перенос данных 1C Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

~~55778~~ 50200 руб.

04.08.2015 167081 338 278

376

SALE! 15%

Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с ED

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

26280 руб.

12.06.2017 142207 802 297

423

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.236.x) и БП 3.0 (3.0.164.x). Правила подходят для версии ПРОФ и КОРП.

35000 руб.

15.12.2021 24332 172 51

131

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.19.x).

35000 руб.

23.07.2020 51877 229 71

187

SALE! 10%

Перенос данных из УПП 1.3 / КА 1.1 в БП 3. Переносятся документы, справочники и начальные остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!

~~48278~~ 43450 руб.

25.02.2015 171421 304 257

381

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

~~53111~~ 47800 руб.

03.12.2020 36855 95 66

Переход и перенос данных из Камин 3.0, 4.0, 5.0 в ЗУП 3.х

Перенос данных 1C Программист Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ ФОМС, ЕФС Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет заработной платы 3.0», «КАМИН:Зарплата для бизнеса 4.0» и «КАМИН:Зарплата 5.0» на конфигурацию «Зарплата и управление персоналом» версии 3.1.

12000 руб.

25.09.2016 81011 315 250

267

SALE! 10%

Перенос данных из ERP 2/ КА 2 / УТ 11 в УПП 1.3 / КА 1.1 / УТ 10.3. Переносятся все возможные документы и справочники

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

~~53111~~ 47800 руб.

28.11.2015 83383 33 125

Отзывы

12. DmitryKSL 157 07.09.20 09:05 Сейчас в теме

Использую простейшее изменение через расширение в общем модуле ЗащитаПерсональныхДанных (в базе Бух).

&ИзменениеИКонтроль("ПропуститьРегистрациюОбъекта")
Функция _ПропуститьРегистрациюОбъекта(ИмяПланаОбмена, Объект)
	#Вставка
	Если ИмяПланаОбмена="ОбменЗарплата3Бухгалтерия3" Тогда 
		Возврат Истина; 
	КонецЕсли;
	#КонецВставки
	
	Если Не ИспользоватьСкрытиеПерсональныхДанныхСубъектов() Тогда
		Возврат Ложь;
	КонецЕсли;

	Если ОбщегоНазначения.ПодсистемаСуществует("СтандартныеПодсистемы.ОбменДанными") Тогда

		МодульОбменДаннымиПовтИсп = ОбщегоНазначения.ОбщийМодуль("ОбменДаннымиПовтИсп");
		Если МодульОбменДаннымиПовтИсп.ЭтоПланОбменаРаспределеннойИнформационнойБазы(ИмяПланаОбмена) Тогда
			Возврат Ложь;
		КонецЕсли;

	КонецЕсли;

	Возврат ЭтоОбъектСоСкрытымиПерсональнымиДанными(Объект);

КонецФункции

Показать

Ответить

Остальные комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. leosoft 166 29.02.20 18:17 Сейчас в теме

Как правило, пользователям "со стажем", которые перешли с ЗИК 7.7, нужна выгрузка
одного документа - "отражение зарплаты в БУ" и загрузка его в Бух. Именно так они
привыкли работать!

2. VAAngelov 442 29.02.20 18:18 Сейчас в теме

(1) Согласен. Есть такое дело.

3. JaneP 14 29.02.20 19:25 Сейчас в теме

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

4. VAAngelov 442 29.02.20 19:27 Сейчас в теме

(3) Да. Согласен. Слышал и про такое. Спасибо. Сейчас добавлю в тело статьи, как еще один способ.

5. МимохожийОднако 142 01.03.20 08:53 Сейчас в теме

Осталось добавить голосовалку за методы. Метод через КД2 , на мой взгляд, наиболее эффективный, т.к.не требует дополнительных действий в дальнейшей эксплуатации. я рассматриваю вариант, когда нужен только один документ Отражение зарплаты в бухгалтерском учёте

6. VAAngelov 442 01.03.20 10:26 Сейчас в теме

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

А по поводу голосовалки мысль хорошая. Ща почитаю как это замутить.

7. VAAngelov 442 01.03.20 11:09 Сейчас в теме

(5) Что-то я не нашел такой возможности по голосованию...Если знаете как это сделать - подскажите ссылкой пжл.

8. lushka 6 02.03.20 11:03 Сейчас в теме

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

9. VAAngelov 442 02.03.20 11:22 Сейчас в теме

(8)А это так специально задумано, чтобы структура подразделений в Бухе отличалась от Зуп или просто не стали выравнивать структуру в обеих программах?

10. lushka 6 02.03.20 11:40 Сейчас в теме

(9) "Так исторически сложилось" )))
На самом деле это не такая уж и редкость.
Если брать конкретно мою организацию, в которой я работаю вот уже почти 20 лет, то она столько реструктуризаций пережила за это время, что вполне логично, что и структура поменялась. К тому же раньше это была организация которая строила объект, теперь она его эксплуатирует. А у бухгалтерии есть свой взгляд на структуру и он не меняется вот уже сколько лет.
P.S. у бухгалтерии зачастую есть свой взгляд на многие вещи, не только на структуру)))

11. VAAngelov 442 02.03.20 11:42 Сейчас в теме

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

12. DmitryKSL 157 07.09.20 09:05 Сейчас в теме

Использую простейшее изменение через расширение в общем модуле ЗащитаПерсональныхДанных (в базе Бух).

&ИзменениеИКонтроль("ПропуститьРегистрациюОбъекта")
Функция _ПропуститьРегистрациюОбъекта(ИмяПланаОбмена, Объект)
	#Вставка
	Если ИмяПланаОбмена="ОбменЗарплата3Бухгалтерия3" Тогда 
		Возврат Истина; 
	КонецЕсли;
	#КонецВставки
	
	Если Не ИспользоватьСкрытиеПерсональныхДанныхСубъектов() Тогда
		Возврат Ложь;
	КонецЕсли;

	Если ОбщегоНазначения.ПодсистемаСуществует("СтандартныеПодсистемы.ОбменДанными") Тогда

		МодульОбменДаннымиПовтИсп = ОбщегоНазначения.ОбщийМодуль("ОбменДаннымиПовтИсп");
		Если МодульОбменДаннымиПовтИсп.ЭтоПланОбменаРаспределеннойИнформационнойБазы(ИмяПланаОбмена) Тогда
			Возврат Ложь;
		КонецЕсли;

	КонецЕсли;

	Возврат ЭтоОбъектСоСкрытымиПерсональнымиДанными(Объект);

КонецФункции

Показать

Ответить

13. VAAngelov 442 07.09.20 18:19 Сейчас в теме

(12) Классно! спасибо за коммент. Если это действительно работает - учту. Может где-то пригодится.

38. zolkin_i 21.07.23 07:07 Сейчас в теме

(12) Для тех, кто пользуется таким расширением, в новых версиях БП КОРП (ПРОФ не смотрел) нет процедуры "ИспользоватьСкрытиеПерсональныхДанныхСубъектов()".
И из-за расширения вылетает ошибка при открытии документов:
Ошибка инициализации модуля: ОдностороннийОбменЗУПБП ОбщийМодуль.ЗащитаПерсональныхДанных.Модуль
по причине:
{ОдностороннийОбменЗУПБП ОбщийМодуль.ЗащитаПерсональныхДанных.Модуль(21,10)}: Процедура или функция с указанным именем не определена (ИспользоватьСкрытиеПерсональныхДанныхСубъектов)
Если Не <<?>>ИспользоватьСкрытиеПерсональныхДанныхСубъектов() Тогда

Нужно заменить "ИспользоватьСкрытиеПерсональныхДанныхСубъектов()" на "ИспользоватьУничтожениеПерсональныхДанныхСубъектов()".

39. SnarkHunter 31.07.23 23:14 Сейчас в теме

(38) В ПРОФ та же самая ситуация, ваше решение помогает.

14. cloudspb 17 10.09.20 09:50 Сейчас в теме

Про односторонний обмен: Можно ведь еще выгрузить правила регистрации из БП и в них проставить запрет на регистрацию всех объектов (ПередОбработкой. Отказ = Истина). Я думаю это самый надежный метод, с защитой от шаловливых рук. P.S. Но и тут конечно кто-то может другой комплект правил загрузить и кирдык)

15. DedMoroz1983 2 02.04.21 12:50 Сейчас в теме

(14) видимо я что-то делаю не так, так как объекты продолжают регистрироваться

Прикрепленные файлы:

RegistrationRules.xml

16. VAAngelov 442 02.04.21 12:54 Сейчас в теме

(15) А сами ПРО обновили в базу? не забыли?

17. DedMoroz1983 2 05.04.21 09:40 Сейчас в теме

(16) не знаю в чём было дело, то я затупил

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

18. igogos 12.04.21 16:21 Сейчас в теме

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

19. VAAngelov 442 13.04.21 09:17 Сейчас в теме

(18) Интересный опыт. При случае как-нибудь посмотрю, что там действительно в файле. Спасибо за коммент.

42. RustIG 1752 16.10.24 14:39 Сейчас в теме

(18) Организация одностороннего обмена https://its.1c.ru/db/intgr83/content/158/hdoc

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

20. mart-sha 296 22.04.21 23:36 Сейчас в теме

(12) а у вас есть уже оформленное расширение ? Как его получить ?

21. DmitryKSL 157 23.04.21 22:58 Сейчас в теме

(20) В нем все доработки, просто добавьте в свое код из примера, там пару минут надо от силы потратить.

23. VAAngelov 442 26.04.21 10:08 Сейчас в теме

(21) Добавил ваш код в расширение. Протестил. Все ок. Кинул в шапку статьи. Вам спасибо.

22. VAAngelov 442 26.04.21 10:07 Сейчас в теме

(20) Реализовал в расширении. Протестил. Все работает, как надо. Любые изменения не регистрируются к обмену. Есть возможность выборочно , точечно зарегистрировать объект. Качайте. Пользйтесь.

24. mart-sha 296 26.04.21 14:45 Сейчас в теме

(22) Огромное спасибо ! И за то что бесплатно .

25. VAAngelov 442 26.04.21 15:09 Сейчас в теме

(24) за пару строк кода уже как-то стыдно деньги брать)) Пожалуйста. Лучшая благодарность - плюсик на статью)) Отпишитесь потом, как работает. У меня на демках все норм взлетело.

26. parshin 79 26.04.21 15:12 Сейчас в теме

О, как вовремя! Спасибо!

27. VAAngelov 442 26.04.21 15:15 Сейчас в теме

(26) Благодарите автора идеи. Я лишь реализовал и потестил. )) Проверьте ещё раз на всякий случай. Пользуйтесь.
Лучшая благодарность -плюсик на статью)

28. mart-sha 296 28.04.21 15:09 Сейчас в теме

(27) А еще такой вопрос, можно ли в этом расширении сделать так чтобы подразделение стыковалось только по коду (сейчас видимо по тексту) . Текст подразделения может меняться как угодно, например в БП это "Центральный отдел" , в ЗУП "Центральный отдел АУП" и правильно связывать по коду.

29. VAAngelov 442 28.04.21 15:13 Сейчас в теме

(28) Чего?)
Вы смотрели код, который был добавлен в типовой фукнционал внутри расширения?

#Вставка
    Если ИмяПланаОбмена="ОбменЗарплата3Бухгалтерия3" Тогда 
        Возврат Истина; 
    КонецЕсли;
#КонецВставки

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

А теперь в чем ваш вопрос, подробнее пожалуйста?)
А вы мне сейчас пишите про какую-то состыковку....что вы имеете в виду вообще?

А то , что вы сейчас описываете = это на уровне Правил Обмена сопоставление данных при обмене. Так наше расширение никаким образом не связано с Правилами Обмена.
У вас типовая настройка синхронизации и правила обмена там используются типовые, т.е. запиленные разработчиками. И скажу вам так, зная ЗУП - эти правила отличные.

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

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

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

И по коду, кстати сопоставлять нельзя. Коды у вас могут разниться.

Чаще всего поиск в правилах идет по такому алгоритму:
1. Поиск по УИД
2. Поиск по полям поиска (Здесь скорее всего стоит Наименование, ЭтоГруппа)

30. VAAngelov 442 28.04.21 15:24 Сейчас в теме

(28) Опять же, что мешает лично под ваш случай использовать КД2 и типовые правила перепилить под ваши нужды? Сделаете себе поиск по полям поиска, добавите те поля, которые нужны лично вам , да и все.

Только вам потом придется эти правила постоянно поддерживать, после каждого обновления есть риск, что что-то не заработает. Оно вам реально надо?

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

31. mart-sha 296 28.04.21 20:35 Сейчас в теме

(30) Когда организация небольшая, то обычно подразделения в Бух и ЗУП одинаковы, но в моем случае Бух уже велось давно и подразделения организованны так как требуется для бух учета Касса, Материальный Основные и т.д. То что править правила - это понятно. Раньше делал обмен через текстовый файл в котором рулил кодами как мне надо. Буду решать что проще, правила или обмен через текстовый.

32. VAAngelov 442 28.04.21 20:39 Сейчас в теме

(31) если у вас коды полностью идентичны - тогда конкретно под ваши нужды легче всего пильнуть правила через кд2. Это реально быстро будет. Даже структуры выгружать не придется. Правила только выгрузить типовые из любой конфы, закинуть в кд2, добавить поле поиска код - закинуть обратно. Максимум полчаса - час займет.
Попробуйте. Там ничего сложного нет.

33. VAAngelov 442 29.04.21 11:02 Сейчас в теме

(31) Закинул типовые Правила в КД2. посмотрел как происходит поиск по Подразделениям сейчас:
1. По УИД
2. По полям поиска:
а.Владелец
б.Наименование
в.Родитель
г.Код

Т.е., если наименование не совпадает, то конечно объект будет не найден в базе-приемнике

Под ваш случай нужно выключать б.Наименование

34. mart-sha 296 29.04.21 14:50 Сейчас в теме

(33) Большое спасибо что разобрались до конца ! Так и сделаю, хотя с правилами еще никогда не работал ;)

35. VAAngelov 442 29.04.21 14:53 Сейчас в теме

(34) Разверните КД2 (эта конфа бесплатна). Выгрузить типовые правила из ЗУП в настройке синхронизации, закиньте в КД2, там в справочниках с ПКО Подразделения, идете в нижнюю табчасть, поля поиска, и снимаете поле поиска "Наименование".
Сохраняете правила, закидываете обратно в базу, флажок теперь оставляем из файла. Пробуем обмен.

36. q_i 584 27.07.21 12:04 Сейчас в теме

Ещё один вариант - в БП в процедуре ОбменДаннымиПереопределяемый.ПриВыгрузкеДанных(...) написать что-то вроде:

Если <тут признак того, что "Получатель" - это обмен с ЗУП> Тогда
	ПланыОбмена.УдалитьРегистрациюИзменений(Получатель);
КонецЕсли;

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

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

Если УдаляемыеРегистрации.Количество() > 0 Тогда
	Для Каждого ТекДанные Из УдаляемыеРегистрации Цикл
		ПланыОбмена.УдалитьРегистрациюИзменений(Получатель, ТекДанные);
	КонецЦикла; 
КонецЕсли;

37. Stim087 7 20.10.22 14:49 Сейчас в теме

По 4 варианту:
В ЗУП будет очищаться регистрация объектов?

40. mart-sha 296 15.04.24 22:09 Сейчас в теме

в новых релизах БУХ 150 выдает ошибку ОбщийМодуль.ЗащитаПерсональныхДанных.Модуль(21.10) Процедура или функция с указанным именем не определена. (ИспользоватьСкрытиеПерсональныхДанныхСубъектов)

41. mart-sha 296 16.04.24 08:49 Сейчас в теме

разобрался, вот тут по новому вызов константы.

// с релиза 150 по другому вызываем константы, было Если Не ИспользоватьСкрытиеПерсональныхДанныхСубъектов()

Если Не ПолучитьФункциональнуюОпцию("ИспользоватьСкрытиеПерсональныхДанныхСубъектов") Тогда
Возврат Ложь;
КонецЕсли;