Что вы думаете о механизме себестоимости?

[Галина]

Kashin, Romtex я свое мнение сказала.
Вы видите только частные случаи и абсолютно игнорируете картину в целом. Тут уже ничего не поделаешь.
Лично у меня консультанты за такой подход получают по полной
Если вам так удобнее закрывайте дырки-это тоже выход, до поры до времени. Только до того момента, когда к вам придут пользователи с вопросом. А почему поменялась себестоимость? Вы ответите-а бух транспортные издержки киданули. И соответсвенно ваши затыкания дырок получаются никому не нужны. Вы зря их затыкали, потому что проблему в целом это не решило.
А функциональность советую посмотреть все-таки получше.
Могу повторить только ссылаясь на этот опыт. Когда юзеры задают вопросы, я им просто отвечаю. "А вы можете гарантировать что у нас не будет транспортных издержек?" Они отвечают-нет. И вопрос закрылся.
А про инвентаризацию-реально никогда не было с этим проблем ни на одном предприятии.

[Галина]

Цитата:

Сообщение от Kashin

А мужики то не знают!!! Откройте, и проверте, пожалуйста СТАНДАРТ.
Ну а на выводы я уже сделал.

Отчет Клиент/Товар Продажи-откройте и проверь как он считается. СТАНДАРТ! И ровно так как я описала.
И мои клиенты им пользуется дважды!-это уже повторяюсь.
Счет в статистике не обновляется и на мой взгляд это нормально.
Что я должна проверить в стандарте? А вы судя по всему не удосужились это даже проверить.
Прибыль считается Как разница между двумя flow-полями. Расписывать какими? Или сами посмотрите?

[rov_imported]

Отвечаем пользователям :

Цитата:

Сообщение от romtex

1. Я рапределил все издержки. Если я сейчас продам товар по 100 руб. я продам в плюс или минус?

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

Цитата:

Сообщение от romtex

2. На какую сумму будет вот это неучненное перемещение.

То же самое. что и в предыдущем. В дополнение говорим: "Если вы хотите, мы можем вам сделать кнопочку, нажав которую вы увидете ПРЕДПОЛАГАЕМУЮ БУДУЩУЮ себестоимость вашей продажи. Однако, вы должны понимать, что в результате учета может получиться и другая себестоимость, так как если другой пользователь... "
и далее по тексту первого пункта.

Цитата:

Сообщение от romtex

3. У меня недостача по инв. ведомости 100 руб. Кладовщик расписался и согласился чтобы у него из зп эту суммы вычли. После коррекции недостача стала 120 руб. Почему?[/i]

"Потому что в результате коррекции себестоимость была пересчитана!" - ну это такой м-ммм, тупой ответ на поставленный вопрос. На самом деле, конечно, делаем инвентаризацию(в смысле учитываем), проводим коррекцию, печатаем ведомость - относим кладовщику, он расписывается в своей недостаче, которая будет 120 руб. и никогда не изменится.

[romtex_imported]

Цитата:

Сообщение от Галина

Kashin, Romtex я свое мнение сказала.
Вы видите только частные случаи и абсолютно игнорируете картину в целом. Тут уже ничего не поделаешь.
Лично у меня консультанты за такой подход получают по полной
Если вам так удобнее закрывайте дырки-это тоже выход, до поры до времени. Только до того момента, когда к вам придут пользователи с вопросом. А почему поменялась себестоимость? Вы ответите-а бух транспортные издержки киданули. И соответсвенно ваши затыкания дырок получаются никому не нужны. Вы зря их затыкали, потому что проблему в целом это не решило.
А функциональность советую посмотреть все-таки получше.
Могу повторить только ссылаясь на этот опыт. Когда юзеры задают вопросы, я им просто отвечаю. "А вы можете гарантировать что у нас не будет транспортных издержек?" Они отвечают-нет. И вопрос закрылся.
А про инвентаризацию-реально никогда не было с этим проблем ни на одном предприятии.

