Знание 1с упп: 1С УПП Управление производственным предприятием 8.2, обзор, описание

Содержание

1C:ERP vs 1С:УПП

ОГЛАВЛЕНИЕ

Что такое 1С:УПП (Управление производственным предприятием)?
Зачем фирма 1С выпустила новый продукт 1С:ERP?
Функциональные блоки 1С:ERP.
Виды производств. Управление производством в 1С:УПП
Управление производством в 1С:ERP
Буфер, Барабан, веревка – описание методологии планирования производства
Факты о внедрениях 1С:ERP по стране
Доработка и совершенствование ERP
Участие Эрбики в совершенствовании ERP
Примеры Взаимодействия в рамках пилотного проекта.
Переход от УПП к ERP. Технология. Рекомендации к внедрению 1С:ERP
Составляющие успешного внедрения. Необходимые компетенции участников

ЧТО ТАКОЕ 1С:УПП (УПРАВЛЕНИЕ ПРОИЗВОДСТВЕННЫМ ПРЕДПРИЯТИЕМ)?

1С:УПП (Управление производственным предприятием) – это программный продукт от фирмы 1С, предназначенный, прежде всего, для производственного планирования и производственного учета, но также позволяющий планировать и учитывать в полном объеме ресурсы всего предприятия, начиная с материально-производственных запасов и заканчивая персоналом и т. д.. Включал подсистемы бюджетирования и МСФО, предоставлял возможность вести бухгалтерский и налоговый учет. Фирмой 1С позиционировался как первый продукт класса ERP. Программный продукт имел несомненный успех на рынке за счет того, что закрывал основные потребности бизнеса, в основном, средних производственных предприятий и являлся практически монополистом для этой категории клиентов, за счет разумной цены и доступностью специалистов по внедрению.

ЗАЧЕМ ФИРМА 1С ВЫПУСТИЛА НОВЫЙ ПРОДУКТ 1С:ERP?

Программный продукт 1С:УПП обладает неплохой функциональностью и техническими возможностями. Наиболее он подходит для предприятий малопередельного позаказного производства и многопередельного серийного типов производства. В нем заложены две логики производственного планирования: объемно-календарное и посменное планирование. Решена проблема в перепланировании производства, что в бизнесе встречается очень часто, например, изменение состава изделий, корректировка процесса производства и т. д. УПП не позволяет это делать. Кроме того, в каждой из функциональных областей накопились идеи по улучшению, а также ярко проявляются ограничения старой платформы.

Разрешением этих задач и стал выпуск принципиально нового программного продукта 1С:ERP, который создавался по принципу best-practices, то есть, для него взято все лучшее из 1С:Торговля версия 11, 1С:Бухгалтерия версия 3, 1С:Зарплата и кадры версия 3. В остальном, это принципиально, новый продукт. В программу заложена абсолютно новая логика производственного планирования и учёта, а также бюджетирования.

ФУНКЦИОНАЛЬНЫЕ БЛОКИ 1С:ERP.

Торговые операции в производственных предприятиях — это реализация продукции, закуп сырья, складские операции, в частности — перемещение и операции по сборке – разборке, организация адресного хранения. В 1С:ERP торговый функционал, полностью взят как скелет, из «1С:Управление торговлей версии 11» с доработкой под производственные предприятия/ В целом, функционал удовлетворяет все запросы клиентов, достаточно развит и намного удобнее, чем в УПП.

Зарплата и кадровый учет функционал подсистемы заимствован из ЗУП 3.0. Основными инновациями является расчет зарплаты основного производственного персонала на основании выработки сотрудников, а также гибкие механизмы отражения зарплаты в оперативном и регламентированном учетах.

Управление персоналом Функциональность управления персоналом в 1C:ERP пока не реализована в 9-ом релизе т. Но в будущих релизах обязательно появится.

Регламентированный учет – бухгалтерский и налоговый реализованы на базе 1С:Бухгалтерия 3.0. Но, что интересно – это заимствован не функционал Бухгалтерии, а логика.

Первое принципиальное отличие от 1С:УПП – это единый план счетов для бухгалтерского и налогового учета.

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

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

В 1С:ERP, оператор склада, как и ранее, создает документ прихода, но бухгалтер не формирует проводки. Это позволило исключить бухгалтера из оперативного контура, и сосредоточить его внимание на контроле, что логично и естественно. Еще один «плюс» данного решения – это существенное сокращение объема базы данных.

