Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Напомните механизм проведение доков по одному регистру при это не трогая записи по другим.

Напомните механизм проведение доков по одному регистру при это не трогая записи по другим.
Я
   Обработка
 
04.12.20 - 09:09
Я еще со времен 1с77 реализовывал такое.
Но вот в УТ обычные формы хочу сделать такое но не могу вспомнить как.
Документ имеет записи по 11 регистрам хочу в модуле проведения прописать так чтоб проводился участок именно
только по одному. Как это делать?

Требование такое что при перепроведении вообще не затрагивались участки кода по другим РН.
Погуглил и нашел механизм через обработку где в транзакции проводится док целиком но прерывается транзакция а после только требуемый регистр записывается.
Мне это не подходит ибо главное требование это время проведения.
А второе требование не трогать записи по другим.
   Обработка
 
1 - 04.12.20 - 09:12
+ Возможно надо мне и подписки глянуть.
Пока не дошло до этого.
   2S
 
2 - 04.12.20 - 09:12
разовая обработка?
   Обработка
 
3 - 04.12.20 - 09:15
(2) Пока как разовая идет. Если проблема учета не решится будет постоянной еще пол года проводить  будем раз в месяц.
   Обработка
 
4 - 04.12.20 - 09:17
Все таки предлагаете не в модуле дока менять а сделать внешнюю обработку по замене его движений?
   2S
 
5 - 04.12.20 - 09:17
ну ник обязывает написать обработку корректировок регистров с отбором по регистратору
   ДенисЧ
 
6 - 04.12.20 - 09:17
Своя процедура, формирующая нужные записи. И потом запись в набор записей соответствующего регистры.
   Dmitrii
 
7 - 04.12.20 - 09:39
(0) Способов множество. Применение конкретного зависит от конфигурации, от ситуации и от ответа на вопрос из (2).

Один из общих универсальных вариантов.
1. Написать обработку, которая перебирая документы сохраняет в ДополнительныеСвойства документа-объекта существующие наборы записей всех регистров (движения) по документу. Плюс установливает какой-нибудь флаг там же в ДополнительныеСвойства документа, что надо будет чистить движения.
2. Либо в  расширении после ОбработкаПроведения, либо в подписке на событие ОбработкаПроведения добавить код, который анализировал бы ДополнительныеСвойства документа на наличие и значение флага указывающего на необходимость чистки движений. Если свойство есть и его значение Истина, то возвращаем все наборы записей по этому документу (кроме одного - который надо поменять) в исходное состояние, какое было на шаге 1.
Можно еще в п.3 попробовать установить для соответствующих наборов записей свойство Записывать=Ложь. Но это уже зависит от конфигурации - установлено ли у документа свойство Запись движений при проведении "Записывать выбранные" и нет ли где-нибудь в коде обработки проведения принудительной записи наборов.
   Обработка
 
8 - 04.12.20 - 11:09
(7) Не то. Главное требование не проводить сам документ полноценно а проводить только по одному РН.
Это колосально экономит время. И данные не меняюся по остальным РН
   Обработка
 
9 - 04.12.20 - 11:10
(5) (6) Если не найду другого решение придется так и сделать.
   Фрэнки
 
10 - 04.12.20 - 11:16
(9) ты так это пишешь, как будто это какой-то кошмар.

Создаешь нужный набор записей регистра, по отбору регистратор получаешь все его записи. Создаешь новые записи для этого набора, грузишь их в него, записываешь.
Остальные наборы записей регистров, формально связанные с этим же регистратором, никак не будут перезаписываться. Регистратор и все его данные даже не заметят такого действия.
   Вафель
 
11 - 04.12.20 - 11:19
в 8 можно просто записывать движения в регистр.
чтобы было удобно по отдельности это делать, то должны быть экспортные процедуры формирования движения по отдельности
   mikecool
 
12 - 04.12.20 - 11:21
процедуры формирования движений вынести в общедоступное место(ОМ, модуль менеджера регитсра)
запускать из из обработки
профит
   mikecool
 
13 - 04.12.20 - 11:22
+12 в обработке проведения - только вызовы этих процедур
   Обработка
 
14 - 04.12.20 - 11:25
(10) ДА не кошмар.
Просто ведь надо сделать подготовительные таблицы. А это лень.
   БаксПо90
 
