| Автор |
Сообщение |
vome
Народный форумщик
Зарегистрирован: 17.09.2004
Сообщения: 210
Откуда: Санкт-Петербург -> Москва |
Добавлено: 20.06.2013 08:31 Заголовок сообщения: Дополнительные затраты
Добрый день.
Кто-нибудь решал проблему, когда при распределении дополнительных затрат на существующий заказ на закупку, может быть запасы поступившие в нем уже полностью или частично списаны.
При записи складских проводок возникают "лишние" суммы. Три раза я уже видел что возникает как-бы "лишняя" переоцененная партия на сумму переоценки которой и не идет сумма из книги закупок с суммой по проводке в управлении запасами.
По процессам:
часть ее переместили на другой склад
повторили частичное перемещение еще несколько раз,
в результате из одной партии получается несколько.
затем регистрируется счет фактура на дополнительные затраты, при этом на контрольный счет идет, допустим 5 000 руб.
При создании проводок в управлении запасами, видим что контрольный счет "закрывается на сумму = 5456 руб.,
причем есть партия которая переоценилась именно на 456 руб. 
Воспроизвести эту ситуацию искусственно не получается, при выполнении по шагам всех операций так, как они заносились в базу, получаем корректное распределение. 
Грешим на "чистоту" данных в базе. 
Предположительно считаем, что при расчете коэффициента, не учитываются данные по одной из партий, но как понять, почему именно эта партия не попадает в расчет не можем, на первый взгляд во всех таблицах она ничем не отличается от других.
В этом случае нам бы очень помогло знание алгоритма по которому Скала рассчитывает коэффициент для пересчета, хотя бы понимать, по какой таблице, таблицам, она это делает, по SC33 или PL19/43? а уж если знать какие поля в этом участвуют, было бы вообще супер.
У кого есть какие соображения, или твердые знания, как в Скале реализован этот алгоритм?  |
Serj
Заслуженный форумщик
Зарегистрирован: 15.12.2006
Сообщения: 90
Откуда: Санкт-Петербург |
Добавлено: 21.06.2013 16:42 Заголовок сообщения:
Старая как мир история.
Скала корректно распределяет все затраты в случае, если не производилось именно списание. Перемещение на распределение затрат не влияет.
Если произвели списание, а потом даже и вернули обратно, всё равно затраты на партию не распределятся, у партии будет другой номер родительской партии, именно по нему Скала "ищет" все партии для распределения затрат.
Я решал просто, блокировал намертво партии (статус 9) до распределения затрат. |
vome
Народный форумщик
Зарегистрирован: 17.09.2004
Сообщения: 210
Откуда: Санкт-Петербург -> Москва |
Добавлено: 24.06.2013 07:45 Заголовок сообщения:
| Serj писал(а): |
| Я решал просто, блокировал намертво партии (статус 9) до распределения затрат. |
Это хорошо работает когда затраты "запланированы" и пока все не соберем, ждемс. А если спустя полгода бухгалтер обращает внимание, что бумажка, на которую он всегда ставил чашку с чаем, это счет-фактура на дополнительные, разовые, услуги.
|
Dmitry Pestov
Заслуженный форумщик
Зарегистрирован: 21.06.2007
Сообщения: 94
Откуда: Москва, ApicoSoft |
Добавлено: 24.06.2013 12:28 Заголовок сообщения:
| vome писал(а): |
| Это хорошо работает когда затраты "запланированы" и пока все не соберем, ждемс. А если спустя полгода бухгалтер обращает внимание, что бумажка, на которую он всегда ставил чашку с чаем, это счет-фактура на дополнительные, разовые, услуги. |
Я так понял, что изначально речь шла про ошибку, которая проявляется нерегулярно и когда есть отгрузки/возвраты.
А что в этом конкретном случае не так? Просто распределяйте затраты, Скала увидит, что партии проданы и вместе с проводками типа 03 создаст проводки типа 10. Себестоимость патрий уже не изменится, но доп.затраты лягут на нужные счета.
Хотя почти все избегают возникновения проводок типа 10…
_________________
Dmitry Pestov
Блог ScalaHelp.RU — практические вопросы использования Scala |
vome
Народный форумщик
Зарегистрирован: 17.09.2004
Сообщения: 210
Откуда: Санкт-Петербург -> Москва |
Добавлено: 24.06.2013 12:51 Заголовок сообщения:
| Dmitry Pestov писал(а): |
| А что в этом конкретном случае не так? |
В конкретном случае из книги закупок на контрольный счет записывается сумма 6000 руб. из управления запасами контрольный счет закрывается суммой 6600 рублей (не всегда 10% это просто условные цифры), причем эту сумму создают только проводки 03 типа и только по тому заказу, на который распределяли доп. затраты, причем, в каждом случае, есть партия сумма переоценки которой равна сумме разницы, т.е. получается что это партия как-бы излишне распределена.
|
Serj
Заслуженный форумщик
Зарегистрирован: 15.12.2006
Сообщения: 90
Откуда: Санкт-Петербург |
Добавлено: 24.06.2013 14:45 Заголовок сообщения:
Редко такое бывало, но бывало.
В таком случае обнулял контрольку руками, перекидывая сумму "недопереоценки" на счет затрат (ведь материал уже списан). |
vome
Народный форумщик
Зарегистрирован: 17.09.2004
Сообщения: 210
Откуда: Санкт-Петербург -> Москва |
Добавлено: 24.06.2013 16:25 Заголовок сообщения:
| Serj писал(а): |
| перекидывая сумму "недопереоценки" на счет затрат (ведь материал уже списан). |
В данном случае эта сумма берется ниоткуда, партии перемещены на другой склад, но не списаны.
Можно конечно отправить эту сумму на счет ошибок, но что потом с этим счетом делать?
Куда его закрывать и как объяснить, что это за ошибка?
|
aav
Администратор
Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург |
Добавлено: 24.06.2013 18:06 Заголовок сообщения: Про чёрную кошку…
| vome писал(а): |
В данном случае эта сумма берется ниоткуда, партии перемещены на другой склад, но не списаны.
Можно конечно отправить эту сумму на счет ошибок, но что потом с этим счетом делать?
Куда его закрывать и как объяснить, что это за ошибка? |
Коллеги, может не стоит терять время на поиски чёрной кошки в тёмной комнате. 
Речь идёт про старую версию Скалы (2.2 SR2, если мне не изменяет память), где принудительно в таблице установлено количество знаков после запятой для ценового коэффициента 6 (стандартно в Скале, если опять-таки мне не изменяет память, разрешено только 4) и триггер на тот случай, если это поправят руками. В новой версии пока с нуля это воспроизвести не удалось… Так может заняться чем-то более полезным? По крайней мере до того момента, пока подобная ошибка не вылезет в новой скале "с нуля"?  |
Serj
Заслуженный форумщик
Зарегистрирован: 15.12.2006
Сообщения: 90
Откуда: Санкт-Петербург |
Добавлено: 25.06.2013 10:26 Заголовок сообщения:
| vome писал(а): |
В данном случае эта сумма берется ниоткуда, партии перемещены на другой склад, но не списаны.
Можно конечно отправить эту сумму на счет ошибок, но что потом с этим счетом делать?
Куда его закрывать и как объяснить, что это за ошибка? |
Вообще странная ситуация у вас.
Какая версия Скалы?
Вы уверены, что на складе, куда перемещен материал, не было проводок по списанию и возврату? А также, что там не создались проводки с типом 03?
Скала 2.2 должна делать проводки следующим образом:
— создаются проводки 03 на склад прихода
— если часть партии отсутствует, создадутся проводки разницы с типом 10
— на складе, куда было сделано перемещение (причём количество перемещений никак не влияет на результат), создадутся проводки 03
Всё работает нормально по описанной схеме.
Всё плохо только при наличии списания, а потом возврата.
Проверьте ещё раз в SC07 номера партий (а главное родительские номера).
Если материал не списан, всё сложнее и требует нескольких действий.
Я обнулял контрольку на обычную десятку, и затем правил себестоимости руками везде где надо.
Мне так было легче.
У меня такое было всего пару раз, главное вовремя открутить голову юзеру (после установления виновного  ), чтобы такого больше не было.
aav
Что-то я не понял ответа.
Мы одно и то же обсуждаем? |
