Многим может быть полезно. Написал статью c описанием прямого доступа к MSSQL. Метод позволяет значительно экономить время:
http://habrahabr.ru/post/264687/

Возникла задача пометить на удаление документы за 1 год. Пробное удаление штатными средствами одного месяца заняло 4 часа. Это означало, что 12 месяцев удалялись бы 48 часов (2 суток). Забегая вперед, скажу, что прямым доступом к 1С документы удаляются за 30-40 минут.

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

1 месяц 4 часа????

Ты не думал что проблема у тебя совершенно не в 1С? а например сервак дохлый.

4 часа не может месяц удалятся. Либо у тебя там 2 миллиона документов в месяц либо просто сервак тухлый.

И прямым 40 минут тоже фантастика.

регистры говоришь? а итоги потом пересчитывать

но как разовая операция вполне, мы примерно так и резали базу

(2) почему не может? может, если это очень старый период, то система будет пересчитывать итоги по остаточным регистрам по всем последующим периодам

(2) Вполне реально - в комментариях парень пишет, что
"в компании где я работал, управление структурой изделия и ряд других функций производственного блока реализованы в виде хранимых процедур и функций. Т.к. «штатный» 1С код на два порядка медленнее, что делает операции, по сути, невозможными."
Его комментарий подтверждает замеры.

Борцуны за лицензионную чистоту.
И эти люди запрещаю ковыряться мне в носу ...

(1) Где здесь алгоритм взлома, можно узнать?

(7) Лицуху нарушаете

(0) вопрос: а сколько потом пересчет итогов идет+какой порядок размеров задействованных таблиц?

Видел эту статью. При прочтении возникает уточняющий вопрос, "все документы за год" - это сколько? Тысяча, десять, миллион, квинтильон?

(0) У тебя ссылки проверяются на каждый объект перед удалением? Индексы обновляются в базе? Права проверяются?

Такой обработкой можно и базу убить

(0) Итоги пересчитывать кто будет?

Допиши обработку, чтобы она сама итоги пересчитывала

(9) Пересчет итогов делался менее часа.

(0) Нарушение лицензии.

(9) (11) Все документы сложно посчитать. Посчитал быстро - около 90000 документов реализации в конфигурации УТ.

(11) Можно узнать, зачем проверять ссылки, если документы физически не исчезают? Зачем проверять права, если операция с полными правами идет? Индексы пусть MSSQL обновляет.

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

(17) 90 000 это немного... я тут недавно 800 000 удалял, часов за 6 средствами 1С удалилось...

(19) Очень некомфортно штатными средствами получается. Происходит обрезка живой базы. Все пользователи в базе. Если 2 дня выполнять обрезку, постоянно остатки будут скакать. Плюс начнется обмен по РИБ с блокировкой таблиц. Плюс такой же прием, удаление в центральной базе на 2 дня с блокировкой таблиц.

(19) (20) статья не про удаление, а про рекламу .Net Bridge

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

(22)  .Net Bridge всегда можно заменить бесплатным решением. Но так или иначе нужно знать Net

Есть золотая середина. Написать собственную обработку не требующую монопольного доступа. И пусть она спокойно фоново помечает.

" Но так или иначе нужно знать Net"
Зачем?

(0) Если пишешь статью - пиши понятными терминами.
А то "Возникла задача пометить на удаление документы за 1 год. Пробное удаление штатными средствами одного месяца заняло 4 часа". Так пометка или удаление?
Пометка на удаление и удаление - совсем разные вещи. Путаешь читателей с первых же строк!

(25) Остатки будут прыгать.

(26) Ну если тебе весь код напишут, то конечно знать не нужно. Нужно только платить, за то, кто это напишет.

(29) Ещё раз. Зачем для прямого доступа к базе нужно знать NET?

Присоединюсь - зачем еще какой-то Elisy.NetBridge ? Нафиг такое счастье.

(24) шта? нафейхоа энтот бридж? и тем более знание Net?

