8.х УНФ Остатки по складу.

Подскажите как можно посмотреть остатки на складе:

1. Товаров, полученных по выбранной приходной накладной /приходным накладным;
2. Товаров, полученных в определённый период (скажем с 05.01.2015 по 20.02.2015).​

Партионный учёт включен. Только не пользуюсь т.к. не понимаю как эта штука работает: не знаю как заставить одну и ту же позицию номенклатуры лежать на складе партиями по 10, 20, 30 рублей за штучку.

Пожалуйста, теперь подробно для неопытных (дураков). Какой из отчётов брать и как в его группировку добавлять отбор по партиям?
т.к. я в скдадских отчётах этой возможности не вижу. // дата начала, конца, организация, структурная единица, номенклатура //

Ещё хочу продолжить данную тему.

Скажите, как организовать лёгкое и непринуждённое назначение одной партии Всей номенклатуре пришедшей по одной Приходной накладной? Пока что я только нашёл только присвоение имён партий перебором каждой строчки номенклатуры в ПН. Но такой подход больше на безумие смахивает чем на облегчение труда. Да и в Интернете, почему то, всё больше рекомендуют для каждой очередной поставки создавать новый дубль номенклатуры а не пользоваться штатным Партионным учётом: "А то потом локти себе кусать будете". Почему?

http://forum-mista.pro/topic.php?id=715228 – один из вариантов такого ответа по проблеме (см. продвигаемое Garykom мнение). Несколько раз такое встречал.

Фактически, у меня приход номенклатуры малыми партиями. Основная масса вообще по 1–4 шт. И всё это добро надо списывать по себестоимости в Заказ-нарядах. Т.о. оказываются очень велики именно трудозатраты на ввод данных из ТН в пересчёте на единицу номенклатуры. Теперь смотрим на то как реализован ввод партий в стандартном механизме: выбираем в каждой строке номенклатуры ячейку "Партия", в ней создаём новую запись для этой партии, сохраняем, переходим к следующей строке. И так перебираем все строки в Приходной накладной. Это же ужас какой-то.

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

в инете много чего есть и происходит
но вот чаще именно после таких "советов" вы будете локти кусать

К сожалению, ваш ответ не раскрывает решения вопроса : )

вообще-то приходный документ и формирует партию по тому товару что в нём указан

Отнюдь. Пока мы руками не впишем в строчку номенклатуры название партии всё добро по приходной накладной сливается в общую массу номенклатуры с этим названием. И, что самое главное, на складе теряется информация о приходных ценах на отдельные партии товара.

Ещё раз перепроверил поведение системы:

Пять поступлений одной номенклатуры в разные периоды. Цена заведена через Продажи - Прайс-листы - Формирование цен - По приходной накладной. Смотрим что на складе. Три прихода с прописанными вручную строками "Партия" лежат отдельно. Два прихода без указания наименования партий лежат четвёртой строкой с общим количеством и одной ценой. Т.о. для нормального учёта параметр "Партия" обязателен к заполнению в приходной накладной для каждого наименования номенклатуры.​

Но, как я уже писал выше, стандартные средства системы требуют некого непомерного количества операций для записи названия партии:

1. Выбираем ячейку "Партия" в строке приходной накладной;
2. Открываем для редактирования;
3. Жмём "Создать";
3. Заполняем название партии;
4. Сохраняем;
5. Выбираем;
6. Повторяем п.п. 1 - 5 для каждой следующей строки в приходной накладной.​

А если позиций штук 20-30?.. Оцените требуемое время на эти заурядные операции!

Вот и спрашиваю, как решить этот вопрос в разумными средствами? "Оперативный ввод цен номенклатуры из прайс-листов и приходных накладных с разделением на партии". Или система для мазохистов писалась?

Т.е. мои опасения подтвердились: напильником.
Хотя, я до сих пор убеждён, что ничего сверхъестественного в желании видеть отдельно стоимость товара по каждой партии нет. Тем более в конфигурации, включающей в себя раздел "Сервис" (не только торговлю/производство).

Очередной раз подозреваю, что разработчики всё для программеров в поле, всё для программеров... Чтобы те с голоду не дохли.

P.S. Сегодня пол дня изголялся с партионным учётом и вводом цен. Вроде, работает. Тупой ручной работы при этом море, но работает. Однако! Стоит лишь разок косо ввести товар по приходной и всё. Весь учёт цен/партий по номенклатуре летит в тартарары. Программа натягивает последнюю цену на все партии и смотрит честными жёлтыми глазами с экрана. И хоть ты убейся. Ни отмена проводок, ни удаление введённых цен не помогает. Вероятно, именно в силу этого обстоятельства народ и рекомендует "этот" партионный учёт обходить стороной.

Скажите, что именно вы хотите увидеть (какое окно, где и как генерируется).
По факту, после ещё серии издевательств над системой: она действительно знать не знает что такое партия в том понимании в каком всем хотелось бы. И отдельные цены можно хранить и видеть только для различных Характеристик номенклатуры. Т.е. для текущего сочетания Номенклатура/Характеристика выбирается самая последняя по дате Актуальная цена.

Но!
1. Дата поступления это как бы не "характеристика";
2. Операций по созданию новой характеристики для каждой номенклатуры ещё в два раза больше чем для создания партии.

Т.о. если Характеристика у нас занята некими "размером облуви/цветом сумочки/сечением провода", то вообще неясно как стандартными (и нестандартными) средствами в УНФ отгрузить товар по цене его поступления. Кроме как не плодить копии номенклатуры. С естественной потерей смысла в таких механизмах как Прайс-лист, описание товара, изображение товара.

Думаю, вопрос решается созданием Характеристики "Дата поступления". И ведением учёта по ней.
Подскажите как сделать. : )