Бюджетирование — Абсолютно новый функциональный блок в 1С:ERP. В 1С:УПП это блок был настолько неудобен, что этот инструмент не использовался. Бюджетирование в 1С:ERP удобно настраивается в пользовательском режиме. Пользователь сам формирует запросы, настраивает источники для планирования и сбора факта. Бюджет даже может быть сформирован вручную в Exсel таблице. Сбор фактических данных в эту таблицу настраивается в системе.

Финансы. Управленческий учет, Учет затрат – новая функциональность. По-другому настраиваются распределения статей затрат, статей доходов и расходов. Введены новые аналитики, ранее была исключена аналитика номенклатурной группы, которая была в 1С:УПП краеугольной, сейчас её нет, но в 10 новом релизе ее планируют вернуть назад, по желаниям заказчиков, что связано с адресным учетом затрат не только по заказам, но и по неким дополнительным аналитикам в производстве.

Себестоимость. Расчет себестоимости оптимизирован — все понятно, открыто, видимы все ошибки, источники этих ошибок, инструмент достаточно удобный. За счет новой структуры регистров учета себестоимости считается в десятки раз быстрее, чем в 1С:УПП.

Принципиальным новшеством является новая методика расчета себестоимости, некий симбиоз из имеющихся в 1С:УПП методик: партионный учет и расширенная аналитика учета затрат.

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

ВИДЫ ПРОИЗВОДСТВ. УПРАВЛЕНИЕ ПРОИЗВОДСТВОМ В 1С:УПП.

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

УПРАВЛЕНИЕ ПРОИЗВОДСТВОМ В 1С:ERP.

В 9-ом релизе 1С:ERP реализованы две методики планирования производства, которые в корне отличаются от механизмов заложенных в 1С:УПП:

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

Вторая методика: пооперационное планирование — предназначено для учета выполнения операций на всех рабочих центрах. Однако сами разработчики признают, что эта методика и инструмент находятся в зачаточном состоянии и для ее ведения требуется очень большая трудоемкость по вводу нормативно – справочной информации. Это приемлемо опять же только для серийного производства, так как, предполагается одноразовый ввод информации. Механизмы, заложенные в системе достаточно рациональны, но сам инструмент не может быть использован в полном объеме на позаказном производстве.

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

На текущий момент времени, разработчики 1С:ERP, уделили больше вниманию серийному производству, причем, малопередельному. Там можно легко выделить узкое место – ключевой рабочий центр, там легче планировать. Что касается больших составов изделий многопередельного производства, то здесь у них пока много слабых мест, именно с точки зрения программной реализации, логика системы и производительность позволяет вести многопередельное производство, но текущие инструменты — всякие формы обработки, отчеты, они очень неудобны для ведения учета и планирования.

БУФЕР, БАРАБАН, ВЕРЕВКА – ОПИСАНИЕ МЕТОДОЛОГИИ ПЛАНИРОВАНИЯ ПРОИЗВОДСТВА.

За основу взята Теория ограничения систем (ТОС) Э. Голдратта, а именно: производительность системы в целом определяется производительностью ее «слабого звена». Соответственно, задачей подсистемы планирования производства является оптимизация загрузки именно такого рабочего центра. По-другому, рабочий центр, который не позволяет предприятию продавать большее количество продукции, называется узким местом или барабаном.

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

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

ФАКТЫ О ВНЕДРЕНИЯХ 1С:ERP ПО СТРАНЕ.

На ноябрь 2014 года по стране продано 230 лицензий. Официальной информации о ходе проектов на этих предприятиях мы не встречали, но информацию о внедрениях мы черпаем из партнерской конференции. Видно, что участники представляют пищевую и заготовительную отрасли, рыбный промысел, литье металлов, ювелирную и военную промышленность, машиностроение и другие. По нашей оценке около 100 проектов находятся в активной стадии внедрения и около 20 из них «пилоты». О глубине внедрений пока говорить рано, т.к. ERP сейчас (на январь 2015года) «по – хорошему» может посчитать себестоимость только для однопредельного производства. А это означает, что производство рассматривается как «черный ящик». Ни о каком производственном планировании и учете речи не идет, т.е. сама идея управления производством пока не реализована. Но цифра — 20 «пилотов» говорит о том, что фирма 1С очень активно дорабатывает программный продукт. Приблизительно каждые три месяца выходит новый релиз. Так ERP появилось на рынке в феврале 2014 года уже 5 релизом, а на январь 2015 года действует 9 релиз. В январе – феврале 2015 года выйдет 10 релиз, 11 — в конце марта, и, соответственно, 12-13 релизы летом и осенью 2015 года. В каждом релизе вносятся кардинальные, концептуальные изменения. Например, по учету запасов за последние шесть релизов концепция поменялась три раза. По большому счету, это с одной стороны, хорошо, с другой – плохо. Непонятно, что будет дальше. Изменится ли концепция в будущем. Если разработчиков так кидает из стороны в сторону в плане концептуальных решений, значит, в самом начале, на этапе разработки продукта, допущены системные ошибки, которые они и пытаются исправить. Т.е. получается, что программное решение пока не полно и не стабильно и поэтому законченное внедрение невозможно. По нашей оценке, стабилизация ожидается в 12-13 релизах.