(30) Я про это не говорил. Мое сообщение касалось 22.
Все можно сделать без Net

(22) Перепишите на любой метод обращения к СУБД. Код открыт, запросы схожие. Мне ближе .Net - на нем и пишу.

Как зачем ? Чтоб все спрашивали!

(34) ы. А чем обращения в Net будут отличаться от обращений из 1с? Или оно не на ADODB работает?

(25) Фоновая обработка будет также изменять остатки товаров в реальной базе. Остатки будут скакать 2 дня. Плюс 2 дня в связанной по РИБ базе.

(30) (31) (32) Обработка спокойно сработает на бесплатной демо-версии .Net Bridge. Алгоритм для других способов прямого обращения схож. Мне ближе .Net - на нем и написал.

(34) Тогда лучше в Command загрузить как пакет все запросы.
А внутри Использовать транзакции
http://habrahabr.ru/post/123507/

Хотя ...

А не проще создать хранимую процедуру и ее вызывать?

(0) База 1С и имя SQL может быть разными
v8: Перевод Запроса 1С в SQL?

(23) Видел, скорее всего, вашу обработку на Инфостарт. Она также позволяет ставить отборы, что не реализовано у меня. Но для задачи обрезки базы нам не требовались гибкие отборы.

(42) Кстати, а пересчет остатков делается автоматически? Отстал я от жизни.

а вот у меня такой вопрос... если скулем установить пометку удаления, движуха из регистров сама исчезнет?:)

(44) нет, разумеется. читай статью винмательней

(45) я догадывалась что не исчезнет, а удалять ее средствами скуля - адский изврат, который не факт что даст выигрыш в скорости:)
я бы для начала отключила итоги и замерила производительность в 1с...

(46) И ни какого "адского изврата" в этом нет, просту на SQL получаешь УИД документа, по этим УИДам находишь записи в регистре и удаляешь. Проще простого, а по скорости в раз 20 быстрее

PS: у автора РИБ, о чём он сказал в (21), и я не вижу для него смысла использовать прямые обращения к MSSQL. Обрезку базы я бы делал штатными средствами на специально созданном узле в монопольном режиме. Миграция итогов обрезки в рабочую базу - сообщением обмена (будете приятно удивлены скоростью :)

(43) Пересчет в моем случае выполняется через Конфигуратор - Тестирование и Исправление

(49) а что в обработке сразу не добавил?

А производился ли замер удаления документов с ВЫКЛЮЧЕННЫМИ итогами?

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

(52) надо было хотя бы поделку на нет вложить в макет самой обработки, а прям неуважение какое-то к пользователям - ищи еще и саму ВК потом.

53+ её кстати можно и зарегистрировать из 1С
NetObjectToIDispatch - Ошибка при вызове конструктора (COMОбъект)

(52) "Потому что не понимаю принципиальной разности..." - Вы действительно не понимаете разности :( Механизм распределенной информационной базы отключает контроль ссылочной целостности и имеет высший приоритет. Достаточно, например, напомнить о том, что изменение(или удаление) документа произойдет даже если пользователь открыл документ для редактирования (тем самым заблокировав его)...

Как говорится, КГ/АМ... Никакой особой особой разницы между клюшками и снеговиком нет. А механизм для клюшек известен  лет 14. Единственный нюанс - 90 000 удаляется в течение минут а не часов...

(52) а скорость создания специально-созданного узла обмена для монопольного удаления не подскажите?!

(53) Господи, сколько пафоса, аж противно. "Поделка на нет" имеет официальный статус 1С-совместимо, на ней основано примерно 30 проектов и примеров помимо этого. И она, на мой скромный взгляд, заслуживает отдельной страницы. Вам ближе будет эта ссылка
http://catalog.mista.ru/public/20035/

(58) а почему этой ссылке нет в статье из (0)?

Нормальная тема, особено когда много загружать надо. Загружали раньше из джестори часов 10-15 с 20ти магазинов. А документы все однотипные, без аналитики по товару. выцепили в итоге какие должны быть ссылки в СУБД и грузили напрямую, в итоге за часа 2 и доки загружены и проведено.

(58) Вот кстати да. Напомни, плз, номер информационного письма от 1С о сертификации. Беглый поиск говорит о том, что сертификат на продукт "Elisy .Net Bridge", выданный для 8.1 протух три года назад - 20.05.2012.
Какая версия сертифицировалась?

(55) Я действительно не понимаю разности. Зачем при пометке на удаление 1С проверять ссылочную целостность, если объект физически не удаляется? Не проверяет она ее. И при обмене не проверяет. Разницы никакой нет. Пользователь, кстати, в моем случае не сможет записать документ, потому что процесс обмена заблокирует таблицы, по которым идет обмен.

это закладка такая для последующего "исправлю поломанную базу", не ?)

