Как сделать, чтобы резервирование не мешало текущим отгрузкам? - Страница 2 - DAX: Функционал

gl00mie · 17.05.2009, 11:55

Цитата:

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

1. Например, месяц назад товар был только в ячейке комплектации. Менеджер зарезервировал его. Две недели назад был приход товара в буферные ячейки (так как ячейка комплектации занята). Этот новый товар зарезервировали под другой заказ, отгрузка по которому раньше.

Фигасе! это вы месяц ждете оплаты товара?..

Цитата:

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

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

Есть еще такая вещь как факторинг. Пришел заказ, проверили превышение кредитных лимитов для клиента, отгрузили, документы по факторинговой операции куда надо передали, оплату получили - а там уже пусть банк (точнее, в общем случае компания-фактор) разбирается с оплатой от клиента. Правда, это не бесплатно, конечно, «особенно в условиях текущего кризиса», но зато заметно повышается оборачиваемость и товара, и денег, и не надо целый месяц держать у себя зарезервированный товар на складе в ожидании оплаты. Опять же, для клиентов это может быть удобнее - вместо предоплаты они фактически получают товар в кредит; правда, такая схема требует более тщательного отслеживания дебеторской задолженности.

twilight · 15.05.2009, 12:58

Цитата:

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

Если в строке указан только Склад, то система резервирует В разрезе склада (склад - обязательный параметр) другую аналитику подбирает по лоту. Если эта аналитика вторичная, то она перерезервируется автоматически.

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

Atar · 15.05.2009, 13:27

Цитата:

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

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

Да, конечно, если сработало физрезервирование, остатков на это количество уже нет, и оно не может быть зарезервировано под что-то ещё

Atar · 15.05.2009, 13:25

Наиболее адекватным тут будет всё-таки отвязать понятие резервирование менеджером от резервирования на складе (из ячейки).
Их нельзя объединять, т.к. они несут разный смысл (первое - ограничивает менеджера возможностями склада/поставщиков, а второе - обеспечивает жесткое ограничение по отгрузке из заданной ячейки, т.е. рассчитано, что отгружаться оно будет уже сейчас, иначе снизится оборачиваемость).

Именно поэтому возникают сложности при попытке использования функционала резервирования для менеджеров в WMS Аксапта.

Из "штатных" средств тут может помочь только разделение учета на 2 компании - "для менеджеров и поставок" и "для WMS". Но тут всё равно наверняка придется много программировать для удобства пользователей и объединения бизнес-процессов.
Так что это достаточно опасный путь.

Лучше наверное всё-таки реализовать свой механизм отслеживания покрытия потребности в заказах (т.е. аналог резервирования без использования скл.проводок), а не производить постоянное перезервирование одной и той же продукции в течении недель (т.е. я соглашусь с glibs и Raven Melancholic), причем, можно даже сделать этот механизм с учетом дат планируемых поставок и отгрузок.
Это непросто реализовать (хотя, запрограммировать даже проще, чем продумать так, чтобы механизм был прост для понимая менеджерами), но зато позволит достигнуть цели без ломания стандартных алгоритмов резервирования и комплектации.

Maximin · 15.05.2009, 14:42

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

Как разработчик, могу посоветовать крайне аккуратно писать этот механизм - мне пришлось за его авторами поймать не один и даже не два бага.

Производительность вполне приемлема. Вместо одного WMSного перерезервирования выполняется два. Невелика потеря.

Atar · 15.05.2009, 17:56

Цитата:

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

Как разработчик, могу посоветовать крайне аккуратно писать этот механизм - мне пришлось за его авторами поймать не один и даже не два бага.

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

.

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

От себя могу только добавить, что:
Вариант с перерезервированием привлекает тем, что для пользователей (менеджеров) ничего не меняется, а не нравится необходимостью лезть в стандартное резервирование - там в Акспате всё очень непросто.

twilight · 19.05.2009, 10:23

Спасибо всем участникам дискуссии.
Принято решение делать WMS в отдельной компании.

Волчара · 20.05.2009, 13:48

Цитата:

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

Спасибо всем участникам дискуссии.
Принято решение делать WMS в отдельной компании.

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

На мой взгляд реализация адресного склада через складские аналитики (название скорее историческое - это скорее логистические или учетные аналитики) это явная архитектурная ошибка системы....

Raven Melancholic · 20.05.2009, 20:08

Цитата:

Сообщение от Волчара

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

Вот именно, что могут быть особенности. Если такой способ подходит автору темы, то хорошо.
Но вот:

Цитата:

Сообщение от Волчара

На мой взгляд - это единственное правильное решение.

Почему единственное? WMS это не только отгрузки, но размещение. Сразу встает вопрос, в какой компании отражать приход товара?. А если есть производство, то в какой вести производство?
Если делать приходы в компании, в которой ведется WMS (и там же вести производство и т.п.), то там же придется вести взаиморасчеты с поставщиками (а с клиентами - в отгрузочной компании - уже минус), накладные расходы и т.п.
Если вести всё, кроме WMS в одной компании, то придется передавать товар в компанию WMS. Что будет с себестоимостью (особенно, если накладные расходы вводятся позже передачи в WMS)?
Придется даже для простейших вещей (например, получения данных об оборачиваемости) модифицировать отчетность для того, чтобы исключать внутрихолдинговые обороты.
А если финотчетность составляется по данным Аксы (имею ввиду даже не обязательно белую, а и то, что дается учредителям, если это отличается от белой)? Потребуется достаточно непростое элиминирование этих оборотов.
В общем, решение может подойти в определенных случаях (как, впрочем, и то, что предлагал я), но называть его единственно правильным преждевременно.

Atar · 21.05.2009, 10:21

Цитата: