Доработка механизма формирования проводок в ТиС #149543


#0 by es3000
Люди, хочу услышать ваше мнение. Стандартный механизм формирования проводок не всегда устраивает. У меня такой случай. Для док-та "ПоступлениеТМЦ" надо сформировать проводку по НДС. Проводка формируется по регистру "КнигаПокупок". Счет "ДТ" должен меняться в зависимости от вида ТМЦ. В настройке проводок можно сделать разные проводки только для разных значений реквизита "ВидДолга" этого регистра. Как это можно доработать? У меня пока возникла мысль добавить в регистр "КнигаПокупок" новый реквизит "ВидТМЦ" и доработать механизм формирования проводок, чтобы можно было его использовать. Что скажете? Кто-нибудь делал что-нибудь похожее?
#1 by АперБотМ
на здоровье
#2 by КонецЦикла
А что если размножить виды долга: долг за топливо, долг за спецодежду
#3 by vcv
Может быть в процедуру глПолучитьТаблицуПроводок вставить кусок патчинга проводок: проверяем на нужный регистр/счет/аналитику и подменяем счет/аналитику. У меня таким образом (в комплексной) сделан учет некоторых договоров на 76.5 (условие по реквизиту в договоре), учет акцизного склада на 41.6 (условие по реквизиту в складе), приходование некондиционных товаров на 002 до разборок с поставщиком и прочие подобные вещи. Самое приятное, что весь код всех этих дополнений в программу находится в одном месте и при обновлении конфы переносится за минуту.
#4 by es3000
АперБотМ: размножать не хочется, потому что потом придется везде, где используются долги, добавлять свои новые значения или удалять старые. А таких документов и процедур очень много. vcv: да, я уже думал так сделать. Но откуда брать информацию о виде товара? Придется в этой процедуре брать данные из самого документа. А что тогда указать в поле "Счет" в шаблоне проводки?
#5 by Salvador Limones
А что, ТиС теперь проводки делает?
#6 by es3000
Да, при выгрузке данных в бухгалтерию. Или просто можно просмотреть проводки в виде печатной формы для каждого докумнета
#7 by АперБотМ
извините, о размножении не я говорил :) пост я тоже не поддерживаю по вышеприведенным Вами причинам.
#8 by КонецЦикла
Но... для того, чтобы обрабатывать движения регистра придется завести в нем измерение... а где менять удобнее и лучще - еще надо подумать Аффтар, по каким видам ТМЦ надо тебе различать?
#9 by es3000
да, действительно я ошибся, извиняюсь :) в общем-то да, если вводить новое измерение надо везде изменять движение приход-расход для этого регистра. Но мне кажется работы будет меньше, чем изменять виды долга. Виды долга - это какое-то производное от вида ТМЦ, вида номеклатуры, и еще чего-то. А проводки иногда зависят именно от вида ТМЦ. Пока мне проводку надо различать по следующему признаку: материал и все остальное, но предвидится и другое разделение
#10 by vcv
Как откуда брать? Там же все известно при формировании проводок. Регистр есть, все его реквизиты есть, документ, по которому проводки формируются есть, при желании даже есть номер строки в документе, к которому движение регистра привязано. А при большом желании, можно, встретив определенное движение регистра, анализировать документ и по нему (документу) формировать проводки. Формирование проводок заметно притормозится, конечно. Альтернатива этому, на мой взгляд, большие изменения в конфигурации и большой секс при обновлениях.
#11 by es3000
В общем-то согласен, Тогда повторю вопрос: что указать в поле "Счет" в шаблоне проводки? И еще не очень хочется заниматься расчетом суммы НДС. Так как не всегда движения регистра по документу в точности соответствуют его табличной части. В движениях сумма НДС уже есть рассчитанная, но с группировкой по виду долга и ставки. А мне ее придется заново расчитать, но уже с группировкой по виду ТМЦ. Правильно?
#12 by es3000
Очень хочется продолжить обсуждение :)
#13 by vcv
Что будет указано в поле "Счет" не важно. Тут смысл в том, что типовой механизм заполняет очередную строку таблицы проводок, потом ты проверяешь свои критерии и "патчишь" проводку. НДС в данном случае расчитывать не придется придется. Просто взять из строки документа. Бухи будут даже довольны, если раньше сумма, как ты говоришь, могла не совпадать с документом, то у тебя будет гарантированно совпадать.
#14 by КонецЦикла
Обождите радоваться... из какой такой строки? Хочешь сказать, что кол-во записей в регистр = кол-ву строк дока?
#15 by КонецЦикла
А можно еще неожиданно - заменить ВидДолга служебным справочником с реквизитом ВидДолга (то же перечисление)
#16 by Maniac
У меня есть собственный механизм. То что тебе нужно есть. Вопрос только в том сколько заплатишь.
#17 by КонецЦикла
Намекнешь? Интересно :)
#18 by Maniac
тройка процедур строк на 700 плюс пара метаданных для настроек.
#19 by КонецЦикла
Спасибки! А люди вон ломают голову! Все так просто!
#20 by КонецЦикла
+ Так все же... стандартный механизм я так понял не сильно изменился? Или не используешь его совсем? Что такое "собственный"?
#21 by Maniac
совсем не использую. мало того - собственный был написан до того как стандартный в комплексной появился.
#22 by Maniac
самописная конфа на базе 204 комплексной ))
#23 by es3000
Ну а принцип твоего механизма можешь сказать? Или напиши сколько хочешь - подумаем :) Можешь послать на мою почту
#24 by vcv
В ТиС, если меня не обманывает мой склероз, движение регистра зачастую привязано к строке документа.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С