ДОРАБОТКА И СОВЕРШЕНСТВОВАНИЕ ERP.

Фирма 1С предпринимает беспрецедентные меры по скорейшему доведению 1С:ERP «до ума»:

Во-первых, разработан сервис «Система проектирования прикладных решений». Это специальная конфигурация, в которой смоделированы все бизнес-процессы и который состоит из библиотек стандартных подсистем, из которых разрабатываются Торговля, бухгалтерия, склад, зарплата и т.д. Они описываются в системе проектирования прикладных решений. Эта конфигурация интегрируется с 1С:ЕRP. Разработчики используют ее для моделирования бизнес- процессов, она показывает взаимосвязь элементов подсистемы, некий инструмент проектантов и т. д. Этот сервис рекомендован партнерам, и позволяет видеть, как организован документооборот в системе.

Во-вторых, открыт Helpdesk, то есть, сейчас на сайте 1С открыт сервис для публикации ошибок, то есть каждый может видеть планы по реализации ошибок, которые были зарегистрированы в системе. Кроме этого, по каждой зарегистрированной ошибке ведется отчетность об её устранении и описываются рекомендации по способам их обхода.

В-третьих – это инструмент обратной связи — партнерская конференция, форум, где зарегистрированы все пользователи, которые купили 1С:ERP и могут оставлять свои сообщения или пожелания, то есть некий форум, на котором общаются разработчики с внедренцами и конечными пользователями.

В-четвертых – это «Пилоты». Фирмой 1С выбираются интересные для нее проекты внедрения. Заключается трехсторонний договор с партнером — внедренцем, фирмой 1С и предприятием-клиентом, о том, что будет внедряться пилотный проект, который является предметом тестирования, по большому счету, решений 1С, на основании которых они принимают решение о том, что данная функциональность применима, что она будет дальше разрабатываться, и так далее. Также собираются пожелания от партнеров и фирм, которые участвуют в пилоте по доработке той или иной функциональности.

УЧАСТИЕ ЭРБИКИ В СОВЕРШЕНСТВОВАНИИ ERP.

Консалтинговая компания «Эрбика» является участником Пилотного проекта «ПРОМТЕХ» как партнер – внедренец. Кстати, в настоящий момент в стране порядка 20 пилотов.

ООО ГК «ПРОМТЕХ» и ООО «ИНГК-ПРОМТЕХ» предоставляет собой современный производственный комплекс, осуществляющий проектирование, разработку и изготовление продукции металлообработки, машиностроения, а также строительных конструкций. Среди производимой продукции можно выделить следующие группы:

• Поршневые компрессорные установки;
• Системы вентиляции и обогрева;
• Быстровозводимые здания;
• Грузоподъёмное оборудование;
• Строительные металлоконструкции;
• Прочая уникальная продукция, производимая по требованиям заказчика.

Производство продукции осуществляется под заказ клиента, либо для обеспечения собственных потребностей. Поэтому для целей управления производства используется толкающая система планирования (производство под заказ). Оба предприятия объединены в единый проект внедрения. С более подробной информацией о предприятии можно ознакомиться на сайте http://gc-promteh.ru/.

Проект «ПРОМТЕХ» интересен фирме 1С как «классический целевой клиент». С точки зрения это среднее машиностроительное предприятие, с позаказным многопредельным производством с достаточно большим объемом операций с использованием давальческого сырья, как от заказчика, так и переработка на стороне. Продукция носит уникальный характер, повторяемость составляет 30% в составе объемов изделий, количество переделов до 500, деталей, которые входят в состав этого изделия – пять тысяч, десять тысяч и т.д. Одновременно в производстве 40 — 50 сборок.

