Заметка о процедуре ОбработкаУдаленияПроведения() из модуля документа "ЗаявкаНаОткрытиеСчетов" типового 1С:ЗУП (2.5.80.2)

25.07.14

Задачи пользователя - Корректировка данных

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

И увидел постоянный вызов ОбработкаУдаленияПроведения модуля документа "ЗаявкаНаОткрытиеСчетов" при попытке перезаписи ранее проведенных документов "ЗаявкаНаОткрытиеСчетов".
С чего это вдруг? Ведь документ как был проведенным, так и остается. В табличке документа программно редактируется реквизит и далее он просто перезаписывается.
Стек вызов быстро дает ответ. Собственно код из модуля документа "ЗаявкаНаОткрытиеСчетов":

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
 
 Если ОбменДанными.Загрузка Тогда
  Возврат;
 КонецЕсли;
 
 Если Проведен Тогда     
  ОбъектВБазе = Ссылка.ПолучитьОбъект();
  мОрганизация = ОбъектВБазе.Организация;
  мБанк = ОбъектВБазе.Банк;
  ОбработкаУдаленияПроведения(Ложь);
 КонецЕсли;
 
 Если РежимЗаписи = РежимЗаписиДокумента.Проведение Тогда
  Запрос = Новый Запрос;

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

 Если НЕ РежимЗаписи = РежимЗаписиДокумента.ЗаписьТогда    

 // 

 ОбработкаУдаленияПроведения(Ложь);
КонецЕсли;

вместо 
  Если Проведен Тогда

//

ОбработкаУдаленияПроведения(Ложь);
КонецЕсли;

 

Дожидаться выпуска обновления, если конфа снята с поддержки не имеет смысла.

Если делаете частую перезапись "ЗаявокНаОткрытиеСчетов", то рекомендую.

Вступайте в нашу телеграмм-группу Инфостарт

ПередЗаписью ОбработкаУдаленияПроведения ЗУП ЗаявкаНаОткрытиеСчетов Заявка на открытие счетов

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14640 руб.

29.04.2020    52233    142    164    

96

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

Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.

6100 руб.

10.02.2017    122395    736    177    

770

Корректировка данных Разработчик Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)

Представьте, что есть система QR - кодирования, которая НЕ ТРЕБУЕТ изменения конфигурации, НЕ ТРЕБУЕТ изменения ни одной печатной формы для добавления QR-кода, включая внешние, НЕ ХРАНИТ данные штрихкодов и их связь, от чего база не "пухнет", ИМЕЕТ возможность закодировать в QR-коде произвольные данные параметров для последующей обработки полученных данных, УМЕЕТ прикреплять сканы, УМЕЕТ обработать считанный QR-код как ВЫ захотите. А также ХРАНИТ историю операций в обход базы для каждого пользователя в отдельности и УМЕЕТ работать с 2D - сканерами. А также автоматически распознавать отсканированные печатные формы (картинки или pdf-файлы) и выполнять заданные произвольные алгоритмы, в том числе прикрепление их к документам! Обновление 3.3 от 24.06.2025!

26840 руб.

26.08.2018    57375    19    65    

58

Закрытие периода Корректировка данных Разработчик Пользователь 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Управленческий учет Платные (руб)

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

5084 руб.

13.07.2015    55606    189    31    

142

Взаиморасчеты Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1C:Бухгалтерия Бухгалтерский учет Управленческий учет Платные (руб)

Вы наконец разобрались с закрытием месяцев и пора начать контролировать сроки оплаты поставщикам и задолженности клиентов, но в базе расчеты не идут из-за развернутого сальдо? Не беда, есть решение!

12200 руб.

02.11.2020    9868    7    3    

10

Корректировка данных Системный администратор Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта 1С:Предприятие 8 1С:Управление торговлей 11 1С:Розница 3.0 1C:ERP 1С:ЗУП 1С:УТ Платные (руб)

Инструмент для анализа и устранения битых записей в регистрах 1С:Предприятия. Позволяет поддерживать целостность данных и повышает стабильность работы системы. Обработка предназначена для диагностики и корректировки ошибок в регистрах накопления и сведений. Обеспечивает контроль корректности данных и упрощает администрирование информационной базы. Решение для автоматизированного выявления и исправления записей в регистрах 1С. Снижает вероятность сбоев при расчётах и формировании отчётности.

5490 руб.

05.09.2025    1932    4    0    

7
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. TMV 1 25.07.14 10:30 Сейчас в теме
(0) Для документов при обмене обычно включают ОбменДанными.Загрузка в Истина, тем более что:
Если ОбменДанными.Загрузка Тогда
  Возврат;
 КонецЕсли;

Только если вам не нунжо, чтобы выполнялся код, следуемый далее.
В общем, заметка ни о чем.
2. RailMen 835 25.07.14 19:39 Сейчас в теме
(1) TMV, речи об обмене данными нет. Речь о перезаписи проведенных документов при обмене с банком, когда типовой документ ЗаявкаНаОткрытиеСчетов неоправдано удаляет записи РС и снова добавляет точно такие же. Речь о нарушенной методологии.
З.Ы. Не советую злоупотреблять конструкцией
Если ОбменДанными.Загрузка Тогда

там, где в этом нет необходимости и смысла.
3. TMV 1 26.07.14 06:58 Сейчас в теме
(2) Какой сакральный смысл неиспользования этого механизма в вашем конкретном случае?

Я вижу противоречие здесь:
речи об обмене данными нет. Речь о перезаписи проведенных документов при обмене с банком
Вы нет?

Я к тому, что используй этот механизм изначально, вы даже и не обнаружили бы перезаписи регистров и пр., а следовательно и заметки бы не было.

З.Ы.
Предлагаю вам пробежаться по всем документам и справочникам типовых конфигураций и по каждому объекту написать такую вот заметку.
4. RailMen 835 28.07.14 01:03 Сейчас в теме
(3) TMV, я просто за методологическую правильность типового кода в типовых конфигурациях. И еще раз: методологическую. Надеюсь вы еще раз сравните 2 варианта кода ) Конструкция : "ОбменДанными.Загрузка=Истина" - должна использоваться только по назначению при реализации обменов данными. Обмен с банками - это конечно же тоже "обмен" данными, только суть то не в этом. Имел ввиду другое: при перезаписи документов "Заявка на открытие счетов" типовая логика удаляет набор записей, а затем снова создает. Что если захотим воспользоваться типовой же групповой обработкой документов? А где гарантия, что в новых релизах не измениться код ОбработкиПроведения и ее повторный запуск даст весьма неожиданный результат? Просто факт остается фактом: нарушена методология.
5. Scop 64 30.07.14 08:44 Сейчас в теме
(4) полностью согласен. Проверил УПП 1.3.55.1 - та же самая ситуация.
6. A_Max 21 08.11.17 15:43 Сейчас в теме
Просто факт остается фактом: нарушена методология.

А по момему вы странного хотите. Где гарантия, что при повторной загрузке содержимое документа будет соответсвовать проводкам? Потому и делается перепроведение, что документ мог измениться.

Если вы уверены, что в вашем конкретном случае ничего не менялось, то тогда логичней использовать ОбменДанными.Загрузка
Для отправки сообщения требуется регистрация/авторизация