Галина, объяснять пользователям, что себестоимость считается не правильно из-за того, что могут быть издержки, которых у них никогда не было, и еще в Навижене есть модуль "Производство", и типа смотрите на вещи шире это все равно, что сказать, они купили карьерный двухсоттонный белаз и пытаются ездить на нем по Москве. Нет у них ни производства не издержек и себестоимость изменяется отнюдь не только из-за этого, вы же проффесиона
А если юзеры на вопрос "А вы можете гарантировать что у нас не будет транспортных издержек?" ответят да, уверены? Я же, вроде, писал что все уверены, что издержек нет.
Про инвентаризацию. Попробуйте провести такой пример:
Метод Фифо. Купите 1 шт товара на 100 руб. Потом еще одну штуку товара на 200 руб. Проведите коррекцию. Рассчитайте инвентаризацию - укажите недостачу одной штуки. Распечатайте ведомость. Учтите инвентаризацию. Запустите коррекцию. Сравните суммы по ведомости и по фин. счету, куда у вас списалась недостача. Они равны?

Цитата:

Сообщение от rov

Отвечаем пользователям :
1."К сожалению я не могу ответить на ваш вопрос. так как система-много пользовательская, и другой пользователь может отгузить товар одновременно с вами. Таким образом, до тех пор пока вы не учтете вашу продажу - невозможно определить партию из которой эта продажа произойдет, а значит невозможно определить себестоимость. "
2.То же самое. что и в предыдущем. В дополнение говорим: "Если вы хотите, мы можем вам сделать кнопочку, нажав которую вы увидете ПРЕДПОЛАГАЕМУЮ БУДУЩУЮ себестоимость вашей продажи. Однако, вы должны понимать, что в результате учета может получиться и другая себестоимость, так как если другой пользователь... "
и далее по тексту первого пункта.
3."Потому что в результате коррекции себестоимость была пересчитана!" - ну это такой м-ммм, тупой ответ на поставленный вопрос. На самом деле, конечно, делаем инвентаризацию(в смысле учитываем), проводим коррекцию, печатаем ведомость - относим кладовщику, он расписывается в своей недостаче, которая будет 120 руб. и никогда не изменится.

Продолжим диалог с юзером:
1. "Не-не с этого склада отпускаю товар только я, никакой многопользовательности, я за месяц только один счет учел, больше никто ничего не делал, почему в его статистике стоит 100 руб прибыль, как до учета так и после, ф9 я нажимал! А бухгалтер говорит, что какую-то коррекцию запустил и у меня убыток Это из-за чего так получилось"
2. "Руководство сказало, что в Навижн отличный механизм учета себестоимости и никаких доработок делать не хочет, а в перемещениях у меня даже средней себестоимости нет, вообще не вижу на какую сумму перемещаю, почему?"
3. "А как распечатать ведомость по учтенной инвентаризации?"
Теперь не от юзера, а от себя. Почему ПРЕДПОЛАГАЕМАЯ БУДУЩАЯ себестоимость и себестоимость учтенных документов (ведь в момент учета уже известно какая будет себестоимость) считается не по фифо, как в карточке товара и на доработанной кнопочке, а по средней? Почему при анализе УЧТЕННЫХ документов нельзя ориентироваться на себестоимость в документе, в результате чего происходят отличия между печатной формой документа и оборотной ведомостью?

[rov_imported]

Цитата:

Сообщение от romtex

Продолжим диалог с юзером:
1. "Не-не с этого склада отпускаю товар только я, никакой многопользовательности, я за месяц только один счет учел, больше никто ничего не делал, почему в его статистике стоит 100 руб прибыль, как до учета так и после, ф9 я нажимал! А бухгалтер говорит, что какую-то коррекцию запустил и у меня убыток Это из-за чего так получилось"

