Читаем без скачивания SAP Business One. Строим эффективный бизнес - Михаил Елашкин

• Разработка внутренних положений и инструкций, регламентирующих ведение управленческого учета.

Необходимо также разработать:

• Положение о финансовой структуре предприятия;

• Положение о внутренней учетной политике;

• единые классификаторы управленческого учета;

• управленческий план счетов;

• формы первичных и отчетных документов управленческого учета;

• регламентацию бизнес-процессов, отражающих сроки, последовательность и ответственность за формирование регистров управленческого учета и форм отчетности.

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

ГЛАВА 05

MRP, CRM, ERP И ДРУГИЕ СТРАШНЫЕ ТРЕХБУКВЕННЫЕ СЛОВА

Длительное время использование теории управления бизнесом сдерживалось высокими затратами на управление и учет, а также низкой скоростью ручного труда, но в середине 60-х годов двадцатого века технологии, ранее доступные только правительственным организациям и военным пришли в бизнес. Конечно, их стоимость была еще очень велика, и они были по карману только крупнейшим корпорациям, но начало было положено, и началось развитие теории управления процессами в компаниях. Если бросить взгляд на базовые принципы ведения бизнеса в это время, то становится очевидным, что в основе благосостояния лежало именно производство. Производи больше, лучше, дешевле, чем твой конкурент, и ты выиграешь! Скорее всего, именно поэтому первые системы автоматизации управления и их теория развивались в то время именно для управления производством.

К сожалению, я не Дени Дидро, который создал Великую Французскую Энциклопедию, и вынужден постоянно останавливать себя в описании тем, каждая из которых вполне способна стать темой самостоятельной книги, а то и целой книжной полкой. Вот и эта книга не ставит своей задачей дать полную историческую справку по всем направлениям экономической мысли Запада за последние полвека. Более того, я даже не уверен, что имеет смысл подробно разбирать каждую теорию управления во всех ее деталях — у меня периодически возникает ощущение, что их авторы уже сами немного запутались во всех ответвлениях и терминах. Но дать общее представление об основных терминах и технологиях — вполне посильная задача. По крайней мере, вы не будете делать «умный вид», пытаясь разобраться в куче трехбуквенных аббревиатур, которыми будет сыпать продавец или консультант, пытаясь уговорить вас купить именно у него.

«Ваш Дидро — необыкновенный человек. Он меня занимал, но пользы я выносила мало. Если бы я руководствовалась его соображениями, то мне пришлось бы поставить все вверх дном в моей стране — законы, администрацию, политику, финансы — и заменить все неосуществимыми теориями. Тогда я объяснилась с ним откровенно: „Господин Дидро, я с большим удовольствием выслушала все, что подсказывал вам ваш блестящий ум. Между тем я, бедная императрица, работаю на человеческой коже, а она очень щекотлива и раздражительна“».

Начнем, пожалуй, с наиболее известной аббревиатуры MRP — Material Requirements Planning. Вы наверняка слышали фразу «MRP устарела как концепция, и мы предлагаем вам новейшие системы XYZ» Хотя доля правды в этом утверждении есть, но нужно же знать, от чего устаревшего вы отказываетесь.

Функциональная схема работы таких систем очень проста (см. Рис. 4)

Рис.4 Общая схема MRP как процесса

Для реализации этого процесса MRP-система должна содержать следующие блоки:

• Информация о спросе. Потребность в изделиях. Какие номенклатурные позиции нужны потребителям. При этом для продажи могут быть как реальными заказами, так и прогнозами, — главное в этой методике спланировать определенный уровень производства в соответствии с планом продаж. Этот план потом ляжет в основу формирования главного календарного плана производства (Master Production Schedule, MPS) или, если обойтись без трехбуквенных аббревиатур, то «Главного плана-графика производства».

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

• Данные о составе изделий и нормах расхода сырья, материалов и компонентов на единицу измерения готовой продукции — BOM (Bill of Material или «спецификация»). Эту аббревиатуру лучше всего запомнить, так как она чрезвычайно широко распространена в бизнесе вообще и стала в переносном смысле синонимом для «полного пакета всего, что вам нужно для работы». Кстати, BOM в общем случае достаточно сложный документ: каждый узел, входящий в готовое изделие, может также состоять из множества деталей или других узлов... и так далее.

Сегодня это трудно представить, но первые системы MRP выполнялись на компьютерах в пакетном режиме. Т.е. специально выделенные люди готовили и набивали всю необходимую информацию, она вводилась в компьютер, который в течение достаточно длительного времени обсчитывал ее и выдавал рекомендации в виде календарного плана включающего сведения о производимых и закупаемых номенклатурных позициях. MRP-системы выдавали два массива сообщений: плановые заказы (planned orders) и рекомендации (action messages).

Первые описывали заказ — его номер, дату запуска, дату выполнения. А вторые рекомендовали «запустить заказ», «перепланировать заказ» или «отменить заказ».

На рис. 5 приведена типовая блок-схема системы MRP или, как ее стали называть потом, MRP-I.

Рис. 5 Системы планирования потребностей в материалах или Material Requirements Planning (MRP)

MRP-I впервые позволила многим компаниям автоматически планировать бизнес и управлять производством, но эта система имела целый ряд недостатков. Ключевым недостатком таких систем было то, что они не учитывали возможностей производства, считая производственные мощности неограниченными. Планирование компонентов для производства, безусловно, очень важно — без необходимого количества исходных материалов производство необходимого количества продукции невозможно, но, с другой стороны если свезти на маленький заводик огромное количество исходных материалов, то он все равно не сможет их все переработать. Поэтому следующим шагом стала разработка систем, позволяющих анализировать загрузку производственных мощностей и учитывать ресурсные ограничения производства. Эта технология была обозначена очередной аббревиатурой — CRP (Capacity Requirements Planning) или Планирование потребности в мощностях. Ее общая схема представлена на рис. 6.

Рис. 6 Планирование потребности в мощностях. (Capacity Requirements Planning]

Три основных блока CRP:

• Календарный план производства (MPS), разработанный MRP-системой и содержащий сведения о производственных заказах.

• Данные о рабочих центрах. Рабочий центр — это группа типового взаимозаменяемого оборудования на производственном участке. Такой участок рассматривается как одна производственная единица.

• Данные о технологических маршрутах — порядок исполнения технологических операций, их характеристики (время выполнения, персонал и т.д.).

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

Сегодня, когда мы знаем возможности компьютеров, трудно себе представить, но CRP-система даже не оптимизировала загрузку рабочих центров, не рассчитывала наиболее экономичные способы производства, а просто загружала рабочие центры заданиями в соответствии с прописанными при их описании спецификациями. Тем не менее MRP и CRP совместно вырабатывали корректный и реальный план-график производства на основе тех спецификаций производства, которые были заложены на этапе проектирования, и были, несомненно, важнейшим шагом для использования информационных технологий в бизнесе. На этой стадии развития и понимания возможностей вычислительной техники эта комбинация была почти идеальной, но ей не хватало самой малости — она была очень негибкой. Бизнес, даже во второй половине прошлого века, не был чем-то статичным, и планы постоянно менялись. Кроме того потребителям информационных технологий хотелось не просто автоматизировать уже принятые планы работы компании, а использовать компьютеры для расчета возможных сценариев развития. Для этого к MRP/CRP-системам добавили обратную связь и возможность некоторой интерактивности. Эта модель, разработанная в конце 1970-х годов, получила название «Замкнутый цикл MRP» (Closed-loop MRP).