Взаимодействие в рамках партнерства происходит следующим образом. При внедрении, при разработке технических заданий на определенные функциональные блоки у нас появляются вопросы методического характера, либо связанные с выявлением ошибок. По методическим вопросам, формируется письменный запрос в 1С выделенному нам специалисту от 1С. Все вопросы ранжируются по степени важности, и включаются в соответствующие технические проекты фирмы 1С. Есть три степени важности — высокая, средняя и низкая. Высокая важность — это значит, что вопросы будут учтены в ближайшем релизе, средняя – через один – два, ну и низкая – в последующих релизах, в конце года.

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

ПРИМЕРЫ ВЗАИМОДЕЙСТВИЯ В РАМКАХ ПИЛОТНОГО ПРОЕКТА.

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

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

ПЕРЕХОД ОТ УПП К ERP. ТЕХНОЛОГИЯ. РЕКОМЕНДАЦИИ К ВНЕДРЕНИЮ 1С:ERP.

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

Во – первых, фирма 1С официально продолжает поддержку 1С:УПП в полном объеме. В первую очередь бухгалтерский и кадровый учеты. Поэтому торопиться переходить с 1С:УПП не стоит. Другое дело, что функционального развития 1С:УПП не будет. Сменились приоритеты у разработчиков. Хотя поддержкой 1С:УПП и 1С:ERP занимаются разные отделы, у разработчиков уже нет сил распыляться, они концентрируются на одном продукте, развивают 1С:ERP.

Во – вторых, простой механический переход с 1С:УПП на 1С:ERP невозможен. Конечно есть инструмент перехода от фирмы 1С. Но он позволяет перенести основные справочники, основные остатки, что само по себе не проблема и это малая часть информации для переноса. Основной объем информации – это «обороты», т.е. данные прошлых периодов. Структура программы серьезно поменялась, плюс изменилась логика многих процессов, методики расчетов. А без ретроспективных данных, нельзя посчитать например, оборачиваемость запасов, их движение, нельзя проанализировать продажи предыдущих периодов, чтобы посмотреть динамику продаж, АБС классификацию для клиента сделать и т. д. Конечно фирма 1С сейчас разрабатывает такой инструмент, но во-первых пока не ясны сроки его появления, а во-вторых, есть большие сомнения, что удастся сделать автоматический перенос. Скорее всего, большую часть задачи придётся делать «руками», хотя это и не смертельно.

В – третьих, переходить – не переходить на 1С:ERP, то это решение каждого конкретного предприятия. Общие рекомендации могут быть следующие: Все зависит от потребностей бизнеса и от степени «внедренности» 1С:УПП, т.е. какая функциональность используется и на сколько 1С:УПП «дописана».

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

Если 1С:УПП в полном объеме внедрено и тот функционал, который внедрен, предприятие устраивает, то переходить сейчас на 1С:ERP экономически не целесообразно.

Если предприятие серийного типа производства, то уже сейчас можно внедрять 1С:ERP. Т.к. все методики для данного типа производства уже реализованы в программном продукте.

Если предприятие позаказного типа производства, то переходить нужно в активную стадию внедрения при выходе 11-12 релиза, то есть осенью 2015 года. Сейчас действует 9 релиз. В январе 2015 года выходит 10 релиз, 11 можно ожидать в апреле, и, соответственно, 12-13 релизы летом и осенью. Данные рекомендации связаны с тем, что методики управления позаказным многопередельным производством с операциями внешней переработки в 9 релизе, мягко говоря «далеки от совершенства» и учитывая темпы внесения изменений в программный продукт можно прогнозировать появление «рабочего инструмента» только в 11 – 12 релизах.

Если предприятие позаказного типа производства уже внедряет 1С:ERP, то категорически не рекомендуется вносить какие – либо изменения в программный продукт. Очень высоки шансы, что последующие релизы, «затрут» внесенные изменения, может кардинально измениться логика программы и т. д. Если какая-либо функциональность системы не удовлетворяет потребностям бизнеса, то лучше вести эти процессы за рамками системы, например в Excel или на бумаге.

Если предприятие только собирается внедрить программный продукт и делает выбор между 1С:УПП и 1С:ERP, то однозначно нужно делать выбор в пользу 1С:ERP. Продукт более продвинутый, более удобный, более производительный, более интересный, обладает большей функциональностью и т.д.

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

