Зачем нужна обработка "Проведение документов по регистрам НДС" в типовых? #704536

Я не понимаю, почему некоторые документы сами не могут делать нужные проводки по регистру "НДС Начисленный". Прошу помощи)

в моей типовой ЗУП такой обработки нет. Видать спёрли гады

могут и сами, если допилить

отложенное проведение однако. Видно ты мало сталкивался с блокировками

не в кассу

Так вот я не понимаю, почему в типовых ПОЛОВИНА документов сам эти проводки делают, а половина с помощью обработки. Этому есть объяснение?)

А то пока что получается, что это всё лень сотрудников 1С)

ИМХО прав , ну не может 1С в быстродействие. Отсюда и отложенное проведение, когда часть движений формируется потом, в момент наименьшей нагрузки на базу

Видимо, всё на отложенное проведение не дописали, вот и получается чехарда.

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

сказочники пофиг УПП и КА пара "жиденьких" Рг НДС

Пока что я склоняюсь к этому варианту.. Т.е. опять 1С хотели как лучше, а получилось как всегда. Могу ошибаться. А что по поводу думаешь?

Ап

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

теоретики при партионке в УПП НДС двигается самими документами, обработка нужна при РАУЗ, т.е. всё наоборот

Ты либо меня не понимаешь, либо делаешь вид, что не понимаешь) Поставлю вопрос по-другому) Почему в типовых конфигурациях при использовании РАУЗ ПОЛОВИНА документов сам эти проводки делают, а половина с помощью обработки?)

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

И чем же это обусловлено? Судя по , мне кажется, shuhard с тобой не согласился бы)

"Суть в том, что параллельно основному учету затрат (при использовании РАУЗ) ведется партионный учет по НДС. Этот учет технически основан на регистрах накопления учета НДС. Движения по этим регистрам документы делают не в момент их проведения, а в другой фазе – когда мы запускаем специальную регламентную обработку «Проведение документов по регистрам НДС». В этот момент технически происходит распределение по партиям и допроведение документов по регистрам НДС. То, что это выполняется при работе специальной обработки – это правильно и удобно. Т.е, например в течении месяца (когда последовательности хронологии документов часто могут нарушаться) распределения по партиям не происходит. Это еще хорошо и по тому, что не происходит ненужная дополнительная нагрузка на процесс проведения документов. А вот когда все документы введены, «встали на свои места», то запускается специальная обработка «Проведение документов по регистрам НДС», которая и выполняет (можно сказать «доделывает») эту работу. "

Это уже ближе к делу.. Статью даже интересную нашёл: Но всё равно остаётся один вопрос) Почему половина документов не делает движений по регистрам НДС, а другая половина делает)

Я это всё вот к чему.. Можно ли эти половины местами поменять?)

конечно же можно, но только на копии

Одно дело добавить подписку на проведение корректировок реализации и поступления, и сделать там их проведение по регистрам НДС. Хуже от этого не станет. Но менять всю логику лучше только на копии

там не подписка, там 3 строчки кода в модуле документа

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

затем, что в данном случае это проще и технологичнее

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

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