Корректировка стоимости списания #548949

Ситуация такова: Организация ведет производство. ПРоизводство ведется только 1 номенклатуры в одном складе. Списание по прямым затратам. УСН. Структура документов в партионном учете такова: Возврат ссылается на предыдущую реализацию. Партионный учет восстановлен. Документы представлены в хронологическом порядке. документ    начкол начст прихкол прихст расхкол расхст  конкол  конст ОПЗС             0     0       2   9.16       0      0       2   9.16 ОПЗС             2  9.16       3  15.04       0      0       5  24.20 РТиУ             5 24.20       0      0       2   9.68       3  14.52 ВТоП             3 14.52       0      0      -2  -9.68       5  24.20 РТиУ             5 24.20       0      0       5  24.20       0      0 После расчета себестоимости добавляется строчка: РСВ              0     0       0      0       0  -9.68       0   9.68 Внимание почему расчет себестоимости корректирует 2 раз возврат? проверено: если возврат сделать на предыдущий месяц, то он попадает в приход (это прям прописано при списании возврата в программе) и тогда Расчет себестоимости не дописывает никаких строчек в отчете по партиям. То же самое происходит в демонстрационных базах других релизов. Почему так? Может что то упустили? Не понимаю логики УПП... Подскажите пожалуйста уже бьюсь над этим не первый месяц.

до этого возвраты товаров оформлялись поступлениями и было все прекрасно теперь же перешли на возвраты от покупателя и вот такая шняга возникла... до сих пор не могу объяснить бухгалтерии почему "Ведомость по партиям товаров на складах" показывает суммы без количеств в конце отчетного периода.

а да и учет по партиям установлен по средней

неужели никто не сталкивался с такой проблемой?

ап

up1

неужто нет специалистов разбирающихся в корректировке стоимости?

up

в производстве нет партионного учета. т.е. как только у тебя материалы попали в производство, то понятие "партия" исчезает. И нет больше привязки к приходу. Себестоимость у тебя, как я понимаю, рассчитывается только в конце месяца. Потому с возвратом в прошлый месяц все ОК, а в текущий - УПП корректирует стоимость. Как-то так. Ищи книжку "5 шагов к себестоимости" Насипов Фарит. И во всем разберешься (она бесплатная).

да и читал и искал все делал вот пример поэтому и привел

уже все читал весь код сам разобрал в упп

только непойму зачем корректировка на сумму возврата в последнем документе реализации?

причем тут материалы про материалы я ни единого слова не написал... это произведенная продукция

то есть я смотрю партионные движения уже по произведенной продукции и по ней идет корректировка стоимости

Какой документ делает эту корректировку?

Поставь в РСВ точку останова и посмотри, почему он делает это движение. И сразу разберешься.

либо корректировка стоимости партий либо расчет себестоимости вводит 3 движения 2 по отчетам производства и последнее по реализации ровно на сумму возврата как в примере

разбирался весь алгоритм уже вдоль и поперек пролазил непонимаю зачем делать 2 движение такое же как и в возврате если оно в партиях уже учтено

кстати проблема реашется путем выставление себестоимости фиксированной но думаю это плохая идея

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

А что говорит глав бух? Или фин директор? Подойди к ним с этим вопросом. Если по их мнению все правильно - то оставь так как есть, если неправильно - то отключи нафиг. Есть, конечно, шанс,что ты нашел "дыру" в УПП, но верится в это с трудом - а значит, все так как и должно быть. Мой совет - переложи решение на того, кто рассчитывает себестоимость.

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

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

так вот тот кто расчитывает себестоимость и нашел эту дыру в виде партии товаров на складах          ЕСТЬ СУММЫ НО НЕТ КОЛИЧЕСТВА стали устраивать разбор полетов оказалась что корректировка стоимости так касячит ... на конец месяца выставляет такие вот суммы необъяснимые

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

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

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

Он корректирует стоимость, потому и нет количества. Так что это не глюк. Я с УПП не работаю сейчас, так что попробовать нет возможности :(

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

нет так это же не нормально что нет количества и есть стоимость... причем логика документов то верна...

не должен он повторную запись на сумму возврата вводить она уже есть!

по логике дожно быть так: Приход: 5 по сумме 24.20 Расход: 5 по сумме 24.20 а у него получается Расход: 5 по сумме 33 с чем то...

то, что стоимость есть, а количества нет - это нормально, если нужно скорректировать стоимость, а количество корректировать не надо. Про то, что "должен" или "не должен" делать - тут вопрос тонкий. Скорее всего, действительно, все дело в переделах. Копайте в эту сторону.

да 1 передел блин на примере же видно простейший пример 1 номенклатура и никаких цикличностей производство - реализация - возврат - реализация и всееее....

не обязательно в УПП это делать я думаю алгоритм схож с бухгалтерией там все тоже самое есть

По логике так не получится. Допустим, продали товар с доставкой, а потом его вернули. Хотите сказать, что вернется и стоимость доставки? А то, что машина 2 раза скаталась реально - отвезти товар и потом забрать его? Прямо таки забесплатно? А возврат идет на склад или в производство обратно?

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

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

"Внимание почему расчет себестоимости корректирует 2 раз возврат? " - смущают 2 проводки? ;-) Главное результат верный!