В 1С:ERP есть уникальный функционал Управление по целям – это очень хороший аргумент в вопросе выбора программного продукта.

В целом можно дать рекомендации к внедрению 1С:ERP. Начинать проект нужно в феврале-марте-апреле 2015 года. Весна – лето 2015 года – это период управленческого консалтинга, создание базы нормативно –справочной информации, ответы на многое системные вопросы, подготовка к внедрению. Осень 2015 – это начало активной стадии ИТ-внедрения, когда будет стабильный релиз программного продукта.

Если предприятие испытывает потребность автоматизировать только регламентированный учет, т.е. бухгалтерский и налоговый, а все остальные процессы управляются в Exel, на «бумаге», на «коленке» и т.д. И это устраивает предприятие, то достаточно использовать 1С:Бухгалтерия. Если есть потребность автоматизировать торговые операции, то к 1С:Бухгалтерии добавляется 1С:Управление торговлей. Как правило, можно добавить 1С :Зарплата и кадры, 1С:CRM и другие специализированные системы. Все они связываются путем обменов в единую систему. Более того в 1С:Торговле есть понятие сборки, что позволяет простое производство реализовывать в 1С:Управление торговлей. Но если предприятие хочет автоматизировать управление производством, и(или) масштабы предприятия значительны, то вместо вышеуказанных программных продуктов внедряется 1С:ERP.

СОСТАВЛЯЮЩИЕ УСПЕШНОГО ВНЕДРЕНИЯ. НЕОБХОДИМЫЕ КОМПЕТЕНЦИИ УЧАСТНИКОВ.

Любой проект создания корпоративной системы, а уж тем более класса ERP, требует от команды участников различных компетенций. В первую очередь — это знание бизнеса клиента и внедряемой ИТ-системы, что, в общем-то, понятно и логично. Знание бизнеса определяет образ будущего результата, а знание ИТ- системы определяет рамки и технологии, т.к. программный продукт всегда ориентирован на определенные методики и логику бизнес-процессов. Изменения, которых не всегда оправдано, но всегда стоит денег. Также нужно отметить, что любое внедрение – это сложный проект, поэтому востребованы знания управления проектом. В проект всегда вовлечены десятки и сотни сотрудников, «снятие информации», обучение – это требует эффективных коммутативных навыков.

Планирование в 1С — Курсы по 1С

28.12.202121.03.2022

Как быть, если заранее составить детальный план продаж до конкретной номенклатуре сложно или даже невозможно? Покажем на простом примере!

В рубрике: 1С:ERP / УПП, Бесплатное, Новости, Планирование в 1С, Управление Торговлей 11 Оставить комментарий

22. 12.202128.12.2021

В этом видео разберем, как учесть в заказе поставщику выдвинутые им условия. Покажем, как автоматически округлять потребность с заданной кратностью, а также – как выполнить условие по минимальной партии поставки.

В рубрике: 1С:ERP / УПП, Бесплатное, Новости, Планирование в 1С, Управление Торговлей 11 2 комментария

22.12.202128.12.2021

Разберем функционал 1C:ERP 2, который помогает устранять товарные разрывы при составлении планов по формулам на основании статистики прошлых периодов.

В рубрике: 1С:ERP / УПП, Бесплатное, Новости, Планирование в 1С, Управление Торговлей 11 Оставить комментарий

22.12.202107.04.2022

Стартовали продажи нового курса «Объемно-календарное планирование в 1С:ERP 2. 5 и УТ 11.5: продажи, производство, закупки и обеспечение потребностей».

В рубрике: 1С:ERP / УПП, Актуальное, Новости, Планирование в 1С 4 комментария

04.09.201704.09.2017

С 4 сентября начинаем обучение в первом потоке курса “Объемно-календарное планирование в 1С:ERP 2, КА 2 и УТ 11: продажи, производство, закупки и обеспечение потребностей”.

В рубрике: 1С:ERP / УПП, Новости, Организационное, Планирование в 1С, Управление Торговлей 11 Оставить комментарий

18.05.201318.05.2013

Добрый день, коллеги!

Для покупателей тренинга “УПП от А до Я” открыт доступ к курсам по “Производственному планированию в 1С” и “Базовый курс по Бюджетированию в 1С”.

В рубрике: Бюджетирование в 1С, Новости, Планирование в 1С 14 комментариев

17. 05.201317.05.2013