Попробуем продолжить. Тут надо уточнить: действительно система установлена ИСКЛЮЧИТЕЛЬНО на одном складе
и ей пользуется только один человек? Если да, то действительно - этот юзер имеет полное право видеть корректную
себестоимость в момент создания документа. Тогда вешаем на кнопку F9 (или на VALIDATE поля No. таблицы документа) код, определяющий приходные партии, из которых будет расход и показывающий БУДУЩУЮ себест.
этого расхода, которая не изменится.
Если же все-таки в системе работает не один пользователь, а несколько, то продолжаем песню: "Извините, но
система изначально создавалась в расчете на много пользователей и корректное значение себестоимости может
быть определено, только после учета отгузки/перемещения".

Цитата:

Сообщение от romtex

2. "Руководство сказало, что в Навижн отличный механизм учета себестоимости и никаких доработок делать не хочет, а в перемещениях у меня даже средней себестоимости нет, вообще не вижу на какую сумму перемещаю, почему?"

"Увы, если ваше руководство не хочет никаких доработок - то мы не сможем вам помочь: это исключительно
внутреннее решение между вами и вашим руководством. То, что вы вообще не видите на какую сумму документ -
это конечно же, более, чем неудобно, однако причины этого я уже объяснил и метод решения предложил."

Цитата:

Сообщение от romtex

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

"Как?! У вас нет такой кнопочки в учтенных инвентаризациях? Ой какая неприятность...Увы, в стандартной поставке
такой отчет - отсутствует, его легко можно сделать - но опять же, для этого необходима санкция вашего руководства."

Цитата:

Сообщение от romtex

Теперь не от юзера, а от себя. Почему ПРЕДПОЛАГАЕМАЯ БУДУЩАЯ себестоимость и себестоимость учтенных документов (ведь в момент учета уже известно какая будет себестоимость) считается не по фифо, как в карточке товара и на доработанной кнопочке, а по средней? Почему при анализе УЧТЕННЫХ документов нельзя ориентироваться на себестоимость в документе, в результате чего происходят отличия между печатной формой документа и оборотной ведомостью?

Почему первоначальный учет по средней? Увы, наверное, так решили разработчики. Я бы тоже предпочел, чтобы
после учета себестоимость в Value Entry была по ФИФО, однако - не судьба.
На мой взгляд, поскольку себестоимость может быть определена только как минимум в момент учета(при отсутствии трансп. расходов) - то и само понятие "себестоимость в документе"-не имеет права на жизнь. Не может быть в документе себестоимости! До тех пор, пока операция не проведена - мы не знаем (и не можем знать) правильной себестоимости, значит её не может быть и в документе. Раз её там нет, то - нечего ей делать и в учтенном документе -так как его форма не должна меняться по пути из "неучтенного" в "учтенный". Максимум, что можно делать- это описанный выше пример с инвентаризацией, когда для уже учтенного документа (в котором нет себестоимости!) дополнительно печатать цифры себестоимостей для недостач и излишков.

[romtex_imported]

Итак, выводы по 3-м вопросам: везде нужны доработки, без них на такие примитивные вопросы не ответить. Вот именно от этого и складывается мое отношение к "механизму расчета себестоимости". "Себестоимость в документе" действительно, имеет право на жизнь только в момент заведения или нажатия спец. кнопки как ПРЕПОЛАГАЕМАЯ, но вот "себестоимость в учтенном документе" должна иметь права на жизнь и не было бы ничего плохого, если бы себестоимость менялась при учете и была сразу правильной. Для доп. издержек задним числом, по моему мнению, нужно сделать доп. таблицу типа 5802 для документов.
Кстати, т. 5802 не было во второй версии, она только с 3-ей версии появилась. Может к 5-й, 6-й версии сделают тоже и для документов. Тогда хотя бы можно было печатать документы с себестоимостью из них и она совпадала бы с фин. учтенной, со своим счетом, с реестром документов.

[RedFox]

Цитата:

Сообщение от romtex

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

