Ошибки задания Корр.Себестоимости - Товар операции.

[Галина]

Не - не путаю. В 3.7 не надо проставлять при коррекции себестоимости. И при учете не надо.

[apanko]

Коллеги, извините, что встреваю, но не подскажете куда делась галочка "Учет Склада по Дате Операции" в 4.0?


_____________

Да забыл - SP2.

[piglet_imported]

Цитата:

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

Коллеги, извините, что встреваю, но не подскажете куда делась галочка "Учет Склада по Дате Операции" в 4.0?

вот в 4.0 я это поле вижу, а в SP2 вместо него "Автомат. Корр. Дата учета"...странно.. кто-нибудь в курсе?

[Arshak]

а вчера столкнулся с другой проблемой при коррекции себестоимости. Коррекция вызывает преполнение стека при 72 уровне коррекции. В CU исправил максимальное кол-во уроней со 100 до 50, вот сижу и думаю а достаточно ли 50 уроней?
как думаете коллеги? или как поборотся с переполнением стека?

[Галина]

О а что так много уровней ? Сплошные пермещения?

[Arshak]

есть немного

[Aleksey_imported]

Еще ОШИБКА!!!

Столкнулся с такой проблемой



1. 020101 покупаю товар1, кол-во 1, себестоимость 100
2. 030101 покупаю товар1, кол-во 1, себестоимость 200
3. 040101 продаю товар1, кол-во 1, сумма продажи 300
4. 050101 продаю товар1, кол-во 1, сумма продажи 400
5. запускаю «Коррекция себестоимости – товар операции» исправляет сумму себестоимости правильно(-100, -200)
6. 010101 покупаю товар1, кол-во 1, себестоимость 300 (по дате раньше всех)
5. запускаю «Коррекция себестоимости – товар операции», по сути должен сумму себестоимости исправить как -300, -100. Но ничего не меняет.
6. 060101 продаю товар1, кол-во 1, сумма продажи 500
7. запускаю «Коррекция себестоимости – товар операции» исправляет сумму себестоимости правильно(-300, -100, -200)
Т.е. так и должно быть, что коррекция себестоимости, исправляется только после продажи, но вообще странно



У меня Navision4, sp2. Использую метод FIFO.






Пример

[Arshak]

по моему на эту ситуацию может повлиять Поле Автоматич. корр. себест в таблице товар настройка.

[MSI]

да нет, походу это очередной Навовский косяк. И автоматич коррекция себестоимости тут никакой песни не играет... Потому-то и ставят у клиентов косалтеры в-основном себестоимость по среднему...
Интересен другой момент: если клиент все-же требует ФИФО, то ему внушают что в Наве реализовано самое что ни на есть правильное ФИФО по типу поста выше или переписывают 5895 кодъюнит?
Или какие есть еще варианты?

[Sancho]

Цитата:

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

Еще ОШИБКА!!!

Столкнулся с такой проблемой



1. 020101 покупаю товар1, кол-во 1, себестоимость 100
2. 030101 покупаю товар1, кол-во 1, себестоимость 200
3. 040101 продаю товар1, кол-во 1, сумма продажи 300
4. 050101 продаю товар1, кол-во 1, сумма продажи 400
5. запускаю «Коррекция себестоимости – товар операции» исправляет сумму себестоимости правильно(-100, -200)
6. 010101 покупаю товар1, кол-во 1, себестоимость 300 (по дате раньше всех)
5. запускаю «Коррекция себестоимости – товар операции», по сути должен сумму себестоимости исправить как -300, -100. Но ничего не меняет.
6. 060101 продаю товар1, кол-во 1, сумма продажи 500
7. запускаю «Коррекция себестоимости – товар операции» исправляет сумму себестоимости правильно(-300, -100, -200)
Т.е. так и должно быть, что коррекция себестоимости, исправляется только после продажи, но вообще странно

У меня Navision4, sp2. Использую метод FIFO.

