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

Зачастую, принимая решение об автоматизации интеграции с ГИС Меркурий и воплощая эту самую интеграцию в жизнь, задача рассматривается как буквальная — обеспечение фактической способности передачи данных об отгружаемом товаре. Просто и безапеляционно. Нужно передавать данные, так мы и передаем. Но стоит задуматься о том, насколько успешен такой подход, и почему послевкусие от таких внедрений оставляет желать лучшего? Делимся: По опыту многих внедрений становится понятно, что по настоящему приносить пользу может только комплексное решение по автоматизации ряда процессов, предшествующих самой передаче данных в Меркурий. Решение, которое делает проще работу не только (и не столько) по передаче информации, но по её аккумуляции. А структуру передаваемой информации более обширной и полезной для конечного клиента, получающего отправленное нами ЭВСД. Конкретнее: Так почему же нельзя автоматизировать исключительно интеграцию с ГИС Меркурий, не автоматизируя прилегающие процессы? (Ответим, рассмотрев каждый процесс с точки зрения его влияния на участие в формировании требуемой информации). О каких процессах идёт речь? Автоматизация процессов маркировки групповой упаковки и логистических мест Автоматизация фиксации выпуска на этапе маркировки Автоматизация списания сырья в производственной партии Автоматизация складских процессов, в частности, наборка продукции в разрезе партий Автоматизация элементов функций транспортной логистики Как их автоматизация влияет на аккумуляцию данных в системе (в разрезе необходимых аналитик для передачи в ГИС Меркурий)? Хочется рассматривать эти процессы совместно и в рассмотрении идти с конца цепочки. Данные в Меркурий должны быть переданы в разрезе партий продукции (а в некоторых случаях и в разрезе логистических мест и упаковок). Залогом того, что в Меркурий будут переданы данные ровно о той продукции, которая фактически отгружена со склада, может быть только автоматизированный учёт наборки. Чаще всего, используется считывание штрих кода с упаковки продукции или логистической единицы. Во всех остальных случаях — ручной ввод. А ручной ввод — это надежда на острый глаз и трезвый ум вводящего, что, вероятно, не надёжно. Собственно для того, чтобы штрихкод был считан, он конечно же должен быть нанесён. И не абы-какой, а позволяющий проидентифицировать не только сам товар, но и его партию и дату производства. С учётом регулярно меняющихся требований по составу этого штрихкода, управляемость возможностью редактирования этикетки становится насущной необходимостью. Применение типографской этикетки становится неприемлемым. Прежде чем на продукцию будет выписано исходящее ЭВСД, она конечно же должна быть произведена. Гарантией попадания достоверной информации о выпуске в Меркурий может служить своевременная фиксация в учётной системе факта выпуска готовой промаркированной продукции. Тогда мы гарантированно сможем передать информацию для формирования соответствующей производственной партии в Меркурий. И да, стоит отметить, что выпускать продукцию в Меркурии “из ничего” уже не модно. И не модно и неудобно! Гораздо удобнее задать спецификацию с пропорциями потребляемого сырья на конкретный вид продукции и наслаждаться его автоматическим распределением в производственной партии. Вот и получается, что управляемо отмаркированная, вовремя выпущенная и правильно проидентифицированная на этапе наборки продукция существенно упрощает получение информации, в структуре удобоваримой для передачи в ГИС Меркурий. Делаем выводы: Результат адекватной работы автоматизированных процессов, о которых мы ведем речь выше — стройно собирающаяся в системе информация, в том виде, в котором её можно легко потреблять. В этом случае её передача в ГИС меркурий становится делом техники. Если вы то же почувствовали в себе потребность сделать систему не только удовлетворяющую внешним требованиям, но и удобную в использовании и вам требуется помощь…. Обращайтесь. Мы так умеем)

