Отслеживания цепочки, от сырья до продукции.
Доброго.
Наверняка кто-то уже делал, или где-то видел реализацию.
Не хочется изобретать свой велосипед, есть наверняка преверные алгоритмы.
Задача.
Есть закупаемое сырье. Буду для примера понятие из УПП приводить.
Закупка сырья оформляется Приходной накладной.
Из него производится некий полуфабрикат.
То бишь, списываем в производство Требованием-Накладной.
Передел. Выпускаем полуфабрикаты.
По классике Отчет производства за смену.
На выходе несколько полуфабрикатов, на входе несколько видов сырья.
И там еще пру аналогичные переделов на входе уже полуфабрикаты выпущенные на предыдущих переделах, на последнем передел уже готовая продукция.
Так вот задача прослеживать всю цепочку.
То есть надо знать всю цепочку Готовая продукция –> Полуфабрикат –> Полуфабрикат -> Сырье.
Заранее спасибо за идеи

(10) Я не говорил, что партионный учёт в УПП тождественен классической партионке из учебников.

Автор, ты там часом не под ГОЗ?

(10) УПП было для примера. Это не УПП. Серий нет.

(14) ЕГАИС это из другой оперы. Работаем с ЕГАИС. Нет там такого.

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

(15) Смогу. Персонал это я.

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

(20) Блин, это мелкий проект. Взлетит, все будет.
Организационные вопросы опускаем.
Нужен тупо рабочий алгоритм.

(23) Тогда см. (22), алгоритм там.

(20) О госпади. Товарищ не понимает

У нас сделано все от заявки покупателя, она как шампур, на нее все нанизывается, то есть во всех дока присутствует заявка, по ней всю цепочку и раскручиваем, то есть во всех основных документах в тч есть заявка покупателя, начиная от закупок - заканчивая реализацией

(22) Ок. Делаем регистр накопления, пусть этим измерением будет входящая партия. Аля ссылка на док Приходная накладная.
Приход пишем с плюсом,
Требование-накладная с минусом.
Как с переделами быть?

Даже когда делаем излишек на склад, то оформляется заявка - на собственные нужды

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

(27) точно также. Полуфабрикат тоже учитываете в дополнительном измерении, чтобы было понятно, что в какой пошло.

(26) О, тоже вариант. Некий независимый признак в доках.
Но вот на переделах я зависаю.
Пришло
Сырье 1
Сырье 2
Сырье 3

На выходе
Полуфабрикат 1
Полуфабрикат 2
Полуфабрикат 3
Полуфабрикат 4
Полуфабрикат 5

Соответственно знаем куда что пошло.
Как признак здесь меня спасает?

нету серий используйте партии. но все равно нужно в ручную выбирать

конечно можено по фифо раскрутить, но какова будет достоверность отчета

(30) Так я походу туплю.
На каждом переделе полуфабрикат будет же меняется.
Зачем его как измерение писать?

(32)Это очевидно. Будем выбирать.

(31)
Сырье 1 Заявка 1
Сырье 2 Заявка 1
Сырье 3 Заявка 1

На выходе
Полуфабрикат 1 Заявка 1
Полуфабрикат 2 Заявка 1
Полуфабрикат 3 Заявка 1
Полуфабрикат 4 Заявка 1
Полуфабрикат 5 Заявка 1
с переделкой тоже самое
переделка
Вход
Полуфабрикат 1 Заявка 1
Полуфабрикат 2 Заявка 1
Полуфабрикат 3 Заявка 1
Выход
Полуфабрикат 1 Заявка 1
Полуфабрикат 2 Заявка 1
Полуфабрикат 3 Заявка 1

(34) затем чтобы потом именно конкретный полуфабрикат из конкретного сырья заложить в ГП.

(4) Бесполезно - склад же не будет брать материалы и полуфабрикаты как там в движениях 1С нарисует.

Это учет по партиям. Партии всегда надо будет выбирать раками  при передаче сырья в производство(строительство). По партиям и отслеживается различная стоимость. Знаем полуфабрикат или изделие и обратный ходом можно получить все, я в 7.7 на материалы такое сделал теперь в 8 делаю.Общий подход можно посмотреть здесь
https://sites.google.com/view/bsphome/главная

(5) Серии - это единственный вариант, как сделать это штатными средствами.

(38) Маркировка. На входе на сырье лепим длииииинные штрихкоды, которые имеют внутри себя все че надо. И при любой манипуляции читаем его ТСД.

