Проводки в 1С:ERP 2 #730991

Как известно проводки в 1С:ERP 2 формируются "отложенно" рег.заданием , либо вручную по кнопке "Отразить в рег.учете" в форме проводок документа. Кто-нибудь дорабатывал, чтобы документ отражался в регл учете при проведении документа, без дополнительных действий или какие идеи есть?

[какие идеи есть] возьми лобзик и запили

Идеи есть у программистов. Обратись к своим. Пилотов мало, а уж такую фигню и подавно не все делают.

Ради интереса посмотрел как это можно доработать, хотя у самого такой необходимости не предвидится. На первый взгляд кажется что очень просто доработать. В обработке проведения надо добавить такой код СтруктураРеквизиты = Новый Структура( Это кусок кода из кнопки Отразить в регл. учете

Ради интереса допилил демку. Должно работать.

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

делал аналогичное, но в модуле набора записей РС "Отражение в регл.учете" в процедуре при записи, но не понравилось, что эта процедура несколько раз отрабатывает, так как при записи в серверное процедуре снова меняется статус "К отражение в рег.учете" в РС и снова инициализация идёт процедуры при записи, плюс ещё идёт перепроведение документов связанных и текущего и снова перезапись РС.

"как известно". Манипулируешь?

Констатирую.

в таком  контексте это всего лишь вежливая преамбула

О, пионеры уже до УКЗ2 добрались. Хорошим рашпилем можно любую конфигурацию допилить, смелости у форума при этом спрашивать не надо.

Благодарю за пример.

Но если снова нажать кнопку "Отразить в регл.учете" проводки немного изменятся, по понятным причинам. Скорее всего придётся в обработке проведения каждого документа прописывать.

По каким понятным причинам? Почему по разному проводит?

Наверное, разное состояние РС "Отражение в рег.учете" в момент проведения документа и после, так как реально на документе "Поступление и прочих активов" формируется проводка с кт 000 автоматом, а после нажатия кнопки "Обновить" и "Отразить в рег.учете" проставляется счет кт 60.01

ОК. Понятно.

Причём если прописывать те же самые алгоритмы непосредственно в МО в конце процедуры "Обработка проведения", то тоже формируются разные проводки.

но зачем? чтоб все опять тормозило и блокировалось?

Полностью согласен, но руководство жаждет, этот довод я озвучил уже.

тебе придётся двинуть тучу Рг и время проведения документов будет не детским с зачетом авансов проблемы будут отдельно

В ПриЗаписи запускать нужную процедуру тогда

Или в крайнем случае в форме после записи

В общем верная доработка, с рядом замечаний. 1. У большинства документов есть поля Ссылка, Дата и Организация, в обработчике подписки на событие можно просто написать: 2. Второй параметр ВыполнитьПересчеты в методе ОтразитьДокумент лучше оставить для регламентного закрытия месяца, поскольку пересчеты могут выполнятся довольно долго и затронуть движения, не связанные с проводимым документом. Оффлайновые расчеты, на момент разработки, двигали партии, расчеты с поставщиками с клиентами и считали себестоимость для всех данных, которые были не актуальны - в общем длительная процедура. На практике тормознуто проводится только "первый" документ, потом все движения делают довольно быстро, поскольку объем пересчетов снят. Но могут быть тонкости.

Спасибо! По пункту 2: второй параметр в типовой конфигурации включен, если запускать отражение с кнопки "Отразить в рег.учете". Если отключить его, то могут возникнуть проблемы с зачетом авансов?

> Если отключить его, то могут возникнуть проблемы с зачетом авансов? Да, проблемы с зачетом авансов могут возникнуть. Тут нужно понимать, что проблемы с зачетом авансов присутствуют в любом случае, если не делать зачет авансов для документа по кнопке (Зачет оплаты). Возможно, что имеет смысл вызвать свою последовательность оффлайновых расчетов перед отражением документа в регл.учете. Например, если требуется только зачитывать авансы, то позвать методы проведения документов по расчетам с указанием аналитики учета по конкретному партнеру из документа.

Благодарю за информацию.

Как и ожидалось, возникли проблемы с зачётом авансов, не формируется проводка по кт 60.2. Кто-нибудь реализовывал?

Значит никто...

тебя дважды предупредили, что будут проблемы бу га га - пилите Шура, они золотые (с)

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

Если столько жалоб на УТ 11, то как внедряют ERP 2.0?

а если в общем модуле МодификацияКонфигурацииПереопределяемый в текст переопределяемой процедуры записать:

1. Тогда алгоритм не будет отрабатывать при проведении не из формы документа. 2. Этот объект захвачен тобой в хранилище))

пардон, это сообщение для )

1. Тогда алгоритм не будет отрабатывать при проведении не из формы документа. 2. Этот объект захвачен тобой в хранилище))

Почему идёт обращение к РегистрСведений.АналитикаУчетаПоПартнерам, а не к РегистрНакопления.РасчетыСПоставщиками и РегистрНакопления.РасчетыСКлиентами?

ты про какое хранилище намекаешь? немного поправил код Вроде авансы засчитывает

а проведение не из формы документа? Что тогда?

Объясни подробнее я не догоняю - при чем здесь это?

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

это было 1) - это ясно и так а ты же писал про какое-то хранилище во 2)

если проведение без открытия формы то работает типовой механизм.

вот поэтому этот механизм и не подходит забудь про хранилище)

> РеглУчетПроведениеСервер.ОтразитьДокумент(СтруктураРеквизиты, Истина); Не рекомендую писать Истина во втором параметре при оперативном проведении документа. Это вызовет пересчет всей базы по партионному учету, взаиморасчетам с поставщиками и клиентами и расчет себестоимости. Если нужно просто зачесть авансы, то надо пересчитать только взаиморасчеты с поставщиками и клиентами по организации, партнеру и контрагенту, указанными в проводимом документе. > Почему идёт обращение к РегистрСведений.АналитикаУчетаПоПартнерам, а не к РегистрНакопления.РасчетыСПоставщиками и РегистрНакопления.РасчетыСКлиентами? Обращение к регистру сведений АналитикаУчетаПоПартнерам идет для определения ключа аналитики партнера по данным документа. Обращение к регистрам накопления РасчетыСПоставщиками и РасчетыСКлиентами идет в вызове типовых методов ВзаиморасчетыСервер.ВыполнитьПроведениеДокументовПоРасчетамСХХХ > ЗапросПланаСчетов = РеглУчетВыборкиСервер.ЗапросПланаСчетов; Ну и зачем ты продублировал треть метода РеглУчетПроведениеСервер.ОтразитьДокумент, когда ты все равно вызываешь этот метод?

Это выглядит всё как полумеры. которые никак не решают ситуацию, есть практичное предложение?

> Это выглядит всё как полумеры. которые никак не решают ситуацию... Весьма голословное утверждение. Тебе помощь нужна или как? Что не решает? > есть практичное предложение? Пойди работать в 1С. Напишешь там свой бух.учет с автозачетом авансов и удовлетворенными бухгалтерами.

Реализую по-своему и продемонстрирую.