Планирование производства в УПП 1.3. Возможно ли это.

15.03.14

Учетные задачи - Производство готовой продукции (работ, услуг)

Мною написано и внедрено планирование производства на одном из предприятий. Тема планирования сложная и редкая даже на инфостарте. Хочу рассказать как работает планирование у нас, какие идеи были успешно применены. Чтобы вызвать ваш интерес скажу, что до УПП планирование велось на SyteLine. Тема обширная, осилить такую за один раз вряд ли удастся, поэтому продолжение будет зависеть от того, какой интерес она вызовет у вас. Идея - рассказать вам наши идеи и, походу самим их описать и систематизировать. Добовлять новое буду всегда в эту тему, надеюсь получится.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Обработка планирования
.epf 89,58Kb
11
11 Скачать (1 SM) Купить за 1 850 руб.
Инструкция
.docx 40,36Kb
9
9 Скачать (1 SM) Купить за 1 850 руб.
Анализ Сменно - суточного задания
.erf 14,99Kb
5
5 Скачать (1 SM) Купить за 1 850 руб.
Детальная информация
.erf 15,72Kb
4
4 Скачать (1 SM) Купить за 1 850 руб.
Все одним архивом
.zip 148,50Kb
160
160 Скачать (1 SM) Купить за 1 850 руб.

A1.  На каких данных работает планирование. 

  • 150  тыс. активной номенклатуры (готовая продукция, полуфабрикаты, материалы).
  • 2000 заказов покупателей в работе.
  • От 7 до 18 переделов от материалов до готовой продукции.
  • 17 складов и 14 подразделений.
  • До 500 тыс. строк детальной информации по планированию.
  • Горизонт планирования  до 60 дней (позволяет видеть дату выполнения всех заказов).
  • До 100 тыс. строк планов.
  • 5 удаленных складов (в других городах) и 2 местных склада готовой продукции.

A2.  Аналитика планирования.

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

  1. Склады, на которых учитываются свободные остатки.
  2. Склады, на которых учитывается зарезервированная под заказ продукция. Пункт 2. В общем случае  не совпадает с пунктом 1., так как сюда могут входить дополнительно удаленные склады в других городах, склады в пути.
  3. Подразделения, участвующие в планировании.
  4. Список качеств, которые участвуют в планировании. Кроме качества  «Новый» в планировании  могут быть задействованы и другие качества.
  5. Список статей затрат, остатки по которым обрабатывает планирование.
  6. Список контрагентов, переработчиков давальческого сырья. По этим контрагентам анализируется регистр «Товары переданные».

A3.  Куда сохраняется информация по планированию. Структура регистров.

Вся информация по планированию пишется и хранится в двух регистрах сведений. 

  1. «Данные для планирования» - сюда сохраняется результат синхронизации заказов и остатков по всем переделам. Здесь учитываются задержки после операции, минимальные партии и кратность. Именно отсюда планер берет данные о всех скомплектованных и готовых к работе позициях номенклатуры и ставит их в план. Здесь можно посмотреть, как подтянулись остатки, как шло планирование любой номенклатуры по переделам.
  2. «Планирование» - сюда сохраняются пооперационные планы. Рабочий центр, группа рабочих центров (группа заменяемости), технологическая операция, технологическая карта, номенклатура ГП, номенклатура изделие, характеристики, спецификации, время начала операции, время окончания, время готовности, номер заказа или принадлежность к страховым запасам и т.д.

 A4.  Заказы покупателей.  

Исходным массивом данных для  планирования являются заказы покупателей. Приоритет имеют заказы с более ранней датой поступления.

Внутрихолдинговые заказы различаются группой доступности складов. Заказы только определенных групп доступности попадают в Производство (в справочник «Группа доступности складов» добавлен реквизит «Производство» с типом Булево). Использование справочника «Группа доступности складов продиктовано наличием складов готовой продукции  в других городах

 A5.   Страховые и межоперационные запасы.  

Вторым массивом данных для планирования являются страховые и межоперационные  запасы. Для ввода информации по страховым и межоперационным запасам  используется типовой документ  «Установка значений точки заказа». Поле «страховой запас» определяет значение страхового запаса.

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

Предположим, что мы выставили страховой запас на готовую продукцию в 2000 шт. На данный момент у нас на складе 2000 шт. и в заказах покупателей 50 шт.

  1. По обычной схеме на пополнение запустятся 50 шт.
  2. По нашей схеме мы выставили проценты 10 и 90. Таким образом, если процент страхового запаса на момент планирования больше 90 пополнение останавливается. 1950 / 2000 = 0,975 Данная позиция будет остановлена на пополнение, пока количество не упадет до 200 т.е. 10%.

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

Страховые запасы синхронизируются по остаткам и планируются только после заказов покупателей, т.е. имеют низший приоритет

A6.   Учет аналагов при синхронизации остатков.  

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

A7.   Нормативно-справочная информация.  

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

