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

[Bega]

Обращаюсь к консалтерам, кто-нибудь реализовал в сводном планировании для одной номенклатуры пополнение с нескольких складов? Тема обсуждалась, однако не нашел, чтобы кто-то сделал это в Аксапте.

[Vals]

Вы наверно имеете ввиду настройку покрытия по номенклатуре - Номенклатурные единицы/Настройка/Покрытие номенклатуры.

[Bega]

Да, но необходимо пополнять Склад1 одновременно из двух складов Склад2 и Склад3.

[mazzy]

Цитата:

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

Да, но необходимо пополнять Склад1 одновременно из двух складов Склад2 и Склад3.

Вы формулируйте вопрос полностью.
По какому принципы делается выбор из Склад2 и Склад3 при пополнении (поровну, пропорционально, если на складе2 отсутствует, другой алгоритм выбора). Какие решения должен принимать человек, а какие решения должны приниматься автоматически.

Как только сформулируете тут же станет понятно что искать.
Только пожалуйста, сформулируйте свою мысль полностью в одном сообщении.

Пока для вас ответ один - если необходимо, то пополняйте на здоровье. Аксапта этого не запрещает.

[Bega]

Цитата:

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

Вы формулируйте вопрос полностью.

Есть некоторая номенклатура, после выпуска из производства, она поступает на Склад2. По различным причинам часть ее может быть перемещена на Склад3 (4, 5...). Пусть Склад2 будет основным. Необходимо, чтобы при расчете сводного планирования система не пыталась спланировать закупку(или произв. заказ) на Склад2, если хватает физического наличия на складах 3, 4, 5, а планировала переносы Склад3->Склад1, Склад4->Склад1 и т.д.

[mazzy]

Цитата:

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

Необходимо, чтобы при расчете сводного планирования система не пыталась спланировать закупку(или произв. заказ) на Склад2, если хватает физического наличия на складах 3, 4, 5, а планировала переносы Склад3->Склад1, Склад4->Склад1 и т.д.

Совет: когда что-нибудь ищете, попытайтесь сформулировать условие содержащее только прямые утверждения (без отрицаний и инверсий).

Я правильно понимаю, что вы хотите: чтобы при расчете сводного планирования система планировала пополнение склада1 со Склад3 (если на нем есть остатки), со склада4 (если на нем есть остаки), И только в случае отсутствия отстаков на перечисленных складах планировала закупку/производство на склад2?

Если я правильно понимаю, то ройте в сторону пополнения. Настройте цепочку пополнения складов. Склад1 <- Склад3 <- Склад4 <- ... <- Склад2. У этого решения есть недостаток - будет много перемещений.

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

[EVGL]

"Ищи" - не ищи, а программировать придется. В принципе, можно эмулировать, пополняя Склад3 со Склада4, т.е. построить цепочку Склад4->Склад3->Склад1.

[Vals]

Цитата:

По различным причинам часть ее может быть перемещена на Склад3 (4, 5...). Пусть Склад2 будет основным

Скажу то, что говорю всегда: настройки сводного тестно взаимосвязаны со всеми другими модулями и процедурами, в них настроенными. Поэтому, решение вашей задачи может состоять в не настройке "в лоб" пополнения с нескольких складов, а с организацией и упорядочиванием других процессов.
Расскажите, по каким причинам происходят перемещения. Для чего и какие склады нужно пополнять (под продажу, производство и т.д.)?

[Bega]

Цитата:

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

Скажу то, что говорю всегда: настройки сводного тестно взаимосвязаны со всеми другими модулями и процедурами, в них настроенными. Поэтому, решение вашей задачи может состоять в не настройке "в лоб" пополнения с нескольких складов, а с организацией и упорядочиванием других процессов.
Расскажите, по каким причинам происходят перемещения. Для чего и какие склады нужно пополнять (под продажу, производство и т.д.)?

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

[Vals]

Цитата:

Одна из главных причин перемещения

А отгрузка идёт с одного склада и для этого вы хотите перемещать всё на него?

[Bega]

Цитата:

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

А отгрузка идёт с одного склада и для этого вы хотите перемещать всё на него?

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

[Vals]

Цитата:

Но для Аксапты ведь не столь важно, сколько складов отгрузки - она планирует отдельно каждый склад