(0) Не знаю - в тему ли? В принципе Х5 при аудите требовал инфу - конкретные приходы и сроки годности по партиям конкретной единицы продукции... понятно, то можно разлагать полуфабрикаты, что в примере, но это не "1С" (УС Land). Алгоритмы очевидны, т.к. учет всего на всех этапах ведётся исключительно по партиям

       Состав 02 крем сливочный ту 1 замес ** 55CT отгруженного 30.01.20 изготовленного 15.01.20 годного до   .  .       Стр.  1
---------------------------------------------------------------------------------------------------------------------------------
                    Наименование сырья            |КодТ|          Код и наименование поставщика сырья         |ДатаПрих|Годно до
---------------------------------------------------------------------------------------------------------------------------------
Ванилин порошок  555                               4LVH 0063  АО "СОЮЗСНАБ"                                     31.12.19 19.06.20
Маргарин для кремов 84% (20 кг)                    5364 000X  Пищевые технологии  ООО                           29.11.19 17.05.20
Сахар                                              52PW 01P2  РЕЗЕРВ ООО                                        14.01.20 15.10.23
Вода                                               01SD 0018   Собственное производство                         31.12.19   .  .

(40) Серии не нужны

Когда я это начинал, все было в кучу, когда пользаки задолбались сами каждый раз разные заявки подбирать в тч, сами сталить делать 1 заявка 1 док и всем стало легче жить, да доков побольше, но скорость ввода и обработки увеличилась, потому как практически все по документу основанию, но тут уже мне гемора было отрихтовать обратчики заполнения по доку основанию
(37) рекламация и так сказать рейтинг поставщиков

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

(44) к (37) свсем недавно у нас получилась ситуация, рекламации по продукции от разных покупателей, отмотали назад, оказалось что 1 поставщик поставлял не совсем качественный материал(поставщиков окло 7 ми), сча разборки идут, суммы не маленькие

(23) Все, кто так считал, ничего в итоге не внедрили. Сначала нужна методология и организация учета на местах - и только после решения этой задачи (ну или принятия решения, что это будет сделано) можно что-то там автоматизировать.

(0) Что производите?

В свое время отработал на производственном предприятии 9 лет, на колбасе.
Руководство тоже просило сделать "цепочку Готовая продукция –> Полуфабрикат –> Полуфабрикат -> Сырье". Периодически получалась лажа.

Пример, берем корову, разделываем. Получаем мясо определенной категории. Из этого мяса делаем фарш (полуфабрикат). из фарша - колбасу.
Теперь идем обратно: для производства колбасы нужно определенное количество фарша. Для этого фарша - определенное количество определенного вида мяса. Когда начинаем "собирать корову из мяса" - возникают проблемы. Если "бежать" по определенному мясу - у нас для каждого количества мяса рассчитается свое количество коров, которое в итоге сложится и получится, что производства одной штуки колбасы нужно пять коров.

Мой вам совет - бросьте вы это дело. Оно вам не надо.

ЁРП, там это уже реализовано

(48) Стандарт ХАССП требует именно такой системы

(23) чего-то Вы недоговариваете

(48) Ты не прав. Я строительстве дольше проработал.

Классические партии решают проблему полностью обратных ходом.

(48) а что такого что колобаса сделана из 5 коров?
или такие данные не устраивают тех кто хотел их получать?

(23) УПП, ERP  позволяют это учитывать из коробки

(53) но это будет чисто виртуальный отчет

(48) на тему песни алки пугачевой  - миллион алых роз "жизнь не возможно повернуть назад"
"Фарш невозможно провернуть назад" Бгггг

(54) вообще-то это нормально, сделали замес фарша

(41) Неважно что лепить. Главное чтобы в документах было то, что фактически было использовано. Иначе ценность всего этого - ноль.

(54) Только лишь то, что это некорректная цифра.

(55) позволять позволяет много кто. Но вот заставить кладовщиков и технологов производить все необходимые манипуляции для работы системы... вот это "надо сыграть" :)))

(61) + особенно когда начнутся наезды типа "мы заявку и так не успеваем делать, а нам тут в телефончики играть с вашими партиями"...

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

(61) Да только жесткое условие заполнение определенных нужных полей и полный игнор - "убери нам не удобно", решает проблему на раз собственно

(56) Что значит виртуальный?

(65) не имеющий отношения к действительности

(55) ERP нету. А УПП где описание этого механизма глянут. Может тупо сопру.

(60) Как раз я с большей долей вероятности поверю что колбаса сделана из 5-ти животных, чем из одного

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

(67) вам уже несколько раз поворили - учет по сериям. Другого там никакого механизма нету.

(66) https://sites.google.com/view/bsphome/главная
Изучи внимательное на товарах. или 7.7 проф. Подход взят ототуда

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

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