Я остановлюсь на особенностях, которые влияют на весь процесс планирования и на процесс анализа результатов планирования.

  • Номенклатура.
  • Количество номенклатуры более 150 000 и оно непрерывно растет (в день добавляется от 100 до 500 новых элементов). Чтобы классифицировать и адекватно анализировать  такое количество номенклатуры, у нас очень сильно развито использование свойств номенклатуры. Те,  у кого в справочнике номенклатуры меньше 20 000 элементов или у кого все элементы справочника определены и введены в базу, могут не прочувствовать данное преимущество. Свойств больше 10: Коллекция, бренд, ширина, высота, цвет, вид изделия и еще много разных. Свойства позволяют нам автоматически заполнять разные данные, например, сроки изготовления и сроки продажи (у номенклатуры добавлено два реквизита: срок производства и срок продажи, сроки заполняются автоматически по набору свойств данной номенклатуры - используется Регистр сведений с соответствием сроков и наборов свойств). По набору свойств также заполняются расценки в тех. операциях. По набору свойств формируются цены номенклатуры. Ну, вы поняли, без них было бы все гораздо сложнее.
  • Спецификации номенклатуры.
  • Планер поддерживает только сборочные спецификации (сомневаюсь, чтобы как то адекватно можно было планировать с полными спецификациями).
  • В спецификациях поддерживается использование двух видов норматива – номенклатура и узел.
  • Кратность и минимальная партия выходного изделия в спецификациях отрабатывается при планировании.
  • Технологические карты.
  • В технологических картах в ТЧ Маршрут в поле Рабочий центр мы используем только «Группы заменяемости рабочих центров». Вызвано это несколькими причинами: 1) так было в SyteLine и, плавный переход можно было сделать только поддерживая старую структуру, 2) в справочник «Группы заменяемости рабочих центров» добавлены два реквизита – «Задержка» и «Не планировать с учетом времени». Первый позволяет выставить одну задержку на всю номенклатуру с такой строкой "Группой...", второй позволяет нормировать данную операцию по одной секунде (поверьте мне, без него никак)
  • Реквизит ТЧ Маршрут «Время заключительной операции» используется для указания индивидуальной задержки после этой операции. Имеет приоритет перед реквизитом «задержка» в Группе заменяемости.
  • Графики работы.
  • Обязательно наличие графиков работы по сменам для всех рабочих центров с указанием времени начала и окончания рабочего дня. Это позволяет гибко настроить рабочее время, которое обрабатывает «планер». В планировании учитывается срез последних регистра сведений «графики работы по сменам» на дату планирования. Графики вводятся без разделения на обеденный перерыв. Данный момент может вызвать много споров – аргументы следующие: 1) убрать час или полчаса обеда можно сократив общую продолжительность рабочего дня, 2) не надо морочить планер вопросом, доделывать или не доделывать операцию, если она заходит на обед на 1 секунду и т.д. 3) технологические замеры почти всегда имеют чуть - чуть завышенный норматив и , поэтому, можно смело добавлять и обед и технологические перерывы. 4) вообще очень редко можно настроить адекватное планирование на реальных графиках. Связано это с тем, что  реальная ситуация сильно отличается от идеальной картины, которую рисует планер. Например, у нас многие графики сдвинуты на 00-00 часов, для того, чтобы следующие переделы получали нужный объем продукции вовремя

A8.  Откуда берутся характеристики. Как отрабатывает система их появление.

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

Поясню на примере.

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

Кроме рисунков есть и другие особенности, которые попадают в характеристики: нанесение потали, изготовление всей продукции по заказу без резервирования со склада и др.

Опции платные и отказаться от них, сами понимаете,  никто не разрешит.  

  • Теперь, как с этим справляется система.
  • Клиент в документе «Заявка клиента» (документ добавлен в базу с управляемыми формами и доступом через веб, снабжен приличным функционалом, но это тема уже другая) указывает, какое сочетание рисунков ему нужно. Далее менеджер переводит заявку в заказ покупателя. При переводе в  заказ свойства. Указанные клиентом превращаются в характеристику номенклатуры.
  • А теперь, самое интересное.
  • Как теперь планировать номенклатуру с характеристикой? Где спецификации? На сколько переделов должна эта характеристика быть развернута, чтобы производство корректно ее отработало (на примере с рисунком – характеристика должна быть развернута на три передела вниз). Какая номенклатура из спецификации должна иметь эту самую характеристику?
  • Создали документ «ЗНП» (название перешло по наследству из SyteLine).
    • Наделили его следующими функциями: а) Развернуть структуру и создать характеристики, спецификации с характеристиками на номенклатуру, заказанную с  особенностями. б) Документ позволяет указать по всей структуре какие позиции из заказа должны изготавливаться одновременно. Поясню оба пункта поподробнее.
    • а) ТЧ документа заполняется остатками заказа, оставляется номенклатура с характеристиками, разворачивается структура ( в документ попадает только номенклатура с определенной категорией), по набору свойств верхнего уровня создаются характеристики нижних, по основным спецификациям создаются новые основные спецификации с характеристиками, привязываются к тех.картам.
    • б) ТЧ документа заполняется остатками заказа, у номенклатуры которая должна изготавливаться параллельно (вместе) по переделам указывается номер комплекта. Одно из свойств номенклатуры – рабочий центр, по номеру комплекта, уровню по структуре и рабочему центру определяются позиции номенклатуры, которые будут при планировании ставится в план одновременно. Вся номенклатура, которая должна изготавливаться одновременно имеет характеристики – это понятно, ведь в противном случае мы бы не могли отделить их от общих остатков в НЗП.

  

