Перейти к контенту
НЕЗАВИСИМЫЙ ПОРТАЛ
ДЛЯ СПЕЦИАЛИСТОВ МЯСНОЙ ИНДУСТРИИ

Поиск в системе

Результаты поиска по тегам 'константа'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип контента


Форумы

  • МЯСНОЙ ЭКСПЕРТ ПРЕДСТАВЛЯЕТ
    • Срочная технологическая помощь
  • Производство и Технологии
    • Регламенты и Нормативы, ГОСТы и ТУ
    • Технология мясопродуктов
    • Управление и организация производства
    • Проектирование предприятий
    • Животноводство
    • Мясо: убой, разделка, обвалка, жиловка
    • Качество и Санитария
    • Ингредиенты и Добавки
    • Рецептуры мясопродуктов
    • Термообработка, копчение и сушка
    • Холодильная обработка
    • Упаковка, Пакеты, Пленки, МГС и Маркировка
    • Искусственные колбасные оболочки
    • Натуральные колбасные оболочки
    • Оборудование Машины и Инструмент
    • Спецодежда и защита
    • Человеческий фактор на производстве
    • Статьи: теория и практика
    • Ликбез для новичков
  • События и жизнь мясной отрасли
    • Выставки, Семинары, События отрасли
    • Конкурсы, соревнования, загадки
    • Юмор и шутки про мясо и колбасы
    • История и Философия мясного дела
    • Мир вокруг нас: разговоры на любые темы
    • Развлечения и конкурсы
  • Работа в мясной индустрии
    • Вакансии
    • Кандидаты
  • Специализированные информационные источники
    • Каталог Книг по мясу и мясопереработке
    • Периодические издания
    • Полезная литература
    • Видеоновости, видео
    • Интернет: сайты про мясопераработку
    • Журналисты о Мясе и Мясопродуктах (обзоры "желтой" прессы и телепередач)
  • Обучение и Научная деятельность
    • Учебные заведения
    • Ученые умы в науке
    • Студенту в помощь
  • Реализация и торговля мясом и мясопродуктами
    • Маркетинг и реклама в мясопереработке
    • Сбыт: магазины и витрины
    • Дегустационный зал
  • Бесплатные объявления и реклама
    • Бесплатная реклама на "Мясном Эксперте"
  • Мясная кулинария. Готовим дома!
    • Колбасы, сосиски и купаты
    • Инвентарь и оборудование
    • Деликатесы: копченые, варёные, вяленые
    • Шашлыки и Гриль (BBQ)
    • Запеченое мясо, рулеты, мясные хлеба
    • Пельмени, манты, бозы, позы и прочее.
    • Блюда, рецепты, и всякое разное..
  • Рыбный эксперт
    • Технология переработки рыбы.

Блоги

  • Папочкин блог
  • Блог "Мясного Эксперта"
  • Уголок Редактора
  • Блог имени Вадимыча (в миру Алексея)
  • Кулинарная экзотика Рамзеса
  • Кулинарная баламуть...
  • Сила Сибири
  • Cтабилизатор на основе молочных и сывороточных белков
  • Стейк рибай
  • МАРКЕТИНГ МЯСОПЕРЕРАБОТКИ
  • Casings insider
  • РЕМИТ. Потому что вкусно.
  • Рыночные войны.
  • Эффективная работа на охлажденной свиной полутуше
  • Продвижение компании и продукции по России. Улучшение узнаваемости.
  • Об автоматизации, бизнесе и в целом о жизни
  • Пищевое технологическое оборудование
  • Мясновости

Категории

  • Мясная индустрия
    • События отрасли
    • Экономика
    • Происшествия
    • Маркетинг
    • Новые продукты
    • Животноводство
    • Мясо
    • Технологии
    • Оборудование
    • Мясопродукты
    • Ингредиенты
    • Упаковка
  • Статьи и обзоры
    • Аналитика
  • Медиа
    • Видео
    • Фотографии
    • Аудио
  • РАБОТА
    • Резюме
    • Вакансии

