Axapta не находит товар в ячейках

[Sirius]

Вообщем ситуация такая.

Палеты на складе отключены.

Приходую номенклатуру трех различных партий в три разные ячейки.
Все проходит нормально. Теперь пытаюсь отгрузить в одной отгрузке какую-то часть номенклатуры каждой из трех партий. Создаю заказы на отгрузку, создаю отгрузку.
Пытаюсь сделать резвервирование - не выходит, Axapta пишет:


Производитель=Roche,Склад=БПЛ,Партия=L0A153,Ячейка=00.01.1.1
Невозможно резервировать 75,00, так как на складе доступно только 0,00


т.е она ищет номенклатуру только в одной ячейке, а там лежит другая партия.
Как её заставить посмотреть и в других ячейках?

(Партия является первичной складской аналитикой, для неё установлено физ. наличие, пробовал убирать галочку с первичная аналитика - все равно ошибка возникала)

[glibs]

Я сталкивался с такой проблемой (правда, вместо партий были ГТД и не было номенклатурной аналитики), но она куда-то исчезла до того, пока я смог высянить ее причину. Проблема совпала с фактом не совсем корректной загрузки остатков по складу, но я не знаю, было ли это связано с проблемой.

В общем, попробуйте проверить настройки. Если разберетесь — напишите, пожалуйста.

[Wamr]

Это проблема алгоритма резервирования по отгрузке

Цитата:

соседняя ветка
Алгоритм резервирования по отгрузке находит первую (по номеру) ячейку комплектации на складе, в которой есть заданная номенклатура и пытается в ней зарезервировать товар, с учетом аналитик из строки отгрузки (кроме ячейки!)

[Владимир Ю.]

Отгрузку без паллет Вы не обработаете.
Руководство Торговля и Логистика стр. 152 (второй абзац сверху).

[Sirius]

Цитата:

Изначально опубликовано Владимир Ю.
Отгрузку без паллет Вы не обработаете.
Руководство Торговля и Логистика стр. 152 (второй абзац сверху).

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

[Владимир Ю.]

Поэтому у Вас и возникает описанная ошибка и Вы не можете продвинуться дальше в Отгрузке. А Отгрузка работает только с паллетами и это общеисвестный факт. Жаль что Вы его игнорируете Почитайте внимательно Руководство. Отгрузка возможно только при наличии трех складских аналитик. Иначе перемещать будет нечего. Палеты отключал и выскакивает ошибка А с палетами ошибок нет Кстати, у меня Ах3 SP2 и все работает с учетом алгоритмов Аксы.

[Sirius]

Ну зачем мне Вас обманывать?

Замечание первое.

Как вы паллеты отключаете? Может быть просто убираете галочку в настройках группы складских аналитик? Но тогда это не правильно. Паллеты нужно отключать совсем - в настройках функционала аксапты (Администрирование/Настройки/Система/Конфигурация/Управление складом II).

Замечание второе.

Ошибка возникает не из-за того включены паллеты или нет, она возникает из-за странностей алгоритма резервирования в отгрузке.

Вообще, ошибку, по причине которой я создавал эту тему, тогда я посчитал просто глюком, т.к потом эта ошибка исчезла, все работало нормально и я перестал о ней думать. Теперь, прочитав тему "При резервировании не учитывается аналитика Партия?", понял что просто включил автоматическое резервирование, которое и избавило меня от этой ошибки.

А отгрузка РАБОТАЕТ без паллет, даю вам честное слово

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

Отгрузка без паллет сейчас у меня работает и выглядит следующим образом:

Создается заказ -> заказы на отгрузку -> отгрузка.

Отгрузка резервируется, активизируется комплектация.

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

После завершения комплектации отгрузка спокойно отправляется.

PS. А руководство по торговле и логистике просто умалчивает о возможности такой работы без паллет

[Владимир Ю.]