(59) Статья описывает алгоритм, который можно реализовать любым методом доступа к СУБД. На Хабре мало 1С-ников, кто захочет поиграться с обработкой. Ссылку на .Net Bridge привел в (58)

(58) Ты так сильно не расстраивайся. К сожалению, даже такой продвинутый Ёпрст не хочет применять .Net. Хотя  профит от его  применения огромный. Можно использовать сборки гак из GAC а, так и пользовательские без регистрации, использовать события через подключитьОбработчик итд. Это намного больше чем разного рода скрипты. Но вот почему, то вся это мощь мало кому нужна.

(65) Чтоб вместо 2ух суток ждать 40 минут.

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

(61) http://www.1c.ru/news/info.jsp?id=11871
Факт сертификации есть. 3я или 4я версия на тот момент сертифицировалась.

(0) А что, через обычный ADO нельзя уже? Обязательно какой-то НЕТ-Бридж надо городить?

(69) не, он уже смилостивился и разрешил

(63) Реальная база неделю работает стабильно. Это скорее вкладка для поиска единомышленников.

(68) Нашёл, спасибо.

Нет факта сертификации.
По правилам 1С
http://www.1c.ru/rus/products/1c/predpr/compat/soft/condition.htm
1) Новые редакции ранее сертифицированных продуктов, отличающиеся по функциональности от предыдущих версий, имеют право на использование логотипа «Совместимо! Система программ 1С:Предприятие» только после пересертификации продукта.
2) Сертификат выдается сроком на два года. По истечении этого срока продукт должен быть подан на сертификацию заново. Исключения составляют продукты, сертифицируемые по категории "Программы для удаленного банковского обслуживания".

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

Попробуй сфокусироваться на других примерах использования дотнета, вещь-то забавная =)

Забавно, сегодня обсуждали один из проектов. Стоп фактором был вопрос посвященный обрезке базы.(БД под террабайт). Вообще подобные проекты не люблю категорически. Изначально, архитектурно нужно планировать обрезку БД. В случае нормальной структуры и простейших правил.(прямые сслыки, избыточные реквизиты даты и т.п.) этот процесс очень простой. Если же не задумываться то об этом изначально - начинаются приключения. Заказчика как правило в этом убеждать очень сложно(как правило в силу его слабой компетенции).  Я к чему - в 95-и случаях из 100-а правильный программист все сделает стандартными средствами 1С. В редких случаях нужно написать несложный код на T-SQL(для не более 5-и процентов объектов) в силу ограничений по времени переноса.  Средствами 1С есть тоже масса вариантов для ускорения, учитывая уровень параллелизма 8.2-8.3.

(69) (70) Когда все исследовано и разжевано до 3х SQL-запросов конечно уже можно и ADO применить.

(72) Если вы боитесь поноса от просроченного .Net Bridge я специально для вас найду старую версию, конкретно на которую был выдан сертификат 1С-совместимо.

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

(73) "учитывая уровень параллелизма 8.2-8.3." - чо?

(73) Вообще для усечения базы есть две стратегии копирование и удаление. А вот массовые операции по усечению базы 1С могла бы и предусмотреть создав для этого инструменты которые бы генерили запросы для массовых операций.

