19.03.2012, 02:23 | #21 |
Участник
|
Всем спасибо за ответы. Надо осмыслять по чуть-чуть.
Я буду отписываться с доп.вопросами по ходу. Еще кто-то что-то хочет может добавить? |
|
19.03.2012, 02:26 | #22 |
Участник
|
Цитата:
Сообщение от fed
Вообще вопросы в первоначальном Ванином сообщении расстраивают. Похоже у вас там опять каких-то чистых программистов набрали для разработки и каких-то MBAшников для постановки. Все-таки вопросы в стиле "К примеру, если я хочу забрать на свой заказ какие-то товары, которые уже были зарезервированы, смогу ли я это сделать?" вызывают глубокое недоумение...
Я старался формулировать вопросы на русском так, чтобы это не было напрямую связано с АХ по возможности. А ты как раз на этот вопрос ответил так, как я и хотел. Да, мол, смогу. НО - есть разграничение прав на это и т.д. и т.п. Пул резервов интересная идея действительно. |
|
19.03.2012, 08:34 | #23 |
Участник
|
В итоге надо списать всю 1000, но резерв продавца должен гарантировать, что ему, как минимум, об этом сообщат. Как максимум - он сначала сам должен отказаться от резерва (или "передать" ответственному за инвентаризацию).
__________________
Ivanhoe as is.. |
|
19.03.2012, 10:23 | #24 |
Moderator
|
Обычно клиенты привязаны к географическим локациям. Типа - этот с московского склада забирает, а тот с екатерингбургского. Поэтому обычно аналитики локации - сайт и склад (ну или только сайт) - обязательны.
|
|
19.03.2012, 10:32 | #25 |
Moderator
|
Цитата:
Зачастую во внедрениях заводятся, гм, 'не визуальные' складские аналитики. Например - номер договора на поставку или собственник товара или что-то подобное. Одинаковые товары с разными аналитиками визуально никак не различимы. А теперь представим что у нас на складе лежит 300 сепулек, из которых 120 закуплены по договору A, 100 - по договору B и 80 по договору C. Внезапно при проведении инвентаризации выясняется что 10 сепулек куда-то потерялось. Складским надо быстро провести инвентаризацию по данной номенклатуре, при этом они знать не знают про эти договора (это чисто для расчета себестоимости аналитика).Приходится писать какую-то отдельную форму инвентаризации, которая выводит только 'визуальные' аналитики, а при необходимости списания, она по каким-то правилам подставляет в проводки невизуальные. Правила бывают разные. Обычно что-то типа: В первую очередь списывать то что незарезервировано, если зарезервировано, то снимать резервы по принципу LIFO и списывать соответствующий товар. Естественно - при таком форсированом снятии резерва, система должна оставлять запись в протоколе резервирования/разрезервирования и оповещать ответственного продавца... |
|
19.03.2012, 10:43 | #26 |
Аманд
|
Цитата:
Вообще забавно, что от версии к версии существует пласт функциональности который не изменяется вообще. При этом появляются новые фишки, которыми мало кто пользуется в силу незнания и привычки. |
|
19.03.2012, 11:57 | #27 |
NavAx
|
Встречал схему резервирования, в которой практически вообще не различались сейловые резервы со склада и из закупаемых/производимых товаров. Всё валилось в одну кучу, но у каждой единицы учета (склад+партия+возможно, ГТД/срок годности) имелась "Дата поставки". Т.е. для реального наличия на складе она была равна сегодняшней, для заказанных -понятно, ожидаемой дате поставки.
Ну и естественно, уровни доступа и квоты на постановку резервов и отдельно, на их снятие, в зависимости от номенклатуры/товарной группы/группы менеджеров. Квота может быть задана условной - т.е. действующей в зависимости от доступного кол-ва на складе/даты (полезно для сезонных товаров). Механизм передачи резервов - это вообще, обязательная доработка. Вообще, на мой взгляд, схемы резервирования для операций с многими мелкими номенклатурами (типа канцелярии) и чем-то сравнительно крупноблочным (типа мебели) довольно сильно отличаются. Хотя, опять же, если та же мебель собирается из стандартных деталей под заказ, то общего становится больше... Да, тут есть над чем поломать голову... Т.о.
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты... |
|
19.03.2012, 13:55 | #28 |
Участник
|
Цитата:
Мне лично кроме нескольких новых форм, из которых можно начать сборку / обрабатывать накладные по заказам и функциональности (громко сказано) ATP на ум больше ничего не пришло Кстати, вопрос чуть в сторону, кто-то использует ATP (available to promise) вместо / параллельно с резервированием?
__________________
Ivanhoe as is.. |
|
19.03.2012, 14:53 | #29 |
Консультант
|
Речь не про вид аналитик, а про параметр аналитики - но это, по-моему, все правильно поняли.
Цитата:
Но это может вносить путаницу, с которой потом трудно разобраться: по одной части запасов резерв в таком разрезе аналитик, по другой - в другом. Как уже сказали выше - Сайт и Склад. Но уверен, что будут клиенты, для которых и это избыточно - захотят сейлово резервировать запасы в целом в компании, не по складам. |
|
19.03.2012, 15:49 | #30 |
Участник
|
Цитата:
Сообщение от Raven Melancholic
Причем, резервирование по каждой строке не очень удобно, поэтому реализована отдельная форма резервирования, в которой можно резервировать номенклатуру сразу по всему заказу на продажу (производственному заказу, заказу на перемещение и т.п.). Изменения производятся вручную, каких-то приоритетов нет.
А можно про это поподробнее? Я что-то не понял, в чем модификация. |
|
19.03.2012, 15:53 | #31 |
Участник
|
А чем это отличается от "Зарезервированно в заказанных"? В смысле, в чем доработка?
|
|
19.03.2012, 16:01 | #32 |
Участник
|
Цитата:
2. Скорее всего есть некая цепочка поставок. Отгрузка (заказ на продажу) на складе "Филиал", а товар есть на складе "РЦ", нужен резерв именно на "РЦ". И потом перемещение с "РЦ" на "Филиал" и только потом отгрузка клиенту. Зарезервировано в заказанных (если не пользоваться маркировкой) работает как общая копилка. И первый попавшийся приход обновит первый попавшийся резерв. А на практике нужен резерв в конкретном ожидаемом приходе. Почему не используется в таком случае маркировка - отдельный вопрос
__________________
Ivanhoe as is.. |
|
19.03.2012, 16:48 | #33 |
Участник
|
Цитата:
В принципе, ответ тот же. |
|
|
За это сообщение автора поблагодарили: kashperuk (5). |
19.03.2012, 17:05 | #34 |
Moderator
|
Цитата:
Но на практике - только из за этого покупать модуль сводного планирования не целесообразно. Поэтому зачастую просто делают какую-то доработку которая при резервировании позволяет автоматически создать некий журнал переноса с удаленного склада на склад отгрузки и резервирует в транзите между строкой заказа и строкой журнала переноса (ну или заказа на перенос). Мне, правда, такой подход не очень нравится. Мы для этого использовали разделение сейлового и складского резервирования. Грубо говоря - сейлы резервируют на уровне только сайта. Далее, время от времени, складские нажимают некую кнопочку, по которой система проверяет все заказы в неком статусе и по тем из них, по которым зарезервировано больше чем есть на складе отгрузки, формирует строки журнала переноса. Как-то такой подход покрасившее малость... Последний раз редактировалось fed; 19.03.2012 в 17:08. |
|
19.03.2012, 17:26 | #35 |
Участник
|
Кстати, в Connect есть такой запрос :
https://connect.microsoft.com/dynami...-transfer-them Цитата:
We have a need due to limited warehouse space to transfer material/items to and from remote warehouses for use on production lines or for shipping to customers. Currently in AX if we reserve the items against the production or sales orders then we have to unallocate, do the transfer, and re-allocate. This is not ideal and would greatly prefer the ability to transfer items without having to go through this three step process.
__________________
Ivanhoe as is.. |
|
19.03.2012, 17:46 | #36 |
Участник
|
off topic
|
|
20.03.2012, 11:10 | #37 |
Участник
|
Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.
|
|
20.03.2012, 11:31 | #38 |
Moderator
|
Цитата:
Сообщение от Serg
Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.
На какой-то стадии обработки продажи (по созданию picking list по моему), система автоматически пыталась создать складской резерв поверх сейлового. А в момент физического списания по packing slip, система контроллировала оба остатка. Во первых, проверялось что после списания для данного сайта и партии остаток (как физическое наличие - сейловый резерв) не упадет ниже ноля. Во вторых проверялось для для полного набора складской аналитики после списания, остаток (как физическое наличие - складской резерв) не упадет ниже ноля. Если хотя бы одно из этих условий не выполнялось - операция откатывалась. Вообще - форма в наличии в нынешнем виде провоцирует непонимание пользователями. Вместо того чтобы давать выбирать любые комбинации аналитик, надо было бы в верхем comboboxе давать выбирать что-то типа: "Бухгалтерский остаток", "Сейловый остаток","Складской остаток" и тп. Надо чтобы при этом и нужные поля бы выбира и по нужным аналитикам бы группировала. Конечно старую форму в наличии тоже неплохо бы оставить, но только как некоторое средство отладки для грамотных консультантов, а не для конечных пользователей. |
|
|
За это сообщение автора поблагодарили: Serg (1). |
20.03.2012, 12:32 | #39 |
северный Будда
|
Цитата:
Сообщение от fed
Вообще - форма в наличии в нынешнем виде провоцирует непонимание пользователями. Вместо того чтобы давать выбирать любые комбинации аналитик, надо было бы в верхем comboboxе давать выбирать что-то типа: "Бухгалтерский остаток", "Сейловый остаток","Складской остаток" и тп. Надо чтобы при этом и нужные поля бы выбира и по нужным аналитикам бы группировала. Конечно старую форму в наличии тоже неплохо бы оставить, но только как некоторое средство отладки для грамотных консультантов, а не для конечных пользователей.
Только не комбобокс нужен, конечно, а лукап к отдельному справочнику. Чтобы можно было пользовательски администрировать эти шаблоны.
__________________
С уважением, Вячеслав |
|
02.04.2012, 17:31 | #40 |
Участник
|
Цитата:
Сообщение от fed
Тут, кстати, можно упомянуть об еще об одной фишке, которой в аксапте не хватает.
Зачастую во внедрениях заводятся, гм, 'не визуальные' складские аналитики. Например - номер договора на поставку или собственник товара или что-то подобное. Одинаковые товары с разными аналитиками визуально никак не различимы. А теперь представим что у нас на складе лежит 300 сепулек, из которых 120 закуплены по договору A, 100 - по договору B и 80 по договору C. Внезапно при проведении инвентаризации выясняется что 10 сепулек куда-то потерялось. Складским надо быстро провести инвентаризацию по данной номенклатуре, при этом они знать не знают про эти договора (это чисто для расчета себестоимости аналитика).Приходится писать какую-то отдельную форму инвентаризации, которая выводит только 'визуальные' аналитики, а при необходимости списания, она по каким-то правилам подставляет в проводки невизуальные. Правила бывают разные. Обычно что-то типа: В первую очередь списывать то что незарезервировано, если зарезервировано, то снимать резервы по принципу LIFO и списывать соответствующий товар. Естественно - при таком форсированом снятии резерва, система должна оставлять запись в протоколе резервирования/разрезервирования и оповещать ответственного продавца... |
|
Теги |
vnext, вопрос, исследование, резервирование |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|