Снимаю перед Вами шляпу. Можно работать и без паллет. Это для меня открытие. Спасибо. Никогда не поздно избавляться от своих заблуждейний. Отключение кофигурации здесь не причем.
А по вашей теме можно посоветовать следующее: Уберите "птицу" первичная аналитика с пратии и поставте в ней "пропуск для расходов". У меня прошло с ситуацией, когда одна партия лежит в трех разных буферных ячейках. В заказе резервирование в ручную. Резервирую товар в отгрузке.
Добавлено: "пропуск для расходов" поставте и для ячейки тоже. Все получается и на более сложных вариантах.

[Sirius]

Цитата:

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

Все дело в том, что мне нужно отгрузить конкретную партию товара. Если поставить "пропуск для расходов", то резервируется другая партия (именно из той самой ячейки - из которой Axapta не могла зарезервировать нужную мне партию, когда в настройках для партии стояло "первичная аналитика")

добавлено:
установка для ячейки "пропуска для расходов" тоже не помагает.

попробуйте сделать следующее.

закупите 10 ед номенклтуры партии A и разместите её в ячейке 1
закупите 5 ед той же номенклатуры, но партии и B и разместите её в ячейке 2

теперь создайте заказ на 3 ед. партии A и 2 ед. партии B
создайте отгрузку, зарезервируйте.

Если будет стоять "пропуск для расходов" то ошибки не будет, но посмотрите что зарезервировалось - уверен что это будет 5 ед. партии A

Если же "пропуск для расходов" убрать то зарезервировать не получится, напишет что-то вроде того, что невозможно зарезервировать 2 ед. партии B в ячейке 1. Правильно - не возможно, т.к. там её нет, по идее алгоритм должен был найти все это дело в ячейке 2, но почему то не сделал этого.

[Владимир Ю.]

А конкретную партию товара необходимо резервировать в Заказе. У KIV это получилось.

[Владимир Ю.]

А конкретную партию товара необходимо резервировать в Заказе. У KIV это получилось. Поставте пропук для партии и ячейки. Укажите в Заказе конкретную партию и выполните резервирование в Заказе. Вас же не смущает, что комплектация выполняется из буферных ячеек.

[Sirius]

Цитата:

Изначально опубликовано Владимир Ю.
А конкретную партию товара необходимо резервировать в Заказе. У KIV это получилось. Поставте пропук для партии и ячейки. Укажите в Заказе конкретную партию и выполните резервирование в Заказе. Вас же не смущает, что комплектация выполняется из буферных ячеек.

Да. Это вариант решения проблемы, хотя есть проблемы, которые описал в упомянутой ветке Wamr.
И все таки на мой взгляд присутсвует ошибка в алгоритме резервирования в отгрузке. Хотелось бы чтобы MBS её исправил

[Владимир Ю.]

Ошибок никаких нет. Это два различных функциональных пути в Аксапте. Я думаю надо просто пользоваться ими и все. Хотя было бы красивее, чтобы из Заказа складская аналитика переносилась в Отгрузку и резервировалась там. Вы же не собираетель от катушечного магнитофона требовать, чтобы он проигрывал еще и касеты. А гибрид - это уже доработка.

[Sirius]

ну какой же это функциональный путь, если он не работает?

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

[Владимир Ю.]

Посмотрите эту ветку: http://www.axforum.info/forums/showt...=&threadid=336
там все нормально объяснено.

[Sirius]

посмотрел. пробовал ставить "пропуск для расходов" - тогда отгружается не та партия - это не подходит.

хорошо, не будем говорить что в алгоритме резервирования из отгрузки есть ошибка...

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

спрашивается, почему об этом молчит документация?

вообщем причина ошибки, описанной в первом сообщении этой темы найдена.
найдены и способы избежать этой ошибки и отгрузить нужную партию (резервирование в заказе).

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

[Владимир Ю.]

Хорашая мысль. Если у Вас что-то получится, то сообщите, пожалуйста. Проблема очень интересная.