Есть нетиповая (к сожалению) база УПП 1.2 достаточно свежего релиза. В ней сделан был документ, роль его генерить проводки Д62 - К67 (например .5). Проблема - кривые движения по регистрам накопления (ВзаиморасчетысКонтрагентами и т.п.) и кривые проводки (не закрывающиеся) авансы и прочие радости жизни. Вся эта веселуха из-за того что модуль проведения не "скопипастен" например с "РТиУ", а написан свой, естественно кривой как сабля турецкая. А скопипастить модуль с РТиУ и уйти от проблем мешает один нюанс: этот самый 62 счет + аналитика от него (контрагент\договор) сидят в ТЧ документа , а не в шапке как в РТиУ. В общем в РТиУ все достаточно жестко заточено что контрагент\договор один, а тут получается что их целая охапка

Хочется уйти от модуля проведения состоящего их самопальных костылей разного размера и пропустить все через типовые процедуры. Сталкивался кто-нибудь с такой задачей? Есть ли типовые функции в общих модулях пригодные для этого - подать в нее охапку контров\договоров по счету 62 и чтобы система сама дала внятные таблицы распределения, пригодные для записи во Взаиморасчеты, РасчетыПоРеализацииВУЕ + по бухии корректно писались? Поглядел по модулям - в основном все заточено что взаиморасчеты идут по контр\договор которыйиз шапки... один один в добавок... а тут ситуевина обратная

ну это все как-то совсем "брутал форс", особенно перепроведение построчное. Хотел чего-то более адекватного ситуации

leafНасипов говорил что сама проводка бухгалтерская в УПП вторична


первична или вторична - но она должна быть корректной.

>помочь то чем?

я жен вроде написал: Есть ли типовые функции в общих модулях пригодные для этого - подать в нее охапку контров\договоров по счету 62 и чтобы система сама дала внятные таблицы распределения, пригодные для записи во Взаиморасчеты, РасчетыПоРеализацииВУЕ + по бухии корректно писались?

Т.е. есть ли типовой функционал или что-то свое изобретать надо?

vitkhvГосподин ПЖроль его генерить проводки Д62 - К67

Что за операцию вы производите, продаете финансовые обязательства, а то из одной проводки не понятно,?
Документ "Корректировка долга" смотрели?

не 67, а 76 - я ошибся.

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

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

Забаненный программист 1сНе думаю что есть альтернатива. Слишком много исправлять.

а документ сумеет адекватно "проглотить" эту "подставу"? Он разве при расчете остатков по регистрам свои движения учитывает??

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

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

Тоже одинэсерПосмотрите на формат подаваемых в "проводкодробилку" стандартную данных и напишите свою процедуру/функцию, которая будет ваши строки готовить в нужном виде и пхать дальше в эсовское проведение. Если не знаете где это точно, то в отладчике прогуляйтесь по цикр\лу проведения стандартного и полюбуйтесь чего и куда идёт. Имхо.

это понятно... второй день в отладчике сижу... читаю и плакаю... плакаю и читаю... я по структурам регистром УПП не великий спец... В типовых документах более менее понятно что куда... но как это спроецировать на текущую задачу - пока понимания нет целостного.