Комплектация. Перепоставка

[Perc]

AX 2012 R3
Заказ на продажу. Одна строка на кол-во 10. Перепоставка/недопоставка -0 %
Создаю отгрузочную на 10, регистрация. Одна складская проводка в статусе Скомплектовано на 10.
Далее разноска накладной на кол-во 15. И Акс легко мне это дает сделать.
Мы чтото сильно не понимаем в идеологии комплектации?

Лезу в код проверки. В нашем случае отработка попадает в InventMovement\checkNotOverDelivery в ветку где считается qtyPre - максимально разрешенное количество по строке:

qtyPre = abs(inventTransIdSum.receipt() + inventTransIdSum.registered() +
                         inventTransIdSum.issue()   + inventTransIdSum.picked());

Тужусь понять почему Picked считают дважды? Не понимаю. В итоге qtyPre = 20, и никакого превышения нет. Далее в коде добивается заказанное до 15 и все прекрасно разносится.

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

[Vals]

Цитата:

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

AX 2012 R3
Мы чтото сильно не понимаем в идеологии комплектации?

.

Да

Цитата:

При этом фактическое превышение отгрузки над комплектацией у нас разрешено, но превышение над количеством "К поставке" - не разрешено.

1. Перепоставка и недопоставка управляются двумя соответсвующими галками в Параметрах и % допустимых отклонений.
2. Превышение отгрузки над комплектацией - управляется галками "требуется регистрация и требуется комплектация" в группах складских моделей.

Цитата:

Создаю отгрузочную на 10, регистрация. Одна складская проводка в статусе Скомплектовано на 10.
Далее разноска накладной на кол-во 15. И Акс легко мне это дает сделать

Система позволяет так сделать, если ни одна из указанных галок не стоит. Отгружает столько, сколько указано при разноске накладной.

Здесь ещё мы перепоставку обсуждали
Частичная отмена строк отгрузки

[Vals]

Цитата:

Как тогда правильно работать с комплектацией?

Комплектация это в первую очередь складская процедура отбора товара с мест хранения на места отгрузки (если включить WMS то траспортировка паллет).

Для резервирования - используйте функцию резервирования.

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

Если хотите, чтобы Скомплектовано == Разнесено в накладной, то ставьте галку "требуется комплектация"

[Perc]

Цитата:

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

1. Перепоставка и недопоставка управляются двумя соответсвующими галками в Параметрах и % допустимых отклонений.
2. Превышение отгрузки над комплектацией - управляется галками "требуется регистрация и требуется комплектация" в группах складских моделей.

У нас разрешена перепоставка в рамках процента указанного в заказе. Ставим галку в параметры.
У нас разрешено превышение над комплектаций. Значит галку "требуется комплектация" не ставим. Все правильно получается настроено?

Цитата:

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

Система позволяет так сделать, если ни одна из указанных галок не стоит. Отгружает столько, сколько указано при разноске накладной.

Непонятно. Основываясь на каком принципе позволяется отпустить больше чем разрешено процентом перепоставки в заказе? Пример бытовой есть?

Цитата:

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

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

Хорошо. Другой пример. У клиента большой заказ на период. Машины приходят. Кладовщик отгрузил. Т.е. скомплектовал, сказал - готово к отгрузке.
Машина идет на коммерческие весы, в место где оформляют накладную и пр. документы. Общий вес оказался чуть больше чем на весах кладовщика. Но товар оплачен, все согласны - делаю документы на фактический вес. Если же вес превысит разрешенное по заказу - документы выписаться не должны. Едет на разгрузку.

Цитата:

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

Если хотите, чтобы Скомплектовано == Разнесено в накладной, то ставьте галку "требуется комплектация"

Мы этого как раз не хотим - поэтому не ставим.

[Vals]

Цитата:

Непонятно. Основываясь на каком принципе позволяется отпустить больше чем разрешено процентом перепоставки в заказе? Пример бытовой есть?

Система не даст отгрузить больше, чем в заказе с учётом % по перепоставке. Проверьте настройки или закиньте сюда скрин.

Цитата:

Хорошо. Другой пример. У клиента большой заказ на период. Машины приходят. Кладовщик отгрузил. Т.е. скомплектовал, сказал - готово к отгрузке.
Машина идет на коммерческие весы, в место где оформляют накладную и пр. документы. Общий вес оказался чуть больше чем на весах кладовщика. Но товар оплачен, все согласны - делаю документы на фактический вес. Если же вес превысит разрешенное по заказу - документы выписаться не должны. Едет на разгрузку.

Перепоставка контролирует количество более, чем "ИТОГО к поставке". Ваши частичные отгрузки ей "до лампочки" (с)

Пример:
Заказ на 100т (отгрузка машинами по 20т) перепоставка 10%
Отгрузка 1 - 20 т - разнесли (к поставке 80)
Отгрузка 2 - 30 т - разнесли (к поставке 50) (для системы перепоставки нет, так как остаток отггрузки ещё 50т)
Отгрузка 3 - 60 т - разнесли, система отругается на перепоставку.