A9.  Алгоритм планирования.

Настало время рассказать собственно про само планирование. Итак, планирование проходит в два этапа.

  • Первый этап – это синхронизация остатков. На этом этапе отрабатывается учет остатков по всем переделам от готовой продукции до материала.
  • Второй этап – планирование. Планирование ведется по принципу, - все скомплектованное ставится в план.

Попробую пояснить, в чем разница между типовым планированием в 1С (SyteLine и др.) и моим планированием и, по ходу объяснения, буду описывать детали моей схемы.

Типовое планирование, если на пальцах, работает так.

1) Первый этап.

Берем первый по приоритету заказ (это обычно дата отгрузки) и начинаем попозиционно проходить следующую схему: 1) проверяем резерв (некоторые планеры резерв откидываю до планирования) 2) нет резерва - смотрим свободные остатки на складах и в НЗП (задан перечень складов и подразделений, могут быть заданы списки качеств и статей затрат), если есть, то уменьшаем свободный остаток и подтягиваем его к нашей позиции 3) нет остатка - ставим в план, с учетом рабочих центров, графиков и занятости от предыдущих позиций, учитываем задержку после и т.д. 4) идем на передел ниже и все заново - смотрим остатки, ставим план, разузловываем.

2). Второй этап.

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

Какие здесь, на мой взгляд, недостатки. 

1) Наш план мы увидим только в самом конце и, если вдруг что-то не так, то все заново. А что-то не так бывает довольно часто.

2) Сам принцип планирования не похож на интуитивный, используенмый нами на практике. Он заключается в том, что мы, имея перечень заказов, говорим так, - этот я сегодня отдам, а на этот у меня нет того - то и того - то. А что будет завтра? Да, тоже самое - все, что скомплектовалось я делаю, на остальное выбиваю детали. Мы работаем от первого дня и вперед, а планер от последнего и назад.

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

Мое планирование,  работает так.

1) Первый этап.

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

2) Второй этап.

Планирование.

Планирование ведется дискретно - настраиваются периоды планирования - скажем такие: 00-00, 10-00, 12-00, 14-00, 16-00, 20-00. По-порядку, по каждому периоду из РС "Данные для планирования" получаем информацию о номенклатуре, которая скомплектована и может быть спланирована. Далее, учитывая графики, планируем скомплектованные позиции в РС "Планирование", далее в регистр "Данные для планирования" переносим информацию о спланированном и задержках (сюда же заносится информация о планировании и тех позиций, которые подтянулись по минимальной партии при планировании других заказов), далее, вначале следующего периода, проверяем все готовое по задержке, и, далее, повторяем всю схему по всем дням и периодам. Таким образом, мы получаем максимальную загрузку от первого дня. Такой подход, очивидно отвечает стратегии "как можно быстрее". При учете скомплектованного нехватка материалов не учитывается.

Какие здесь на мой взгляд недостатки. 

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

2) Не учитывается нехватка материалов. Крутые планеры учитывают и заказы поставщикам и сроки поставки. У нас никто не может сказать точно, когда будет материал (могут привезти на следующий день после планирования в 8-00, а могут не привезти до следующего планирования), поэтому руководство считает, что планы должны быть, но их, если что, лучше потом снять или перенести.

Какие преимуществая  хочу отметить.

1) Мы имеем бэкап первого этапа. Те, у кого планирование длится более 3 часов, а рабочий день (ввод операций в базу данных, изменяющих остатки) заканчивается  после 20-00, меня поймут.

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

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

4) Все позиции, подтянутые по минимальной партии, имеют задержки такие, как если бы они планировались непосредственно. Реализовать это при типовом подходе неудается - они идут без задержек.

A10.  Результат на выходе. 

Планирование у нас ведется два раза в неделю - с воскресенья на понедельник и со среды на четверг. Пробоволось планировать чаще, но это требует: 1) большей работы диспетчеров по приведению к моменту планирования остатков в надлежащий вид, т.е. исправление ошибок; 2) дергает производство, так как иногда они тусуют дни местами, чтобы уменьшить переналадки (такое поведение согласовывается); 3) само планирование, когда от тебя зависит, что будут делать утром на целом предприятии - это маленький стресс, и, не нужно, чтобы он был очень часто. 

1) По результам планирования заполняются документы "Задание на производство" на дни до следующего планирования. 

