05.02.2007, 17:53 | #1 |
Участник
|
Кто переписывал расчет себестоимости?
Здравствуйте!
В одном из обсуждений я видел упоминание, что кто-то где-то когда-то переписывал с нуля расчет себестоимости. Сейчас сколько ни бился - не могу найти этот постинг. Да, собственно, там и не было названо ни имен, ни фирм - просто, мол, были случаи. Откликнитесь, пожалуйста, кто знает об этих случаях хотя бы что-нибудь! Очень интересуют результаты... ---- Сразу же предвижу вопросы-советы из ряда "Чем не устраивает существующий функционал?" или "Работает - не трогай!". Будьте так любезны, удержитесь от них, если не трудно... |
|
06.02.2007, 10:46 | #2 |
Мрачный тип
|
Я переписывал.
Себестоимость у нас средневзвешенная на дату. Сделал класс по расчету цены/себестоимости списания на дату для простановки этого в журнал и перекрыл два метода у наследников InventMovement - useEnteredPriceAsCost() (посадил его его результат на параметр настройки модуля Invent) и enteredPrice(). Модификации минимальны |
|
06.02.2007, 10:57 | #3 |
Участник
|
Цитата:
Сообщение от TasmanianDevil
Я переписывал.
Себестоимость у нас средневзвешенная на дату. Сделал класс по расчету цены/себестоимости списания на дату для простановки этого в журнал и перекрыл два метода у наследников InventMovement - useEnteredPriceAsCost() (посадил его его результат на параметр настройки модуля Invent) и enteredPrice(). Модификации минимальны Так вы: 1. не сможете вводить новые закупки задним числом, 2. не сможете вводить накладные расходы в себестоимость после продажи. 3. Лишаете себя возможности корректировать себестоимость 4. не сможете отслеживать себестоимость после перемещений 5. не сможете отслеживать себестоимость после выпуска в производство 6. Спорным становится вопрос возратов 7. начисто лишаете себя разделения на финансовую и физическую себестоимость, а следовательно никаких неотфактурованных поставок (ПРАВИЛЬНАЯ себестоимость должна быть введена ДО продажи) ЗЫ Вот уже месяц возвращаю клиенту переписанную себестоимость в нормальную... Блн... Не переписывайте себестоимость, если полностью не изучили как работает стандартная. ЗЫЫ Отвечая на исходный вопрос - ищите сообщения участника fed. |
|
|
За это сообщение автора поблагодарили: glibs (2). |
06.02.2007, 12:02 | #4 |
Злыдни
|
Не переписывали, но вносили небольшие правки, связанные с начислением накладных расходов (коррекция проводок) на переносы, точнее на журналы завершения маршрута (модуль "Цепочки поставок" от Colambus). Правки касались небольших огрехов в базовом коде при работе с переносами
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
06.02.2007, 14:06 | #5 |
Moderator
|
Я в разное время модуль закрытия склада довольно сильно правил, а на самом последнем проекте даже сделал свой собственный рассчет по средней за период. Получившийся модуль получился относительно совместимым со стандартной аксаптой, хотя и содержит некоторые вещи, связанные со спецификой учета у заказчика. Производительность получилась пристойная - пересчет себестоимости по 15 недельным периодам занимал где-то 2.5 часа. Разработка заняла недели три, отладка на реальных данных - еще недели полторы. Код скорее всего, все-таки, получился неотчуждаемым, так что варианта его передать или продать другому клиенту - нету,
|
|
07.02.2007, 07:59 | #6 |
Мрачный тип
|
mazzy, да вот если бы не было этой мгновенной себестоимости - не стал бы ни за что делать подобное.
Иключительно из-за некорректных цены и себестоимости при списании на дату списания и необходимости запуска большего количества пересчетов затеяна модификация. А теперь конкретно по пунктам хотелось бы прояснить :: 1) Можно примерчик из жизни ? Как-то не смог понять, что Вы имеете ввиду - двояко как-то можно трактовать. 2) Тоже не понял формулировку, это что есть в переводе с терминов Аксапты на человеческий язык ? Примерчик бы 3) Почему ? Есть проводки номенклатуры с корректными суммами по хронологии дат (точно такмими же как в варианте "списание/перемещение по мгновенной + пересчет"), которые точно так же формируют остатки по номенклатуре с такими же суммами . Пересчет не создает никаких сопоставлений с корректировками - система считает имеющиеся проводки нормальными ? 4) InventMov_Journal, который я правил - родитель как для журналов "проводка", так и "перенос" (у нас только они используются). Работает это и при перемещении.по складской аналитике. Ситауция с пересчетом аналогичная п.3 5) Не используется и не будет использоваться. 6) Тут действительно вопрос для дальнейшей доработки или отката всего взад 7) А между ними в складских журналах разница есть ? Наследники InventMovеment по складским журналам считают физическую идентично финансовой ( метод estimatedPhysicalValue() в 1 строку использует результат метода estimatedFinancialValue() . Слой sys) Цитата:
Я делаю складское движение, себестоимость должна сформироваться на дату проводимой операции - это нормальная жизненная логика, так сказать "особенности" системы тут вторичны. Почему пользователь должен запускать еще какое-то действие дабы получить нужное, если это можно сделать за одну итерацию обработки документа ? Согласен, если после моего действия некто сделал некую операцию задним числом, что повлияло на мою операцию - тут вопросов нет. Но не каждый же раз !!! Кто мешал изначально при расчете себестоимости из мгновенных значений по InventSum вычесть кусок InventTrans'а для корректных значений себестоимости ? Последний раз редактировалось TasmanianDevil; 07.02.2007 в 09:13. |
|
|
За это сообщение автора поблагодарили: Recoilme (5). |
07.02.2007, 13:55 | #7 |
Member
|
Цитата:
Сообщение от TasmanianDevil
...
себестоимость должна сформироваться на дату проводимой операции - это нормальная жизненная логика ... Даже по классике бухучета производственная фактическая себестоимость считается в конце месяца, и делаются проводки на сумму отклонения. Аналогично со стоимостью закупки — там 15-й и 16-й счета. А учет в течение месяца ведется по учетным ценам.
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: EVGL (1). |
07.02.2007, 14:39 | #8 |
Участник
|
Я бы добавил: ранними версиями конфишураций 1С, в современных все намного сложнее и ближе к Аксапте.
От себя добавлю (опустим производство, так как сказано что оно даже не планируется): 1. У вас часто известны таможенные затраты в момент приходования? (ни разу не видел чтобы эти данные не отставали от документов поставщика) 2. Транспортные компании выставляют свои счета сразу вместе с накладными от поставщиков? (у нас только в конце месяца) 3. Абсолютно нет коррекций задним числом? (соль на раны) 4. Не используется метод средней? (кстати, любимой большинством бухгалтеров) 7. Не уплачиваются вознаграждения посредникам, народ не ездит в командировки, связанные с закупками? 6. Используется только Директ-костинг? (хотя даже при нем накладные расходы можно относить на конкретные позиции, если они связаны) Если на все вопросы ответ - нет, то может и можно отказаться от пересчетов. Только вот не возникнет ли завтра какая-либо из этих ситуаций? Хотя согласен, то что связано с себестоимостью требует доработок (особенно, если есть производство). Только вот "с нуля" вряд ли стоит что-то делать. |
|
|
За это сообщение автора поблагодарили: glibs (2). |
07.02.2007, 17:00 | #9 |
Member
|
Цитата:
Сообщение от Raven Melancholic
...
Хотя согласен, то что связано с себестоимостью требует доработок (особенно, если есть производство). Только вот "с нуля" вряд ли стоит что-то делать. ...
__________________
С уважением, glibs® |
|
Теги |
себестоимость |
|
|