Хочу сделать расширение, которое отключает миграцию ненужных документов/справочников.
Куда ковырять?
Типовыми средствами не получится ограничить. Из БП в УТ, например?

При регистрации, проверяй тип и не регистрируй к обмену.

(0) зачем вообще из БП в УТ документы перегонять?

(0) Сохраняешь типовую регистрацию изменения, отключаешь что не нужно, загружаешь обратно.

(0) Когда получишь неконсистентные, противоречащие типовым правилам, данные в базе - не забудь создать тему на мисте.

Извините пожалуйста, а Вы точно гений 1С ?

сделать и загрузить правила какие надо - не предлагать?

(6) Это через КД2?

(7) правила регистрации одинаковые, можно и в КД2 и в КД3 подрихтовать.

(2) а как отключить отправку доков из БП в УТ?

Правила регистрации меняешь и всё.
Расширение не нужно.

(6) (7) гггг, да, этот обмен уже на КД3, детка.
(1) это где в коде.
(10) в КД3? прости, но мне проще поменять код, чем правила регистрации.

https://forum.infostart.ru/forum9/topic155163/
Читай 15.  Nicholas  762 23.03.21 08:00

(12) Поясните кратко тому, что не лазил в последние типовые, что значит фраза: "правила регистрации все еще можно редактировать через КД2"
Если какой-то объект записывается - типовая при записи лезет в XML искать какой-то программный код? И оно не тормозит?

(9) штатными средствами

(14) ты про правила регистрации? боже упаси

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

только я советую не расширениями а прямо там поправить, расширения отваливаются периодически...

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

(13) Загружаешь в КД2 и правишь.

Уровень тормозов не выше обычного.

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

А отправка документов из БП в УТ вообще штатно отключается в настройках синхронизации.

(20) и я ему в (14) про это

(0) Недавно решал такую задачу.
Нужно вписать код в момент события перед началом обмена. А точнее перед началом выгрузки?

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

Геня такой Геня.
(22) А чего не через КД?

(23) Мой друг 1Сник который мне поставил задачу захотел чтоб в КД ничего не менять.
Потому что ему сопровождать а в КД он не очень шарит.
Мало того он вообше хотел чтоб был чисто перенос через ком-соединение было.
НО я решил ни мне и ни тебе и нашел не очень оптимальное но очень простое решение.
И слава богу ему не подошло, хотя он сильно было огорчился тому что я его ослушаться. )))

(24) Ох уж эти костыли :)

Через ком-соединение что-то сейчас делать - это чот совсем изврат. Есть же OData и http-сервисы.

(25) +1

(22) А что произойдет, если ненужный объект зарегистрируется в период между удалением регистрации и выборкой изменений?

(23) потому что правила регистрации могут поменяться, а у тебя останутся нетиповые. Сопровождать правила регистрации сложнее, чем код.

(27) надо искать процедуру отправки объекта, именно там вмешиваться и слать нах.

(28) Ващет вопрос был не к тебе, ты правила не умеешь сопровождать, это да.

(30) зачем усложнять жизнь себе и клиенту сопровождением правил, если можно написать железобетонно работающее расширение, как АК-47? Мазохист что ли? Прости, я не сторонник БДСМ

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

Меняй правила регистрации.

(33) с добрым утром, СЭР. ПР мы уже обсудили и решили: "в топку их"

(16) надо проверять, чтобы не отваливались расширения. Это проще, чем менять прямо в коде

(27) Обмен будут делать редко. Т тем более обмен будет с выбором документов и периода. так что ничего лишнего не уйдет.
Я фильтрую по признаку док белый.
На крайняк скажем чтоб во время обмена все ждут. Это знаимает 5-10 минут.

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

(36) А вот правило регистрации отрабатывает как при регистрации изменения, так и при выгрузке.

(31) Для обновления правил не требуется демоническое обновление или монопольный режим в базе.

(37) В курсе. Как раз при выгрузке все и отменяю.

+(38) Опять же, если 1С поменяла код выгрузки - надо будет его заново анализировать, чтобы исправить расширение. А правила просто работают.

(38) открой для себя расширения, для них этого тоже не требуется.

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