Да скачайте архив и поссмотрите что сделано в 5.0. Там лежит "Microsoft Dynamics™ NAV 5.0 Inventory Costing".
В следующий раз так и назову, чтобы предположений не было!!

[rov_imported]

Цитата:

Сообщение от romtex

Итак, выводы по 3-м вопросам: везде нужны доработки

Увы, тут я с вами согласен-дорабатывать во многих случаях надо. Но, в случае, напрмер, отсутствия документа "учтенная инвентаризация"-я считаю, что это косяк Microsoft, а не какой-то недостаток механизма себестоимости. Опять же, я считаю, что Navision - софт не для какой-то конкретой компании, а универсальный.
Мне например, ни в одном из проектов не встречались люди, которые хотели видеть с/ст. в документе продажи.
Тем более ни разу не встречал, тех, кто хочет видеть себест. в перемещениях. Посему и функционала такого в Навижн нет. Может быть имело бы смысл иметь какую-то галочку в настройках, типа "Показывать с/ст. в неуч. документах" - кто хочет, тот и выбирает- и все довольны.

Цитата:

Сообщение от romtex

не было бы ничего плохого, если бы себестоимость менялась при учете и была сразу правильной.

Нет. Это не есть правильно. И это, как вы понимает не вопрос Navision. "Слепок" документа до учета и он же - после учета должны быть идентичными. Всегда. Не может и не должно быть ситуации, когда до учета какое-то поле
в документе(с/ст, цена продажи, скидка и пр.) равно 10, а после учета -20.

Цитата:

Сообщение от romtex

Кстати, т. 5802 не было во второй версии, она только с 3-ей версии появилась.

Увы, раньше и вода была мокрее и небо голубее. Когда-то и "Вход Операция Но." - было сразу в 32-й таблице.
И Sumfield отображались на форме списка товарных операций -как итог соответствующей колонки! Вот лепота была!

[artkashin]

Цитата:

Kashin, Romtex я свое мнение сказала.
Вы видите только частные случаи и абсолютно игнорируете картину в целом. Тут уже ничего не поделаешь.

Цитата:

Сообщение от ;363177

Отчет Клиент/Товар Продажи-откройте и проверь как он считается. СТАНДАРТ! И ровно так как я описала.
И мои клиенты им пользуется дважды!-это уже повторяюсь.
Счет в статистике не обновляется и на мой взгляд это нормально.
Что я должна проверить в стандарте? А вы судя по всему не удосужились это даже проверить.
Прибыль считается Как разница между двумя flow-полями. Расписывать какими? Или сами посмотрите?

Клиент/Товар Продажи – отчет по продаже ТОВАРОВ клиенту. Строится по Value Entry. И там действительно себестоимость скорректированная и отражает фин.результат по клиенту в разрезе ТОВАРОВ. Но ведь клиенту могут продаваться не только товары, но и ресурсы, Основные средства, услуги через Фин.Счет. А может, работа с клиентами ведется через финансовый журнал. Поэтому, этот отчет совершенно не отражает финансовый результат по клиенту в ЦЕЛОМ. Это ОГРАНИЧЕННЫЙ отчет, это Частный случай, и в реально-универсальной компании этим отчетом пользоваться НЕЛЬЗЯ. А универсальный отчет, предлагаемый системой, называется Продажи Статистика (и строится он по предназначенной для этих целей Клиент Книга Операций). И вот этот отчет по клиенту практически всегда дает отличный результат от «Клиент/Товар Продажи» даже если с клиентом торгуют только товарами. Посмотрите как строится действительно универсальный отчет. И все это из-за непродуманности работы с себестоимостью на ВСЕХ этапах жизни заказа.

[Галина]

Цитата:

Сообщение от Kashin

