1с 7.7 бюджет учет МЗ #470685

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

плохая затея. но я ее реализовал, поправив немного код в бухии. в частности, создал в документе списание МЗ реквизит СписыватьПоСумме, который делает видимым табличный реквизит Сумма. И тогда бух сам решает, по какой цене списать. Иначе тебе дорога в бардак в номенклатуре (тапки по 15 руб., тапки по 15,5 руб.....) ))

Как можно воспользоваться?

вышли мне базу на мой_ник_без_прбелов_собака_мэйл_ру, я тебе внесу правки в конфигу, посмотришь, устроит или нет

сознательно идете на нарушение инструкции по бюджетному учету ? Проверяющие за это вас думаете по головке погладят ?

да, это нарушение. я бухов предупреждаю, им зачем-то все равно это надо....

видимо плохо предупреждал... Но если делать, то только после бумажки с её

*подписью, что так надо, чтобы потом к тебе вопросов не было когда их проверка будет натягивать

Вот засада. Поговорю еще раз с главбухом.

Говорит, что в их учетной политике указано списание по цене поступления. А вот их базу нужно самую свежую скидывать? Они просто удаленно находятся и взять актуальную базу сложно

Up

Никакого нарушения инструкции нет. В инструкции предусмотрено два способа учета (и соответственно списания) - либо по средней, либо по ценам приобретения. Так что с этим все в порядке. 1С реализовала требования инструкции только наполовину - а именно только по средней, напрочь проигнорировав вторую половину из инструкции по бюджетному учету. Вариант, предложенный DJ Anthon, можно использовать, если перечень номенклатуры очень невелик и бух в состоянии отслеживать вручную все цены. В противном случае неизбежен хаос. Только... лучше сделать отдельный документ раз и навсегда, чем помнить про занозу при каждом обновлении. ИМХО.

вот, нашел цитатку из инструкции:

фигасе земляк объявился. я думал в Мариуполе 1Сников нема.

приколись еще больше :) я и вправду из из Мариуполя, но сейчас в гостях в Ростовской области.

может, и нет нарушения. за все ответственность несет бух. и за знание закона и за незнание. я только 1Сник. насчет занозы - у меня у некоторых клиентов - это единственное, что я менял в базе, все остальное реализовывал внешними обработками и формами. и там задача не отслеживать цены вручную, а просто списывать по цене поступления. кстати, вразумительного ответа так от них и не добился, зачем им это надо? видимо, просто хотят избежать неприятной ситуации, когда приходится проводить документы задним числом и последуюшее проведение документов списания может поменять сумму проводок, а они уже документально зафиксированы по актам списания. да любую базу. лишь бы обновленную. могу здесь код показать: МЗ_Списание модуль документа, две вставки: в модуле формы добавить в конце ПоФактическойСумме - реквизит шапки, типа число, висит на форме галочкой. можете перебить на константу, можно на сохраняемое значение, кому как удобно. код элемента на форме: в табличную часть добавлены реквизиты Сумма и ОГССчетКредита (видимые) фсё. П.С. есть еще приятная мелочь:

И вот еще момент. МЗ не только списываются по средней цене. В оборотке по МОЛ показываются не фактические, а средние суммы по поступлению(!). Как можно задать поступление МЗ в оборотках по фактической цене?

а вот и грабли :)

не помню где, но четко указано, что в разрезе МОЛ ведется ТОЛЬКО количественный учет. суммовой учет сделать крайне тяжело. да и зачем? отклонения ведь в копейках. мне удалось это сделать только в одной конторе, уж очень много у них хотелок. даже конфига теперь у них своя и своя методика обновлений, им это стОит 15 кило в месяц. вот ты сам попробуй формулу придумать для расчета, и тогда действуй. только бухов предупреди, что пути назад нет ))))

Я вот посмотрел сейчас в оборотку по МЗ не в разрезе МОЛ. То же самое. Показываются не фактические, а средние суммы по поступлению.