(73) Когда регистры накопления в десятки миллионов записей, то чистить их средствами 1С при любой параллельности - слишком долго. Штатный механизм записи строго "по регистратору" слишком медлителен.

(77) Ты можешь создать несколько фоновых заданий которые будут удалять движения документов, предварительно отключив пересчет итогов УстановитьИспользованиеИтогов(ложь)

(73) Кстати при обновлении записей вполне могли бы использовать Merge, что бы не трогать неизмененные записи в том числе и при пересчете итогов

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

(80) Это не параллельность

(75) Благодарю за сочувствие. Согласно пункту 2.2.2, ваш сертификат уже можно использовать как бумажку при поносе, да.

(84) Я как бы догадывался, что сертификаты 1С не очень уважают, но не думал, что до такой степени ))))))))

(85) Сертификаты-то уважают. Торгашей, размахивающих просроченной лицензией - не очень. Особенно когда это пафосно подаётся как одно из достоинств продукта за 6000.

(0) По поводу пересчета итогов http://catalog.mista.ru/public/177171/

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

(86) То есть, если сертификат не просроченный, то почет и уважение, а если просрочен - презрение? )))) Не подскажете, кстати, презрение когда начинается: с времени регистрации плюс 2 года или с 12:00 ночи того же дня? В пункте 2.2.2 непонятно выразились.

(48) Про специально созданный узел в РИБ и обрезку итогов. На периферийной базе продолжились массовые операции. На основе их был сформирован незаархивированный пакет обмена весом в 5,5Гбайт. Он не вошел в центральый узел. 1С после 4х часов работы вывалилась с ошибкой: "Ошибка преобразования данных XML: [file://E....... ][40796033,8]". Я это пишу к тому, что при огромных обменах лучше не надеяться на 1С.

(88) Всё ровно не паралельность

(90) Если кому-то интересно, вероятнее всего, в плане обмена не допустима строчка <ДокументОснование xsi:nil="true"/>. А именно тэг xsi:nil. Явный баг платформы 1С - источник сгенерировал такой XML, приемник - не принял.

(91) А что же это такое, когда запросы выполняются параллельно? Может ты придумал свое понимание этого понятия?
Тогда огласи его.

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

94 Наверное как то так v8: _SimpleKey и его установка

(90) Переходите к модели одной БД . И не будет " огромных обменов ". Прикупить лучше Enterp. версию скуля и железок.

(95) Не то .

(92) Говорят это еще в 8.2 исправили

(93) Это непонимание тобой сути проблемы - хоть 100 потоков если удаляют один регистр - в очереть.

(99) нуну

(99) если без пересчета итогов, то без очереди будет

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

(97) Почему? Разве _IDRRef не binary(16)?

Многопоточность в 1С всерьез можно будет года через 3 обсуждать

(99) Еще раз каждый поток удалят только один регистр. Для понимания. Есть 33 регистра, на каждый регистр запускается отделное фоновое задание. При этом запросы нв удаления не конфликтуют. Удаляются через
УстановитьДопЗначенияРегистров(Тз,ДокСсылка);
  НаборЗаписей=Регистр.СоздатьНаборЗаписей();
  НаборЗаписей.Отбор.регистратор.Установить(ДокСсылка);
  НаборЗаписей.Записать();

(104) вряд ли. не ранее чем ооп введут )))

(105) 33 фоновых задания???

Как бы запуск фонового задания не бесплатен

(104) Помоему ты сильно оптимистичен. Может еще и замыкания,Linq и прочие вкусности?

(103) Тип то да .  Но вот как его собирает сервер приложения ?  Учитывая что newid() появился вроде как с 2008 го .  И тождественно ли это .

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

(107)  В очередь встанут. Там все равно основная нагрузка на SQL идет. По сути потоки то простаивают и ожидают события по выполнению запроса от SQL. А SQL уже сам разрулит как ему эффективнее распараллелить запросы