Добрый день, коллеги!

Закончили обработку звука по курсам “Производственное планирование в 1С” и “Базовый курс по Бюджетированию в 1С”.

В рубрике: Бюджетирование в 1С, Новости, Планирование в 1С

24.04.201330.04.2013

Новый дистанционный курс по производственному планированию:

Работа со сквозным практическим примером
Навыки и компетенции, сокращающие трудозатраты на ваших реальных проектах
Понимание, из каких кирпичиков складывается бизнес-процесс производственного планирования

В рубрике: Новости, Планирование в 1С 18 комментариев

Использование этапов жизненного цикла

Этапы жизненного цикла помогают классифицировать контакты и компании в зависимости от того, на какой стадии процесса маркетинга и продаж они находятся. Использование свойства этапа жизненного цикла помогает определить, какое место в ваших процессах занимает конкретный контакт или компания, а также лучше понять, как лиды передаются между маркетингом и продажами.

Существуют этапы жизненного цикла по умолчанию, созданные HubSpot, но вы также можете создавать и настраивать свои собственные этапы жизненного цикла.

Этапы жизненного цикла

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

Свойство этапа жизненного цикла содержит следующие этапы по умолчанию в качестве параметров в последовательном порядке:

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

Другое: контакт или компания, не подходящая ни для одного из вышеперечисленных этапов.

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

Автоматическое обновление этапов жизненного цикла записи

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

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

Если параметры синхронизации отключены, стадия жизненного цикла не будет автоматически устанавливаться на основе стадии связанных записей.
Если параметры синхронизации отключены для закрытых выигранных сделок, свойство Дата закрытия для связанных контактов и компаний не будет автоматически обновляться.
Обновить стадию жизненного цикла записи
Хотя стадию жизненного цикла можно задать на основе создаваемой записи или связей записей, вы также можете обновить Свойство этапа жизненного цикла вручную или с помощью другого инструмента в вашей учетной записи HubSpot. Чтобы обновить свойство этапа жизненного цикла , можно выполнить следующие действия:
Вручную обновить свойство этапа жизненного цикла для отдельного контакта или компании.
Массовое обновление стадии жизненного цикла ваших контактов или компаний со страницы указателя.

Импорт столбца этапа жизненного цикла для обновления свойства этапа жизненного цикла для контактов или компаний.
Используйте действие Установить значение свойства [контакт/компания] в потоке чата.
Используйте действие Установить значение свойства в рабочем процессе (только для учетных записей Professional или Enterprise ).
Установите этап жизненного цикла в определенных интегрированных приложениях, которые синхронизируют свойство этапа жизненного цикла , например интеграцию HubSpot-Salesforce.
Вы можете увидеть источник обновления на этапе жизненного цикла история собственности.
Обратите внимание:
Импорт, формы и действие Установить значение свойства в потоке чата или рабочем процессе могут только установить свойство записи по умолчанию Этап жизненного цикла вперед. Чтобы установить этап жизненного цикла назад с помощью этих инструментов, сначала необходимо очистить существующее значение этапа жизненного цикла записи. Значение можно очистить вручную или автоматически с помощью рабочего процесса или интеграции, которая синхронизирует контактные данные.
Если вы вручную установите для этапа жизненного цикла меньшее значение, свойство Стало [этап жизненного цикла] дата , соответствующее большему значению, будет очищено.
Статус лида
Свойство Lead Status описывает подэтапы стадии жизненного цикла Sales Qualified Lead . Параметры по умолчанию Lead Status :
Новый
Открыть
В процессе
Открытая сделка
Неквалифицированный
Попытка связаться с
Подключено
Плохое время

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

