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

Инструменты моделирования и управления бизнес процессами

Моделирование бизнес-процессов — не просто примитивная схема. С его помощью можно создать полную картину бизнеса, увидеть и исправить недостатки существующих процессов, ускорить и упростить взаимодействие с клиентом. Сегодня в статье дадим обзор 6 лучших инструментов моделирования бизнес-процессов, чтобы вы научились анализировать процессы самостоятельно и не тратили деньги на приглашенных специалистов.

Для начала нужно разобраться с основными понятиями.

Бизнес-процесс — это логически завершенная последовательность действий (операций, процедур), направленных на решение узкой задачи бизнеса. Например, обработки заявки от клиента, организация доставки и т.д.

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

Моделирование бизнес-процесса — это процедура создания модели или ее анализ, если процесс уже описан.

Нотация (метод, методология) моделирования бизнес-процессов — это совокупность принципов и стандартов описания: как именно мы будем описывать процесс, какие условные обозначения для элементов будем применять, правила чтения моделей и их элементов. Нотаций придумали много: VAD, TPC, BPMN, IDEF и другие, но мы не будем их рассматривать в рамках этой статьи 🙂

Подходы к моделированию бизнес-процессов

Существует множество методологий моделирования и по принципам работы их все можно «уложить» в три подхода:

1. Функциональный. Когда бизнес-процесс описывается, как некая функция, имеющая входные данные и конечный результат. Например, процесс доставки начинается, когда заказ сформирован и готов к отправке по адресу (это входные данные) и заканчивается вручением заказа клиенту или сбором обратной связи по качеству обслуживания (конечный результат). То есть функциональное моделирование обращает внимание на то, что мы хотим получить в результате — без погружения во внутренние процедуры.
2. Процессный. Когда бизнес-процесс рассматривается как совокупность действий, приводящих к результату. То есть в отличие от функционального подхода здесь мы обращаем внимание на то, как именно мы будем добиваться желаемого результата. Если взять тот же пример с доставкой, то процесс начинается с готовности заказа, далее в мелочах описываются промежуточные операции (формирование маршрутных листов, созвон с заказчиком, вручение пакета и т.д.), участники (водитель, диспетчер), документация (накладная, чек и т.д.) и конечный результат (сбор обратной связи по качеству обслуживания).
3. Ментальный. Когда бизнес-процесс представляется как совокупность связанных между собой понятий и характеристик. Описание происходит в свободной форме и оформляется в виде ментальной карты. Ментальное моделирование часто используют, чтобы «на пальцах» показать сущность процесса человеку, далекому от методов моделирования, или для себя, чтобы «разложить по полочкам» информацию, увидеть недостатки, найти решение.

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

Основные способы моделирования бизнес процессов

Моделировать бизнес-процессы можно по-разному. Есть четыре основных способов моделирования:

1. Текстовый. Когда процесс описывают словами на бумаге или в текстовом редакторе. Часто это произвольное неструктурированное изложение мыслей, которое может занимать десятки страниц. Удобно тем, что не нужно особых знаний, навыков и подготовки. Но результат — громоздкий текст, в котором сложно разобраться другому человеку.
2. Табличный. Данные заносятся в таблицу (рукописную или электронную). Здесь уже информация выглядит более структурировано. Но и здесь нет наглядности: объемные таблицы невозможно увидеть целиком, нельзя отразить ответвления.
3. Графический. Когда процесс представлен в виде блок-схемы, на которой видны мельчайшие вариации действий, есть текстовые пояснения к элементам, отражен порядок операций. Схему можно нарисовать от руки на бумаге или любом графическом редакторе.

Основные инструменты моделирования и управления бизнес процессами

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

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

Visual Paradigm

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

Здесь можно:

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

Есть версии под Windows и Mac OS.

Недостатки: программа платная.

BizAgi Modeler

Бесплатная программа, которую легко освоить новичкам и удобно использовать уже опытным проектировщикам. Можно использоваться как самостоятельное приложение, а можно — в составе комплекса BizAgi Suite, в котором реализованы просто безграничные возможности моделирования вплоть до создания готового приложения, чтобы сотрудники могли управлять процессом.

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