(109) Есть мысли ускорить развитие 1С через C#. Принцип такой:  http://habrahabr.ru/post/245453/

(110) сервер 1С какую то отсебятину вставляет в ссылки. что бы они сильно не отличались и были более-менее последовательны. типа для индексов это хорошо.

(110) _IDRRef это binary(16) который можно сгенерировать через Convert(binary(16),NEWID())

(114) Просто у сервера свой алгоритм формирования ГУИДОВ. 1 по правилам, а следующие просто увеличением

(115) Т.е получается что значение поля _IDRRef  заполняемое движком сервера приложения = Convert(binary(16),NEWID()) ?

(114) При этом у многих возникают дубли. Я часто использую.

ПолучитьСсылку(Новый УникальныйИдентификатор);

УстановитьСсылкуНового(

(118) В пределах 1 справочника дублей не бывает

(118) Т.е. Новый УникальныйИдентификатор = Convert(binary(16),NEWID()) ?

(117) Нет. Но такой вариант равнозначен 118
(119) При распределенных базах бывает. Есть примеры на этом форуме

(120) Да

(122) Так и не понял :) То да то нет .

(123) 1С для экономии времени генерирует свой GUID, который инкрементируется в одном из его разделов.
Но никто не запрещает использовать 118, поэтому и да и нет.

v8: какова вероятность генерации одинакового УИД объекта в двух разных базах 1с?

(124) Интересно . Надо будет покрутить вставку в табличку дока новой строки через NEWID().

+(126) Распарсит ли движок при чтении и отображениии..

+17
Русанов Дмитрий (1С, Москва)
04.12.2014 19:45
1301799
Отвечает на

  Внесем некоторую ясность. Ссылка и UUID - это разные вещи. Но при этом существует однозначное преобразование UUID в ссылку и наоборот. Ссылка представляет собой массив из 16 байт. Если рассматривать UUID как последовательность байт, то получается что в ссылке те же самые байты переставлены в другом порядке. Определение структуры GUID можно найти в файле Guiddef.h Windows SDK. Выглядит она следующим образом:

typedef struct _GUID {
    unsigned long  Data1;
    unsigned short Data2;
    unsigned short Data3;
    unsigned char  Data4[ 8 ];
} GUID;

В ссылке данные переставлены следующим образом:
- Data4 - 8 байт
- 1-й байт Data3
- 0-й байт Data3
- 1-й байт Data2
- 0-й байт Data2
- 3-й байт Data3
- 2-й байт Data3
- 1-й байт Data3
- 0-й байт Data3

  При автоматической генерации ссылок, UUID'ы, используемые для получения ссылок, генерируются в Windows с помощью функции Win32 API UuidCreateSequential(). В результате ссылки, полученные по последовательно сгенерированным UUID'ам отличаются в байтах с максимальными индексами. То есть две последовательно сгенерированные ссылки будут отличаться значениями байтов с индексом 15 (0-базированный индекс).