Клиент/Товар Продажи – отчет по продаже ТОВАРОВ клиенту. Строится по Value Entry. И там действительно себестоимость скорректированная и отражает фин.результат по клиенту в разрезе ТОВАРОВ. Но ведь клиенту могут продаваться не только товары, но и ресурсы, Основные средства, услуги через Фин.Счет. А может, работа с клиентами ведется через финансовый журнал. Поэтому, этот отчет совершенно не отражает финансовый результат по клиенту в ЦЕЛОМ. Это ОГРАНИЧЕННЫЙ отчет, это Частный случай, и в реально-универсальной компании этим отчетом пользоваться НЕЛЬЗЯ. А универсальный отчет, предлагаемый системой, называется Продажи Статистика (и строится он по предназначенной для этих целей Клиент Книга Операций). И вот этот отчет по клиенту практически всегда дает отличный результат от «Клиент/Товар Продажи» даже если с клиентом торгуют только товарами. Посмотрите как строится действительно универсальный отчет. И все это из-за непродуманности работы с себестоимостью на ВСЕХ этапах жизни заказа.

Kashin-вы ваще о чем???? Я возмущена до предела!
БЛин о чем речь! Мы говорили о себестоимости товарной! И отчет именно по товарам. ВСЕ!-Больше ни о чем не было разговора!
Если вы собираетесь обсуждать Ресурсы-ОС-фин.счет-то заводите другую тему. И не переводите разговор с одного русла в другое!
Достали честное слово! Вы на каком основании тут болтаете о непродуманности себестоимости? Когда вы НИ НА ОДИН наш довод не смогли внятный дать ответ!
А вам уже как только не отвечали. Вы ответы не слышите. Это тоже ваше право. Я выводы свои сделали.

[apanko]

Галина, позволь с тобой не согласиться.
Обрати внимания на приведенные мной цитаты (первое и последнее сообщение Kashina в этой теме). По моему он как раз последователен:
Система записывает в книгу операций клиента себестоимость на момент продажи, а затем НЕ обновляет ее.

Первый пост.

Цитата:

Но ведь статистика по Учт. Счетам не обновляется. Как не обновляется Клиент Книга Операций (там есть поле Прибыль) и многие другие. Если эти поля только "Прогнозируемые", почему бы их так и не называть?

Последний пост.

Цитата:

А универсальный отчет, предлагаемый системой, называется Продажи Статистика (и строится он по предназначенной для этих целей Клиент Книга Операций).

Собственно вопрос был: зачем эти поля нужны? только для стандартной себестоимости?

Извини.

[Галина]

Не извиняю Андрей.
Посмотри пожайлуста первый пост. Насколько я поняла возмущение первого поста-вопрос был именно о расчете ТОВАРНОЙ себестоимости.
И во вторую очередь про клиент книгу операцию.
Поэтому мне абсолютно не понятен и вызвал столько возмущений у меня последний пост Kashin. Он явно ушел в сторону.
Или вполне возможно-если у него был упор на прибыли в ККО-то значит и надо было более четко формулировать тему. А там тема "Механизм себестоимости"-все таки!

[apanko]

Как скажешь.
Возможно, не обратил внимания т.к. лично у меня с товарной себестоимостью в Навижн проблем нет. Даже больше того, мне крайне нравиться используемый механизм. Поэтому акценты мной были расставлены иначе.

[artkashin]

Цитата:

Сообщение от Галина

Не извиняю Андрей.
Посмотри пожайлуста первый пост. Насколько я поняла возмущение первого поста-вопрос был именно о расчете ТОВАРНОЙ себестоимости.
И во вторую очередь про клиент книгу операцию.
Поэтому мне абсолютно не понятен и вызвал столько возмущений у меня последний пост Kashin. Он явно ушел в сторону.
Или вполне возможно-если у него был упор на прибыли в ККО-то значит и надо было более четко формулировать тему. А там тема "Механизм себестоимости"-все таки!

Я имел ввиду именно МЕХАНИЗМ, а не только один конкретный отчет, который корректирует себестоимость. И в Рамках темы, я не уходил в сторону. Если вы считаете, что механизм себестомости - это коррекция в конце месяца(или в конце учета), одна процедура расчета, что же - это ваше право.