У всех производителей продуктов питания процесс отгрузки в том или ином виде, но всё же работает. Иначе как бы они существовали? При этом у многих процесс отгрузок хромает, и новые требования (например, обязательность оформления ВСД) только проявляют затаившиеся проблемы. В данном материале я поделюсь нашим опытом организации процессов отгрузки в проектах оптимизации-автоматизации и опишу универсальную (насколько это возможно) схему процесса отгрузки как она видится мне (с акцентом на особенностях каждого шага). Сразу предупрежу — это не какое-то ноу-хау. Скорее, просто структурирование шагов по отгрузке, своеобразная основа для полноценного регламента отгрузки. Общая схема процесса выглядит так: 1. Приём заказов от покупателей. Задача данного шага банальна – зафиксировать все заказы, получаемые от клиентов. Основными способами на данный момент являются EDI-канал и загрузка заказов из Excel. Для тех, у кого большой объём заказов идет через EDI, зачастую возникают регулярные проблемы (которые, возможно, и не критичны, но сильно утомляют). По нашей практике наиболее стабильно и качественно работают инструменты «Контура» (не сочтите за рекламу). 2. Контроль кванта заказа. Для заказов, отгружаемых в магазины, необходимо проверить минимальную сумму заказа. Для заказов, отгружаемых на РЦ и дистрибуторам, необходимо проверить соответствие заказов минимально согласованному кванту для одного заказа или группе заказов одного направления. 3. Финансовый контроль. Перед передачей заказов в логистику (формирование маршрутов, утверждение заказов для отгрузки) необходимо проверить задолженности по взаиморасчетам с клиентами. Не при приёме заказов, а именно перед передачей в логистику. 4. Формирование распоряжений на отгрузку. Зачастую распоряжением на отгрузку считают или заказ покупателя, или созданный на его основании документ реализации. Считаю, что это некорректно, так как доступное количество готовой продукции может быть меньше чем объём принятых заказов (для производителей продуктов питания это скорее норма, чем исключение). При этом, передавая полный объём заказов на отгрузку, мы передаём заодно принятие решений о том – кого будем грузить в полном объеме, а кому недогрузить – грузчикам. Правильным считаю — формирование распоряжений на отгрузку сотрудниками службы клиентского сервиса на основании информации об обеспеченности клиентских заказов готовой продукцией. 5. Формирование распоряжений на доставку. После того как станет понятен весь набор распоряжений на отгрузку, их необходимо распределить по рейсам/машинам. Для этого мы в своих проектах обычно создаём специальное рабочее место транспортного логиста, в рамках которого ответственный специалист формирует маршруты либо на основании шаблонов маршрутов (для регулярных доставок), либо объединяет заказы по направлениям доставки. И в том и в другом случае специалист контролирует – чтобы машины не были перегружены, с одной стороны, и не были бы недозагруженными, с другой. Для доставок по магазинам важно контролировать ещё и количество точек доставки, а точнее – время, необходимое для объезда всех точек доставки в рейсе. 6. Формирование наборных листов. На основании распоряжений на отгрузку и в соответствии с порядком погрузки машин формируются задания на наборку. Задания на наборку могут делится по складам/зонам хранения. После формирования задания распределяются по исполнителям (наборщикам). Для быстро оборачиваемых складов, которые оперативно подпитываются от производства в процессе отгрузки, важно перед выдачей/получением листов наборки исполнителям проводить оценку обеспеченности продукцией на складе готовой продукции по выдаваемому/получаемому заданию. 7. Наборка готовой продукции. Чаще всего саму наборку удобнее (и как правило быстрее) выполнять с печатной формы наборного листа. При этом после наборки необходимо зафиксировать факт того что было набрано (разумнее — электронным способом). Если отгрузка местами и паллетами, то наиболее удобна схема фиксации факта путём сканирования набранной продукции (например, с помощью ТСД). Если отгружается продукция единицами и при этом товар весовой, то необходимо организовывать рабочее место наборщика с весами. Результатом наборки является подготовленный товар в зоне отгрузки и проставленный факт количества отгружаемой продукции в электронном листе наборки. 8. Погрузка машины. При постановке машины на рампу для погрузки в соответствии с графиком формируется лист погрузки (печатная форма по рейсу), в котором указано – какие наборные листы нужно погрузить в машину. Грузчик собирает предварительно набранную продукцию по листам наборки и грузит в машину в порядке, обратном от порядка развозки заказов и, следовательно, листов наборки. 9. Формирование сопроводительных документов. После погрузки машины (или одновременно с погрузкой) ответственный за первичную документацию формирует документы реализации на основании заказов и факта наборки в листах наборки. Далее на основании согласованного состава печатаемых документов для клиента выполняется пакетная печать по рейсу. На документах ставятся подпись, печати и вместе с заданием на доставку по рейсу отдаются водителю-экспедитору. 10. Отправка DESADV-сообщений в сети. Для заказов, принятых через EDI, необходимо отправить DESADV – сообщение о факте отгрузки на точку доставки для организации приёмки на стороне получателя. 11. Учет возврата документов. После отправки со склада производителя исполнение заявки ещё не заканчивается. Нужно ещё доставить до точки и провести процедуру передачи продукции, которая (процедура) фиксируется в сопроводительных документах. И только после возврата первичных документов и внесения корректировок в накладные в учетной системе можно считать, что отгрузка завершена. Работа с первичной документацией отличается в зависимости от формы документооборота с партнёром: 1. Если используется электронный документооборот, то по факту приёмки выполняется загрузка RECADV-сообщений, корректировка реализаций (при необходимости) и отправка электронного УПД. 2. При бумажном документообороте – отметка о возврате бумажной накладной, корректировка электронной реализации при отклонениях, печать и отправка накладных (при необходимости). А после возврата машины отгрузки ещё нужно обработать возвраты продукции. Но это уже отдельная интересная тема, о которой мы напишем в следующий раз. Вместо завершения Можете использовать описанную схему как чек-лист на предмет – всё ли у меня в порядке с отгрузками. Если и без этого чек листа есть понимание, что надо что-то поменять в своей работе, то не сдерживайте себя — наводите порядок. Сами или с чьей-либо помощью. Например, с нашей

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