2) Утром в 6-00 печатается "Сменно - суточное задание" (ССЗ) и "Лимитно - заборная карта" (ЛЗК). Есть несколько форм печати, начиная от простой из СКД, и кончая формой, которая показывает все скомплектованное на данном складе, -  для упрощения работы кладовщиков. Сама процедура печати настроена в РС, часть форм сохраняется в файл, часть сразу отправляется на принтер. Вся процедура печати и выдачи длится около часа.

3) Имеются обработки по ручному планированию и переносу планов. 

4) Мастера делают выпуски из "АРМ мастера" только по планам. Нужно больше - добавляй в план через диспетчеров при помощи ручного планирования. Т.е. никакой самодеятельности.

5) Диспетчера могут делать выпуски непосредственно через "Отчет производства за смену". Здесь в основном индивидуалка и исправление брака с переделом в меньшее по размеру изделие (у нас такое возможно).

6) В конце каждого дня защита ССЗ по план - факту. Несделанное по отсутствию материалов снимается с плана диспетчерами. Снимаются также позиции несделанные по причине невыполнения задания предыдущими подразделениями. Все переносы подписываются руководством производства.

7) После планирования закрывается  для редактирования период до планирования. Для большей части диспетчеров и всех мастеров. залезть в историю могут только избранные.

Вот так и живем. Планируем - выполняем

A11.  Что было, что стало.

Пару слов о том, что поменялось после перехода на 1С. Я только про планирование, потому что, все остальное еще позитивнее.

1) До. Максимальная загрузка на последний день трехдневки - принцип "точно вовремя" рулит. В субботу упираются, в понедельник сидят.

2) После. Максимальная загрузка в первый день. Все, что не критично (не нужно по ЛЗК на завтра следующему переделу) стараются переносить по согласованию с руководством.

3) До. Боролись с позициями, которюе не попадали в план из - за отсутствия материалов или по причине стратегии "точно вовремя".

4) После. Номенклатуру, для котрой опасно хранение в незаконченном виде (не много у нас такого) изготавливают только после согласования с ответственным человеком.

5) До. Планер требовал непрерывного внимания и периодического вмешательства планировщика (это ночь, кто не понял).

6) После. Планер запускается одной кнопкой. После спланированных трех - пяти дней можно ложиться спать.

7) До. Скудный набор определенных печатных форм и форм для анализа. Новые формы писались трудно и долго.

8) После. Все новые формы входят в нашу жизнь, что рождает ненасытный аппетит руководства

A12.  Планы на будущее.

1) Диспетчеризация критичных по хранению полуфабрикатов. Планируется делать ее после третьего дня планирования.

2) Отладка ЛЗК по подтянутым при планировании аналогам.

3) Учет наработки. Если изделие изготавливается более одного дня, и нет возможности сделать передел или нецелесообразно, то планеру нужна информация о выполненных уже операциях на момент планирования. У нас это малярка. Четыре операции - три грунта и финиш с задержкой 24 часа после каждой. Пока здесь  пробел в планере и работа по факту. 

 Поясню скрины. (получились они не совсем нормального размера, но сайт позволяет увеличивать размер, так что, вроде все видно).

1. Скрины группы Синхронизация и Процесс планирования показывают, как проходит планирование и как ход всего процесса записывается в регистр Логи планирования.

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

3. Группа ЛЗК - формы лимитно -заборной карты. Первая выдается на сборку только на полностью скомплектованные позиции на группу складов полуфабрикатов. Вторая выдается всем либо сразу, либо по требованию. Может быть распечатана или сохранена в Обменник.

4. Группа ССЗ - формы сменно суточного задания. Первые две формы формируются через Excel, последняя печатается из 1С через отчет на СКД. Все формы печатаются по группам заменяемости рабочих центров.

5. Детальная информация позволяет увидеть все по планированию. На скрине по переделам видно как изготавливались 4 единицы продукции страхового запаса, что подтянулось с остатков (Место складирования), а что и когда было сделано (время готовности).

6. Аналитика планирования - настройка складов. подразделений, качеств, статей затрат, переработчиков, которые принимают участие в планировании.

7. Документ ЗНП - а) получение характеристик (спецификаций на номенклатуру с характеристиками) на особые свойства, указанные в заказе, на заданное количество переделов, б) объеденение при планировании позиций, которые должны изготавливаться вместе (Обведены красным).

8. Ручное планирование - две возможности: 1) добавить в план 2) скорректировать ССЗ отобрав продукцию по фильтру (фильтр на основе свойств номенклатуры).

9. Последнее - самое необходимое руководству. Отчет показывает, где же сейчас в производстве заказ, любая позиция из либого заказа. Отчет формируется после планирования и дает полное представление о том, где находятся заказы. Колонка Некомплект показывает позиции просроченные по сроку, установленному для изготовления данной номенклатуры, Колонка "В производстве" показывает все, что сейчас в производстве и в какое подразделение выдано задание.

  

статья будет постоянно пополняться, следим и проявляем интерес..

Устал восстанафливать файл на "Файлы mail.ru", поэтому пробую так - Ссылка на скачивание конфы:  https://cloud.mail.ru/public/0f4c39f08c54/1Cv8_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B0_1_3_44_%D0%BF%D0%BB%D0%B0%D0%BD%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5.cf