[romtex_imported]

Цитата:

Сообщение от rov

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

Учтенная инвентраризация, конечно необходима, но раз там будет "слепок" неучтенной, как должно быть по-вашему, то это ведь проблемы не решит, правда? Еще раз мое мнение: эта ошибка/недостаток не из-за отсутствия документа, а именно из-за того, что себестоимость считается только после коррекции, в случае, если бы она считалась сразу по методу, указанному в карточке товара, этой проблемы бы не было!

Цитата:

Сообщение от rov

Мне например, ни в одном из проектов не встречались люди, которые хотели видеть с/ст. в документе продажи.
Тем более ни разу не встречал, тех, кто хочет видеть себест. в перемещениях. Посему и функционала такого в Навижн нет. Может быть имело бы смысл иметь какую-то галочку в настройках, типа "Показывать с/ст. в неуч. документах" - кто хочет, тот и выбирает- и все довольны.

Мне люди встречались часто, от прибыли зависит их зарплата. С галочкой полностью согласен

Цитата:

Сообщение от rov

Нет. Это не есть правильно. И это, как вы понимает не вопрос Navision. "Слепок" документа до учета и он же - после учета должны быть идентичными. Всегда. Не может и не должно быть ситуации, когда до учета какое-то поле
в документе(с/ст, цена продажи, скидка и пр.) равно 10, а после учета -20.

Пусть будет слепок, я опять согласен, но тогда необходимо дополнительное поле "Актуальная себестоимость", которая будет вычисляться с учетом коррекций по дополнительной таблице типа "Документ Стоимость Операция", как я писал в предыдущем посте и, по-хорошему, там дополнительные строки после учета должны появлятся только тогда, когда доп. издержки были распределены задним числом.

[Harry]

Дорый день!
По просмотренным мной постам в данной теме обсуждается себестоимсть купленных и проданных товаров! А вот как быть с произведенными товарами? Прямые затраты по товарам будут учтенны, а вот как быть с накладными (общехозяйственные, общепроизводственные) затратами, которые распределяем в конце месяца. В данном случае себестоимость единицы не будет отражать реальное значение! В этом случае как быть?

[DA_NEAL]

Цитата:

Сообщение от Harry

Дорый день!
По просмотренным мной постам в данной теме обсуждается себестоимсть купленных и проданных товаров! А вот как быть с произведенными товарами? Прямые затраты по товарам будут учтенны, а вот как быть с накладными (общехозяйственные, общепроизводственные) затратами, которые распределяем в конце месяца. В данном случае себестоимость единицы не будет отражать реальное значение! В этом случае как быть?

Если подумать то все можно сделать на стандартном функционале. Вы когда учитываете операции выхода у вас используется стоимость определенная в маршруте. Эта стоимость приводит к созданию соответвующей операции стоимости и операции произв. мощности. Как правило это стоимость изготовления. Для того чтобы разделить различные затраты по фин. счетам и т.д. мне приходилось чуток дописывать функционал и делать доп. переодические задания формирующие журнал выхода без учета товарного количества с различными видами затрат.

[Dzemon]

Цитата:

Сообщение от Harry

Дорый день!
По просмотренным мной постам в данной теме обсуждается себестоимсть купленных и проданных товаров! А вот как быть с произведенными товарами? Прямые затраты по товарам будут учтенны, а вот как быть с накладными (общехозяйственные, общепроизводственные) затратами, которые распределяем в конце месяца. В данном случае себестоимость единицы не будет отражать реальное значение! В этом случае как быть?

Либо дописывать функционал либо использовать себестоимость мощностей.

[rov_imported]

Цитата:

Сообщение от Harry

В этом случае как быть?

ПисАть сударь, писАть!

[Галина]

Есть еще третий вариант, и тоже использующий стандартный функционал.