В вашем случчае для таких частичных отгрузок есть пара вариантов:
1. Делать большой договр на 100 т типа Контракт и на его основе делать связанные заказы по 20 т с контролем перепоставки. Но плохо то, чтчо контракты не видны для Сводного планирования и не будет учтены - нужно сразу создавать связанные.

2. Делать договор - из него делать заказы

3. Делать Проект - из него делать заказы по 20т.

Идея, которая придёт кому-нибудь в голову - переписать контроль перепоставки на скомплектованное количество - не нужно

[Perc]

Цитата:

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

Система не даст отгрузить больше, чем в заказе с учётом % по перепоставке. Проверьте настройки или закиньте сюда скрин.

мм.. скрин чего? галочек с параметров? )) Ну вот этих чтоле)

Причем если я не делаю отгрузочную, а сразу разношу заказанное - мне система не дает разнести больше чем "К поставке" с учетом процента перепоставки.

Цитата:

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

Перепоставка контролирует количество более, чем "ИТОГО к поставке". Ваши частичные отгрузки ей "до лампочки" (с)

Я разве гдето указал что хочу контролировать по скомплектованному?

Цитата:

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

Пример:
Заказ на 100т (отгрузка машинами по 20т) перепоставка 10%
Отгрузка 1 - 20 т - разнесли (к поставке 80)
Отгрузка 2 - 30 т - разнесли (к поставке 50) (для системы перепоставки нет, так как остаток отггрузки ещё 50т)
Отгрузка 3 - 60 т - разнесли, система отругается на перепоставку.

В данном случае как раз у вас никакой ругани не будет на третье отгрузке. Все вполне вписывается в 10 процентов перепоставки.

Цитата:

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

Идея, которая придёт кому-нибудь в голову - переписать контроль перепоставки на скомплектованное количество - не нужно

Не понял опять.. Я не писал про контроль по скомплектованному.

Я смотрю код вычисления qtyPre - скомплектованное количество складывается дважды. Выглядит как будто задумано так. Но я не понимаю прикладного смысла такого расчета. Где и как оно должно логично себя повести?
Поэтому меня подмывает посчитать это багом - и убрать одно слагаемое.

[Владимир Максимов]

Автор имел в виду, что вот в этом коде

qtyPre = abs(inventTransIdSum.receipt() + inventTransIdSum.registered() +
                         inventTransIdSum.issue()   + inventTransIdSum.picked());

Внутри метода inventTransIdSum.receipt() уже учтено значение inventTransIdSum.registered(). А внутри метода inventTransIdSum.issue() также учтено значение inventTransIdSum.picked()

В результате, в этой формуле значение inventTransIdSum.receipt() и inventTransIdSum.picked() удваиваются. Вот автор и в недоумении

Цитата:

Тужусь понять почему Picked считают дважды? Не понимаю. В итоге qtyPre = 20, и никакого превышения нет. Далее в коде добивается заказанное до 15 и все прекрасно разносится.

Я вот тоже не понимаю. Зачем эти слагаемые тут добавили? Может раньше inventTransIdSum.receipt() и inventTransIdSum.issue() скомплектованные количества в себя не включали?

[Владимир Максимов]

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

\Classes\InventTransIdSum

Вот для класса dax4

InventQty   issue()
{

    if (! transaction)
        this.calcSum();

    return  sold
           -inventSum.Deducted
           -inventSum.ReservPhysical
           -inventSum.ReservOrdered
           -inventSum.OnOrder
           -inventSum.QuotationIssue;

}

А вот для класса dax2012

/// <summary>
///    Calculates and returns the total quantity being issued.
/// </summary>
/// <returns>
///    The quantity being issued.
/// </returns>
public InventQty issue()
{
    if (!totalsHasBeenCalculated)
    {
        this.calcSum();
    }

    return  sold
           -inventSum.Deducted
           -inventSum.Picked
           -inventSum.ReservPhysical
           -inventSum.ReservOrdered
           -inventSum.OnOrder
           -inventSum.QuotationIssue;
}

Разница именно в Picked. Хотя надо заметить, что в dax4 значение qtyPre просто считывалось из поля строки документа

[pitersky]

Цитата:

Сообщение от Владимир Максимов

Зачем эти слагаемые тут добавили? Может раньше inventTransIdSum.receipt() и inventTransIdSum.issue() скомплектованные количества в себя не включали?

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

[Владимир Максимов]

Это было бы логичное рассуждение, если бы в сумме не учитывали значений "Заказано" (OnOrder). Формально, это тоже еще не расход.

Так что, скорее, это исправление очень старой ошибки, которая привела к возникновению новых ошибок

[pitersky]

одно другого не отменяет))))