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

зашито?

(1) Типа того.
(0) А что интересует-то ?.

(2)+ Там вроде ничего особенного нету.

(0) вшито в платформу, использует ОбработкаПроведения модуля документа

Один из часто-задаваемых вопросов, кстати :)

Ясно... Жаль..
(2) Да вот "пытаюсь" "свернуть" базу таким макаром: http://alexeev.pro/?page_id=1282
Выгрузил в "чистую" базу доки за 13 год. Стал перепроводить (восстанавливать ГП). Но натыкаюсь на ошибки. С ошибками конечно буду разбираться, но вот что меня заинтересовало:
Скажем перепровожу я доки, и вывалилась у меня ошибка - такой то документ не проводится. Ладно пошел смотреть. Заглядываю на его позицию в журнале доков, а перед ним куча непроведенных доков. Я то думал как: обработка берет по тупому "все доки за период" так же как они в журнале доков идут (упорядоченные по времени) и  перепроводит. Но если так, то перед первым доком с ошибкой проведения ничего не должно быть. А у меня получается, что перед ним куча непроведеных доков. вот и хотел посмотреть как она выбирает последовательность в которой проводит.

(6) Там может в транзакции проводиться.

(6) перепровод кусками в транзакции. Облом - откат транзакции и всё.
Вот и видишь ты это в журнальчике.

(6) Казалось бы, причем тут Операция? :)

Еще тогда вопрос. Как эта обработка переносит ТА?
что конкретно интересует:
Я думал по простоте душевной, что с каждым новым проведённым доком ТА сдвигается ровно на один этот документ. Как мне было подсказано выше, данная обработка перепроводит документы используя транзакции. Правильно ли я понимаю, что для того чтобы найти откуда началась транзакция (в случае если как у меня, она прервалась из-за невозможности перепровести один из документов) мне просто нужно найти документ на который установлена ТА? Это и будет началом транзакции?

напиши свою обработку, с бюстом Ленина, и пионерками...

(5) слишком старый вопрос...

(10) да

Получается, что в транзакцию попадает достаточно большое количество документов (по крайней мере лично у меня). Причем, я не могу понять по какому принципу они объединяются. Если просто берется пучок документов определенного количества, то какой смысл их так объединять? Выигрыша от этого никакого.

(14) Для скорости. Не знаю правда как в стандартной обработке.
Потому как при большом количестве документов в транзакции начинает подтормаживать.

(15)+ Я бы даже сказал тормозить.

(14) всё дело в кешировании

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

блин чего написал. ща перечитал... извините. поправлю

(18) *приходится делать так:
устанавливаю ТА на док основание. провожу его. И заново запускаю перепроведение. И тогда, когда дело доходит до с/ф, обработка видит, что док основание проведен и проводит эту с/ф.

Вообще-то, в типовых глубоко фиолетово, в каком месте счет фактура - она не делает движений по регистрам..

(21) но идёт проверка на проведённость документа-основания

а по (0), обработка видимо где-то в недрах платформы.

(22) где идёт ?

если спецом в коде не написано  -  то ничего там нет (а в типовых так и есть).