См. также

Производство готовой продукции (работ, услуг) Программист Пользователь Платформа 1С v8.3 Оперативный учет 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)

Разработка “Пульт управления производством для 1С:УНФ” содержит цифровые инструменты и средства для производственного и технологического программного обеспечения автоматизации производства - подсистему Технологического контроля с АРМ Контролёра, Учет рекламации, АРМ Начальника производства, АРМ Рабочего цеха

36000 руб.

22.02.2022    18562    13    2    

23

Производство готовой продукции (работ, услуг) Учет доходов и расходов Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

Данный отчет показывает себестоимость выпущенной продукции с разузлованием полуфабрикатов любых уровней, входящих в ее состав, до статей затрат и материалов. Отчет работает независимо от метода оценки стоимости товаров и подходит для любых производственных компаний с многопередельным производством. Отчет можно использовать как в типовой 1С:ERP, так и в отраслевых решениях на ее базе (например, 1С:ERP Управление птицеводческим предприятием и т.д.). Отчет подходит для анализа затрат на гособоронзаказы ГОЗ.

70000 руб.

08.12.2021    26814    25    73    

34

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий (тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений - работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот.

44000 руб.

08.11.2017    122941    292    140    

398

Зарплата Производство готовой продукции (работ, услуг) Учет рабочего времени Рабочее место Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:Управление торговлей 10 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Торговля и склад 7.7 Бытовые услуги, сервис Оптовая торговля, дистрибуция, логистика Электротехника и микроэлектроника Управленческий учет Платные (руб)

Модуль или расширение «Сервисный центр для 1С» позволяет принимать в ремонт оборудование (компьютеры, бытовая техника и т.п.), оформлять заявки инженеров на посещение клиентов и вести начисление заработной платы для сотрудников. Позволяет наладить автоматизированный учет в сервисном центре на уже существующей базе.

14800 руб.

01.11.2012    94133    115    1    

117

Производство готовой продукции (работ, услуг) Учет доходов и расходов Бухгалтер Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Бухгалтерский учет Налоговый учет Платные (руб)

Данный отчет показывает себестоимость реализованной продукции в разузлованном виде, как с выделением входящих в нее полуфабрикатов любых уровней, так и свернутый до статей затрат и материалов, видов работ. Отчет работает независимо от метода оценки стоимости товаров и подходит для любых производственных компаний с многопередельным производством. Отчет можно использовать как в типовой 1С:ERP, так и в отраслевых решениях на ее базе (например, 1С:ERP Управление птицеводческим предприятием, Молокозавод и т.д.).Отчет подходит для анализа затрат на гособоронзаказы ГОЗ.

70000 руб.

30.11.2022    14407    21    25    

26

Оптовая торговля Производство готовой продукции (работ, услуг) Обмен с ГосИС Программист Бухгалтер Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Пищевая промышленность Россия Бухгалтерский учет Платные (руб)

Автоматический обмен данными с системой ФГИС Меркурий из 1С через ВетИС API: загрузка данных по хозяйствующим субъектам, предприятиям; типов, групп, видов, наименований продукции, сопоставление данных и запись их в базу данных; создание на основании расходных документов транспортных партий, отправка на сервер, печать полученных ветеринарных свидетельств, запрос остатков складского журнала, проведение инвентаризаций, оформление производственных партий.

10000 руб.

08.12.2017    104281    236    110    

145

Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Бухгалтер Пользователь Оперативный учет Управляемые формы 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Задайте для каждой организации свою печать и для каждого физического лица свою подпись. Выберите в документе печатную форму "... с печатью и подписью" - и автоматически сформируется табличный документ с печатью и подписями той организации и ответственных лиц, которые указаны в документе.

14400 руб.

13.03.2018    60694    207    76    

120
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Torin 826 23.06.13 19:01 Сейчас в теме
2. kapustinag 24.06.13 16:15 Сейчас в теме
(1) Torin, ну это типа сериал. По программе длится 45 минут, из них реклама не меньше 25 минут. То есть серия 45-25=20 минут максимум. А так как ПРОИЗВОДСТВЕННОЕ ПЛАНИРОВАНИЕ - тема сложная, причем реализованная в УПП с существенными упрощениями, то ожидаем не меньше 30 серий.

А если серьезно, то планирование производства в УПП 1.3 - если без доработок конфигурации - возможно, но не для всех типов производства. Если серии будут не слишком короткими, то я бы послушал автора. Обмен практическим опытом - всегда полезно.
3. Torin 826 24.06.13 18:21 Сейчас в теме
To (2) kapustinag : " ... Хочу рассказать как работает планирование у нас, какие идеи были успешно применены...."Сухо как то.. Очередная замануха из серии " Нажми на баннер. Он ароматизирован!" ? Автор: Рассказ то где?
4. dimanich70 870 24.06.13 21:31 Сейчас в теме
(3) Torin, мужики, ну вы реально заспамили тему. Пришлось аватар блин искать, чтобы вам написать.
Да, все сразу то и не напишешь. Писать - не языком трепать.
А планирование у меня не упрощенное, а я бы сказал, доведенное до ума. 1С планирование с SyteLina слизывало, хотело как лучше сделать, но, что то не срослось у них. Я было хотел типовой двинуть, но там уже аналитики не хватает.
Плюсы мне ваши не нужны, у меня 60 маней есть и за другие темы ставят регулярно. Хотелось мыслю обкатать, но самому с собой как то скучно, вот и написал на инфостарт.
5. Torin 826 24.06.13 22:22 Сейчас в теме
(4)dimanich70 так давай обкатаем :)

