Чтобы как-то запретить пихать в него "Неопределено".

Куда пихать то ?

(1) ПланыОбмена.ЗарегистрироватьИзменения(Узлы, Сюда)

(2) Дык примитив - попытка/исключение..
ну или Если ЗначениеЗаполнено тогда регим

(2) Дурак досюда не доберётся. Так что защита или есть или не нужна

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

(2) Указывайте явно данные, которые надо регистрировать во втором параметре. А защита от дурака в первом параметре. Неопределено канает лишь на 1 узел

(5) вангую, у него кто-то запихивает все изменения в узел, а он это хочет ограничить

(5) Если б я сам...

(6) Спасибо, Кэп.

(8) ну раз для вас все итак понятно, то зачем создавать эту ветку, думаете у кого-то в СП по другому написано? Или вам подсказать как ограничить других программистов в правах?

(9) Ну фиг знает. Может у кого есть умные мысли, что можно сделать. Или хотя бы автоматом сообщить о проблеме.

С методом "ЗарегистрироватьИзменения" еще печально то, что он никак не логируется в ЖР

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

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

(13) но это как то не очень лаконично, лучше надавать по рукам, кто пихает все изменения в узел бездумно.

Защититься на стороне СУБД можно попробловать, перехватывая запрос

(12) Кстати да. Спасибо.

(14) Это да. Только еще и найти надо...

(15) О, как.

(15) а если все таки нужна полная выгрузка опционально?)

(17) Если выдачу отлупа при перехвате в СУБД нельзя сделать параметризируемой, то регистрировать из 1С порционно, а не через Неопределено :)