(67) Ума не хватит спереть если не понимаешь бух учет.

(65) Это значит бесполезный.

(70) Ок. Значить будем делать серии. По мне не серию, а ссылку на док прихода использовать. Как выше предлагали.
Пойду пробовать.

(73) в отличии от тебя, мы то уже не раз и внедряли, и рисовали этот тип учета, там весь вопрос в организации

(72) Когда у тебя количество передаче материалы больше чем в партии, тогда списание можно организовать общее количество + кол. по партиям очень похоже на фифо

(71) что это? какая то доработка.
речь шла же про классические партии и обратный ход (хотя что это, как я понял ФИФО?)

(76) серия - это просто дополнительное измерение так обозвано. Если это элемент справочника, то оно может включать в себя все что угодно, любую инфу, которая необходима вам для прослеживания.

(78) на провдение по партиям все равно

(74) Бухучет то здесь причем?

С партиями должно получится. Но это механизм для факта.

Если, например, нужно рассчитать сырье для нового плана продаж, в котором есть новая продукция - партия тут не поможет (нет фактических данных в системе).

(48)У тебя так логично получилось. Я тоже так хочу.
Мне надо.

(76) Потом будешь 2 дока заводить, когда от поставщика в одной поставке придет 2 разных партии.

(76) 100% серии

(79) Да. Фифо грубо несколько строк пересчитывает в одну, партии всегда по своей строке  идут.

(73) Если уже все организовано - осталось малое: взять то, что они сейчас пишут в тетрадку или в Excel - и обеспечить ввод этих данных в программу и анализ этих данных программой.

(79) Даже при распределении только по партимя

(77) У меня нет проблем с организацией. Как скажу так и будет. У меня есть "крыша", в виде самого главного бигбосса. Надо будут люди, надо оборудование, надо пинка дадут.
Я в курсе этих проблем. Поэтому не "крыши" и не брался.

(85) Да, это есть нюанс. Спасибо что обратил внимание.
Тогда партия это не входящий док, а строка в нем.

(90) это вы так думаете. В реальности, если ваша система начнет мешать существующему процессу и замедлять его (а риск этого велик) - биг босс может и переобуться.
Поэтому параллельно нужно нарисовать такие регламенты, чтобы все это не сильно мешалось и чтобы были механизмы быстрого разруливания ситуаций "Ааа все пропало у меня нет остатка и док не проводится!!!111". В том числе и по ночам, если производство круглосуточное. Это не вполне просто делается.

(88) В том и задача что не пишут. Нет у нас данной информации. Но очень вот нужна.

еще один минус этой системы - она может мешать воровству

(91) Может и цена меняться от поставщика.

минус в кавычках, понятное дело. Кому минус, кому плюс.

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

(92)Это отдельная система. На пустом месте. Никому мешать не будет. Если босс переобуется, значит пойдет нафиг.

(93) Значит, у вас бардак и ничего не организовано. Плохо.

(98) как это так. Производство же уже есть и работает? Значит не на пустом месте.

(99) Да, там бардак. Поэтому решили не разгребать, сделать "с нуля".

(100)Ну вот такое хреновое производство. Сразу говорю, там ERP внедрять не будем. Они еще БП не осилили.

Они сделали ошибочный выбор автоматизатора

(101) тогда рекомендую еще раз прочитать все что написали и понять, что вы работаете не на пустом месте. Система уже есть, но она работает хаотично. И вам предстоит это ломать. То о чем я вам писал в (7).

Система это необязательно компы. Люди с их устремлениями, бумажками и экселями - это тоже система.

и начинать надо не с компов, а с того чтобы понять как и что приходуется, как отдается, как закидывается в производство. На каких точках будет ввод инфы и какой. Кто это будет делать и как.

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

(107) нет. Технолог не обязан знать ни ПБУ, ни правила бухучета. Кладовщик тоже.

Здесь не про технолога, а про хорошего буха и реализатора проекта.

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

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

Вот скажи, как называется в бух.учете документ ПРОЦЕНТОВКА(я про строительста)? Термины для пользователей должны понятны быть им, а расчеты и записи в учет бухам

(93) Так пусть начнут писать. Прежде чем автоматизировать процесс, надо сначала этот процесс организовать.

(98) Как это не будет? У вас там все автоматизировано и MES-система уже есть на все оборудование?

(112) есть оперативный учет, управленческий учет, а есть бухгалтерский. Вот ПРОЦЕНТОВКА - это термин из первого либо второго, но не из третьего. Так понятнее?

(112) Наверное под это надо подвести ПБУ, не?