Требования к адаптации
и сложность их реализации существенно
зависят от проблемной области, масштабов
системы, степени соотношения между формализованным
и неформализованным при решении задач
управления.
Даже первые программы,
решавшие отдельные задачи управления,
создавались с учетом необходимости их
настройки по параметрам. Поскольку на
раннем этапе остро стоял вопрос обеспечения
вычислительными мощностями, то главное
внимание уделялось настройке потребностей
в оперативной памяти, способам остановки
при решении задач оптимизации, управлению
программой для обхода программных модулей,
не используемых в конкретном расчете.
С появлением типовых
решений в виде пакетов прикладных программ
(ППП) появилась необходимость в специальных
процедурах предварительной генерации.
Процедуры охватывали параметры, которые
определяли режим функционирования программного
обеспечения, требования к информационному
обеспечению, условия подключения и использования
внешних программ. Применение ППП как
базовых систем привело к увеличению формализованной
составляющей в системе управления предприятием.
Усложнилась и адаптация систем к условиям
предприятия. Появились подразделения
эксплуатации программного обеспечения,
занимавшиеся, в том числе и вопросами
адаптации программных систем. Стало очевидно,
что адаптация в АСУП является не только
программно-технической, но и организационной
проблемой.
Интерактивные
системы, сделавшие управленцев всех уровней
непосредственными пользователями вычислительных
систем, привели и к новому пониманию проблемы
адаптации. Глубинные причины были прежними
- смещение соотношения между формализованным
и неформализованным в сторону формализации
процесса управления. Основная
сложность заключалась в том, что формализация
затронула не только типовые, но и уникальные
функциональности в системе управления
предприятием.
Из всего множества
трудностей, проявившихся на данном этапе
развития АСУП, следует остановиться на
двух. Первая - организация дружественного
интерфейса между пользователем и вычислительной
средой. В ходе развития систем управления
в арсенал средств организации интерфейса
вошли меню различного вида, электронные
доски и панели, диаграммы, графика и многое
другое. Вторая трудность носила системный
характер. Прежний подход - настройка системы
силами консультантов практически без
участия управленцев - стал невозможен.
Выяснилось, что во многих случаях оказывается
неэффективной организация внедрения,
при которой будущие пользователи сначала
формулируют требования к системе с учетом
специфики предприятия во всех деталях,
а затем консультанты настраивают систему
на условия применения. Существует ряд
причин подобной неэффективности. Во-первых,
как правило, управленцы-практики не владеют
методологиями системного анализа. Во-вторых,
объем информации, касающейся деталей
в организации управления на конкретном
предприятии, оказывается слишком велик.
В-третьих, не всегда эта информация оказывается
полезной и консультантам в силу ее «одноразового»
характера. В-четвертых, при такой организации
трудно реализовать принцип новых задач,
для этого в процессе внедрения потребовались
бы дополнительные итерации.
Поэтому были предложены
методики разработки и внедрения программного
обеспечения, в основу которых были положены
новые принципы:
- привлечение пользователей
к разработке системы, в том числе и к разработке
программного обеспечения;
- прототипирование
программного обеспечения;
- совмещение процесса
обучения пользователей работе с базовой
системой создания прототипапрограммного
обеспечения.
Примером может служить
подход, предложенный компанией Computer Associates
в начале 90-х годов для проектов типа MRPII/
ERP на базе системы CA-CAS.
Прототип ПО АСУП в
дальнейшем может использоваться в следующих
работах:
- при обучении болееширокого
круга персонала,
- при опытной эксплуатации,
- при модификации с
целью получения окончательного варианта
ПО.
Такой подход позволил
в определенной степени решить проблему
адаптации системы управления и в динамике,
поскольку работники предприятия в ходе
создания прототипа приобретали навыки
работы со средствами проектирования
и модификации системы.
Дальнейшее развитие
методов и средств адаптации базовых систем
направлено на достижение следующих целей:
- повышение уровня
автоматизации проектирования и внедрения
систем;
- обеспечение непрерывного
управления конфигурацией и параметрами
системы на всех стадиях ее жизненного
цикла;
- сокращение сроков
внесения изменений в конфигурацию и параметры
системы по мере модернизации производственного
процесса и управления;
- совмещение типовых
решений, проверенных практикой, с решениями,
зависящими от конкретных условий предприятия.
Примером одного из
многочисленных средств адаптации базовых
систем является методология Orgware, используемая
фирмой BAAN.
Разработка АСУП на
предприятии может вестись как «от нуля»,
так и на основе референционной модели
(Reference Model). Референционная модель представляет
собой описание облика системы, функций,
организационных структур и процессов,
типовых в каком-либо смысле (отрасль,
тип производства и т. д.). В ней отражаются
типовые особенности, присущие определенному
классу предприятий. Ряд компаний-производителей
адаптивных АСУП совместно с крупными
консалтинговыми фирмами в течение ряда
лет ведет разработку референционных
моделей для различных отраслей. Существуют
подобные модели для предприятий автомобильной,
авиационной и других отраслей. Каждая
модель является типовым проектным решением,
на основе которого можно строить конкретные
проекты. Следует отметить, что адаптации
и референционные модели входят в состав
многих систем класса MRPII/ERP, что позволяет
значительно сократить сроки их внедрения
на предприятии.
Если в распоряжении
предприятия нет референционной модели,
то модель ее уровня надо создавать в процессе
проектирования как исходную. На основе
исходной модели затем происходит проектирование,
уточнение и детализация системы управления.
Референционная модель в начале работ
по автоматизации управления предприятием
может представлять собой описание существующей
системы и служить, таким образом, точкой
отсчета, с которой начинаются работы
по совершенствованию системы управления.
Процесс проектирования
системы может включать несколько фаз.
Результаты первой
фазы: границы действия будущей системы
и концептуальная бизнес-модель, которая
отражает в укрупненном виде функциональную
структуру системы управления и связки
функций управления для различных видов
заказов, проходящих через систему.
В ходе второй фазы
создается и документируется в репозитарии
референционная бизнес-модель. Как правило,
референционная модель включает следующие
компоненты:
- иерархию бизнес-функций,
представляющую собой нисходящую иерархическую
структуру, описывающую в укрупненном
виде функциональную структуру будущей
системы. При этом для нижних элементов
структуры допускается задание нескольких
вариантов реализации;
- модели бизнес-процессов.
Это более глубокие модели, показывающие,
как должны реализоваться функции. Внешне
они напоминают традиционные блок-схемы
и описывают последовательность элементарных
действий, которые могут быть выполнены
системой, другими приложениями, ручными
действиями, бизнес-процессами более глубокого
уровня;
- модель организационной
структуры, которая описывает структуру
организации, отношения между подразделениями
и людьми и роли, предписываемые управленцам.
На следующей фазе
создается проектная модель предприятия
(Project Model), которая является развитием
и уточнением функциональной структуры
для конкретного предприятия. Она может
быть создана и минуя референционную модель,
но такой подход не является эффективным
для сложных проектов.
Заключительная фаза
- привязка проектной модели к ролям, заданным
детализированной моделью организационной
структуры, к функциям системы и техническим
средствам. В результате создается комплексная
конфигурация программного и организационного
обеспечения, технических средств.
Далее выполняются
опытная эксплуатация и доработка системы.
- Виды выходной информации,
формируемой в бухгалтерских системах.
Виды отчетов, формируемых в бухгалтерских
информационных системах. Формирование бухгалтерской и налоговой отчетности в бухгалтерских информационных системах.
Отчетность представляет собой систему
показателей, отражающих результаты хозяйственной
деятельности организации за отчетный
период. Отчетность включает таблицы,
которые составляют по данным бухгалтерского,
статистического и оперативного учета.
Она является завершающим этапом учетной
работы.
Данные отчетности используются внешними
пользователями для оценки эффективности
деятельности организации, а также для
экономического анализа в самой организации.
Вместе с тем отчетность необходима для
оперативного руководства хозяйственной
деятельностью и служит исходной базой
для последующего планирования. Отчетность
должна быть достоверной, своевременной.
В ней должна обеспечиваться сопоставимость
отчетных показателей с данными за прошлые
периоды.
Организации составляют отчеты по
формам и инструкциям (указаниям), утвержденным
Минфином и Госкомстатом Российской Федерации.
Единая система показателей отчетности
организации позволяет составлять отчетные
сводки по отдельным отраслям, экономическим
районам, республикам и по всему народному
хозяйству в целом.
Отчетность организаций классифицируют
по видам, периодичности составления,
степени обобщения отчетных данных.
По видам отчетность подразделяется
на бухгалтерскую, статистическую и оперативную.
Бухгалтерская отчетность представляет
собой единую систему данных об имущественном
и финансовом положении организации и
о результатах ее хозяйственной деятельности.
Составляют ее по данным бухгалтерского
учета.
Статистическая отчетность составляется
по данным статистического, бухгалтерского
и оперативного учета и отражает сведения
по отдельным показателям хозяйственной
деятельности организации как в натуральном,
так и в стоимостном выражении.
Оперативная отчетность составляется
на основе данных оперативного учета и
содержит сведения по основным показателям
за короткие промежутки времени - сутки,
пятидневку, неделю, декаду, половину месяца.
Эти данные используются для оперативного
контроля и управления процессами снабжения,
производства и реализаци продукции.
По периодичности составления различают
внутригодрвую и го довую отчетность.
Внутригодовая отчетность включает отчеты
за день, пятидневку, декаду, половину
месяца, месяц, квартал и полугодие. Внутригодовую
статистическую отчетность обычно называют
текущей статистической отчетностью,
а внутригодовую бухгалтерскую - промежуточной
бухгалтерской отчетностью. Годовая отчетность - это отчеты за год.
В соответствии с Законом
«О бухгалтерском учете» (1) и ПБУ 4/99 (9)
годовая бухгалтерская отчетность организаций,
за исключением отчетности бюджетных
организаций, состоит из:
отчета о прибылях и убытках;
приложений к ним, предусмотренных
нормативными актами;
аудиторского заключения, подтверждающего
достоверность бухгалтерской отчетности
организации, если она в соответствии
с федеральными законами подлежит обязательному
аудиту;
Рекомендуемые формы бухгалтерской
отчетности организаций, а также указания
о порядке их заполнения утверждаются
Министерством финансов Российской Федерации.
Другие органы, осуществляющие
регулирование бухгалтерского учета,
утверждают в пределах своей компетенции
формы бухгалтерской отчетности банков,
страховых и других организаций и инструкции
о порядке их заполнения, не противоречащие
нормативным актам Минфина РФ.
В пояснительной записке
может быть приведена оценка деловой активности
организации, критериями которой являются
широта рынков сбыта продукции, включая
наличие поставок на экспорт, репутация
организации, выражающаяся, в частности,
в известности у клиентов, пользующихся
услугами организации, и др.; степень выполнения
плана, обеспечение заданных темпов роста;
уровень эффективности использования
ресурсов организации и др. Целесообразно
включение в пояснительную записку данных
о динамике важнейших экономических и
финансовых показателей работы организации
за ряд лет, описаний будущих капиталовложений,
осуществляемых экономических мероприятиях
и другой информации, интересующей возможных
пользователей годовой бухгалтерской
отчетности.
Классификация экономической
информации по уровням управления включает
в себя входную и выходную. Входная информация
- информация, поступающая в фирму извне
и используемая как первичная информация
для реализации экономических и управленческих
функций, а также задач управления. Выходная
информация - это информация, поступающая
из одной системы в другую. Одна и та же
информация может являться как входной
для одного структурного подразделения,
так и выходной для другого.
Постановка
задачи
Когда определено, что будет
изменяться в бухучете и какие разделы,
в каком порядке будут автоматизироваться,
следует четко определить, что автоматизированный
бухучет будет давать на выходе. На выходе бухучет
дает:
- Первичные документы.
- Учетные регистры для бухгалтерии.
- Регистры и информацию
для внутренних нужд предприятия.
- Бухгалтерскую отчетность
и расчеты по налогам и другим
платежам.
Постановка задачи состоит
в следующем: в письменном виде фиксируется
конкретный перечень всех документов
и регистров, которые должен выдавать
автоматизированный бухучет, и требования
к ним (информация, содержащаяся в учетных
регистрах, и первичных документах, степень
автоматизации заполнения первичных документов
и отчетов и прочее) с учетом особенностей
хозяйственной деятельности предприятия.
Постановка задачи очень важна,
поскольку без ясного перечня того, что
надо сделать и каким условиям это должно
удовлетворять, практически невозможно
получить результат от автоматизации.
Кроме того, если не сделать заранее четкую
постановку задачи, то может получиться,
что программа будет настроена таким образом,
что требуемые регистры и первичные документы
вообще получаться не будут (например,
по причине отсутствия необходимой аналитики
по счетам, которая устанавливается в
самом начале автоматизации), из-за этого
настройку всей программы придется заново
переделывать.
Отчеты