Здесь можно:

• тестировать модели;
• автоматизировать создание документов;
• задавать параметры для каждого элемента отдельно;
• разрабатывать модели всей командой;
• выгружать процессы в графическом виде.

Недостатки: при большом количестве элементов блоки и стрелки могут смещаться и «наползать» друг на друга.

ARIS Express

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

Здесь можно:

• создавать карту процессов;
• прописывать организационную структуру;
• строить графики и диаграммы;
• представлять модель в виде блок-схемы.

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

Gliffy

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

Здесь можно:

• создавать рабочие потоки;
• строить диаграммы и карты сайтов;
• работать над процессом коллективно;
• связывать модели между собой.

Недостатки: программа платная, в бесплатной версии функционал ограничен.

BPsimulator

Упор в программе делается даже не на создание, а на возможность симуляции и отладки бизнес-моделей.

Здесь можно:

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

Недостатки: программа платная, в бесплатной версии есть реклама.

Draw io

Еще одна бесплатная программа с большим количеством доступных диаграмм и элементов.

Здесь можно:

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

Недостатки: нельзя работать коллективно.

Рекомендация в заключение

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

Источник

Моделирование бизнеса. Основные подходы

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

Я уже писал о моделировании при помощи IDEF0 (Знакомство с нотацией IDEF0 и пример использования), об организации работы склада и работе с клиентами от лида до сделки (Внедрение CRM. От регистрации лида до закрытия сделки. Кейс и пояснения), о системе Bizagi (Bizagi. Описание. Пример). И везде я использовал при пояснении примеров и практических решений нотации бизнес-процессов.

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

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

Основные подходы

Сегодня существует множество различных инструментов для разработки бизнес-моделей, они используют различные языки моделирования, как стандартные, так и какие-то собственные разработки. Но все их можно объединить по принципу работы в три основных подхода:

• Функциональный;
• Процессный;
• Ментальный (с применением ментальных карт).

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

Функциональное моделирование

Функциональное моделирование рассматривает бизнес как функцию (лат. functio — совершение, исполнение) или иными словами «черный ящик». В функциональной модели функция не имеет временной последовательности, а только точку входа и точку выхода. Функциональное моделирование помогает рассматривать бизнес-модель с с точки зрения результативности, т.е. при моделировании мы исходим из того, что имеем на входе, и того, что желаем получить на выходе.

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

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

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

Некоторые путают описание процесса и функциональную модель. Например, в системе Business Studio функцию называют процессом, хоть это и не совсем верно. Все же описание функций и процессный подход – несколько разные вещи. И я лично считаю, что функциональное моделирование оптимально реализовано в нотации IDEFO. Сам я для такого варианта работы использую именно ее, и всем также рекомендую.

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

Процессное моделирование (моделирование бизнес процессов)

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

Процесс с точки зрения бизнес-модели — это последовательность каких-то событий и действий, которые имеют начало и конец.

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

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

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

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

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

Есть и еще одно очень важное отличие. Функциональную модель невозможно использовать при реализации какой-то либо системы, только для проектирования. А процессный подход позволяет создавать исполняемые модели, т.е. описания последовательности действий, которые мы можем в дальнейшем перевести в какую-то среду для создания системы совместной работы предприятия, основанной на процессном подходе.

Ментальный подход (ментальные карты)

При создании ментальных моделей специалист подходит к моделированию не как к процессу или набору функций, а как к некому набору связанных между собой понятий. Для наглядности я приведу пример — ментальная карта понятия “Процедура снабжения” (см. рисунок).

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

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

Плюсы применения таких ментальных карт очевидны:

• Не нужно знать какие-то специальные языки;
• Нет строгих рамок и ограничений при создании схемы;
• Ментальная карта в большинстве случаев интуитивно понятна;
• Создавать такие схемы просто.

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

В результате для понимания модели и заложенных в ней идей требуется присутствие и комментарии ее разработчика (аналитика).

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

Методология и языки бизнес-моделирования

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

Методология — это система принципов и стандартов описания бизнес моделей и их последующего анализа. В то время как язык бизнес-моделирования – это не более чем инструмент для разработки моделей бизнеса.

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

