сабж. чет не пойму, почему так происходит..
в этот раз взаиморасчеты. в RG все норм.. ибо выполняется приход расход.
в RA появились записи на чужеродный ИД.. типа движение сделал документ счет_фактура. причем следом идет нормальная запись. =(

ну и ладно.
База какая, скуль, дбф ?

база скуль

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

http://www.1cpp.ru/forum/YaBB.pl?num=1228926967

ну а так, при желании, можно сделать движение в регистр любой поделкой, хоть штатно (http://infostart.ru/public/79515/), хоть через прямой запрос

Хотя у тебя, хз как так получилось

http://www.picshare.ru/view/4940279/

в том то и дело, что я (и вроде никто другой) напрямую в регистры не лазиет =(

спасибо за ссыль!

а в журнале этот док ежели найти, у него в 1sjourn флаги взведены у этого регистра и счетчик движений ?

ежели нет - то действительно "левая" запись, если есть...то

все RF в журнале по нулям в ACTCNT 0

если бы в базу лазали по сети.. можно было списать на какие-то ошибки оборудования.. но все крутится в терминале.. есдинственно сейчас начи решили слить все в одну базу и к ней дохрена подключений =(( ~150

где-то я это ужо видел

и иименно с видом дока в скуле

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

можешь

только желательно перед этим проверит, не от нужного ли они документа.. iddoc точно от счетфактуры ?

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

iddocdef=730
T=DH730   |Документ Счет_фактура         |DH730      |

тогда странно

уриба нема ?

хотя, записи приход и расход сделали..хз в общем

не, ничего такого..

(0) Так бывает когда используются транзакции там, где нельзя их использовать. В семерке. Плавали - знаем.

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

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

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

какие-то хрени про в ложенные транзакции.. нету в семерке никаких вложенных транзакций. или есть транзхакция или нет.

(26) Странно... обработка проведения - это и есть одна транзакция. Никогда не сталкивался, может не применял такое...

(29) Понимаешь, у шаловливых лапок есть всё, в том числе многократно вложенные НачатьТранзакцию - Зафиксировать/ОтменитьТранзакцию. Только не работает нихрена. А так, формально, вложенные :)

Когда-то у меня был примерно такой косяк:
По кнопке Провести в документе вызывалась функция, которая начинала транзакцию, в ней дёргала сказала Записать(), потом Провести(), и, в случае СтатусВозврата()=0, ОтменитьТранзакцию.
Работало это жутко криво, в регистры записывалась фигня типа (0). Притом, как я понимаю, только в случае, если запись проходила успешно, а проведение обламывалось.
Может, конечно, и не такая причина была, но, после избавления от транзакции, больше подобных проблем не возникало.

(31) прально, потому что всего одна транзакция. Вова Ходаков может подробнее рассказать как там внутрях устроено.

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

(29) Вложенные Транзакции на уровне языка v77 есть

НачатьТранзакцию(); // уровень 1
   операторы1
   НачатьТранзакцию();  // уровень 2
      операторы2
   ЗафиксироватьТранзакцию(); // уровень 2
   операторы3
ЗафиксироватьТранзакцию(); // уровень 1


Все дело как их обрабатывает ms sql ( как в dbf нк знаю)
В ms sql при откате от транзакции с этого места вложенности
все транзакции закрываются как откатом транцакции.

Это как бы такая особенность ms sql. Почему так сделали не знаю.Зная такое поведение все становиться прозрачным и понятным.


Также есть еще и неявная вложенная транзакция когда в модуле проведения одного документа проводят другой документ.
как бы все работает по тому же изложенному выше правилу :
В ms sql при откате от транзакции с этого места вложенности
все транзакции закрываются как откатом транцакции.

"когда в модуле проведения одного документа проводят другой документ. "
.. то мы получаем (взаимо)блокировку

(36) не получаем.
Если вызвать явно 1с ругается по моему и не дает так делать,
если обмануть 1с :
использовать Форма.Открыть и в
модуле Приоткрытии() вызывать Провести()
то все срабатывает но с последствиями как описанро выше.

ИХМО ну как бы делать так не надо , но можно.

(34)   В 35 объяснение почему это происходит
( точнее может происходить если произойдет откат транзакции)

(37) В твоём способе мы имеем всего лишь две последовательные транзакции

(39) можешь проверить по профайлеру
1 уровень транзакции :
выполнение модуля проведения

2 уровень транзакции
  вызывается методом Провести() в модуле ПриОткрытии()
  заканцивается проведение вызванного документа

заканцивается проведение главного документа

Т.е. как бы вложенные транзакции в 1с 77 (ms sql) есть.
Они ( НачатьТранзакцию(); ЗафиксироватьТранзакцию(); ) являются обертками над
begin tran
end tran

и ведут себя вложенные транзакции один в один как описано
работа вложенных транзакций ms sql

(41) Было бы странно, если бы вели себя иначе :)
В общем не делайте кривых лисопетов