P|S Пока повода ставить МИНУС и нет :) Тема уж больно завлекательная!
6. gull22 103 26.06.13 10:21 Сейчас в теме
Буду ждать продолжения
7. xast 10.07.13 11:27 Сейчас в теме
жду продолжения, спасибо!
8. Рамзес 30 06.08.13 09:35 Сейчас в теме
Понравилась идея управлять величиной партии при пополнении страхового запаса.
9. dimanich70 870 28.08.13 21:57 Сейчас в теме
Думаю, что кто-то подписался на комментарии к моей теме.
Я добавил скрины, которые возможно помогут в понимании того, о чем писалось в статье. Отвечу на ваши вопросы. Буду рад, если кому-то моя статья поможет организовать планирование на его предприятии.

У нас планирование идет полностью в 1С, начиная с мая этого года. 4 месяца - полет нормальный.
10. sva0 90 11.09.13 20:44 Сейчас в теме
Меня интересует тема планирования производства. Подписываюсь.
11. dimanich70 870 13.10.13 23:51 Сейчас в теме
Добавил файлы. Если что не пашет - пишите, подправлю. внимательно читайте тему и инструкцию.
12. PVS73 03.12.13 11:30 Сейчас в теме
Честно скажу, мне оперативное планирование производства в УПП не нравится. У нас средней сложности производство. Резка-Гибка-Покраска-Сборка-Упаковка. Первые 3 этапа "сквозные". То есть одна и та же железяка нарезана, потом согнута, потом покрашена. Спрос на продукцию большой, сдерживающие факторы - наличие комплектующих, часть из которых поставляется с большой задержкой.
Нужна простая схема:
1. Составили примерный план, обсчитали по спецификациям, хватает ли на него коплектующих. Это мы допилили с помощью отчета.
2. Далее нужно раздать задания на все участки. Вот тут бы простую обработку, которая бы формировала задания по спецификациям на все участки сразу, но нет, УПП предлагает мне заморачиваться с рабочими центрами, посменным планированием, технологическими картами. Всё это прекрасно, но для нас было бы достаточно просто сформировать задания.
Может кто даст дельный совет?
22. dimanich70 870 03.12.13 20:36 Сейчас в теме
Не пойму(12) PVS73, в чем проблема - то. Типовое от 1С не попробовал, только планируешь.

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

Правильно тебе советуют, что без тех карт не обойтись, если больше 2 переделов. Важно функционал в руки исполнителю дать, чтобы могли технологи свою работу делать, диспетчера свою, а у тебя бы все работало. Хотят грунтовать - на тебе операцию, хотят передел - опять все пашет. Захотят одно изделие по своему маршруту и тут, пожалуйста. Вот тогда про необходимость тех карт и сомневаться никто не будет.

В общем настрой хоть что-то и получи план. Потом смотри, что не так и попробуй настроить - задержками, расписанием мин. партиями и кратностями и т.д.
23. PVS73 04.12.13 14:52 Сейчас в теме
(22) Спасибо, попробую
(21) alex_sh2008, Да, существует.
(All)
По тех.карте вопрос с номерами операций. По идее, режется всё одновременно, расставил номера операций просто по-порядку. Аналогичным образом расставил номера операций в спецификации. При планировании пропадает последняя деталь в таблице потребностей производства. Не могу понять, почему, то есть вроде бы интуитивно понятно, что тех.карта не корректна, но как сделать правильно, не понимаю.
13. mymyka 03.12.13 12:08 Сейчас в теме
(0)Тема актуальная и "редковзлетающая" в случае, если производство чуть более сложное, нежели из чурок дрова рубить. Подпишусь на продолжение.
(12)
УПП предлагает мне заморачиваться с рабочими центрами, посменным планированием, технологическими картами.

просто сформировать задания