Такая дисциплина генерации ссылок дает очень компактные индексы по ссылкам в файловой базе данных, так как в терминальных страницах индекса (листьях дерева) для упаковки ключей используется общий префикс. Другими словами, на терминальной странице индекса целиком обязательно записывается только первый ключ. Если последующий ключ имеет общий префикс с предыдущим, то для последующего ключа записываются только отличающиеся хвостовые байты.
  Еще одной особенностью является то, для автоматической генерации ссылок, соединение с базой данных получает сразу пакет из последовательно сгенерированных UUID'ов. Размер пакета равен 64. При необходимости генерации новой ссылки используется очередной UUID из этого пакета. Как только пакет заканчивается соединение запрашивает новый пакет и т. д. Пакеты были введены для борьбы с неприятными последствия KeyRange блокировок, используемых MS SQL Server в режиме изоляции транзакций SERIALIZABLE. Не вдаваясь в излишние подробности, рассмотрим простой пример. Если в режиме SERIALIZABLE в рамках транзакции выполнить SELECT с WHERE <ссылка>=<значение ссылки>, то для индекса, построенного по ссылке, до конца транзакции окажется заблокированным диапазон ключей от ближайшего меньшего, чем <значение ссылки> до ближайшего большего, чем <значение ссылки>. (Если ближайшего меньшего или ближайшего большего нет, то блокируется все начало или весь хвост индекса.) Соответственно, внесение другими транзакциями новых записей с ключами попадающими в этот диапазон будет заблокировано до завершения транзакции, заблокировавшей диапазон.
  Пакеты ссылок позволяют возможное пространство ключей разделить на диапазоны, каждый из которых "принадлежит" определенному соединению. Диапазоны непостоянны и меняются со временем. Но в идеальном случае такой диапазон с одной стороны ограничен максимальной использованной ссылкой из пакета, принадлежащего данному соединению, а с другой стороны - минимальной ссылкой из пакета, принадлежащего другому соединению.
  В режиме управляемых блокировок режим SERIALIZABLE не используется и использование пакетов в значительной мере утратило свой смысл.

(102) (105) Нуда блокировки на уровне записи точно. Только елси твои фоновые попадут в один рабочий процесс какая нафиг разница? Они в очереди будут.

(128) Судя по sql. ru  получается что newid = UuidCreate

+(130)http://www.sql.ru/forum/22258/tayna-newid

(129) у процесса есть ПОТОКИ

(129) Какие блокировки, если каждое фоновое задание удаляет только свой регистр не конфликтуя с другими?
Еще раз внимательно прочитай 105.
1. Фоновое задание Метаданные.РегистрыНакопления[0]
2. Фоновое задание Метаданные.РегистрыНакопления[2]
3. Фоновое задание Метаданные.РегистрыНакопления[3]

1,2,3 задание никак не могут конфликтовать на уровне таблицы, другое дело, что может вмешаться конкуренция записи на диск, но это уже проблема железа.

(131) 115 и 118 идентичны

(129) http://habrahabr.ru/post/255387/

https://infostart.ru/public/341698/

http://курсы-по-1с.рф/articles/как-ускорить-1с-многопоточность/

(130) UuidCreate это как раз "Новый УникальныйИдентификатор()", а для ссылок используется UuidCreateSequential. И выбран такой метод как раз из-за производительности.

Note. The UuidCreateSequential function tends to be slightly faster than the UuidCreate function. When the performance of the generation of a UUID is a significant consideration, the UuidCreateSequential function may be used.
https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa379322

(138) Ок. Получается что можно полностью инсертить движком скуля через  newid() .

Скорее так NEWSEQUENTIALID является оболочкой для функции Windows UuidCreateSequential.

(135) нук фигли ты же видешь очереть. (132) Пусть есть задания в одной очереди. (133) Да знаю я - спутал написал же.

(141) Это не очередь, а одновременно выполняющиеся задания.
При этом на самом деле Сервер приложений ничего не делает, большую часть нагрузки выполняет SQL.
Ну вот в 136 цифры ну никак не согласны с тобой. Упирайся дальше.

(141) Оаять же есть пул потоков он как правило ограничен на одновременное выполнение.
https://msdn.microsoft.com/ru-ru/library/h4732ks0.aspx

https://msdn.microsoft.com/ru-ru/library/3dasc8as.aspx

(137) Судя по этой ссылке прирост скорости не очень высокий 5 минут с 20 - около 25%. Имею ввиду не в разы, как ожидал.

(145) Код выполнялся на виртуальной машине с одним процессором без RAID массивов. На реальном и хорошем «железе» выигрыш в скорости будет существенно больше.

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

(98) (92) Ошибся - <ДокументОснование xsi:nil="true"/> оказался не виноват. Проблема в том, что периферийный узел выгружала реквизит "УдалитьЗаказПокупателя", а главный узел ожидал реквизит "ЗаказПокупателя" (хотя в конфигураторе он виделся как "УдалитьЗаказПокупателя")