15 - 04.12.20 - 11:26
вообще все типовые написаны так что у них уже видно как пакет готовит конкретный набор записей, потом эти наборы попадают в нужные движение ..но правда пишется все вместе ..
правда есть примеры в тех же типовых когда там даже сравнивается что писалось и что надо писать ..
но вот в боевом решении
в обработке что то переписывать еще можно ..ну когда там сломал что то или решил поменять по одному регистру ..
но вот разрывать запись по регистрам стремно .. хотя раньше каждый по отдельности вроде и писался .. давно правда это было
   Вафель
 
16 - 04.12.20 - 11:26
(12) вполне можно и в модуле объекта оставить
Объект.СформироватьДвиженияПоРегистру()
Объект.Движения.Регистр.Записать()
   Обработка
 
17 - 04.12.20 - 11:28
Ааа
У меня же в некоторых доках еще идет запись в ТЧ дока другие данные для проведения.
Готовлю данные
Записываю в ТЧ без проведения так
Потом обработкой провожу так?
   Обработка
 
18 - 04.12.20 - 11:30
+(17) В процедуре ПередЗаписью()
   Serg_1960
 
19 - 04.12.20 - 11:31
   БаксПо90
 
20 - 04.12.20 - 11:31
проведение это и запись движений в коде.. как ты ее организуешь так и будет ..
можешь частями можешь сразу .. просто все хорошо, когда в меру .. а то потом ошибки устанешь ловить ..
я тут долохматил свою базу .. что у меня регистры писались а проводки нет ..
пользователи отменяют проведение а у них все на месте)
   Вафель
 
21 - 04.12.20 - 11:32
(18) если нужно еще и документы менять, то лучше разделить процесс на 2 части
   Обработка
 
22 - 04.12.20 - 11:34
(19) Не подходит. Выше уже сказал. Хочу быстро.
А проведении дока даже с отменой транзакции все равно время.
   Serg_1960
 
23 - 04.12.20 - 11:38
PS: имхо, при написании своего алгоритма перепроведения документа по выбранному регистру, следую не забывать о ситуации, когда документ не может быть перепроведен (по причине возникновения такой ситуации с перепроведением по другим регистрам, кроме выбранного).
   Serg_1960
 
24 - 04.12.20 - 11:42
(22) Тогда у Вас единственный путь: изучить типовые алгоритмы с целью возможности их вынесения в свою обработку. Иногда бывает везёт - в типовой конфигурации нужное движение формируется отдельной процедурой/функцией.
   Serg_1960
 
25 - 04.12.20 - 11:46
В типовых есть нечто подобное - называется "отложенное проведение"
   Фрэнки
 
26 - 04.12.20 - 11:48
(24) вангую - даже если она у него была "типовая", то от той типовой уже много-много лет прошло и следов от типовой почти не осталось.
   БаксПо90
 
27 - 04.12.20 - 11:54
судя по всему типовой нет .. там код допроведения очевиден .. просто его для каждого конкретного случая еще доковырять надо ..
   Обработка
 
28 - 04.12.20 - 12:06
Тем кто  вангует.
У нас УТ для каз 2.2 (2.2.11.7) Это аналог УТ 10.Х.ХХ
Получается не обновляли с 2011-го года. Но что-то переносили.
Прикрутили туда до меня учет по Источникам происхождения.
И Учет по нему велся ужасно бардачно.
Задача у меня привести этот учет в порядок.
Учет по источникам начали с октября 2017 года.
И учет ведется в отдельном регистре.
   Фрэнки
 
29 - 04.12.20 - 12:10
(28) ну я потому и написал как можно более кратко, выше.

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

А если и тем более, что учет ведется в отдельном регистре, то вот так и придется действовать, что повторить кусок процедур проведения в отдельной служебной процедуре/обработке :-)
   Serg_1960
 
30 - 04.12.20 - 16:11
PS: зря я использовал словосочетание "типовые алгоритмы"- это увело обсуждение в неверное русло. "Штатные", "стандартные", "используемые" алгоритмы - лишь бы это не отождествлялось с устойчивым словосочетанием "типовая конфигурация".
 
 Рекламное место пустует


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.