Чисто пользовательский подход. Задания на что? На какую продукцию? На какой этап передела? В каких объемах? В какой момент распараллеливать производство? 1С может считать за вас, но думать должен управленец. Заведите спецификации, тех.карты(это так или иначе придется делать), привяжите тех.карты к узлам спецификации, остальное в автоматическом режиме рассчитается, через помощник планирования. Там трудозатрат 2 недели, зато профит колоссальный, конечно, если у вас, конечно, действительно процессное производство без сложных ветвлений внутри.
14. PVS73 03.12.13 12:26 Сейчас в теме
(13) mymyka,
1. Спецификации заведены.
2. Хотим задания на участки. Условно говоря - есть план произвести 100 изделий А и 50 изделий Б. Каждое изделие состоит из 15 деталей, которые режутся, гнутся и красятся (красятся не все). Частично детали универсальны. То есть участок заготовки должен получить задание нарезать какие-то детали в количестве 100 штук, какие-то в количестве 50, какие-то в количестве 150. Желательно, конечно, за вычетом остатков. Это минимум, мы даже не рассматриваем ситуацию, что должны учитывать не просто остатки, а свободные остатки, часть остатков деталей у нас идёт под предыдущий план. Остатки возникают, потому что нарежут не 150, а 160, например.
3. каким образом технологические карты помогут решить п.2?
18. mymyka 03.12.13 15:38 Сейчас в теме
(14)Технологические карты содержат порядок и время выполнения операций. Без этих данных любое планирование невозможно. Изучите документ План производства по сменам. Он автоматически рассчитает в каком порядке и какие полуфабрикаты, согласно тех.карте,нужно выпустить. При этом источником может быть как цельный сценарий планирования, так и просто заказ на производство. Имхо, на закладке Занятость рабочих центров все предельно ясно. Когда, со скольки до скольки(вот оно, время ТО из тех.карт), кто, из чего и что будет выпускать.
15. alex_sh2008 5 03.12.13 13:12 Сейчас в теме
Не пробовали рассмотреть использование заказов на производство вместо заданий на производство?
16. PVS73 03.12.13 14:08 Сейчас в теме
(15) alex_sh2008, Заказы уже используются - их формируем на готовые изделия. И с ними более или менее проработано - выпустили изделие - закрыли заказ.
17. alex_sh2008 5 03.12.13 14:12 Сейчас в теме
(16) PVS73, Если с ними все более менее отработано, то есть смысл детализировать эти заказы до участка и полуфабриката, или же требуется по сменное планирование производства?
19. PVS73 03.12.13 16:10 Сейчас в теме
(17) alex_sh2008, (18) mymyka,
Не требуется нам посменное планирование. На данном этапе не требуется. Но у меня возникают вопросы. Время выполнения операций -величина очень условная. Поясню. Вот мой пример про 100 и 50 изделий. Нужно вырезать 100 заготовок. 100 заготовок будут вырезаться 3 часа. Хорошо. Но 50 заготовок будут вырезаться не 1,5 часа, как можно подумать, а 2 просто потому, что на листе помещается 40 заготовок, а остаток листа будет занят под вырезку других деталей - такова многолетняя практика.
Но посменное планирование смотрю, конечно, может как-то и приспособлю.
20. mymyka 03.12.13 16:33 Сейчас в теме
(19)Смена может быть и одна.
Нужно вырезать 100 заготовок. 100 заготовок будут вырезаться 3 часа. Хорошо. Но 50 заготовок будут вырезаться не 1,5 часа, как можно подумать, а 2 просто потому, что на листе помещается 40 заготовок