Вы совершенно неправы!

Цитата:

она планирует отдельно каждый склад

Только в том случае, если по аналитике Склад стоит галка "Покрытие по аналитикам.

[Bega]

Цитата:

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

Вы совершенно неправы!

А в чем? Я смотрю метод ReqCalc::covCalc - сначала цикл по номенклатурам, потом цикл по складским аналитикам, то есть по местам, где необходимо пополнение. Отдельно для каждой комбинации аналитик запускается расчет.

Цитата:

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

Только в том случае, если по аналитике Склад стоит галка "Покрытие по аналитикам.

Ну у нас она естественно стоит.

[Михаил Андреев]

Цитата:

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

А в чем? Я смотрю метод ReqCalc::covCalc - сначала цикл по номенклатурам, потом цикл по складским аналитикам, то есть по местам, где необходимо пополнение. Отдельно для каждой комбинации аналитик запускается расчет.

Второй цикл разве идёт по ВСЕМ складским аналитикам?

[Bega]

Цитата:

Сообщение от Михаил Андреев

Второй цикл разве идёт по ВСЕМ складским аналитикам?

Цитата:

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

В этом. Если галку снять, то система не учитывает аналитику при планировании. И покрытие считается Итого.
Из написанного, очевидность данного параметра не следует.

Мы уже сделали макет, который нам планирует переносы и представляем настройки и общую логику, поэтому обсуждать абстрактно все возможные настройки не имеет смысла, да и на форуме это все уже неоднократно обсуждалось.

[mazzy]

Первое сообщение.

Цитата:

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

Обращаюсь к консалтерам, кто-нибудь реализовал в сводном планировании для одной номенклатуры пополнение с нескольких складов? Тема обсуждалась, однако не нашел, чтобы кто-то сделал это в Аксапте.

Последнее сообщение.

Цитата:

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

Мы уже сделали макет, который нам планирует переносы и представляем настройки и общую логику.

Непонятно в чем вопрос был.
Или вы таким замысловатым образом продавать свое пытаетесь?

[Vals]

Цитата:

она планирует отдельно каждый склад

В этом. Если галку снять, то система не учитывает аналитику при планировании. И покрытие считается Итого.

Цитата:

естественно стоит

Из написанного, очевидность данного параметра не следует.

[Vals]

Цитата:

Мы уже сделали макет

А почему об этом не сказать в первом сообщении?

[Bega]

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

[miklenew]

Цитата:

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

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

Нет, циклами тут не получиться, тут вся суть в том что идёт цепочка "гашения".
Ввёл это слово(гашение) - потому что наиболее полно отражает то что внутри происходит. Хотя может кто лучше предложит.
Что-то возникает, гасим, снова что-то возникает, снова гасим и т.д.
Поэтому циклами я бы не стал делать.
Это задача очень интересна в плане ООП.
Вы всё равно будете наследник создавать от ReqCalcScheduleItemTable, а следовательно у вас появиться очень сильный козырь, можно почти всё подменять.
Скорее всего вам прийдёться вводить несколько дополнительный map-ов в этом наследнике, для хранения промежуточных результатов.
Вот подменой в нужных моментах вы сможете получить то что нужно.
А все циклы как шли пусть так и идут.
А вообще мне кажется, что решив эту задачу вы должны получить из этого кода в качестве дополнительного приза ещё разные вкусняшки.
Самое сложное в этой задачи. Что расчёт сам по себе долго идёт. Даже если максимально облегчить компанию и настройки.
Я когда то делал задачу по гашению заказа и журнала проводка.
Т.е. в шапке заказа и журнале проводка была кнопка покрыть.
Она запускала сводное планирование по тем номенклатурам, которые входят в эти документы. А проводки покрывала только те которые создавали эти документы.
Но всё равно, если не подводит память, секунд 20 занимало.
Да, кстати, если со временем терпит, могу через неделю(отпуск начнётся) заняться этой задачей. Дня три думаю займёт. 5 000 р\за день. После контроля качества пришлю реквизиты карточки для перевода.
Если не терпит, пишите в ветке, можно и совместно через форум решать, я думаю это задача вызвет интерес не только у вас.
Интересно же.