Инвентаризация номенклатуры, себестоимость

[konopello]

Цитата:

У нас аксапта 4 модификации какие то програмисты делали.
Теперь хочу исправить данные с помощью операции коррекции (Управление запасами/Периодические операции/Закрытие и коррекция/Коррекция/Операции
но там не могу найти эту операцию, система не дает ее выбрать.
Получается что изменить вручную не получится, это надо делать через таблицы?

Не в коем случае таблицы не правьте, используйте стандартные средства. Это долгая и кропотливая работа. Для того что бы Вам решить проблему Вы должны для начала понять откуда корни растут, т.е. кто Вам ее портит. Да и перед началом данной работы рекомендовал бы Вам перечитать все что касается себестоимости и закрытия склада. Используйте поиск по форуму FED, написал прекрасную статью. В спешке Вашу проблему решать нельзя!

[$_kiyra_$]

konopello киньте ссылку на статью, а то я не могу найти. И как править стандартно, если этих операций нет в выборе при корректировке?

[Raven Melancholic]

Цитата:

Сообщение от $_kiyra_$

И как править стандартно, если этих операций нет в выборе при корректировке?

Поэтому и нет в выборе, что для переносов в стандартных условиях нельзя добиться того, чтобы приходная проводка отличалась от расходной. Поэтому проверьте свои модификации.
Кстати, каким документом выполнено перемещение? Переносом или накладной по заказу на перемещение?
А ссылка вот: Denis Fedotenko: Себестоимость и закрытие склада

[$_kiyra_$]

Перемещение выполнено переносом.
Подскажите пожалуйста как настроить фильтр, чтобы отображались только строки у которых сумма прихода отличается от суммы расхода.
Хочу выявить все кривые перемещения. А у меня куча журналов да еще на 1000 строк,вручную думаю не осилю.

[Кирилл Егоров]

Цитата:

Сообщение от $_kiyra_$

Перемещение выполнено переносом.
Подскажите пожалуйста как настроить фильтр, чтобы отображались только строки у которых сумма прихода отличается от суммы расхода.
Хочу выявить все кривые перемещения. А у меня куча журналов да еще на 1000 строк,вручную думаю не осилю.

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

[$_kiyra_$]

Цитата:

Сообщение от Кирилл Егоров

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

У меня в одном журнале 1700 строк бывает и искать тяжело такие позиции и задачи мне это не облегчит

[Кирилл Егоров]

Цитата:

Сообщение от $_kiyra_$

У меня в одном журнале 1700 строк бывает и искать тяжело такие позиции и задачи мне это не облегчит

Значит, либо попробовать поставить во вторую очередь итоги по номенклатуре, либо выгрузить выборку в Excel и крутить там.

[Starling]

Цитата:

Сообщение от Raven Melancholic

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

На самом деле можно. Корректировка себестоимости остатков в наличии дооценивает приходные проводки по переносам.

To $_kiyra_$
Проверьте для начала, может действительно кто-то запускал корректировку остатков в наличии.

[mazzy]

Цитата:

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

Корректировка себестоимости остатков в наличии дооценивает приходные проводки по переносам.

Вроде нет... А в какой версии дооценивает?

[Starling]

Цитата:

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

Вроде нет... А в какой версии дооценивает?

В DAX2009 точно. В более ранних версиях не скажу.

[fed]

Цитата:

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

В DAX2009 точно. В более ранних версиях не скажу.

Переоценивает, по крайней мере начиная с версии 3.0. Если бы стояла такая же заглушка на переоценку переносов как для коррекции приходных проводок, случалась бы следующая проблема:

• Купили 10 штук товара
• Все 10 штук перенесли на соседний склад
• 5 штук продали
• Закрыли склад
• Переоцениваем оставшиеся 5 штук

Если переоценивать исходную приходную проводку по закупке, то в итоге ровно половина переоценки при очередном закрытии/пересчете будет протащена на корректировку себестоимости продажи и на складском счете не останется.
Поэтому разработчикам системы не оставалось ничего кроме как разрешить корректировать себестоимость прихода по переносу,при коррекции запаса в наличии
Фактически - такой приход начинает выступать как нормальный ценообразующий приход извне организации, а не приход по переносу.

[Raven Melancholic]

Цитата:

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

На самом деле можно. Корректировка себестоимости остатков в наличии дооценивает приходные проводки по переносам.

Корректировка остатков в наличии не корректирует конкретную операцию переноса, а раскидывает сумму коррекции на незакрытое количество всех приходов. В итоге можем получить совсем не то, что ожидали (например, откорректируем сумму по вполне корректному переносу или закупку, если на склад кроме переносов еще есть и другие приходы).
Мне кажется, что вопрос больше не в коррекции отдельных операций, а в поиске причины расхождений между расходной и приходной частью.

[Starling]

Цитата:

Сообщение от Raven Melancholic

Корректировка остатков в наличии не корректирует конкретную операцию переноса, а раскидывает сумму коррекции на незакрытое количество всех приходов.

Ну правильно - в том числе и на приходы по переносам.

Цитата:

Сообщение от Raven Melancholic

В итоге можем получить совсем не то, что ожидали (например, откорректируем сумму по вполне корректному переносу или закупку, если на склад кроме переносов еще есть и другие приходы).

Вот этого я не понял. Как по мне то мы получим ровно то, что ожидали, а именно дооценку остатков на складе, которая будет сформирована путем дооценки конкретных складских проводок. Чего можно еще ожидать от системы в этом случае?

Цитата:

Сообщение от Raven Melancholic

Мне кажется, что вопрос больше не в коррекции отдельных операций, а в поиске причины расхождений между расходной и приходной частью.

Я понимаю, в чем вопрос и говорю о том, что результаты, которые получает автор этой ветки, могут быть связаны не с ошибками в коде, а с набором операций, отраженных в системе стандартным функционалом. И для начала я бы всетаки проверил именно это.