Как страшно жить или Проблемы типовых конфигурафигуций 1С

нафига планировать вообще?

большенство фирм этим не занимаеться вообще, менеджеры по закупкам сами не могут справиться с ABC анализом (для оценки ликвидности склада), а Вы говорите о мелких неудобствах.

Тем не менее добавлю несколько параметров которые не учитывать текущие штатные системы планирования:
1. Аналоги и заменяемость
2. Приоритетность поставщиков/производителей
3. Сезонность
4. Влияние условий поставки на размер неснижаемого остатка
5. Долгосрочные контракты (контракные линии)
6. Полное отсутствие анализа упущеной выготы из-за отсутствия товара

можно еще много набросать чего, но мое ИХМО, что это все должно затачиватся под конкретику фирмы

Я в своей фирме отвечаю в том числе за закупку.
Планирование такое.
У фирмы не должно быть свободных денежных средств на счетах и наличкой.
Все в товар.
Завалили склад - свободного места ноль. А ТМЦ все дорожают и дорожают.
Вот такое планирование сейчас на Украине.

Правильно. А товар то как выбирали ? Вариацию, рентабельность учитывали ? Завалить тоже исскуство.

Не, а если 1С все это реализуют в типовых - сезонность там, упущенную выгоду и прочие навороты - нам-то, простым разработчикам, что делать остается???

Тут над понимать - типовые конфы - это только каркас для адаптации при внедрении в серьезных конторах. Особенно - оперативки.

Меня больше бесит не то, что какие-то возможности не реализованы, а то, что что-то реализовано криво. Посмотрите типовые отчеты! Например - рентабельность или стоимостную оценку склада. Ничего, что в итогах по группировкам суммируются проценты рентабельности или наценки по всем позициям, вместо того, чтобы средневзвешенный считать???

И еще бесит то, что НДС в стоимости партий - загнали под настройку учета. Идиотство! Если надо отследить партии иногда с НДС, а иногда - без? А еще кто-то умудряется в середине года эту настройку поменять - и ппц!

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

В нашей конторе для Планирования закупок используют специализированный отчёт "Продажи-Остатки".
Отчёт включает в себя остаток на конец периода (натуральный), Продажи за период, средний остаток вычисляется исходя из остатков на начало и конец периода+Приход. Для справки вычисляется прирост продаж исходя из предыдущего аналогичного интервала.
Затем вычисляются синтетические показатели: Оборачиваемость=СредОст/Продажи; ОстатокДней=Остаток*Период/Продажи; кОборач=1/ОстатокДней.

"4.поскольку среднии продажи в день программа не рассчитывает, то минимальный остаток (и значение точки заказа) товара хранится в ед измерения, а не в днях.
5.нет алгоритмов расчета минимального остатка (и значение точки заказа). Даже документ «Установка значений точки заказа» не заполняется по группе номенклатуры и каждую строку придется добавлять вручную. "

Мы у себя реализовали такой принцип: храним минимальный остаток в единицах измерения. Для того чтобы заполнить документ, написали обработку, которая считает по след принципу: Планируемый объем продаж*число дней хранения на складе/количество дней в месяце. Таким образом у нас минимальный остаток пересчитывается каждый месяц, что помогает избегать образования неликвидов. Есть один минус тут: планирование продаж должно быть максимально приближено к реальности, что не всегда бывает.
Доработали Помощник планирования, который учитывает минимальный страховой запас. Теперь имея планы продаж, страховой запас, складские остатки, незакрытые заказы - мы получаем план закупок и план производства. Вообще согласен, что в 1С блок планирования лишь галочки. Мы до сих пор продолжаем дописывать этот блок