Приглашаем Вас принять участие в семинаре «Автоматизация в мясном производстве: новые технологии. Опыт компаний, повысивших эффективность деятельности, благодаря использованию комплексных решений», который состоится 18 марта с 10:00-12:00 ч., в Москве, на ВДНХ, в рамках Международной выставки «Молочная и мясная индустрия 2015». Основная задача семинара Представить современные технологии и комплексные решения для мясной отрасли, способные существенно повысить эффективность всех производственных и логистических процессов. В рамках семинара будут освещены основные тенденции рынка, запросы бизнеса, показаны технологии, оборудование, возможности их применения на российских заводах и фабриках. Вы узнаете о реальных проектах, сможете почерпнуть много полезной информации из опыта европейских коллег. Ключевой докладчик Йорг Брецл, генеральный директор компании SLA, один из лидеров немецкого рынка по автоматизации процессов в мясной промышленности. Йорг Брецл расскажет об особенностях внедрения специализированного решения Meat Solution Suite для управления предприятием. Будут представлены подробности того, как осуществлялись подобные проекты, с какими трудностями приходилось сталкиваться и какими путями они преодолевались. Докладчик сформулирует свои рекомендации, поделится наблюдениями о ключевых факторах успеха и наиболее эффективных формах организации проектов. Вы сможете задать интересующие Вас вопросы профессионалам, обсудить и оценить предлагаемые решения. Программа 10:00 Встреча участников 10:20 Открытие и приветственное слово от компании Plaut. Вольфганг Кестлер, управляющий директор, и Игорь Мальков, директор по консалтингу, Plaut 10:30 Тенденции на европейском мясном рынке и вызовы, с которыми сталкивается бизнес. Йорг Брецл, генеральный директор, SLA 11:00 Опыт реальных проектов внедрения решений в мясной индустрии. Йорг Брецл, генеральный директор, SLA 11:30 ИТ-решение от компаний Plaut и SLA – “Meat Solution Suite”. Йорг Брецл, генеральный директор, SLA 11:45 Обсуждение, вопросы участников 12:00 Демонстрация работы специализированного терминала на стенде компании Plaut (А633). Демонстрация оборудования В дополнение к семинару, на стенде компании Plaut (А633) пройдет демонстрация работы специализированного терминала SLA для мясного производства. Регистрация Участие бесплатное, необходимо зарегистрироваться на сайте> Адрес проведения семинара: Москва, ВДНХ (ВВЦ), павильон №75, зал А, конференц-зал (в конце павильона). Организаторы: Компания Plaut, Мария Рожниковская, директор по маркетингу, тел. +7 (495) 945-15-49 maria.rozhnikovskaya@plaut.com