ну про эти ветвления я и говорил. Обычно такие вещи и дорабатываются. Хотя вроде можно вполне типовыми средствами кратность настроить.
21. alex_sh2008 5 03.12.13 16:41 Сейчас в теме
У вас существует в планировании минимальная партия?
24. alex_sh2008 5 04.12.13 14:58 Сейчас в теме
Ситуация, необходимо выкрасить определенный объем продукции, загрузка оборудования позволяет загрузить 100кг (меньше нельзя так как себестоимость продукции взлетит в несколько раз, набирают несколько изделий из нескольких заказов и все это красят, так вид планирования возможен?
25. dimanich70 870 05.12.13 22:03 Сейчас в теме
(24) alex_sh2008,
По цвету делите загрузку или еще как?
А что делать если нет 100 кг даже во всех заказах?

У нас на шлифовке шлифуются разные профили в разные дни, чтобы переналадок было меньше (рулит график). А нужный объем за счет страховых запасов и минимальной партии набираем. Получается примерно так: нужно по заказу профиль1 - 10 шт. Мин. партию ставим 100. В план попадает 100 (учитываем время загрузки). Далее в др. заказе еще нужно 20 - учитывает, что ранее добавили 90 - минусует 20. Пошел профиль2 - нужно по заказу3 - 30 шт, мин партия 150 - ставим в план 150 и т.д. После всех заказов планируется страховые - они так рассчитаны, чтобы примерный уровень держался одинаковый. Ну, а теперь те профили, которых мало только два раза в неделю делаем. Как - то так.
26. alex_sh2008 5 05.12.13 22:27 Сейчас в теме
(25) делим по цветовым характеристикам,
если внешние заказы не набирают 100 кг, то отдел продаж формирует заказ на склад. В свою очередь оборудование для подготовки полуфабрикатов, выпускает полуфабрикаты не в зависимости от цветов, а от размеров и рисунков которые необходимо на нести в процессе изготовления. Основной проблемой является то что отдел продаж не знает сколько надо сформировать на склад, и второе какой заказ будет и в каком объеме готов.
29. dimanich70 870 09.12.13 19:36 Сейчас в теме
(26) alex_sh2008, все собственно похоже на мою ситуацию. Почитай внимательнее про стратегию страховых, мин. партии.
27. PVS73 09.12.13 13:30 Сейчас в теме
Упс...
Только для РАУЗ?
28. dimanich70 870 09.12.13 19:32 Сейчас в теме
(27) PVS73, у меня только для РАУЗ, завязаны на РАУЗ только остатки, один единственный запрос, но писать универсальную обработку не имело смысла, потому что серьезное производство, где много переделов, без встречного выпуска и всякого рода косяков вести трудно. Мы на этом на этапе внедрения обожглись, себестоимость не считалась и т.д. Да, и 1С все новое только для РАУЗ пишет, на этом и остановились. Геморные отчеты и прогерам труднее, но есть и куча приятных полезностей.
30. olbu 26.06.14 14:49 Сейчас в теме
Попытался залить конфигу в пустую файловую базу, вот, что выкинуло: "Длина ключа индекса превышает максимально допустимую '_InfoR24245_ByPeriod_TTRRRSRNSRSRTRRNTNNNSRRLSSTR (_Period, _Fld24246, _Fld24247RRef, _Fld24248RRef, _Fld24249RRef, _Fld24250, _Fld24251RRef, _Fld24252, _Fld24253, _Fld24254RRef, _Fld24255, _Fld24256_TYPE, _Fld24256_RTRef, _Fld24256_RRRef, _Fld24257, _Fld24258RRef, _Fld24259RRef, _Fld24260, _Fld24261, _Fld24262, _Fld24263, _Fld24264, _Fld24265, _Fld24266RRef, _Fld24267RRef, _Fld24268, _Fld24269, _Fld24270, _Fld24271, _Fld24272RRef)'"

не хоцца разворачивать sql вариант... интересно, а что это за объект "InfoR24245"...
Tolpinski; echo77; +2 Ответить
31. dimanich70 870 09.07.14 20:30 Сейчас в теме
(30) olbu, в инструкции написано, что надо скул, кол измерений в регистре файловой базы ограничено.
32. ProjectManager 14.11.14 15:07 Сейчас в теме
Добрый день!

будет ли обновляться конфа? или от 14.02.14 - окончательный вариант?
33. dimanich70 870 27.12.14 16:20 Сейчас в теме
(32) ProjectManager, Долго не заглядывал на Инфостарт, сорри.
Итак,
1. 20 месяцев планирования
2. 8 млн. записей в регистре с планами (6 млмн скинули в историю, 2 млн держим в основном и всегда под рукой)
3. На любой вопрос вопрос по планированию можно ответить в течении 10 минут (кто планировал, тот знает какие бывают вопросы)
4. Изменения конфы за это время минимальные, касаются только стратегии страховых запасов. В конце планирования планер записывет в два новых реквизита: сколько имеется (учитываются все потребности планирования), и сколько в работе (учитываются мин партии и кратность). Доработка упростила понимание того колличества страховых, которое попало в задание.
5. Изменения обработки касаются скорости основного запроса, который разузловывает до следующего уровня. Проблема стала очевидной при резком в 2,5 раза увеличении заказов и росте РС Тех. карты спецификаций планирования до 350 тыс. срез последних и 1 млн всего.
6. Написана куча отчетов, основной: "Анализ заказов и некомплекта по заказам" - показывает по всем заказам, которые в работе: а) онлайн: заказано, отгружено, в резерве, отменено, скорректировано, сколько дней до конца срока производства; б) после планирования: на каком участке сейчас любая из заказанных позиций, какие позиции по планированию не успевают к сроку, установленному для нее

Я был на конференции по ERP 2.0 в Москве в конце ноября. Все, что предложила нам 1С - это убрать половину переделов и заменить их операциями. Все это имеет место быть, но фиксировать факт операции без передела, а потом учитывать это в планировании, при выдачи лимитки и задания рабочему - (кто меня понимает) как то натянуто.
34. dimanich70 870 27.12.14 16:25 Сейчас в теме
(32) ProjectManager, конфа почти та же, менять смысла нет. С тех пор (с 14.02.14) со мной уже три раза подписывали договор о неразглашении, дополняя его каждый раз новыми пунктами.
35. echo77 1906 30.06.17 18:22 Сейчас в теме
(0) Скрины, если можно, в божеский вид приведите.
И чем обусловлен такой порядок следования реквизитов в РС.ПланированиеАЛД ?
36. dimanich70 870 04.07.17 14:59 Сейчас в теме
(35) Скрины слетели после обновления сайта. Поправить сейчас не могу - нет базы под рукой. Еще есть скрины в другой моей статье. может они помогут. Порядок следования реквизитов как получился, такой и есть. Некоторые были следствием перехода с другой программы, некоторые результатом сложной разработки.
Оставьте свое сообщение