Есть задача перенести проведение документа из самого документа в подчиненные документы по каждой строке (Банковская выписка). Так например в документе 300 строк, на каждую строку создается подчиненный документ и потому уже подчиненный формирует движения и проводки.
Как можно наиболее оптимально реализовать такой функционал?

Сейчас все реализовано, но есть одна проблема, проведение документа, если пользователь открыл документ уже проведенный документ, что то в нем поменял и пытается его закрыть, при этом должна вызваться процедура ПриЗаписи (она вызывается), а потом проведение документа (она тоже вызывается), но затем надо перепровести подчиненные по строкам, вот здесь и получается проблема, в это время (между проведением редактируемого документа и документа по строкам) кто то может заблокировать таблицу журналов и подчиненные документы могут быть не проведены. Как сделать чтобы откатывалась транзакция и редактируемый документ не записывался до тех пор, пока не проведуться подчиненные?

1. не понятно почему ПриЗаписи два раза. Этого не должно быть.

2.Ты не можешь управлять наложением блокировок.
блокировки накладывет сам ms sql.

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

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

начни решать проблему с малого
ПриЗаписи два раза не должно быть.
если где то на кнопке висит Записать(); - то это надо убирать.

ПриЗаписи - решил. Создал свою процедуру на кнопку Записать и Провести, а если вызывается ПриЗаписи - СтатусВозврата(0) и сообщение о том что надо пользоваться кнопкой Ok на форме.

pvase писал(а) 16. Сентября 2010 :: 13:02:

не надо так делать
надо
#Записать? Провести  Закрыть
ну и естественно

ПриОткрытии()
ПриЗаписиПерепроводить(1);
...
КонецПроцедуры

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

Z1 писал(а) 16. Сентября 2010 :: 13:09:


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

pvase писал(а) 16. Сентября 2010 :: 13:50:

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

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

может подойдет способ
подготавливай при записи несколько ТЗ со всеми движениями регистров а в модуле проведения только берем
и проводим данные из этой таблицы.


ну и третий способ
делаем на кнопке только #Записать
далее приоткрытии()
ФлагЗаписи = 0;

далее призаписи()
Все проверки документа
.....
ФлагЗаписи = 1;

ПриЗАкрытии делаешь

Если ФлагЗаписи = 1 Тогда
СписокДокДляПроведения  в этом списке и твой док и все другие документы для проведения

ВсеОк = 1;
НачатьТранзакцию()
Цикл по всем документам из СписокДокДляПроведения
 Док = СпозиционироватьСлед. док из СписокДокДляПроведения
 Попытка
   Док.Провести()
Исключение
   ВсеОк = 0;
   Прервать;
КонецПопытки;
КонецЦикла;
Если ВсеОк = 1 Тогда
ЗафиксироватьТранзакцию();
Иначе
ОтменитьТранзакцию();
Оповестить пользователя о провале проведения.
КонецЕсли;

КонецЕсли; // ФлагЗаписи = 1

 

Z1 писал(а) 16. Сентября 2010 :: 14:14:


Подобным образом сделал, и уже есть и глюки. В документе родителе есть поле в строке, которое имеет тип документ и определенный вид. При одной из попыток провести 1С вылетила с ошибкой SQL (ошибки не видел). После чего в этом документе в этом поле вместо документов определенного вида появилась куча других документов с другими видами. Причем ПолеДокумента.Вид() - возвращает правильное значение, а вот если получить данные с этого поля - то там данные совсем другого документа. Если получить ИД документа - то он действительно совсем другого документа. Вот такой глюк.

Это ужо на мисте предлагали..
апдейтить по одной изменяемой записи после окончания редактирования строки и при её удалении..

не не так, при окончании редактирования строки сразу проводить..
по строчно т.е напрямую апдейтить ra и rg
Хотя, можно и из обработки.
ну, или кеш измененных строк хранить и только их проводить потом по кнопке провести (так же прямым запросом)

Eprst писал(а) 17. Сентября 2010 :: 12:03:

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

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

Eprst писал(а) 20. Сентября 2010 :: 11:01:

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

PS ну и зачем Вам нужно "закрытие взаиморасчетов по FIFO" online ? при "сложных" платежах не всегда клиент даже определен (филиал за головную и.т.д.)  Хотя конечно вопрос риторический и не к тому кто программирует.

ПУБ у меня и сильно переделан. FIFO - по строкам ставит бухгалтер, хотя потом разносит по счетам. В этом и заключается вся его работа, сидит и целый день разносит оплаты по счетам, а потом перепроводит этот документ в 300 строк. Зашел, изменил ДокментОснование и провел, потом снова зашел и снова перепровел. Ну или сидит целый день  - меняет, а потом раз 1С -ка подвисла и он такой довольный звонит в ИТ отдел и говорит все что он думает о нас.

В общем это и есть одна из причин, почему проведение переделывается на построчное.

pvase писал(а) 20. Сентября 2010 :: 13:50:

по моему смысл #17 мало меняется
обработка должна брать одну строку платежа и перепривязывать ее к другим счетам.
Распиши что при этом меняется в документе и какие при этом происходят изменения движений и проводок ( только у меня пуб нет учитывай это )

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