Тема 3. Корпоративная информационная система (ERP

Тема 3. Корпоративная информационная система (ERP). Бухгалтерские программы,
системы автоматизации документооборота, системы контроля версий.
ERP (англ. Enterprise Resource Planning, планирование ресурсов предприятия) —
организационная стратегия интеграции производства и операций, управления трудовыми
ресурсами, финансового менеджмента и управления активами, ориентированная на
непрерывную балансировку и оптимизацию ресурсов предприятия посредством
специализированного интегрированного пакета прикладного программного обеспечения,
обеспечивающего общую модель данных и процессов для всех сфер деятельности. ERPсистема — конкретный программный пакет, реализующий стратегию ERP.
Концепция ERP сформулирована в 1990 году аналитиком Gartner как видение развития
методик MRP II и CIM, в начале — середине 1990-х годов появилось несколько успешных
тиражируемых ERP-систем для крупных организаций, наиболее известные — разработки
компаний Baan, Oracle, PeopleSoft, SAP, JD Edwards, сформировался рынок услуг по
внедрению ERP-систем с участием компаний большой четвёрки, в 2000-е годы произошла
консолидация поставщиков, появилось значительное количество ERP-систем для малого и
среднего бизнеса, наиболее известными поставщиками которых стали Sage Group и
Microsoft.
Внедрение ERP-системы считается фактически необходимым условием для публичной
компании и, начиная с конца 1990-х годов, ERP-системы, изначально внедрявшиеся
только промышленными предприятиями, эксплуатируются большинством крупных
организаций вне зависимости от страны, формы собственности, отрасли.
В качестве характеристической особенности ERP-стратегии отмечается принципиальный
подход к использованию единой транзакционной системы для подавляющего
большинства операций и бизнес-процессов организации, вне зависимости от
функциональной и территориальной разобщённости мест их возникновения и
прохождения, обязательность сведе́ния всех операций в единую базу для последующей
обработки и получения в реальном времени сбалансированных планов.
Тиражируемость, то есть возможность применить один и тот же программный пакет для
разных организаций (возможно, с разными настройками и расширениями), фигурирует
как одно из обязательных условий ERP-системы. Одной из причин повсеместного
использования тиражируемых ERP-систем вместо разработки на заказ указывается
возможность внедрения лучших практик посредством реинжиниринга бизнес-процессов
согласно решениям, применённым в ERP-системе. Однако, встречаются и упоминания
интегрированных систем, разработанных для отдельной организации на заказ как ERPсистем.
Необходимость всеобъемлющего применения ERP-системы в территориальнораспределённых организациях требует поддержки в единой системе множества валют и
языков. Более того, необходимость поддерживать несколько организационных единиц
(несколько юридических лиц, несколько предприятий), несколько различных планов
счетов, учётных политик, различных схем налогообложения в едином экземпляре системы
оказывается необходимым условием для применения в холдингах, транснациональных
корпорациях.
Применимость в различных отраслях накладывает на ERP-системы, с одной стороны,
требования к универсальности, с другой стороны — поддержку расширяемости
отраслевой
спецификой.
Основные
крупные
системы
включают
готовые
специализированные модули и расширения для различных отраслей (известны
специализированные решения в рамках ERP-систем для машиностроительных и
обрабатывающих производств, предприятий добывающей промышленности, розничной
торговли, дистрибуции, банков, финансовых организаций и страховых компаний,
предприятий электросвязи, энергетики, организаций сектора государственного
управления, сферы образования, медицины и других отраслей).
Бухгалтерская система (система автоматизации бухгалтерского учёта, САБУ) —
программное обеспечение, предназначенное для ведения бухгалтерского и фискального
(направленного на удовлетворение требований государства по расчёту и уплате налогов)
учёта.
По масштабности и сложности учёта бухгалтерские системы можно разделить на
несколько условных классов: персональные, для малых и средних предприятий, для
крупных организаций.
Персональные бухгалтерские системы предназначены для учёта доходов и расходов, учёта
персональных кредитов, частных инвестиций. К отличительным чертам таких систем
можно отнести простоту использования и управления, наличие готовых настроек счетов
для бытовых применений, малая стоимость, либо полная бесплатность, упрощённая
система безопасности. Некоторые программы используют закрытый формат базы данных,
что не позволяет импортировать данные в другие системы и привязывает пользователя к
используемой.
Некоторые персональные системы обеспечивают возможность хранения данных на
серверах поставщика бухгалтерской программы, что позволяет связываться и работать со
своей бухгалтерской базой с любого устройства.
Альтернативой персональным системам бухгалтерского учёта являются программы для
ведения электронных таблиц, такие как Microsoft Excel либо OpenOffice.org Calc. Имеются
и тиражируемые профессиональные системы, использующие именно электронные
таблицы в качестве базы данных и конкурирующие с системами на базе систем
управления базами данных.
Система автоматизации документооборота, система электронного документооборота
(СЭДО) — автоматизированная многопользовательская система, сопровождающая
процесс управления работой иерархической организации с целью обеспечения
выполнения этой организацией своих функций. При этом предполагается, что процесс
управления опирается на человеко-читаемые документы, содержащие инструкции для
сотрудников организации, необходимые к исполнению.
Система управления версиями (от англ. Version Control System, VCS или Revision
Control System) — программное обеспечение для облегчения работы с изменяющейся
информацией. Система управления версиями позволяет хранить несколько версий одного
и того же документа, при необходимости возвращаться к более ранним версиям,
определять, кто и когда сделал то или иное изменение, и многое другое.
Такие системы наиболее широко используются при разработке программного обеспечения
для хранения исходных кодов разрабатываемой программы. Однако они могут с успехом
применяться и в других областях, в которых ведётся работа с большим количеством
непрерывно изменяющихся электронных документов. В частности, системы управления
версиями применяются в САПР, обычно в составе систем управления данными об изделии
(PDM). Управление версиями используется в инструментах конфигурационного
управления (Software Configuration Management Tools).
Также, например, программное обеспечение Википедии ведёт историю изменений для
всех её статей, используя методы, аналогичные тем, которые применяются в системах
управления версиями.
Ситуация, в которой электронный документ за время своего существования претерпевает
ряд изменений, достаточно типична. При этом часто бывает важно иметь не только
последнюю версию, но и несколько предыдущих. В простейшем случае можно просто
хранить несколько вариантов документа, нумеруя их соответствующим образом. Такой
способ неэффективен (приходится хранить несколько практически идентичных копий),
требует повышенного внимания и дисциплины и часто ведёт к ошибкам, поэтому были
разработаны средства для автоматизации этой работы.
Традиционные системы управления версиями используют централизованную модель,
когда имеется единое хранилище документов, управляемое специальным сервером,
который и выполняет бо́льшую часть функций по управлению версиями. Пользователь,
работающий с документами, должен сначала получить нужную ему версию документа из
хранилища; обычно создаётся локальная копия документа, т. н. «рабочая копия». Может
быть получена последняя версия или любая из предыдущих, которая может быть выбрана
по номеру версии или дате создания, иногда и по другим признакам. После того, как в
документ внесены нужные изменения, новая версия помещается в хранилище. В отличие
от простого сохранения файла, предыдущая версия не стирается, а тоже остаётся в
хранилище и может быть оттуда получена в любое время. Сервер может использовать т. н.
дельта-компрессию — такой способ хранения документов, при котором сохраняются
только изменения между последовательными версиями, что позволяет уменьшить объём
хранимых данных. Поскольку обычно наиболее востребованной является последняя
версия файла, система может при сохранении новой версии сохранять её целиком, заменяя
в хранилище последнюю ранее сохранённую версию на разницу между этой и последней
версией. Некоторые системы (например, ClearCase) поддерживают сохранение версий
обоих видов: большинство версий сохраняется в виде дельт, но периодически (по
специальной команде администратора) выполняется сохранение версий всех файлов в
полном виде; такой подход обеспечивает максимально полное восстановление истории в
случае повреждения репозитория.
Иногда создание новой версии выполняется незаметно для пользователя (прозрачно), либо
прикладной программой, имеющей встроенную поддержку такой функции, либо за счёт
использования специальной файловой системы. В этом случае пользователь просто
работает с файлом, как обычно, и при сохранении файла автоматически создаётся новая
версия.
Часто бывает, что над одним проектом одновременно работают несколько человек. Если
два человека изменяют один и тот же файл, то один из них может случайно отменить
изменения, сделанные другим. Системы управления версиями отслеживают такие
конфликты и предлагают средства их решения. Большинство систем может автоматически
объединить (слить) изменения, сделанные разными разработчиками. Однако такое
автоматическое объединение изменений, обычно, возможно только для текстовых файлов
и при условии, что изменялись разные (непересекающиеся) части этого файла. Такое
ограничение связано с тем, что большинство систем управления версиями ориентированы
на поддержку процесса разработки программного обеспечения, а исходные коды
программ хранятся в текстовых файлах. Если автоматическое объединение выполнить не
удалось, система может предложить решить проблему вручную.
Часто выполнить слияние невозможно ни в автоматическом, ни в ручном режиме,
например, если формат файла неизвестен или слишком сложен. Некоторые системы
управления версиями дают возможность заблокировать файл в хранилище. Блокировка не
позволяет другим пользователям получить рабочую копию или препятствует изменению
рабочей копии файла (например, средствами файловой системы) и обеспечивает, таким
образом, исключительный доступ только тому пользователю, который работает с
документом.
Многие системы управления версиями предоставляют ряд других возможностей:
Позволяют создавать разные варианты одного документа, т. н. ветки, с общей историей
изменений до точки ветвления и с разными — после неё.
Дают возможность узнать, кто и когда добавил или изменил конкретный набор строк в
файле.
Ведут журнал изменений, в который пользователи могут записывать пояснения о том, что
и почему они изменили в данной версии.
Контролируют права доступа пользователей, разрешая или запрещая чтение или
изменение данных, в зависимости от того, кто запрашивает это действие.