Как создать эффективную базу знаний службы поддержки клиентов
Даже если вы сделаете свой продукт максимально защищенным от ошибок, люди будут задавать вопросы. Мы все по-разному понимаем мир, не говоря уже о том, что случаются несчастные случаи. Так куда же пойдут ваши клиенты, когда им понадобится помощь?
Некоторые из них могут обратиться в вашу службу поддержки клиентов, но не все хотят сразу задать вопрос члену команды, и это экономит ваши ресурсы, если у вас есть портал самообслуживания. Вот почему клиентам нужна база знаний, на которую можно ссылаться, когда они разбираются в вашем продукте.
Вот как за шесть шагов можно создать надежный справочный центр для своих клиентов.
Выберите, что документировать
Create easy-to-understand content
Find a good host
Organize your help center
Make your documentation easy to find
Продолжайте улучшать свою документацию
Почему важны базы знаний
Ваша база знаний в первую очередь предназначена для поддержки клиентов, но она также будет поддерживать ваш бизнес:
Помогите своим клиентам помочь самим себе. Справочный центр позволяет клиентам самостоятельно использовать ваш продукт. Когда им понадобится помощь человека, ваша служба поддержки будет рядом, но им не придется полагаться на них по каждому вопросу. Это означает, что от вашей команды требуется меньше ресурсов.
Поддержите свою команду. Ваша база знаний также будет служить справочной информацией для ваших сотрудников и подрядчиков — в конце концов, у членов вашей команды тоже есть вопросы о вашем продукте. (Говоря как внештатный писатель, я постоянно посещаю справочные центры своих клиентов, чтобы писать более качественные сообщения в блоге.)
Создавайте лучшие продукты и опыт. При создании документации вы можете заметить общие болевые точки в вашем продукте , которые необходимо решить. Некоторые платформы баз знаний поставляются с аналитикой, которая покажет вам наиболее распространенные вопросы, которые возникают у ваших клиентов. Затем вы можете использовать эти данные, чтобы заранее лучше ответить на эти вопросы во время взаимодействия с вашим клиентом или даже улучшить свой продукт.
6 шагов к созданию справочного центра
Выполните следующие шесть шагов, чтобы создать базу знаний, на которую могут положиться ваши клиенты.
1. Выберите, что документировать
Заполнение базы знаний с нуля может показаться непосильным, но большинство тем всегда под рукой. Не бойтесь начинать с тем, которые кажутся супер очевидными.
Посмотрите, как база знаний Google Docs начинается с тем высокого уровня.
Самая первая страница в первом списке — «Как использовать Google Docs». Эти темы — хлеб с маслом центра поддержки.
Как только у вас закончились очевидные темы для обсуждения, пришло время углубиться в темы, о которых часто спрашивают ваши клиенты. Поговорите со своей службой поддержки о проблемах, с которыми они больше всего помогают клиентам, и просмотрите историю запросов в службу поддержки на наличие шаблонов.
После запуска базы знаний вы можете автоматизировать некоторые из этих процессов с помощью Zapier. Например, в своей статье об автоматизации поддержки клиентов Тайлер Робертсон делится некоторыми Zaps (автоматизированными рабочими процессами), которые помогут вам превратить общие вопросы в статьи справочного центра.
2. Создавайте понятный контент
Хорошее форматирование и простой язык повышают вероятность того, что потребитель закончит справку, чувствуя, что вы ответили на его вопрос. Используйте эти рекомендации, чтобы писать более понятную документацию.
Объясняйте каждую мелочь
Никогда не думайте, что ваши клиенты знают, о чем вы говорите. Объясняйте каждую тему так, как будто вы разговариваете с кем-то, кто совершенно не знаком с вашим продуктом. Если сомневаетесь, общайтесь.
Конечно, этот принцип не означает, что вы должны объяснять себя снова и снова. Ссылайтесь на другие статьи справочного центра, когда объясняете тему, которую уже рассмотрели.
Использование мультимедиа
Никто не говорил, что статьи справочного центра должны быть только текстовыми. Добавляйте изображения и видео везде, где, по вашему мнению, они могут помочь вам что-то объяснить. У вас есть тема, которая слишком сложна для изображения, но недостаточно сложна для качественного видео? Возьми свою любимую программа для записи экрана для быстрого захвата экрана.
Notion постоянно использует короткие видеоролики в своей документации для объяснения функций, например, в их «Что такое блок?» статья .
Пишите простым и понятным языком
Слова, которые вы используете в своей документации, имеют значение. Используйте простой для понимания язык, который остается неизменным во всем справочном центре и на веб-сайте.
Прежде чем писать содержимое базы знаний, создайте базовое руководство по стилю, чтобы установить ваш голос и тон . Если у вас уже есть руководство по стилю для основного контента вашего веб-сайта, не стесняйтесь его адаптировать. Многие люди используют руководства по стилю Mailchimp и Buffer в качестве эталона для своих собственных.
Независимо от принятого стиля вашего бренда, язык содержимого справочного центра должен быть максимально простым. Практикуйте доступное письмо и используйте согласованные термины для технических характеристик.
Формат для удобного чтения
Распределяйте большие блоки текста, записывая их короткими абзацами, разбивая текст изображениями и используя маркеры — все это сделает ресурс более удобным для просмотра. Эти фрагменты форматирования также будут служить «ориентирами» для ваших читателей, когда они будут перемещаться между вашим справочным центром и продуктом.
Discord проделывает фантастическую работу по балансировке текста в своей статье «Пользовательские смайлики» :
Заголовки, цвета, маркеры и GIF — они используют все приемы в книге, чтобы делиться информацией в удобоваримых частях.
3. Найдите хорошего хозяина
Вашей документации нужен дом. Компании обычно используют один из трех подходов при поиске места для обмена своей базой знаний:
Установленное приложение справочного центра. Приложения поддержки , такие как Zendesk и Help Scout , предоставляют платформы базы знаний. Эти приложения обычно имеют заданный формат и навигацию — вам просто нужно загрузить свои статьи.
Раздел вашего сайта. Рассмотрите возможность создания раздела вашего веб-сайта, посвященного вашей базе знаний. Если вы хотите добавить какие-либо дополнительные функции или навигацию, вам придется использовать сторонний плагин или нанять разработчика.
Платформа для обмена документами/информацией. У вас нет бюджета на специальное приложение службы поддержки или систему самостоятельного хостинга? Проявите творческий подход, поделившись своими вспомогательными документами в навигационном документе Google или на странице Notion .
4. Организуйте свой справочный центр
Большинство баз знаний следуют установленному порядку, чтобы помочь клиентам легко находить информацию.
В верхней части или в центре организованного справочного центра вы найдете строку поиска, предназначенную для статей поддержки. Обычно они встроены в приложения базы знаний, а если вы размещаете свои собственные, попробуйте использовать программируемую поисковую систему Google , чтобы создать настраиваемую панель поиска.
Некоторые справочные центры имеют раздел «Начало работы» в начале главной страницы. Он включает основные справочные статьи, необходимые клиенту для начала использования продукта, такие как обзоры основных функций и краткие руководства. Storyblok ссылается на специальную страницу «Начало работы» вверху главной страницы своего справочного центра:
Если вы заметили, что клиенты ищут определенные темы чаще, чем другие, добавьте раздел «Часто задаваемые вопросы» на свою главную страницу. У Zapier есть один для общих вопросов, связанных с синхронизацией и скоростью Zap:
После того, как вы решите, включать ли эти разделы, разбейте документацию на категории по темам. Разделите их на списки или отдельные страницы, как это делает Wave :
В каждой из категорий перечислите справочные статьи в логическом порядке. Например, если вы запускаете программное обеспечение для редактирования документов, вы захотите научить клиентов, как создавать документ, прежде чем показывать им, как писать в нем. Миро объясняет, как создать профиль и доску, прежде чем научить вас, как сотрудничать с другими в приложении:
5. Сделайте так, чтобы вашу документацию было легко найти
Теперь, когда вы приложили столько усилий для создания и организации справочный центр, вы хотите, чтобы ваши клиенты прочитали его. Не забудьте указать ссылку на свою документацию там, где ваши клиенты в первую очередь ожидают ее найти.
Наиболее популярными местами для ссылки на базу знаний являются верхний и нижний колонтитулы основного веб-сайта. В то время как большинство сайтов ссылаются на него в одном из этих мест или в другом, Zapier делает ссылки в обоих местах.
Если ваш продукт является приложением, добавьте ссылку на документацию в его меню. Вы когда-нибудь замечали, что в Gmail есть отличная ссылка на службу поддержки Google в правом верхнем углу экрана?
Когда вы создадите свою базу знаний, помогите клиентам не забыть использовать вашу документацию через общение со службой поддержки. Например, научите свою службу поддержки ссылаться на соответствующие справочные статьи при общении с клиентами. Таким образом, в следующий раз, когда у этих клиентов возникнет вопрос, они будут знать, что у них есть под рукой справочный центр.
6. Продолжайте улучшать свою документацию
Ваша база знаний всегда будет работать. По мере развертывания и вывода функций из эксплуатации ваша документация должна меняться вместе с вашим продуктом. Вы также захотите следить за полезностью вашего справочного центра для клиентов.
Методы измерения полезности вашего центра знаний будут зависеть от вашего выбора хостинга. В инструментах справочного центра есть такие функции, как аналитика страниц и кнопка в конце каждой статьи, спрашивающая читателя, была ли она полезной.