ситуация проста как 3 копейки поступление материалов списание на затраты выпуск продажа возврат и снова продажа. Делаем расчет прямых затрат и получаем вот такую вот корректировку непонятную на сумму возврата

почему верный?

если есть такая убежденность, что это косяк - то просто уберите это из алгоритма и дело с концом. Главное - чтобы для лиц, ответственных за учет, было все ясно и прозрачно :)

0 + 24.20 - 24.20 должно равняться 0, то есть небыло ничего то что произвели то должны были и списать в партиях так как это себестоимость и снова должно равняться 0 так как списали все то что и произвели, начальных остатков не было

а у него по логике выходит так 0 + 24.20 + (-9.68) - 24.20 то есть тупо остается какая то стоимость

5 произвели 5 продали сумма каки количество по себестоимости должна быть = 0

точнее после списания себестоимости

я не пытаюсь доказать я просто хочу понять логику как должно быть

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

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

т.е 5 произвели по себестоимости прямых 20 руб то и 5 продали по себестоимости прямых затрат на 20 руб правильно? откуда же еще взяться -9 рублям ведь в производство продукции мы больше/меньше не закладывали...

в результате вообще корректировки не будет

так как корректировать нечего тока 1 отчет будет там нечего корректировать по среднему

тока при условии 2х он начинает корректировать

причем если переставить колличества местами в реализациях сначала всю продукцию продать потом 2 вернуть и снова 2 продать тоже никаких корректировок на реализации он не делает

а вот если с 2х партий реализация после возврата идет то вот такую вот чушь фигачит в партии на сумму возврата

т.е ситуация хитрая и специфичная и проявляется невсегда.

пипец уже руки опустились, полтора месяца этого гемора в конфигураторе, я скоро этот расчет как свои 5 пальцев знать буду)

тока до сих пор не понятно в теории зачем же еще 1 движение делать на сумму возврата без количества если это движение уже есть

Все это означает только одно - программа считает правильно(!!). Просто при определенных обстоятельствах требуется корректировка стоимости. Повторюсь: если лицо, ответственное за учет, считает, что должно считаться иначе - то поправьте как они хотят. Если они не уверены, что нужно поправить - то оставьте это как есть. PS этот вопрос (по теории) лучше всего задать людям, работающим на курсах по УПП - Гилев, Чистов, Насипов.

а подскажите пожалуйста как это сделать задать вопрос им то бишь?

полцарства за ответ))))

gilev.ru,chistov.spb.ru, nasf.ru

спасибо большое

отпишись сюда, когда тебе ответят... Сталкивался с подобной ситуацией... решения не нашел..

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

код в студию можно?

точно код приведите пожалуйста прямо вы наш спаситель

Я делал так: Общий модуль "Корректировка стоимости", Процедура СкорректироватьСписание(...), Если СтруктураПараметров.Свойство("КорректироватьСтоимостьВозвратовТекущегоМесяца") тогда

И процедура КорректировкаСписания(...) - закоментил ТаблицаВозвратов = ПолучитьТаблицуПартийПоКодуОперации(ДатаНач,ДатаКон,ДопПараметры,Перечисления.КодыОперацийПартииТоваров.ВозвратОтПокупателяТекущийМесяц,ВидДвиженияНакопления.Расход); и вставил ТаблицаВозвратов = Неопределено;

На партнерском пишут так: в процедуре ДобавитьЗаписиПоВнешнемуСписанию. Эти условием не предусматривается КоэффСписания больше единицы, а это как раз имеет место при возврате от покупателя.

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

Годик думаю будет. Пользователи пока не жалуются ) А сам я особо не проверяю ведомость по партиям.

спасибо за помощь сейчас проверю а позже отпишусь)

спасибо, пойду тестировать..

а почему не использовали вариант с партнерского сайта а оставили свой?

Только сейчас нашел его на партнерском, а до этого сам ковырялся в этих диких модулях корректировки списания )))

жесть вот 1С над нами издевается

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