Нужен порулонный учет материала в УНФ. Закупаются рулоны ткани, в каждом рулоне индивидуальное количество метров. Нужно контролировать сколько в каком рулоне осталось метров. Настраиваю серии и учет в метрах. Политика Управление остатками серий. В итоге запрашивается серия на каждый погонный метр материала в рулоне. Если включаю политику Справочное ведение серий, то при подборе остатки - общие для всех серий рулонов. Не может быть, чтобы эта задача не решалась стандартными средствами. Помогите, пожалуйста настроить правильно
По теме из базы знаний
- Начало автоматизации (Часть 1)
- УПП: Переработка рулонных материалов, или сколько нужно программистов на крупный проект
- Управление резервами товаров в УТ 11 и ERP. Особенности и нюансы
- 1С:Управление металлургическим комбинатом 2. Модуль для 1С:ERP
- Как мы внедряли электронную инвентаризацию средствами штрихкодирования в учреждениях, у которых нет денег, но все должно быть по высшему разряду
Найденные решения
В общем, ларчик просто открывался. Напишу решение, вдруг кому еще надо будет. В УНФ настраивается серийный учет в справочнике Категории номенклатуры. Оказалось, для нормального учета не нужно было ставить галочку Серийные номера. И тогда в документах учета не требуется вводить серийный номер на каждый погонный метр рулона ткани. И остатки учитываются правильно.
Прикрепленные файлы:
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) В карточке товара у вас должна быть только одна единица "метр погонный" и базовая и для учета. И никаких рулонов, потому как вы сами сказали что сколько в рулоне не известно. Серия идентифицирует "партия товаров", политика "Управление остатками серий". При приемке указываете количество метров. При создании серий указываете сколько в каждой серии метров.
Скриншот не из УНФ, но должно быть что-то аналогичное.
Скриншот не из УНФ, но должно быть что-то аналогичное.
Прикрепленные файлы:
так и ведите учет в метрах,(вопрос сколько кусков какой длинны каждый)
либо вести учет с Характеристиками, где один из реквизитов Метраж
по остаткам будет ясно сколько рулонов с каким метражом.
а при отрезании/разрезании от рулона переводить Товар с Хар-кой1 в два Товара с Хар-кой2 и Хар-кой3
где Хар1.Длина = Хар2.Длина + Хар3.Длина
либо вести учет с Характеристиками, где один из реквизитов Метраж
по остаткам будет ясно сколько рулонов с каким метражом.
а при отрезании/разрезании от рулона переводить Товар с Хар-кой1 в два Товара с Хар-кой2 и Хар-кой3
где Хар1.Длина = Хар2.Длина + Хар3.Длина
Так вот при учете в метрах не могу задать серию на рулон 65 м. Просит 65 разных серий.
С характеристиками, мне кажется, будет проблемно. Эти характеристики должны будут вручную задаваться каждый раз, когда использовали часть рулона? Хотелось бы чего-то более автоматизированного. Поставили на учет рулон с серией 12345 длиной 65 м. Из него сшили 5 простыней, по спецификации на это требуется 10 м ткани. И при следующем подборе номенклатуры на заказ должен отобразится рулон 12345 - 55 м.
Мне кажется, это должно быть тривиальной задачей для таких конфигураций.
С характеристиками, мне кажется, будет проблемно. Эти характеристики должны будут вручную задаваться каждый раз, когда использовали часть рулона? Хотелось бы чего-то более автоматизированного. Поставили на учет рулон с серией 12345 длиной 65 м. Из него сшили 5 простыней, по спецификации на это требуется 10 м ткани. И при следующем подборе номенклатуры на заказ должен отобразится рулон 12345 - 55 м.
Мне кажется, это должно быть тривиальной задачей для таких конфигураций.
Характеристики не советую, через пару лет их будет вагон и телега.
Самый правильный вариант - серии, но он работает с двумя единицами измерения : шт - рулон с фиксированным метражом и сам метр. Как это реализовать при разном метраже рулона - хз.
Третий вариант - ячеистый склад. Каждый рулон (количество метров) помещаешь в отдельную ячейку. Отпускаешь оттуда же. Настраиваешь отчеты с выводом товаров по ячейкам. Неудобство - все нужные отчеты и подборы надо подстраивать и настраивать на работу с ячейками, перемещение по ячейкам и т.д.
Самый правильный вариант - серии, но он работает с двумя единицами измерения : шт - рулон с фиксированным метражом и сам метр. Как это реализовать при разном метраже рулона - хз.
Третий вариант - ячеистый склад. Каждый рулон (количество метров) помещаешь в отдельную ячейку. Отпускаешь оттуда же. Настраиваешь отчеты с выводом товаров по ячейкам. Неудобство - все нужные отчеты и подборы надо подстраивать и настраивать на работу с ячейками, перемещение по ячейкам и т.д.
(6) не так уж и много,
например размер считать кратно 1 метру, (или с шагом 10 - 50 см какая там у вас технологическая потребность?)
рулоны отличаются на несколько метров, получается всего несколько десятков на один тип/вид рулонов.
зато всегда сможете получить отчет сколько рулонов и какой длинные каждый, у вас на складе,
всегда сможете дорезать минимальный, сможете группирвать рулоны по остаточной длине,
выполнять оптимальные отгрузки и т.д.
а при общем метраже, у вас будет на остатках 3875.40 метра,
сколько это рулонов, кусков?
какой они длины? какой из них минимальный какой максимальный?
(хорошо если включите адресное хранение, там хотя бы по ячейкам можно будет судить куда какие обрезки/остатки складываете)
или раз в неделю, в месяц - устраивать ревизию с перемеркой, и хранением в екселе данных чего, сколько, каких длин,
и чудес не бывает !!!,
что бы получить полный правдивый результат от системы учета,
туда надо сначала все эти полные и правдивые данные ввести!!!
например размер считать кратно 1 метру, (или с шагом 10 - 50 см какая там у вас технологическая потребность?)
рулоны отличаются на несколько метров, получается всего несколько десятков на один тип/вид рулонов.
зато всегда сможете получить отчет сколько рулонов и какой длинные каждый, у вас на складе,
всегда сможете дорезать минимальный, сможете группирвать рулоны по остаточной длине,
выполнять оптимальные отгрузки и т.д.
а при общем метраже, у вас будет на остатках 3875.40 метра,
сколько это рулонов, кусков?
какой они длины? какой из них минимальный какой максимальный?
(хорошо если включите адресное хранение, там хотя бы по ячейкам можно будет судить куда какие обрезки/остатки складываете)
или раз в неделю, в месяц - устраивать ревизию с перемеркой, и хранением в екселе данных чего, сколько, каких длин,
и чудес не бывает !!!,
что бы получить полный правдивый результат от системы учета,
туда надо сначала все эти полные и правдивые данные ввести!!!
В общем, ларчик просто открывался. Напишу решение, вдруг кому еще надо будет. В УНФ настраивается серийный учет в справочнике Категории номенклатуры. Оказалось, для нормального учета не нужно было ставить галочку Серийные номера. И тогда в документах учета не требуется вводить серийный номер на каждый погонный метр рулона ткани. И остатки учитываются правильно.
Прикрепленные файлы:
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот