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

[artkashin]

Цитата:

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

Да конечно при продаже хорошо было бы знать реальную себестоимость товара. Но покажите хоть одно предприятие, где товар начинают продавать только ПОСЛЕ того как сформируют реальную себестомость товара? Поясню, на всякий случай-что такое реальная себестоимость товара:
а. Уже есть счет от поставщика с ценой и он не поменяется (а счет очень часто меняется)
б. Разнесены все транспортные расходы ( а они появлются часто лишь через месяц)

Я не прошу реальную себестоимость товара которая будет когда-то! Я прошу текущую себестоимость на следующие моменты времени:
1. Момент создания заказа продажи
2. В любой момент времени обработки заказа
3. Момент учета.
4. Момент коррекции.

Так вот нав может п. 1.
Это НАВ делает. Мало того, считает это реальной себестомостью по-умолчанию дальше. (Карточка статистики заказа продажи, карточка статистики Учт. Счета Продажи. Клиент Книга Операции, в общем во всех таблицах, где ФИКСИРУЕТСЯ прибыль в момент учета).
И может п. 4

Цитата:

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

Реалии бизнеса таковы, что продажи должны уже идти, а не ждать когда финансисты посчитают реальную себестоимость товара. И практически нигде не ждут когда сформируется реальная стоимость. Если у вас ждут. То какие проблемы? У вас должно быть все окей. Запускайте корр.себес. каждый день - и у вас будет супер картина.
Вывод 1 - вы знаете бизнес не очень хорошо! Советую почитать экономические книжки.

Вот видите. У вас себестоимость считают ФИНАНСИСТЫ. И наверное с помощью НАВИЖН.И, видимо, считают постфактум, и считают, наверное, хорошо, потому что в нав с себестоимостью все ок. (Я ведь не говорил, что нав не правильно себестоимость считает?). А я просто хочу получить максимально Достоверные данные до и после УЧЕТа и до и после КОРРЕКЦИИ в любом месте системы, где она эти данные предоставляет.

Цитата:

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

2. По поводу поля "Себестоимость единицы" в карточке товара. Вы не знаете функционала! Почитайте документацию, чтобы понять КАК она формируется. Лень читать доку. Поищите поиском в форуме. Лично я писала подробно в одном из ответов, как она формируется. Повторять не считаю нужным
Вывод 2 - вы не очень хорошо знаете функциональность Нав в части себестоимости.

а вы пока поэкспериментируйте: Создайте от одного поставщика заказ покупки. Создайте три строчки одного и того же товара (скажем по единице) по цене 5, 10, 15 рублей. Учтите. Посмотрите карточку товара. Нравится?
Средняя себестоимость - 10, Себест. Единицы 5, последняя Прямая себестоимость 15(в Наве 4.0)
Средняя себестоимость - 10, Себест. Единицы 10, последняя Прямая себестоимость 15 в наве 3.7
Для 4.0 Необходимо запустить коррекцию себестоимости чтобы система высчитала среднюю и обновила в карточке Товара(привела к значениям в 3.7). (есть для этого автоматическая настройка)

Вывод: из-за использования карточки товара в оперативной работе все сводится к средневзвешенной по компании, что далеко не всегда приемлемо (но терпимо).

А при использовании складов, для того, чтобы система считала средневзвешенную по складу при оперативной работе, необходимо создать складские единицы учета для каждого склада, поставить настройку Средняя себест. Тип Расчета "Товар & Склад & Вариант" и молится чтобы в системе не было вариантов. А появились варианты, так еще для всех пересечений товара, склада, варианта.

И это надо постоянно контролировать, чтобы новым позициям создавались складские единицы. Новым вариантам создавались складские единицы, чтобы новым складам создавались новые складские единицы. Не находите ли вы это слишком затратным для того, чтобы определить более менее ТЕКУЩУЮ себестомость на основании ИЗВЕСТНЫХ на данный момент времени данных?

Я понимаю, почему себестоимость берется из КАРТОЧКИ товара. Но я не понимаю, почему это считается нормальным. Даже примером идеала. Да, можно обойти все, включая дописать автоматическое создание складских единиц, но представте себе базу где 50000 товарных позиций, примерно 120 цветов(вариантов), и порядка 30 складов в системе (ведь на подобные "объемы" ориентируют маркетинговые материалы, так?). Создавать 50000х120х30 складских единиц учета для учета по средневзвешенной по складу и варианту только для более создании заказа продажи. Грубовато.

Цитата:

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

3. По поводу нового товара. Да пока счет не учтен себестоимость нулевая. Но позвольте спросить, а почему на вашем предприятии это ТАК? Почему у вас идут уже продажи, а счета приходного с себестоимостью еще нет????? Т.е. получается что вы на вашем предприятии пользуетесь во всю схемой расписанной мной в 1 пункте. Тогда скажите откуда система должна взять себестоимость, если у вас ее еще нет?
Вывод 3 - Че тогда ноете на Нав? Если у вас так ведется бизнес???? Замечу что лично я считаю, что ведения так бизнеса (т.е. продажи раньше чем сформированная себестоимость товара) это нормально! И на этот случай в Нав сделано все окей!

Из связанного заказа покупки, например. Но на деле (если в карточке не указали принудительно), система себестоимость ниоткуда и не берет. Но когда себестоимость появилась, система её не обновит в заказе продажи!

Цитата:

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

4. По поводу зад. коррек. себест. Глаза навыкат, челюсть глубоко вниз. Что значит нагло добавляет??? В этом задании есть несколько вариантов формирования операций стоимости разной датой. Как и фин.учет
Вывод 4 - вы опять не очень хорошо знаете функциональности в части себестоимости. Советую сперва почитать доку и поразбираться с данными в Нав.

это касалось 4.0. В 3.7 все как раз как вы сказали. И для 4.0 apanko указал мне мою ошибку, за что ему респект был.

Цитата:

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

5. В клиент книге операции обновляются поля прибыль и т.д. Есть отчеты стандартные причем, где используется прибыль! И у нас есть клиент, который пользуется этим отчетом в двух режимах:
а) в режиме текущем - т.е. смотрит прибыль текущего месяца
б) после формирования реальной себестоимость за прошлый месяц-смотрит реальную картину за прошлый месяц.
Добавлю что этот клиент - еще и косвенные кидает на каждый вид продукции ежемесячно! Т.е. пересчитывается приход продукции за месяц и соответсвенно расход.
Вывод 5 - вы опять плохо знаете Нав.

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

[Галина]

Цитата:

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

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

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

[artkashin]

Цитата:

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

Цитата:

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

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

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

[Галина]

Цитата:

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

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

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