(42) > не думаю
Заметно

(41) Обновление расширения в не монопольном режиме - технически это демоническое обновление.

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

(44) правила регистрации то в одном месте считываются и применяются, так что норм

(45) В разных могут ;)

(46) я тебя умолаю

https://drive.google.com/file/d/1Aa6Dbo9w8xInIk1h0lhmjm57dFeYg-pl/view?usp=sharing

(48) мне нужно некоторые отправлять. Не тупи

(49) гнилая идея

(50) Мало ли какая нужда возникает. Не вникнув не стоит такие выводы делать.

(51) тут я согласен - у гени "нужда"

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

(53) сторонники исполнения тупых хотелок сидят в Кучино

(53) Аналитики Sap'а такие: "Ну емана!"

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

*сИроже

(56) да, сопровождать сложнее. будем ломать 1с под клиента

В качестве оправдания гения 1С скажу что с правилами регистрации и у меня не взлетело.Что то регистрируется все равно не нужный мне справочник. А я то на КД 2 и КД3 собаку съел .Возможно что что там замудрили что-то если Документы региструются то по ссылкам и справочники..

(59) +Может кто может поделиться примером правил регистрации для УТ11 без номенклатуры?

При регистрации не все можно реализовать, правил прямо в коде. Расширения лишняя путаница.

выгрузил правила в файл - в кд2 поправил обработчик "после загрузки" всунув где/когда надо "Отказ = Истина;" - написал инструкцию как загружать после обнговления - и забыл. до сих пор фурычит, клиент доволне и не звонит. что лишнее гоняется - так то фигня, на одном серваке обе базы, не проблема.

(62) а как обновлять правила?

регимтрация для кд3 и кд2 одна и та же)) если просто отключить доки , то в кд2 это делается без проблем .

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

(65) правила можно сделать так, что пользователь сам может настраивать

(63) от конфгурации зависит.
в основном завязка через бсп на Администрирование: Синхронизация данных (или Управление синхронизацей) - и дальше поехали. галка на "синхронизация" = вкл, на гиперссылку Управление синхронизацей (Синхронизация данных), и дальше по смыслу.. там не сложно - в конфигураторе найти нужный план обмена, открыть форму узла, и в командном интерфейсе посмотреть какая кнопка вызывает общую команду ЗагрузитьКомплектПравил или общую команду ЗагрузитьПравилаКонвертацииОбъектов
(66): "все уже украли до нас" (с). в смысле - уже сделано в типовых. хотя и немного бестолково (в разных конфигурациях на одной и той же версии бсп может выглядеть немного по-разному).

(65): нет, кодом не проще. еще раз - разбираешься (см.67) на конкретной конфиге - пишешь пошаговую пользовательскую(!) инструкцию - и всё.

(62) +100500

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

(67) (68) кодом таки проще, на мой скромный 20-летний опыт в 1С. ;-) Можно поискать где используются галочки настройки обмена "Не выгружать", "Выгружать все" и т.п. На это и ориентироваться
(70) Мне не надо ничего, мне надо выборочно.
(65) слова не мальчика, но мужа.
(66) Это, кстати, вариант. Считывать правила и заменять их на нужные. Лучше на лету, чтобы 1С думала, что использует типовые правила и обновляла правила при обновлении релиза.

(59) Код - надежная хрень, как Калашников. Правила регистрации - от лукавого.

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

(71) подменять правила на лету самый тупой вариант

С помощью отладчика найти где заполняется массив получателей дело максимум на час

кодом - надежнее каждый раз после обновлений или код восстанавливать или подключение расширений проверять (это как минимум). идиётизм говоришь. впрочем традиционно.

(76) ну тут уж что считать проще - обновлять код или правила регистрации.
Обновлять код не требует знаний кд3, следовательно сможет любой кодер после тебя сделать. Имхо, лучший способ

(77): о, ты уже тупо врешь на чистом глазу.
"обновлять" правила после апгрейдов - не требует вообще ничего, пользовательская загрузка перепиленных ранее правил по оставленной инструкции.

(65) В смысле? Сравниваешь XML - видишь разницу. Можешь наименование осознанное поставить и в описание список изменений описать.