это не косяк
это ФИЛОСОФИЯ
что такое коррекция себестоимости? выравнивание себестоимости продажи к себестоимости покупки. какой покупки? если ФИФО, то самой первой.
где связь между продажей и покупкой? в 339 Товар Книга Применения
когда она там появляется? при учете
как работает коррекция? по Товар Книге Применения
следовательно, после учета продажи, какие бы ранние покупки Вы не вводили, они уже никак не повлияют на себестоимость проданного товара: он уже применился к конкретной покупке.
если такое положение дел не устраивает, то необходимо не корячить коррекцию себестоимости, а писать с нуля функциональность товарного переприменения.

[rov_imported]

Цитата:

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

Потому-то и ставят у клиентов косалтеры в-основном себестоимость по среднему...

Это вам кто такое расказал?? Все ставят по разному. И многие ставят по ФИФО-потому как проще.

Ну а про учет задним числом, увы...
Тут полностью согласен с Sancho

Цитата:

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

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

[MSI]

Насчет что ставить ФИФО проще - не понял... Что проще: дописывать переприменеие товарных операций, чем переткнуть в карточке товара метод расчета себестоимости? И каких бухов такое положение дел с ФИФО может устраивать? Неужели такие находятся? И если да, то какие ключевые слова им говорятся?

[Wizard_imported]

Цитата:

писать с нуля функциональность товарного переприменения

Ну уж так и с нуля прям.. Достаточно убрать применение при учете и перенести в задание коррекции себестоимости. Это несложно совсем, надо только решиться. Это даже можно смоделировать - если разрешить учет в минус склада, а все приходные открытые товарные операции подвергать жесткому резервированию (337 тб), то книга применения и вовсе не будет формироваться. У меня был такой случай реальный. Как всё таки заставить примениться между собой уже существующую открытую пару товарных операций мне не удалось понять. Функция в 22 юните нашлась легко. Ну и подумалось... правильным было бы формирование применения когда отчетный период закрывается.

[rov_imported]

Цитата:

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

Достаточно убрать применение при учете и перенести в задание коррекции себестоимости. Это несложно совсем

Снимаю шляпу! Но я бы на такое наверное всё-таки не решился... Тут надо очень нефигово
понимать, что ты делаешь.
Респект.

Цитата:

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

И каких бухов такое положение дел с ФИФО может устраивать?

Какое такое?! Вы о чём? Что ненормального при учете по ФИФО? У нас с ФИФО нет никаких проблем...
Есть проблема, которая описана выше. Так это не проблема ФИФО-это проблема учета задним числом.
Просто не надо так учитывать - и всё.

[MSI]

"Так это не проблема ФИФО-это проблема учета задним числом.
Просто не надо так учитывать - и всё."
Пять баллов! И чего, поставщики всегда честно выдают первичку датой, которая стоит на документе?
Это уже, извините, просто сказки. Или контора объясняет клиентам: извините, мы не можем вам выписать счет фактуру... Нам тут поставщик накладную не донес за поставку в начале месяца, поэтому пока мы ее не вобъем, мы и Вам документы не сможем выписать, а то у нас неверно себестоимость посчитается...

[Sitizen]

Цитата:

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

"Так это не проблема ФИФО-это проблема учета задним числом.
Просто не надо так учитывать - и всё."
Пять баллов! И чего, поставщики всегда честно выдают первичку датой, которая стоит на документе?
Это уже, извините, просто сказки. Или контора объясняет клиентам: извините, мы не можем вам выписать счет фактуру... Нам тут поставщик накладную не донес за поставку в начале месяца, поэтому пока мы ее не вобъем, мы и Вам документы не сможем выписать, а то у нас неверно себестоимость посчитается...

Речь идет не о счетах-фактурах а о товарных операциях. Для корректности расчета себестоимости списания нужно вести в хронологическом порядке товарные операции.
Т.е. в случае, описанном тобой, нужно не ждать счет-фактру от поставщика, чтобы приходовать товар, а приходовать по факту его поступления на склад. А счет можно и позже учеть и фактическая себестомость протянется. Навижн это позволяет.

[Галина]

Цитата:

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

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

Находятся и проблем нет. Клиентов с которыми я работала-всех это устраивает.