Пополнение основного склада

[George V. Tavrizoff]

Вечер добрый!

Ax30SP2.
3 простых вопроса.
1.)
Пополнение основного склада:
Можно ли настроить пополнение склада B,
зависимого от основного склада A,
с помощью журнала переносов,
не используя модуль сводного планирования?

2.) Для склада A настроен карантинный склад.
Склад А имеет структуру из ячейки и т.д.
Должен ли карантинный склад тоже иметь структуру из ячеек?

3.) Чем отличается по функциональному использованию
тип адреса "Поставка" от типа адреса "Альтернативная доставка"?

С уважением, Георгий Тавризов.

[glibs]

Цитата:

Изначально опубликовано George V. Tavrizoff
...пополнение склада B,
зависимого от основного склада A,
с помощью журнала переносов,
не используя модуль сводного планирования?...

Это как так без сводного планирования? Как вы себе это представляете? Вручную можно.

Цитата:

Изначально опубликовано George V. Tavrizoff
...Чем отличается по функциональному использованию
тип адреса "Поставка" от типа адреса "Альтернативная доставка"?...

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

Цитата:

Изначально опубликовано George V. Tavrizoff
...Для склада A настроен карантинный склад.
Склад А имеет структуру из ячейки и т.д.
Должен ли карантинный склад тоже иметь структуру из ячеек?...

Непосредственно на вопрос ответить не готов. Думаю, что нет. Ведь дело не в ячейках, а в номенклатуре (группе складской аналитики). Вы на складе, у которого есть ячейки, можете хранить и номенклатуру, для которой ячейку указывать нужно, так и номенклатуру, для которой ячейку указать нельзя. Стало быть врядли Аксапта станет проверять такие вещи как то, есть ли на карантинном складе ячейки. Скорее наоборот. Если ваша номенклатура должна храниться в ячейках, то на карантинном складе вы хотите-нехотите, а ячейку будете указывать. Или ставить пропуски для приходов-расходов.

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

В общем это. Создавать ячейки на карантинном складе не обязательно. Но если их там не создать, то управление складом 2 (т.е. паллеты и их транспортировки) работать не будут.

[Ivanhoe]

Цитата:

В общем это. Создавать ячейки на карантинном складе не обязательно. Но если их там не создать, то управление складом 2 (т.е. паллеты и их транспортировки) работать не будут.

Хотелось бы задать вопрос:
я не хочу использовать палеты и транспортировки, но использую ячейки.
Т.е. при формировании закупки указываю и склад, и ячейку. После этого, при попытке вручную зарегистрировать товар на складе-приемнике в ячейке "1" Аксапта ругается, что на складе "Карантин" нет ячейки "1".
Посмотрев по коду, понял, что InventDimId из строки закупки переносится в строку карантинного заказа и меняется только InventLocationId, т.е. склад.

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

[glibs]

Есть такой вариант.

На карантинном складе завести только одну ячейку. Например, зону приемки. Такую же ячейку завести на обычном складе. В закупке указывать зону приемки (сделать ее ячейкой приемки по умолчанию, например). А ячейку хранения указывать уже при завершении карантинного заказа (т.е. ячейку хранения на реальном складе).

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

[glibs]

А вообще функциональность карантина содержит много багов, и имеет ряд серьезных ограничений. Я знаю как минимум о реальных проблемах с возвратом номенклатуры, которая поступила на карантин (например, с целью исправления ошибки ввода данных). Потенциально м.б. проблемы с себестоимостью. Уже после регистрации по закупке у вас появляются проводки со статусами Закуплено/Продано, что, как показала практика, дестабилизирует алгоритм расчета себестоимости в процедуре закрытия склада.

В общем, советую очень тщательно "семь раз отмерить" (протестировать, помоделировать), прежде чем принимать решение об использовании функциональности карантина.