Отличие языков разработки бизнес-моделей в от языков проектирования систем

Существует целое семейство языков проектирования систем, которые внешне схожи с языками бизнес-моделирования, например, это Ares Studios, целое семейство языков UML и другие, которые используются для проектирования IT-систем.

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

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

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

Преимущества разработки моделей бизнеса

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

На самом деле, стандарты и правила – это огромный плюс:

1. Языки моделирования помогают максимально качественно передать информацию. Стандартизация повышает простоту восприятия.
2. Скорость разработки моделей значительно увеличивается. Языки содержат все необходимые инструменты и графические блоки в готовом виде. Вам не придется «рисовать» или придумывать свою терминологию. Инструментарий уже готов, и работа в его рамках значительно ускоряется. Конечно, язык нужно выучить. Но один раз изучить – это намного быстрее, чем каждый раз придумывать и пояснять собственный набор обозначений.
3. Снижается число возможных ошибок. Сами элементы системы уже будут «подсказывать» перечень возможных и необходимых действий. А в случае создания исполняемых моделей или неисполняемых, но в строгих рамках правил, всегда можно проверить работу бизнес-модели в исполняемой среде и провести отладку, как при программировании.

Применение моделей бизнеса на практике

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

Кроме того, наглядные схемы бизнес-моделей помогают мне в процессе взаимодействия с клиентами. Проекты у меня часто бывают сложными, и обычного текста или устной речи бывает недостаточно для понимания, в то время как использование наглядных бизнес-моделей снижает затраты времени клиента на чтение и понимание моих предложений, и практически исключает проблемы взаимопонимания в этом вопросе. И если несколько лет назад я еще сталкивался с недоумением со стороны клиентов, то сейчас вариант описания «на словах» без наглядных и удобных схем практикуется крайне редко.

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

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

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

Похожие публикации

Токен в BPMN. Определение, примеры + видео

Как описать бизнес-процесс в формате нотации BPMN. Пошаговая инструкция + видео

Описание бизнес процессов. Использовать осторожно

Вакансии компании Trinion

Комментарии 7

А кому и зачем это надо?
Вам, любопытно, а бухгалтеру зачем, цель то какая? Как понимание аксиом БУ повысит качество отчетности, да никак. Бухгалтер потихоньку превращается в операциониста, у которого несколько операций, и регистры. А если проблемы — консалтинг всё решит.

Вопрос конечно интересный и ответить можно по-разному. Если следовать этой логике, то можно в школе и даже в ВУЗах сделать необязательным знание доказательств различных теорем. А, правда, зачем их знать? Корни уравнений можно вычислять по готовым формулам, формулировки теорем просто использовать, не вникая в их доказательства и т.п. Но не знаю, как другие, а я лично от такого образования чувствовал бы себя ущербным. Один наш преп вообще говорил, как я могу запомнить теорему, если я не знаю ее доказательства? Отсюда и ощущение бухгалтерии как ущербной «науки». Особенно на фоне практических результатов, полученных на Западе.

Хотя лично я не большой сторонник разных там МСФО и GAAP (поскольку они служат, прежде всего, интересам корпораций, а не социального государства), но уровень там явно повыше, хотя с теорией у них тоже проблемы. Но их теоретические проблемы другого плана. У нас проблемы первого уровня – собственно обоснования модели учета, а у них второго – обоснование модели экономической деятельности. Кстати, явно виден парадокс. Их принципы учета, управления и отчетности почти безупречны на морально-этическом уровне, но при этом сущность капитализма – отмороженная, безбашенная хищность.

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

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

И напоследок о необходимости знания бухгалтерских аксиом. Уверен, что можно существенно сократить объем бухгалтерских знаний, без потери понимания смысла бухгалтерского учета, если изложить сначала несколько аксиом, затем теоретически вывести все используемые свойства, вроде, замкнутости и равновесной двойственности, а также доказать балансовое уравнение и т.п. Просто уберутся тонны бесполезного псевдообоснования, появится логическая ясность и просветление :). Да и программистам 1С будет попроще иметь дело с бухгалтерскими конфигурациями…

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Источник