Категории

  • Книги, статьи и пр.
    • Технология мяса
    • Ингредиенты и Добавки
    • Упаковка и оболочки
    • Оборудование
  • Отраслевые журналы
  • Фотографии
  • Разное

Календари

  • Основной календарь

Forms

  • Корпоративная почта
    • Почта
  • Поручительство
    • Имя пользователя
  • Профильное образование
    • Вид документа
    • Копия
  • Активность на портале
    • Подтверждение отправки формы
  • Визитная карточка
    • Копия визитной карточки
    • Вид документа для подтверждения статуса
    • Копия документа
  • Фотодоказательство
    • Фотография
  • Сэлфи /Себяшка
    • Фотография
  • Эссе
    • Текст

Найдено 2 результата

  1. «1С» официально объявила, что в скором времени завершит поддержку широко используемого на территории РФ продукта «1С:Управление производственным предприятием». Ну и как следствие - всех его отраслевых версий. Это заставило многих использующих это ПО задуматься о том - что же им делать? «1С» со своей стороны предлагает как стандартное решение переходить на свой новый флагманский продукт «1С:ERP». Однако стоит остановиться и порассуждать - единственный ли это вариант развития событий? Попробуем разобраться с этим вопросом на примере условного производителя продуктов питания (так как мы работаем именно с такими клиентами, то и адресуем этот материал именно им). Итак, на входе у нас молокозавод, автоматизированный на «1С:Молокозавод» (отраслевое решение на базе «1С:Управление производственным предприятием»). Продукт внедрён в компании ещё в 2010 году. На старте были автоматизированы только базовые функции: оперативный учет отгрузок и бухгалтерский учет. Но за прошедшее время предприятие развивалось и в процессе эксплуатации был автоматизирован целый ряд функций, обычно используемых на практике у других пищевых производств: · работа с клиентами через EDI · транспортная логистика · процессы маркировки логистической упаковки · процессы наборки на складе с использованием терминалов сбора данных · пакетная печать отгрузочных документов · оперативный учет на производстве с автоматизированными рабочими местами для операторов · налоговый учет · управленческая отчетность И это только крупные блоки… К текущему моменту времени информационная система стала «скелетом», обеспечивающим работу предприятия в соответствии с требованиями рынка. И замена продукта с таким количеством настроек и доработок – это уже совсем не замена системы только бухгалтерского учета, которая не сильно влияет на операционную деятельность. За один подход выдернуть этот «скелет» из организма организации и вставить новый, пусть даже много лучший чем старый, невозможно. Как же быть? Чтобы перейти к возможным сценариям перехода с «1С:Молокозавод» в такой степени использования на другие программные продукты проясним 2 пункта: 1) В любой информационной системе выделяется как минимум 2 слоя: a. Оперативный учет, обеспечивающий функционирование бизнес-процессов предприятия (приемка сырья, попередельный выпуск полуфабрикатов и готовой продукции, складские процессы, транспортная логистика и т.д.) b. Финансовый учет, который на основании данных оперативного учета, интерпретируя их через учетную политику, подготавливает финансовую отчетность (бухгалтерский учет здесь рассматривается как один из видов финансового учета) 2) Когда речь идёт про прекращение поддержки «1С:УПП», то разговор в первую очередь идет про прекращение обновлений форм бухгалтерской отчетности. Доработанный и настроенный функционал оперативного учета при этом никак не пострадает. Итак, исходя из вышесказанного, рассмотрим возможные сценарии перехода с «1С:УПП»: 1) Бухгалтерия завода переходит на «1С:Бухгалтерия предприятия», оперативный учет без изменений. // При реализации такого сценария мы не трогаем оперативный учет и оставляем его в «1С:УПП» на видимом горизонте времени, а для решения задач бухгалтерского учета внедряем стандартную «1С:Бухгалтерия предприятия» + настраиваем выгрузку оперативных данных в неё из «1С:УПП». Да, в таком варианте появляется это страшное слово интеграция, которого многие боятся. Но практика реализации такого сценария показывает, что сложности интеграции связаны, как правило, не с самим фактом её наличия, а с её плохой реализацией (либо на методологическом уровне, либо на техническом). Такой сценарий самый быстрый и самый дешёвый, но при этом для большинства компаний я бы порекомендовал именно его. 2) Бухгалтерия переводится на «1С:ERP» или «1С:Комплексная автоматизация 2.0» (в текущей реализации - немного упрощённая версия «1С:ERP»), оперативный учет без изменений. // Данный сценарий отличается от предыдущего только программным обеспечением, выбранным для ведения бухгалтерии. При этом такой сценарий видится неоправданно усложнённым в большинстве случаев (хотя бывают, конечно, исключения, когда это оправдано). Выбор такого сценария, на мой взгляд, оправдан только если вы планируете развитие системы бюджетирования после автоматизации финансового учета. При этом вам должна нравится модель бюджетирования, заложенная в «1С:ERP», и вы не хотите разделять базу финансового учета и базу бюджетирования. 3) Переход с «1С:УПП» на «1C:ERP» и в части оперативного учета и в части финансового учета. // Это самый рекламируемый компанией «1С» и самый «интересный» для тех, кто будет его реализовывать, сценарий (читай - самый сложный и самый спорный). Если компания хорошо представляет себе процесс перехода, который для среднего предприятия на практике займёт примерно 2 года и порядка 10 млн рублей, то это одно дело. Однако если компания рассчитывает поменять свой «скелет» за 3-6 месяцев (такое ощущение может создаться на основании не всегда достоверной рекламы), то её ждёт разочарование и с большей долей вероятности финансовые потери, связанные с существенными сбоями в операционной деятельности. Затевать такой сценарий только для решения задач обеспечения обновляемости бухгалтерской отчетности точно не целесообразно. А вот если стоит задача повышения уровня упорядоченности и автоматизированности операционной деятельности взамен текущих процессов на «1С:УПП», то мы рекомендуем рассматривать специализированные программные решения, которые уже несут в себе принятые отраслевые практики и за счет этого обеспечивают более быстрое и менее стрессовое внедрение. Для примера, раз уж в статье идёт речь про молокозавод, можно посмотреть на решение для сыродельных предприятий или с решением по автоматизации складов готовой продукции. Конечно я выделил только основные варианты сценариев, которые возможны на практике (и при этом у них может быть масса вариаций), но, думаю, общая концепция понятна. Главное, что бы мне хотелось – это чтобы вы понимали - для чего вы планируете изменение платформы автоматизации. И уже исходя из этого выбирали наиболее прагматичный путь. P.S. В последнее время нам как внедренцам на волне обновления линейки программных продуктов «1С» (в т.ч. и отказе от поддержки «1С:Комплексная автоматизация» и «1С: Управление производственных предприятий») все чаще приходится сталкиваться с всплеском активности в задачах автоматизации у производителей продуктов питания. При этом всё чаще встречаемся с ситуациями недооценённых внедрений, наносящих ущерб и бизнесу, и людям, выполняющим эти проекты. Надеюсь, что эта статья хоть немного добавит некоторого здорового скепсиса при вашем выборе смены платформы автоматизации и уменьшит количество неудачных проектов. Если кто-то попал в такую неудобную ситуацию и не может определиться с планом замены текущей 1С:УПП, то можете обращаться к нам, и мы подскажем – какой конкретно вариант будет наиболее удобный и менее болезненный для вашей компании.
  2. Все большую долю в отгрузках у производителей занимает сетевая розница, которая выдвигает высокие требования по уровню клиентского сервиса (полнота и своевременность исполнения заказов). Если не соблюдать эти требования, придется платить серьёзные штрафы. Это и заставляет компании искать инструменты планирования отгрузок. Если бы отгрузки были каждый день одинаковые, достаточно было бы поддерживать постоянный складской остаток. Однако на практике отгрузки в общем объёме хоть и могут соответствовать какой то ожидаемой величине, но в разрезе номенклатуры количество отгрузок по дням может значительно варьироваться. Какой же остаток в таком случае нужно иметь на складе, чтобы обеспечить отгрузки по заказам клиентов? В простом варианте можно планировать остаток на недельную отгрузку, но это далеко не всегда применимо. Не надо забывать что в продуктах питания есть остаточные сроки годности, и многие клиенты требуют, чтобы они составляли не менее 70% (а иногда и 90%) от общего значения. Если не отгрузить вовремя, останется только списать продукт на переработку. Итак, сформулируем итоговую задачу: какой складской буфер должен быть на складе на каждый день отгрузки, чтобы обеспечить исполнение заказов клиентов и при этом минимизировать списания продукции из-за неудовлетворительных остаточных сроков годности. Когда мы ее решим, то сможем распланировать производство для обеспечения нужного выпуска готовой продукции. Предлагаю использовать алгоритм, который мы выработали на практике и реализовали в продукте K2FRESH. 1. РАССЧИТАЙТЕ ПРОГНОЗ ОТГРУЗКИ НА КАЖДЫЙ ДЕНЬ Составьте план продаж на месяц на основании истории продаж в предыдущие периоды. Откорректируйте полученные значения с учетом коэффициентов сезонности, акционной активности и трендов развития продаж (плановых изменений в ассортименте, в клиентской базе). Определите коэффициенты дней недели по группам клиентов и по товарным категориям, чтобы учесть логистические особенности отгрузки клиентам. Рассчитайте коэффициенты декад внутри месяца (для учета неравномерности прогрузки дистрибуторов — как правило в конце месяца отгрузки по дистрибуторам выше чем на первой декаде). Определите на основании плана продаж на месяц коэффициенты дней недели, коэффициенты декад и плановых акционных отгрузок (для расчета акционных отгрузок мы предполагаем использовать инструмент «Профиль акции» — о нем расскажем в другой раз). Еженедельно актуализируйте полученный план. Схематичное изображение рассчета прогноза отгрузок 2. ОПРЕДЕЛИТЕ СТРАХОВОЙ ЗАПАС Когда мы прогнозируем отгрузки по дням, то получаем некоторое ожидаемое значение. При этом мы понимаем, что фактическая отгрузка на день может быть как больше, так и меньше. Страховой запас нужен, чтобы нивелировать отклонения в большую сторону фактических отгрузок. Очевидно, что страховой запас для разных позиций не совпадает. На него влияет вариативность разброса фактических заказов, которые мы получаем от клиентов. Поэтому, чтобы определить необходимый страховой запас: Рассчитайте средний заказ на день, предварительно вычистив принимаемые заказы от акционных приростов и отнормировав на коэффициенты сезонности, декады и дня недели. Рассчитайте среднее отклонение. Для этого выделите отклонения каждого нормированного заказа от среднего в большую сторону, сложите их и разделите в большую сторону. Определите страховой запас. Примите значение равное К*Х, где К = количество средних отклонений, Х – среднее отклонение. Для обеспечения отгрузок нам логично увеличивать К, но при этом мы должны учитывать ограничения по размеру склада и ограничения по остаточным срокам годности. 3. РАССЧИТАЙТЕ БУФЕР НА СКЛАДЕ НА КАЖДЫЙ ДЕНЬ ПО КАЖДОЙ НОМЕНКЛАТУРЕ Буфер = Прогнозная отгрузка на день + Страховой запас Итак, мы получили модель планирования буфера остатков на складе. Так как чудес не бывает, она имеет ограничения. Полезно проанализировать результаты работы модели на прошлых периодах. Для этого сравните рассчитанный буфер с фактически принимаемыми в прошлом заказами и оцените процент обеспечения этих заказов плановым буфером. Если полученный результат расчета не устраивает, нужно искать дополнительные способы повысить точность модели прогнозирования отгрузок (добавление в модель прогноза новых влияющих параметров, например, прогноз температуры воздуха на планируемый период) или менять параметры системы (допустимый объём склада, остаточные сроки годности, допустимый процент остаточного срока годности для отгрузки). Мы понимаем, что в рамках данной статьи приведены только сухие выдержки нашего опыта решения задачи. Поэтому, если вас интересует тема управления складскими остатками, то мы всегда рады поделиться нашим знаниями и программными решениями.
×

Важная информация

Обновлены следующие документы: Условия использования Политика конфиденциальности