Показать сообщение отдельно
Старый 16.11.2017, 08:49   #9  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Без паники!
Почти все разбирались с себестоимостью.
продано 6.10.17 две штуки за 8млн - это конечно круто.

Да, выглядит типично для неправильно сработавшего алгоритма.
Многие в акс4 прошли через багу. Если это бага, то теперь для баги решение давно уже есть. )
Кроме того, у вас могли работать какие-то алгоритмы, созданные вашими программистами.
А также могли быть неправильные исходные данные.

Впрочем... Давайте по порядку.


Цитата:
Сообщение от RSrd Посмотреть сообщение
Пересчет InventSum пересчитывает его по InventTrans и больше ничего не происходит - я правильно понимаю?
У нас InventTrans соответствует InventSum, и оба неправильные, поэтому ничего не изменилось.
да, пересчет только обновляет InventSum на основании inventTrans.
да, он ничего больше делать не должен.

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

Цитата:
Сообщение от RSrd Посмотреть сообщение
2.
Я выбрал все приходные проводки (см. скрин) - там все цены корректные - корректировать нечего.
Что можно здесь сделать?
ок. спасибо, что проверили. принято.
пока будем исходить из этого и оставим приходные проводки.
значит, надо разбираться с расходными. причем с суммой, которая появляется в момент разноски. А это мгновенная средняя которая берется из InventSum/

к вопросу вернемся позже.


Цитата:
Сообщение от RSrd Посмотреть сообщение
3.
Да. Многие проводки по этой номенклатуре неверны - в тех случаях, когда товар резервировался со склада и цена считалась по InventSum. Если резерва не было и товар брался из заказа на покупку - цена корректная (второй скрин).
Угу. Принято.

Сначала давайте обустроим рабочее место.
Во-первых, нужно на форму вытащить складскую аналитику.
Хотя бы ту, по которой установлен признак Финансовая (по ней считается себестоимость)
Кнопка Склад \ Отображение аналитики

Далее.
Придется попросить программистов вытащить вам два поля на грид: общую сумму и себестоимость единицы.
Попросите, чтобы программисты сразу перетащили эти поля в конец грида.

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

Далее.
Вытащите себе на грид поле Коррекция из вкладки Обновление.
Скройте поле с финансовой себестоимостью и финансовой датой (очень, похоже что вы используете только Invoice/Накладные).
измените названия полей так, чтобы было удобно.
сделать это можно самостоятельно правой кнопкой, Персонализация.

получится похоже на скриншот 3

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


Цитата:
Сообщение от RSrd Посмотреть сообщение
Что можно сделать дальше?
Ок. Грамотный вопрос.

Как исправить
В расходных проводках себестоимость корректируется в соответствии в процедуре закрытия и пересчета склада: Какова бы ни была исходно рассчитанная, после пересчета склада сумма полей Posted+Adjustment должна давать правильную себестоимость.

Поэтому.
1.
Запускаете пересчет склада по вашей номенклатуре (сначала лучше в тестовой базе, а не в рабочей. и для быстроты эксперимента по одной номенклатуре, задайте фильтры)

2.
смотрите как изменилась себестоимость в расходных проводках.

2.1.
если после пересчета сум(Разнесено + Коррекция) дает правильную себестоимость, то с вашими алгоритмами все хорошо. вам нужно только разобраться откуда появляется изначальная неправильная. Продажи в минус? Что-то в карточке? Что-то исправили в процедуре резервирования?

2.2.
если после пересчета сум(Разнесено + Коррекция) продолжает давать дикое отклонение (скорее всего, с другим знаком), то поздравляю - у вас тот самый баг, про который говорил fed. самый простой способ победить баг - найти и установить обновления для ax4, после чего запустить пересчет склада.


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

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

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

примерно так.
Миниатюры
Нажмите на изображение для увеличения
Название: price.PNG
Просмотров: 579
Размер:	163.4 Кб
ID:	11733   Нажмите на изображение для увеличения
Название: 2.PNG
Просмотров: 315
Размер:	95.4 Кб
ID:	11734  

Нажмите на изображение для увеличения
Название: 3.PNG
Просмотров: 324
Размер:	123.4 Кб
ID:	11735  
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 16.11.2017 в 08:57.
За это сообщение автора поблагодарили: RSrd (1).