(72) В универсальном формате меняется номер версии формата - и твой код просто не вызывается.

(77) Всё что нужно знать для редактирования правил регистрации из КД изучается за 1-2 часа. На это надо просто потратить 1-2 часа один раз - и дальше делать это сходу.

(78) Не, ну ты совсем не понимаешь. Если ты пришлешь инструкцию - тебе же не заплатят. А так - делаешь источник регулярного дохода.

(79) Вот тут уже несколько раз говорилось что надо потратить 1-2 часа.

Что нужно делать?
1. Вышгрузить типовые правила.
2. Загрузить в КД2 или в КД3
3. Как править в КД или же открыв просто ф блокноте?

(80) "Как править в КД или же открыв просто ф блокноте?"
Как совесть позволит...

(78) о, по инструкции, как мило звучит. ;-) много ты видел контор, где инструкции не теряются? ;-)
(79) Видишь сколько бубнов - надо сравнивать XML, Учить КД за 1-2 часа, которые выливаются в 5. Зачем этот гемор, если код надежнее.

(82) А твои счета на оплату в тех конторах не теряются? А то они могут...

(80)
3. установи КД2,загрузи правила, полученные из конфигурации
4. Поправь правила как подсказали в (12), это даже без обучения понятно
5. Сохрани измененные правила в файл, загрузи полученные правила в свою базу и ...всё )
У меня на это ушло минут 20

(84) "У меня на это ушло минут 20"
Ты хотел это сделать.
Гене не надо это делать. Ему нужно поныть. Наверное, нокии закончились...

(80) Если гуру КД - можешь в блокноте. Если не гуру - лучше в КД.

(82) Ты просто по-другому не умеешь, и учиться не хочешь. Да и клиента доить потом не получится...

(84) ты про обновления забыл. обновления правил КД

(86) я работал с КД2, с КД3 не особо. Да, это гуано изучать не хочу. Могу себе позволить выбирать, с чем работать. Я выбираю клиентов, да.

я делаю так, как эффективно, а не так, как стандартно, если че

(87) Да они далеко не всегда ломаются даже при смене 3-й цифры в версии, в отличие от кода.

(89) Эффективно чтобы доить клиентов?

(87) Правила регистрации в отличие от правил обмена меняются гораздо реже

(88) По принципу "виноград кислый", когда достать не можешь? ))

(84) Я обычно так и делаю. Просто подумал может есть более изящные решения.
Правлю в КД2. Но это у меня редко бывает что уже не помню.

Вот если в правило обмена просто выключаешь объект из обмена то регистрация все равно будет или правила диктует регистрацию?
Что-то тут путаю.

(93) Нужно отказ выдавать, просто отключить правило - будет дефолтное поведение.

(91) стокгольский синдром? код КД3 меняется еще реже

(95) Поясни. Я привёл цитату из басни Крылова про лису. Поясню подробнее....То, что ты не смог или не захотел изучить КД не значит, что этот инструментарий неэффективный.
Стокгольмский синдром здесь к какому месту?

(96) Да прост умничать пытается.
По факту тупо не умеет и не хочет учиться.

(96) у тебя сбой логики. Не обязательно что-то изучать, чтобы оценивать его эффективность. ОК?
(97) Умею, но не хочу. Не вижу смысла. Эффективнее вмешательство на уровне кода. КД2 я тоже сначала не любил, но потом набил руку. Был бы смысл изучать КД3, изучил бы и его.

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

(99) Разве универсальный формат и КД3 - не одно и то же? Точнее внутри универсального формата - КД3.

(98) "у тебя сбой логики. Не обязательно что-то изучать, чтобы оценивать его эффективность."
Ноу коммент. Алаверды ))

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

Ну и что нашли где код нужно писать?

(99) изменения можно локализировать. А вот изменения в правилах регистрации заметить сложнее

Пиши копрокод, Геня, пиши.
Дашь дорогу молодым, которые будут это дерьмо разгребать)

(104) Изменения в правилах регистрации ищутся элементарно: по фразе "Здесь был Гений" в описании к правилу.

А есть 3х сторонее сравнение правил?

тест