Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Системы MRP и ERP
|
|
Уже довольно давно отечественные разработчики прилагают усилия к тому, чтобы поставляемые ими системы комплексной автоматизации поддерживали технологии управления ресурсами, основанные на западных стандартах управления MRP (планирование потребностей в материалах/ресурсах) и ERP (управление корпоративными ресурсами). Пока о полномасштабной поддержке таких технологий говорить рано, но те или иные их элементы в российских системах уже присутствуют. Поскольку ряд стандартов прописан в общей форме, наши производители экономических программ интерпретируют их требования по-разному. Даётся и разная оценка целесообразности реализации того или иного стандарта.
Так, специалисты корпорации «Парус» считают, что для российских предприятий пока актуальна только поддержка требований стандарта MRP I (планирование потребностей в материалах), которые полностью реализуются, к примеру, в системе «Парус-корпорация». В полной мере претворить в жизнь процесс управления в соответствии со стандартом MRP II (планирование потребностей в ресурсах), ни на одном российском предприятии просто невозможно, в связи с чем поддержка данного стандарта в программе присутствует лишь частично.
В рассматриваемой системе автоматизации логистический блок выглядит весьма внушительно. Здесь имеется много таких функций, которые в большинстве других систем не поддерживаются. Правда, их реализация не всегда полна, и, по-видимому, корпорация намерена дорабатывать соответствующий функционал непосредственно в процессе внедрения на конкретных объектах применительно к их потребностям. Остановимся чуть подробнее на некоторых из этих решений.
В модуле «Закупки» формируются заказы, на основе которых составляются планы закупок и товарный календарь. Предложения поставщиков можно вводить прямо из Интернета. Однако настройка процедур загрузки, на наш взгляд, пока автоматизирована недостаточно, и многие действия по её разноске в таблицы информационной базы приходится выполнять вручную. Впрочем, это понятно: в России пока не существует общепринятых стандартов обмена информацией.
Появилась функция подбора поставщиков для решения задачи автоматизированного формирования заказов покупателей.
Масштабные работы ведутся по поддержке договоров. По каждому договору можно занести массу сведений, правда, как они потом используются системой, остается неясным. Договоры обязательно должны содержать этапы, поскольку детализированную информацию можно вводить только поэтапно. В частности, в карточках договоров можно прописать виды оплаты по каждому этапу и правила начисления штрафов, которые привязываются к так называемому лицевому счёту договора. Допускается установка различных вариантов скидок, настраиваются они через общее понятие «тариф», под которым понимают правила расчёта различных параметров, используемых в документах. Допустимы скидки по количеству единиц в каждой номенклатуре, к общей сумме по документу, накопительные скидки за разные периоды. Из карточки договора можно выйти на свод по планам и фактическому исполнению, посмотреть графики поставок и платежей. Эта технология удобна тем, что, работая с конкретным договором, пользователь может видеть всю связанную с ним информацию.
Данные по отгрузкам и оплатам лучше вводить прямо из карточек договоров, тогда они сразу привязываются к плановым деталям конкретных этапов. Всю информацию по взаиморасчётам можно получать автоматически.
Счета, накладные, сведения о платежах и другие документы допускается вводить и без привязки к договорам, однако в этом случае выполнять соединение будет сложнее. Следует отметить, что в программе предусмотрен механизм ручной разноски (привязки) платежей по договорам.
Что касается беззаказного планирования, то в системе можно вести планы продаж, это своего рода уступка стандарту MRP I.
Значительное внимание уделено тому, чтобы система облегчала организацию решения различных бюрократических процедур. Например, здесь можно установить режим, при котором для выполнения отгрузки или платежа потребуется отдать соответствующее распоряжение, настроить механизмы рассылки сообщений по какому-либо факту, скажем, проинформировать об оплате лицо, которое должно выписать документ на отгрузку. Сообщения можно посылать по разным адресам – своим и чужим – различными способами: по сети, электронной почте, факсу. Настраивать способы и маршруты рассылки сообщений должен администратор системы. Следует отметить, что возможность рассылки уведомлений — это первый шаг к процессоориентированному управлению. По нашему мнению, система должна «уметь» не только рассылать уведомления, но и сама автоматически готовить проекты связанных документов и предлагать их для утверждения уполномоченным пользователям. Однако это ещё предстоит реализовать.
Существенное продвижение в поддержке стандартов MRP, ERP заметно и в системе «Галактика». Многие элементы этих стандартов присутствуют в ней уже давно, и теперь функциональное развитие идёт главным образом в сторону полномасштабной реализации требований MRP II. Это вполне понятно, поскольку основной контингент клиентов «Галактики» – средние и крупные производственные предприятия, и только функций управления закупками под существующие заказы, определяющихся требованиями MRP I, для таких организаций оказывается уже недостаточно, то есть крайне желательно, чтобы система взяла на себя помощь в управлении производственным циклом. Корпорация обещает выпустить новые модули — «Контроллинг» и «Управление портфелем заказов», которые и будут реализовывать соответствующие функции. Похоже, что на текущий момент «Галактика» продвинулась в данной области дальше других отечественных разработок.
Несколько необычной кажется на первый взгляд точка зрения, высказанная по поводу стандарта ERP специалистами фирмы «Бизнес-Консоль» — разработчиками системы «Фигаро». По их мнению, данный стандарт следует трактовать как корпоративную надстройку над MRP II, а не как соответствие известному перечню требований. ERP-систему здесь рассматривают в качестве автоматизированной системы управления, поддерживающей стандарты MRP, но дополненной блоками решения задач сквозного бюджетирования, подсистемой управления персоналом, позволяющей решать задачи консолидации отчётности. Поэтому основное внимание разработчики уделяют реализации стандартов MRP. Фирма работает преимущественно с крупными заводами, где применение этих стандартов уже актуально.
Система «Фигаро» пока не реализует в полной мере такие функции, как составление календарного плана движения товарно-материальных ценностей, загрузки производственных мощностей и трудовых ресурсов. Однако уже имеется возможность статического планирования потребностей в ресурсах, рассчитанных исходя из производственных заказов на определённый период. В этом заключается принципиальное отличие этой системы от западных, реализующих MRP. Там действительно составляется график, здесь же пока решается менее сложная задача — определение общей потребности в ресурсах, требуемых производственной программой. Но и это довольно серьёзный шаг вперёд, ведь даже такого набора функций для большинства наших предприятий, по-видимому, вполне достаточно, поскольку выполнение строгого графика поставки в настоящих условиях в России вряд ли возможно. Да и сами предприятия, скорее всего, ещё не готовы к тому, чтобы их управление осуществлялось по графику, рассчитанному компьютерной системой.
В этой связи следует отметить, что к статическому расчёту потребности в ресурсах уже близки многие имеющиеся на рынке системы автоматизации. Помимо рассмотренных разработок, такие элементы имеются в системе «Флагман» фирмы «Инфософт», о реализации подобных решений у ряда своих клиентов заявляют представители фирмы «Компас». Отдельные элементы планирования потребности в ресурсах имеются и в типовой производственной конфигурации системы программ «1С: Предприятие».
Вертикальная интеграция
Ряд производителей программных продуктов для решения экономических задач активно работают над их интеграцией со специализированными пакетами программ других поставщиков. В этой связи показателен опыт фирмы «Никос-Софт». Реализовав в своей системе NS2000 полный набор учётных функций, разработчики не стали тратить время и ресурсы на создание собственных подсистем анализа и планирования, а полностью сосредоточились на возможностях интеграции системы с другими известными разработками. Например, здесь использован так называемый генератор аналитической отчётности, основным назначением которого является организация динамического обмена данными учётной подсистемы с пакетами программ других поставщиков, реализующими функции экономического анализа. Благодаря этому обстоятельству пользователи, создавая комплексную систему автоматизации управления предприятием на базе учётных модулей системы NS2000, могут расширять её за счёт применения наиболее приемлемых для них программ финансового анализа.
Вопросы о необходимости внедрения в практику управления российскими предприятиями западных стандартов MRP, ERP и других, а также специфики их применения на отечественной почве нами уже обсуждались.
В полной мере выполнения требований указанных стандартов российские системы комплексной автоматизации пока не обеспечивают. Полнофункциональные же западные системы автоматизации управления хотя их и поддерживают, но слишком дороги для нашей сегодняшней экономики, да к тому же и не особенно «дружны» с российской спецификой управления и бухгалтерским учётом, поэтому и не получили у нас широкого распространения.
Перед российскими разработчиками стоит сложный вопрос, связанный с тем, как лучше поступить: в спешном порядке заняться реализацией названных стандартов или выбрать альтернативу и найти способ интеграции своих разработок с соответствующими блоками западных систем. Многие выбрали первый путь, и кто-то уже начал понимать всю его сложность. Естественно, стандарты развиваются, и в этой гонке трудно успеть за иностранными компаниями, стартовавшими намного раньше. К тому же у них значительно больше ресурсов. По этой причине некоторые отечественные разработчики пошли по второму пути. Так поступила, например, компания «Никос-Софт»: она заключила стратегическое соглашение с финской фирмой Solagem — известным поставщиком компьютерных систем управления производством – и теперь активно занимается локализацией её продуктов и их интеграцией со своей системой. Похоже, этот альянс складывается удачно, и клиенты «Никос-Софт», наладив учёт на основе программного комплекса NS2000, смогут в дополнение получить первоклассное решение от опытного зарубежного разработчика.
Ещё одним важным направлением интеграции программного обеспечения разных поставщиков является организация взаимодействия между системами автоматизации организационно-экономического управления и различными программно-аппаратными технологическими комплексами, которые используются на предприятиях различных отраслей. Такая интеграция действительно необходима, коль скоро мы говорим о комплексной автоматизации управления и создании тиражных отраслевых решений. В этом направлении дальше всех продвинулась корпорация «Галактика». Трудно даже перечислить все те технологические отраслевые решения, вместе с которыми работает система «Галактика». Именно технология и интерфейсы сопряжения со специфическими программно-аппаратными технологическими комплексами являются тем ядром, на базе которого строятся отраслевые решения корпорации. Большинство же отечественных поставщиков экономических программ имеют опыт по сопряжению своих продуктов в лучшем случае с торговым оборудованием.
Горизонтальная интеграция
Всё вышеперечисленное касалось в первую очередь типовых, массово тиражируемых решений. Однако разработчики сталкиваются ещё и с проблемой интеграции своих программных продуктов с установленными ранее системами конкретных предприятий. Во многих организациях по-прежнему используется широкий спектр приобретённых ранее или самостоятельно разработанных программ, мало взаимодействующих друг с другом. Сотрудники компании привыкли к ним, к тому же многие из этих программ полезны до сих пор, поэтому предприятие не спешит расставаться с ними, даже если имеются более современные системы, с большим набором функций.
Разработкам же индивидуального назначения аналогов вообще нет. Эта ситуация особенно характерна для крупных предприятий.
В связи с этим при комплексной автоматизации управления приходится объединять все используемые предприятием программы в единую систему.
Если они созданы одним разработчиком, то проблем обычно не возникает. В противном же случае организация взаимодействия ПО разных фирм выливается в серьёзную проблему. Для её решения необходимо не только создание специальных программ, обеспечивающих конвертацию данных из структур и форматов хранения, используемых одной программой, в структуры и форматы хранения другой, но и разработка новой технологии организации обмена данными между разными системами. Поставщикам корпоративных комплексов для крупных предприятий приходится сталкиваться с такого рода задачами очень часто. Как мы уже отмечали, в решении подобных проблем определённых успехов добилась корпорация «Галактика», сопрягая специфические отраслевые программы со своей системой. По свидетельству специалистов корпорации, проблему организации взаимодействия целого «зоопарка» программ, используемых на различных предприятиях, приходится решать почти при каждом внедрении. В этой связи интересно отметить, что налаживать взаимодействие случается не только с собственными разработками предприятий, но и с программами конкурентов. А что делать, если они уже задействованы в технологическом процессе управления? Вот и получается, что на одном предприятии мирно уживаются программы, скажем, от «1C», «Галактики» и других разработчиков.
В последнее время средства обмена данными с наиболее популярными программами встраиваются во многие разработки. Так, к примеру, большинство торгово-складских программ позволяют выгружать проводки в форматах, которые могут принимать наиболее популярные бухгалтерские программы: «1C: Бухгалтерия», «Инфо-Бухгалтер», «Турбо Бухгалтер», «Инфин-Бухгалтерия», разработки фирм «Парус», «Интеллект-Сервис» и ряд других. Однако структуры этих систем различны, и для конкретного решения подобной задачи нужно разрабатывать свой дополнительный программный блок.
Ещё хуже обстоит дело с взаимодействием бухгалтерских программ и программ финансового анализа. Так, популярнейшая программа «ИНЭК: АФСП» легко и просто «умеет» принимать данные отчётности из «1C: Бухгалтерии», а во всех остальных случаях требуется дополнительная настройка. Более широкие возможности интеграции имеются в программе Audit Expert фирмы «ПРО-Инвест-ИТ», где поддерживаются функции автоматической загрузки из форм отчётности различных бухгалтерских программ и существуют средства настройки загрузки из текстовых файлов. Кроме того, здесь можно создавать нестандартные методики анализа и для них экспортировать из бухгалтерских программ остатки и обороты счетов. Очень широкие возможности импорта данных из различных форматов предоставляет также модуль «ФинАнализ» системы «Галактика».
Чтобы облегчить взаимодействие программ различных поставщиков, необходимы выработка общепризнанных промышленных стандартов, регламентирующих структуры выгрузки/загрузки данных, и обеспечение их поддержки во всех разработках. Только так можно радикально решить проблему обмена данными между различными разработками, с тем, чтобы в каждом конкретном случае не создавать программу-переходник. Однако пока поставщики программного обеспечения о выработке таких стандартов договориться не могут.
В то же время отдельные попытки стандартизации процедур взаимодействия программ уже предпринимаются. Так, например, фирмой «1C» и рядом других компаний при активном содействии специалистов российского представительства Microsoft предложен стандарт обмена коммерческой информацией под названием CommerceML. Он базируется на применении языка XML, поддерживаемого всеми ведущими мировыми компьютерными компаниями. В развитых странах проблема организации взаимодействия программ стоит не менее остро, чем у нас. Поэтому ведущие производители программного обеспечения во всём мире активно работают над созданием общесистемных средств, способствующих её разрешению. В основу этих средств положен язык XML, предназначенный для описания стандартов.
Одним из наиболее важных приложений стандарта CommerceML является организация обмена данными между программами торгово-складского учёта. В настоящее время большинство торговых предприятий используют самые разнообразные компьютерные системы, и часто, пока информация о поступивших товарах не введена в информационную базу, продажи не производятся. Возникает ситуация, когда поставщик с помощью компьютера выписывает и печатает сопроводительные документы, а покупатель получает товар и заново вручную вводит информацию с бумажного документа в память компьютерной системы. Нередко это требует значительного времени и к тому же чревато внесением ошибок при осуществлении ручного ввода.
Вследствие этого получается, что разгрузку товара уже произвели, а торговлю начать нельзя, потому что сведения о товаре в компьютерной базе отсутствуют.
Благодаря применению стандарта CommerceML покупатель может автоматически загружать в информационную базу своей компьютерной системы данные сопроводительных документов, записанные поставщиком на дискету или переданные по электронной почте. Стандарт универсален и позволяет обмениваться данными между программами различных разработчиков.
Важно лишь, чтобы эти программы поддерживали его, т. е. «понимали», какие данные чему соответствуют. Стандарт можно использовать и при организации электронной торговли через Интернет. К сожалению, пока этот стандарт поддерживается только в программах системы «1С: Предприятие 7.7», а также в разработках нескольких фирм, оказывающих услуги по организации торговли через Интернет. Большинство же разработчиков экономических программ пока далеки от понимания целесообразности поддержки, использования и развития подобного рода стандартов. О поддержке стандарта высказались разве что представители корпорации «Парус», другие же разработчики либо не предпринимали попыток в нём разобраться, либо критиковали его. Это недальновидная позиция. Ведь нацеленность стандарта правильная, и «1C» рано или поздно его «проведёт» и утвердит «де-факто», а пока ещё можно совместными усилиями его усовершенствовать.
Средства настройки программ
Разработчики много сил вкладывают в развитие средств адаптации своих программ под потребности пользователей. Те, кто ориентируется на массовое, «коробочное» распространение программных продуктов, стремятся сделать их как можно более «отчуждаемыми», снабдить дилеров и партнёров возможностью самостоятельно их перестраивать и создавать новые прикладные решения. Те же, кто сам внедряет свои разработки, создают вспомогательный инструментарий, главным образом, для собственных нужд.
Средства настройки программ всё больше и больше «расслаиваются» по профессиональному принципу. Если раньше в бухгалтерских программах пользователю были предоставлены относительно несложные средства для настройки правил формирования типовых операций и расчёта показателей отчётности, то теперь в большинстве разработок кроме простого инструментария, ориентированного на конечных пользователей, имеются также и сложные механизмы, предназначенные для профессиональных внедренцев и программистов. Более того, чётко прослеживается тенденция «разделения» систем на разные слои. Нижний слой — ядро системы в машинномкоде, доступ к которому есть только у производителя системы. Средний – составляющие её программы, написанные на специализированных языках, открытые для внесения изменений профессионалам, использующим средства вычислительной техники. Верхний слой — готовые настройки типовых операций, относительно простые формулы, определяющие алгоритмы расчёта показателей отчётов, которые в принципе может изменить даже относительно неопытный пользователь системы. Такое расслоение кода программ можно только приветствовать. Увлечение созданием мощного универсального «языка программирования для бухгалтера» начало затихать.
Особенности «слоистого» построения программ рассмотрим на примере системы «Компас» для Windows (фирмы «Компас», Санкт-Петербург).
Здесь только часть алгоритмов обработки данных реализована на уровне выполняемых модулей (нижний слой). Разработка и развитие этих модулей — прерогатива фирмы-производителя. В то же время у опытных программистов (внедренцев, пользователей) имеются возможности создавать свои и переделывать системные DLL-библиотеки, поставляемые разработчиками.
У «Компаса» есть клиенты, которые, используя эти инструменты, очень многое переделали в системе, в ряде случаев мало что оставив от большинства её стандартных возможностей. Однако замена DLL-библиотек разработчика чревата неприятными последствиями, поскольку «Компас» в подобных случаях не поддерживает своего набора API-функций, которые сторонний программист мог бы использовать. Так что, создавая свои DLL-библиотеки, программист далее вынужден полностью полагаться на себя.
Значительный «кусок» бизнес-логики разработки фирмы «Компас» выполняется хранимыми процедурами SQL-сервера (средний слой). Эта часть открыта для изменений, и модифицировать её уже намного проще, чем создавать свои DLL-библиотеки. В то же время понятно, что изменения в хранимые процедуры может вносить лишь специалист, который не только знаком с языком SQL, но и хорошо представляет себе структуру базы данных и принципы функционирования системы. Если пользователь модифицировал какие-либо стандартные SQL-запросы, то при установке новой версии программа будет запрашивать возможность замены пользовательских запросов на фирменные. Эта процедура сравнения и обновления запросов реализована, на наш взгляд, очень удачно.
Большая часть логики выполнения прикладных функций реализована на встроенном языке системы (верхний слой). Это некое подобие языка Basic с огромным количеством встроенных функций, обеспечивающих в том числе и доступ к базе данных. На нём можно запрограммировать почти любую логику. Но это не всегда эффективно, а потому часть особо важных процедур прикладной обработки данных прописана в SQL-процедурах и даже в коде ехе-файла. Например, алгоритм расчёта подоходного налога жёстко встроен в систему. Разработчики объясняют это тем, что уж если такие алгоритмы поменяются, то всё равно придётся выпускать новую версию. То есть в отличие от системы программ «1С: Предприятие» или системы «Конкорд», где вся бизнес-логика реализуется на встроенном языке, здесь она как бы распределена по разным слоям системы. Интересно, что бизнес-процедуры на встроенном языке могут быть своеобразным «клеем», скрепляющим различные программные слои, поскольку из них можно вызывать встроенные функции, табличные, экранные формы, отчёты, SQL-запросы.
ОБЩИЕ СВЕДЕНИЯ О БУХГАЛТЕРСКИХ ИНФОРМАЦИОННЫХ СИСТЕМАХ. СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА
Проблемы повышения прибыльности предприятия, эффективности работы персонала, создание оптимальной структуры управления волнуют любого руководителя. Ему приходится принимать решения в условиях неопределенности и риска, что вынуждает его постоянно держать под контролем различные аспекты финансово-хозяйственной деятельности. Эта деятельность отражена в большом количестве документов, содержащих разнородную информацию. Грамотно обработанная и систематизированная она является в определенной степени гарантией эффективного управления производством, а отсутствие достоверных данных может привести к неверному управленческому решению и, как следствие, к серьезным убыткам.В этих условиях актуальность бухгалтерских информационных систем очевидна.Внедрение бухгалтерских пакетов и программ позволяет автоматизировать не только бухгалтерский учет, но и навести порядок в складском учете, в снабжении и реализации продукции, товаров, отслеживать договоры, быстрее рассчитывать заработную плату, своевременно сдавать отчетность.Из-за небрежности в бухгалтерском учете предприятие может сильно пострадать или даже потерпеть крах. Страдают хозяйствующие субъекты также из-за незнания и соответственно невыполнения последних законов и распоряжений. При ведении бухгалтерского учета вручную возможны и простейшие арифметические ошибки.Целью контрольной работы является рассмотрение особенностей и структуры информационных систем в бухгалтерском учете, а также требований к программному обеспечению и характеристику программ автоматизации бухгалтерского учета. Помимо этого считаю необходимым затронуть тему правовой поддержки бухгалтера. В заключении планируется рассмотреть перспективы развития бухгалтерских информационных систем. Особенности БИС Бухгалтерские информационные системы (БИС) отражают отраслевые особенности деятельности предприятий. Такие системы используются для целей управления на уровне отдельного предприятия или отраслевом уровне. Для автоматизированного решения задач требуется наличие ряда компонентов, являющихся базовыми для любой компьютерной ИС: - информационной базы объекта управления; - программного обеспечения; - вычислительной системы; - пользователей.Основу БИС составляет информация – совокупность количественных данных, необходимых для выполнения функций планирования, контроля, анализа и являющихся основой для принятия управленческих решений. Задачи БИС: - обеспечение автоматизированного решения всего комплекса задач бухгалтерского учета, планирования, анализа финансово-хозяйственной деятельности, внутреннего аудита; - получение достоверной оперативной информации о текущем состоянии дел на предприятии для принятия на ее основе необходимых управленческих решений; - интеграция оперативного, бухгалтерского, статистического учета на основе единой первичной информации; - получение достоверной информации для обратной связи, используемой при принятии управленческих решений; - автоматизация обработки на всех стадиях техпроцесса, начиная со стадии первичного учета. Структура БИС Обеспечивающая часть ИС Информационное обеспечение имеет целью организацию информации, необходимой для осуществления управленческой деятельности и подразделяется на внемашинное и внутримашинное информационное обеспечение. Характеристики подсистемы: - качественные (оценки: степени отображения предметной области в информационной базе системы, методов организации и структурированности баз данных, эффективности манипулирования данными в базе данных и др.); - количественные (оценки: максимального объема хранимых и обрабатываемых данных, временных характеристик обработки данных, производительности использования баз данных и др.). Техническое обеспечение представляет собой совокупность используемых технических средств, вычислительных сетей, технологий сетевой обработки данных.Структуру подсистемы образуют: технические средства сбора и регистрации информации, средства подготовки и передачи данных, средства ввода, обработки и вывода информации, средства оргтехники и другие; методические и руководящие материалы; техническая документация, обслуживающий персонал. Характеристики подсистемы: - качественные (оценки: степени полноты и адекватности технической документации, информативности и неизбыточности технической документации, качества описания и полноты охвата предметной области контрольным примером); - количественные (оценки: полноты комплекса технической документации, объемных ограничений на каждый документ). Программное обеспечение представляет собой совокупность программ, реализующих цели и задачи системы и обеспечивающих функционирование комплекса технических средств. Структуру подсистемы составляют: общесистемные, специальные прикладные и оригинальные программы и инструктивно-методические материалы по их применению. Характеристики подсистемы: - качественные (оценки: сложности архитектуры комплекса программных средств, сложности и надежности программных компонентов и всей системы автоматизированной обработки, программной реализации алгоритмов обработки исходной информации и другие); - количественные (оценки: общего количества программных компонентов системы, объема оперативной памяти, занимаемой управляющими модулями; максимального объема оперативной памяти и др.). Лингвистическое обеспечение представляет собой совокупность языковых средств, предназначенных для формализации естественного языка, построения и сочетания информационных единиц при общении персонала вычислительной системы со средствами вычислительной техники. Структуру подсистемы составляют: языки управления и манипулирования данными информационной базы, языковые средства информационно-поисковых систем, диалоговые языки специального назначения, системы терминов и определений, используемых в процессе разработки и функционирования систем. Характеристики подсистемы: - качественные (ориентированность на пользователя системы, степень охвата параметров настройки системы на заданную операционную систему и конфигурацию комплекса технических средств, степень сложности освоения языка, и др.); - количественные (общий объем языковых конструкций, время подготовки языковых конструкций для адаптации системы на конкретную предметную область, и др.). Правовое обеспечение представляет собой совокупность правовых норм, регламентирующих правоотношения, возникающие при функционировании ИС и юридический статус результатов ее функционирования. Структуру подсистемы составляют различные нормативные акты, связанные с договорными отношениями разработчика и заказчика системы, правовым регулированием процессов, возникающих в ходе разработки системы. Математическое обеспечение включает совокупность математических методов, моделей и алгоритмов обработки информации. Структуру подсистемы образуют: средства математического обеспечения, средства моделирования процессов управления, типовые задачи управления, методы математического программирования, методы математической статистики и др. Организационное обеспечение включает совокупность документов, методов и средств, регламентирующих взаимодействие персонала системы и технических средств, задействованных в процессе обработки данных. Функции подсистемы: анализ существующей системы управления, выбор направлений совершенствования системы управления, выбор и постановка задач управления, формулировка требований к комплексу технических средств. Эргономическое обеспечение это совокупность методов и средств, используемых на разных этапах разработки и функционирования автоматизированной системы и предназначенных для создания оптимальных условий работы персонала. Функциональная часть ИС Функциональные компоненты составляют содержательную основу ИС и включают совокупность функциональных систем, комплексов задач и процедур обработки, реализующих функции системы управления. В функциональном аспекте БИС должны обеспечивать: выполнение необходимых расчетов; подготовку, заполнение, проверку и распечатку документов; перенос данных из одной отчетной формы в другую; накопление итогов, обращение к данным прошлых периодов.К комплексам задач БИС относится учет: труда и зарплаты, материальных ценностей, основных средств, готовой продукции, финансово-расчетных операций, затрат на производство, а также сводный учет и составление отчетности.Автоматизация выполнения отдельных функций управления требует их расчленения на более мелкие части – функциональные задачи, для решения которых разрабатываются алгоритмы и пишутся программы. Программное обеспечение БИС Требования к программному обеспечению Программное обеспечение должно отличаться простотой использования. Дружественность пользовательского интерфейса определяет такие особенности программы, как удобство работы с меню и экранными формами, их оснащенность системой помощи, подсказками, стандартность и привычность использования клавиатуры и терминологических понятий.Полнота и уровень автоматизации функций в программном обеспечении означает, что отдельные расчетные функции, должны быть реализованы практически в любом пакете. Высокий уровень автоматизации расчетов предполагает перерасчет за любой предшествующий период времени с учетом действовавших на тот момент показателей.Одним из требований программного обеспечения является настраиваемость пакета – это наличие средств настройки на новые показатели. При этом у бухгалтера снимаются проблемы появления новых, ранее не предусмотренных показателей; без изменения программного обеспечения можно вводить и настраивать новые виды.Программное обеспечение должно быть гибким, открытым и системным. Это означает возможность добавить в нее новые данные, не внося изменений в структуру и предполагает ведение бухгалтерского учета на всех его стадиях.Программное обеспечение должно быть универсальным и надежным. Универсальность системы делает возможным учет особенностей бухгалтерского учета на предприятиях различных отраслей хозяйства. Надежность системы характеризует ее устойчивость к неправильным командам пользователя, отказам технических средств.Каждое из требований нельзя рассматривать отдельно от других, онивзаимозависимы. Характеристика программ автоматизации бухгалтерского учета На предприятиях, совершающих небольшое количество хозяйственных операций, применяются относительно простые и недорогие программы, позволяющие вести книгу хозяйственных операций и составлять на ее основе баланс и финансовую отчетность. Примерами таких программ являются разработки фирмы «1С:», фирмы «Инфософт» и другие.На предприятиях с большим объемом хозяйственных операций ведется складской учет, осуществляется контроль за выполнением договоров, отслеживаются взаимоотношения с дебиторами и кредиторами, реализуются управленческий учет, финансовый анализ и другие работы. Для их автоматизации значительно большие удобства обеспечивают комплексные системы, например, бухгалтерии фирм «Инфософт», «Парус», «КомТех+» и др. Программа «1С: Бухгалтерия» – это универсальная система, в основу которой положена базовая модель бухгалтерского учета. Программа поддерживает любые системы и методологии учета, используется на предприятиях различных форм собственности, представляется в однопользовательской и сетевой версиях, поддерживает несколько планов счетов бухгалтерского учета. В качестве операционной системы применяются системы Windows, Windows NT.Программа обеспечивает возможность ведения количественного и многовалютного учета, конфигурирования и полной настраиваемости форм первичных и отчетных документов.Бухгалтерские проводки могут вводиться в Журнал операций вручную, с помощью типовых операций или на основе документов. Программа позволяет осуществлять два режима расчета итогов: в реальном времени и по запросу. Основным расчетным периодом является квартал с возможностью разбивки по месяцам. Режимы работы программы: 1. «Конфигуратор» – позволяет редактировать структуры данных, формировать список пользователей системы с назначением прав доступа, выполнять процедуры сохранения и восстановления данных; 2. «Отладчик» – предназначен для отладки программных модулей; 3. «1С: Бухгалтерия» – исполнительная часть системы, выполняющая ввод и обработку бухгалтерской информации.Все элементы типовой настройки являются образцами, которые могут быть приведены в соответствие с требованиями конкретного предприятия. Программа «1С: Предприятие» – инструментальная система, состоящая из трех компонент («Бухгалтерский учет», «Оперативный учет», «Расчет»), каждая из них в отдельности или их сочетание определяют группы однородных гибких универсальных модулей, из которых строится бухгалтерский комплекс.Компонента «Бухгалтерский учет» предназначена для ведения учета на основе бухгалтерских операций, обеспечивает ведение плана счетов, ввод проводок, получение бухгалтерских итогов. Компонента «Оперативный учет» предназначена для учета наличия и движения средств в различных разрезах в реальном времени.Компонента «Расчет» содержит механизмы для выполнения периодически выполняемых сложных расчетов и предназначена для расчета заработной платы. Система «Галактика» – это многопользовательский сетевой комплекс, который охватывает все разделы бухгалтерского учета, управление складскими операциями, закупками, продажами, финансовый анализ, планирование и управление ресурсами, управление маркетингом, рекламой, кадрами.Возможности комплекса: - оперативное управление финансами; - контроль за ходом выполнения договорных отношений; - контроль взаимных обязательств; - управление складскими запасами; - формирование и контроль исполнения финансового плана; - планирование, учет и выполнение внутреннего бюджета.Структурно комплекс состоит из четырех контуров: «Административное управление», «Оперативное управление», «Управление производством», «Бухгалтерский учет», каждый из которых обеспечивает решение соответствующих задач и может функционировать как в комплексе, так и автономно. Система «Турбо-Бухгалтер» является интегрированной системой автоматизации бухгалтерского учета, объединяющей в рамках одного рабочего места разнообразные возможности учета. Предназначена для автоматизации бухгалтерского учета и делопроизводства предприятий различных форм собственности, позволяет вести бухгалтерский учет для нескольких предприятий на одном компьютере, обеспечивает ведение синтетического и аналитического учета как в денежном, так и в количественном выражении. Особенностью системы является понятие «План бухгалтерии», включающее в себя не только стандартный план счетов бухгалтерского учета, но и настройки типовых операций, справочников аналитики и другие виды настроек.Подсистемами оперативного учета в программе являются: «Склад», «Зарплата», «Касса», «Банк» и другие. Совершаемые хозяйственные операции регистрируются в названных подсистемах в форме операционных документов, а также в форме первичных документов. Система «БЭСТ-ПРО» является комплексной системой, предназначенной для автоматизации управления предприятиями в области производства, торговли и сферы услуг. В состав комплекса входят подсистемы ведения договоров, учета денежных средств и расчетов с контрагентами, управления закупками и запасами, оперативно-производственного планирования, управления выпуском продукции, сбытом, учета основных средств, заработной платы, управленческого анализа, бухгалтерского и налогового учета.Информационное ядро системы – подсистема Главная книга, в которой накапливаются все бухгалтерские проводки и формируется необходимая внутренняя и внешняя бухгалтерская отчетность. Программа поддерживает работу как с балансовыми, так и с забалансовыми счетами, располагает средствами для контроля корреспонденции счетов. Аналитический учет в подсистеме «Главная книга» организован на специальных аналитических счетах, называемых аналитическими картотеками. В системе формируются все необходимые внутренние, внешние, квартальные и годовые отчеты, а при необходимости могут быть настроены свои собственные формы отчетов. Система легко адаптируется к любым изменениям законодательства. Система «Бухгалтерский комплекс» – самая старая форма существования бухгалтерских программ, представляет собой комплекс программ, реализующих функции как отдельных разделов учета, с возможностью последующего агрегирования данных, так и бухгалтерского учета в целом. Для средних и крупных предприятий такая система остается наиболее приемлемой. Система «Инфо-Бухгалтер» предназначена для ведения сложного бухгалтерского учета. Для ведения аналитического учета используется многоуровневая структура счетов бухгалтерского учета, а справочники аналитического учета отсутствуют. Количество счетов и субсчетов не ограничено, любой счет может иметь до пяти уровней субсчетов. Данные бухгалтерского учета могут быть представлены в виде графиков и диаграмм. Все формы статистической отчетности в налоговые органы и внебюджетные фонды собраны в одну группу с бланками для заполнения первичных документов. Система «Бухгалтерский конструктор» представляет собой систему с расширенными инструментальными возможностями. В одну программу невозможно заложить специфику учета многих бухгалтерий, но можно создавать некоторые универсальные заготовки, из которых с помощью настроек сделать программу, подходящую для любой организации. Такие универсальные системы устойчивы, свободны от ошибок, не связаны со спецификой конкретного предприятия, характеризуются модульной и гибкой архитектурой, располагают средствами настройки, предлагающими широкие возможности для адаптации к конкретным условиям учета. Система «Интегратор» – многопользовательская сетевая бухгалтерская система, программный продукт нового поколения. Изначально проектировалась как сетевая, построена в архитектуре «клиент-сервер», предназначена не только для предприятий, впервые приступающих к автоматизации, но и для тех, кто не удовлетворен результатами работающих у них компьютерных комплексов.Обеспечивает полноту функций и требуемый уровень детализации учета на каждом участке; построена в единой информационной среде, где все пользователи имеют доступ к общей информации в режиме реального времени. Новые или измененные данные, введенные на одном рабочем месте, сразу могут быть использованы персоналом, работающим на других компьютерах. Программа обеспечивает суверенность работы персонала, когда каждый бухгалтер отвечает за достоверность информации по счетам своего участка. Проводки вводимой операции, затрагивающие счета других участков, остаются отложенными до тех пор, пока их не подтвердят бухгалтеры смежных участков. Направления реализации правовой поддержки бухгалтера За последние годы произошли большие изменения в бухгалтерской сфере – введен в действие новый Налоговый кодекс РФ, учет переведен на новый План счетов, появились нормативные документы, регулирующие учетный процесс. В этих условиях необходимая для работы бухгалтера информация часто оказывается разбросанной по различным источникам и не всегда доступной. Между тем бухгалтеру важно в любой момент иметь доступ к налоговому и бухгалтерскому законодательству, методикам учета и налогообложения, правилам заполнения форм отчетности, пользоваться консультациями и разъяснениями специалистов по правовым вопросам.Получить подобную информацию позволяют известные российские программные технологии для работы с правовой информацией семейства «Консультант Плюс», «Гарант», «Кодекс», «Референт».Эти системы предлагают разработку электронных версий популярных периодичных бухгалтерских изданий разных фирм, а также электронных изданий справочного характера и электронных книг по вопросам бухгалтерского учета, отраслевые справочные системы. Документы содержат материалы нормативного, справочного, аналитического, информационного и консультативного характера. Наибольшее число таких работ представляет фирма «Кодекс». Функции управления документооборотом При развитии систем автоматизации особое значение придаётся совершенствованию механизмов управления документооборотом. В этой связи особо следует отметить разработки «Инфософта», «Компаса» и «Бухгалтерии Комтех». Даже ориентированные прежде на среду DOS программные продукты этих фирм уже включали весьма удачные, методически проработанные решения по ведению учёта, оцененные по достоинству тысячами пользователей, в число которых входят предприятия различных форм собственности, отраслей и масштабов деятельности. Последующий переход на платформу Windows и применение мощных серверов баз данных сопровождались не просто переносом функциональности, имеющейся в разработках для DOS, – они вызвали существенный пересмотр концепций организации автоматизированного учёта. Так, к примеру, программные комплексы для DOS «Инфософта» и «Компаса» в значительной мере ориентировались на «проводочный» принцип отражения хозяйственных операций (у «Инфософта» – в большей степени). В новых разработках обеих фирм основное внимание делается полномасштабной поддержке документооборота. В системе «Флагман» («Инфософт») все модули построены на единой концепции документооборота. Определить документы и их свойства можно в модуле «Документооборот», который обеспечивает их хранение в иерархических реестрах в зависимости от вида, состояния или каких-либо других признаков. Фактически реестры – это папки, в которые помещаются те или иные документы, и у пользователей могут быть различные права доступа к ним. Большое внимание уделено средствам настройки реестров. Эта процедура довольно проста и может быть осуществлена даже не очень опытным пользователем. При выполнении операций над документами они помечаются тем или иным образом, определяющим маршруты их дальнейшего прохождения. Каждый тип документа может иметь несколько способов представления, что оказывается полезным, когда требуется разграничить доступ пользователей к той или иной информации. То есть одному пользователю может быть разрешён просмотр и корректировка всех полей документа, другому – даны права на просмотр и изменение только части реквизитов, а третьему вообще запрещена работа с определенным типом документов. Конкретные способы представления документов задаются их вариантами, для которых можно настроить экранные формы ввода данных, состав справочников, подключаемых к полям, значения, подставляемые по умолчанию, формулы расчётов, перечень состояний документа и операций, включая описание состояний, в которые документ будет переходить при выполнении этих операций. Кроме того, можно определить, какие документы и какие их поля являются источниками для формирования новых документов, ввести одни документы на основании других с переносом нужных данных. Несколько видов одного документа можно связать с несколькими видами другого, настроить внешний вид при выводе на печать – с помощью генератора отчётов либо путём выгрузки в Word.Основой пакета программ фирмы «Компас» также является модуль «Документооборот», где ведётся единый справочник типов документов, в котором задаются их свойства, определяющие порядок обработки. В частности, при описании документа указываются параметры, характеризующие его связи с другими документами, бухгалтерскими операциями и различными накопительными регистрами. Например, можно задать направление платежа (мы платим, нам платят); способ проведения в бухгалтерии; отношение к товарному разделу — указание на то, как документ влияет на фактические остатки на складе, в какую сторону в соответствии с ним движутся товары (приход, отгрузка, внутреннее перемещение, списание и проч.); отношение к журналу оплаты, книгам продаж и покупок. За счёт установки такого рода статусов система включает или не включает документ в соответствующие регистры. Это очень интересное решение, поскольку большинство разработчиков определяют документ достаточно формально, а междокументные связи и порядок отражения в различных регистрах реализуют программными средствами. В «Компасе» же основные свойства и связи описываются параметрически, что дает возможность их простой интерпретации и настройки. Например, на основании статуса направления платежа и перемещения ценностей документы автоматически включаются в нужные разделы журнала взаиморасчетов. Можно определять связки между документами и журналом хозопераций, и тогда первые включаются в бухгалтерскую обработку. За счёт таких механизмов процедуры настройки системы на специфику бизнес-процессов предприятия упрощаются, что позволяет снизить совокупные затраты на внедрение системы в эксплуатацию. В программе поддерживаются элементы маршрутизации движения документов путём установки сценариев их прохождения. Это достигается за счёт добавления служебных полей, контролирующих статус документов. Можно описать и последовательность прохождения последних. Бизнес-процедуры на встроенном в систему языке могут проставлять в эти поля метки в зависимости от применяемых к документам операций. В соответствии с метками устанавливаются фильтры на доступ к документам, которые позволят увидеть их лишь определенным категориям пользователей. Таким образом, задается маршрут обработки. Если один пользователь выполнил какую-либо процедуру обработки, то документ получает иной статус, в соответствии с которым он становится доступен другому пользователю. Последний, получив документ, может провести с ним очередную операцию, и она определит новый статус, в результате чего документ будет виден третьему пользователю и т. д. Для подобных случаев на встроенном языке можно написать бизнес-процедуру, автоматически формирующую одни документы на основании других, и за счёт установки статуса и системы фильтров подавать их на вход другим пользователям.Разумеется, при необходимости задавать сложные, нестандартные маршруты система статусов и бизнес-процедур должна быть соответствующим образом настроена. Обычно это делают сами разработчики или их дилеры. Однако осуществить данную процедуру могут и сами пользователи на основании имеющегося механизма маршрутизации. Говоря о разработках фирмы «Компас», следует отметить и тот факт, что в них включено около 90 готовых к использованию шаблонов для формирования документов, составленных в полном соответствии с альбомом типовых форм первичных документов.
АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО БУХГАЛТЕРА
В современных автоматизированных системах широко используются автоматизированные рабочие места (АРМ) – совокупность методических, языковых, аппаратных и программных средств, обеспечивающих автоматизацию функций пользователя в некоторой предметной области и позволяющих оперативно отражать его информационные и вычислительные запросы.Создание АРМ обеспечивает: доступ к современной электронной технике небольших предприятий, что было невозможно в условиях централизованной обработки информации; компактность размещения, высокую надежность, простое техническое обслуживание и невысокие требования к условиям эксплуатации; возможность поэтапного внедрения; информационно-справочное обслуживание пользователя; возможность ведения локальных и распределенных баз данных; совместимость с другими системами. Классификация АРМ: - по выполняемым функциям: проблемные и технологические; - по способу организации: типовые (универсальные), специализированные и проблемно-ориентированные комплексы; - по режиму эксплуатации: индивидуальные, групповые и сетевые.При качественной оценке АРМ учитывают: простоту использования, совместимость АРМ-проекта с другими системами, степень модульности и иерархичности проекта, совместимость интерфейса с другими системами, характер контроля данных и вычислений, достоверность потоков данных и др. При количественной оценке учитывают надежность и универсальность системы, ее структурно-функциональную сложность, пропускную способность и др.АРМ бухгалтера оборудуется вычислительной техникой (персональным компьютером) и инструментальными средствами, обеспечивающими автоматизацию большей части выполняемых им операций. Типичный состав устройств АРМ: - ЭВМ с микропроцессорами, внешней, оперативной и кэш-памятью и шинами, для взаимной увязки устройств; - устройства ввода и вывода, включающие клавиатуру, мышь; - дополнительные периферийные устройства.К инструментальным средствам АРМ относятся все виды обеспечения. Бухгалтер имеет в своем распоряжении необходимую документацию, программные средства, информационные массивы, составляющие элементы обеспечения рабочего места.
Применение АРМ для обработки данных непосредственно на рабочих местах специалистов различных уровней учета обеспечивает минимальное использование бумажных носителей, достоверность и полноту информации. АРМ организованы на функциональных участках, каждый из которых связан или с первичным учетом (материалов, готовой продукции (ГП), табельным учетом), или с определенным объектом бухгалтерского учета, где осуществляются непрерывная регистрация и обработка хозяйственных операций (по учету материальных ценностей (МЦ), основных средств и нематериальных активов, труда и заработной платы, финансово-расчетных операций, готовой продукции и ее реализации), а также со сводным учетом и составлением отчетности, планированием и анализом, внутренним аудитом.
При выделении участков необходимо учитывать, что каждый из них должен отвечать следующим требованиям:
• располагать набором хозяйственных операций и проводок;
• иметь свое, возможно пересекающееся с другими участками, подмножество плана счетов;
• иметь присущие только ему первичные документы и отчетные формы.
Также необходимо учитывать конкретные условия, сложившиеся на предприятии, и особенности учетной политики.
Для каждого АРМ или группы АРМ разрабатывается самостоятельный программный модуль. Организованная таким образом АСБУ представляет собой открытую модульную систему, для которой характерна возможность добавления и удаления ее компонентов (АРМ). Это важно, потому что при разработке АСБУ добавляемые со временем модули не должны вызывать перестройку всей системы. Сопоставимость информации различных АРМ обеспечивается за счет создания единого фонда нормативно-справочной информации (НСИ).
На первом уровне (первичный учет) с помощью АРМ работников, ведущих первичный учет, выполняются сбор, регистрация, накопление и частичная обработка первичной информации, возникающей в производственно-хозяйственных подразделениях предприятия (цехах, складах, подразделениях). На этом уровне функционируют АРМ по учету материальных ценностей, ведению табельного учета и учету готовой продукции на складе.
Полученные на каждом участке результирующие данные поступают на второй уровень – управленческий учет, который характеризуется трудоемкими ручными операциями, а также большими объемами учетных номенклатур. На этом уровне данные первичных документов и информация, полученная с нижнего уровня, регистрируются и группируются в системе синтетических и аналитических счетов. Для этого сведения об остатках хозяйственных средств и их источниках, а также данные текущих хозяйственных операций отражаются в различных учетных регистрах. На втором уровне функционирует группа АРМБ (по учету материальных ценностей, основных средств и нематериальных активов, труда и заработной платы, финансово-расчетных операций, готовой продукции и ее реализации, затрат на производство). Она формирует результирующие данные, отражающие все хозяйственные операции предприятия в стоимостной оценке, в виде файлов бухгалтерских проводок.
Эта информация передается на третий, более высокий уровень обработки данных – финансовый учет, где организуются АРМ сводного учета, финансового анализа и планирования, а также внутреннего аудита.
С помощью АРМ сводного учета на основе данных аналитического и синтетического учета, поступающих с нижних уровней, формируются Главная книга, бухгалтерский баланс, отчет о финансовых результатах и другие учетные регистры синтетического и аналитического учета.
АРМ финансового анализа и планирования позволяет формировать аналитическую информацию для принятия решений, а также предоставлять руководству оперативную информацию. Такой информацией являются показатели себестоимости, прибыли, состояние расчетного и других счетов, дебиторской и кредиторской задолженности, различные экономические показатели, динамика их движения в виде таблиц и графических диаграмм, результаты анализа, прогнозы, сведения о сотрудниках.
АРМ внутреннего аудитора позволяет отслеживать изменения в системе бухгалтерских стандартов; анализировать хозяйственную ситуацию и законодательство; вырабатывать предложения по учетной политике, регулированию издержек и рациональному построению инвестиционной политики; осуществлять налоговое планирование.
В целом, данные финансового учета используются в планировании и прогнозировании экономики предприятия, в финансовом менеджменте, в экономическом анализе всей информации предприятия.
В результате функционирования такой АСБУ формируются объективные данные, которые необходимы руководству для принятия решений. Эти решения влияют на сохранение финансового равновесия, на выбор наиболее эффективных направлений производственной и коммерческой деятельности для получения стабильной прибыли и рентабельности предприятия в рыночных условиях.
Комплексы бухгалтерских автоматизированных рабочих мест (АРМ) ориентированы на бухгалтерии средних и крупных предприятий, где функции между бухгалтерами четко разделены. В такие комплексы входят отдельные АРМ по участкам учета (основные средства, зарплата, товарно-материальные ценности и т. п.).
Пользователь может приобрести лишь наиболее интересующие его компоненты, а по мере необходимости докупать и другие модули. Здесь нет единой модели представления данных: на каждом АРМ реализованы специфические функции обработки первичных документов и выдачи отчетных форм. Системы этого типа наиболее полно отражают специфику документооборота большой бухгалтерии.
Некоторые системы данного типа включают в себя, кроме чисто бухгалтерских АРМ, еще и АРМ делопроизводства, руководства, учета кадров, что делает их весьма похожими на корпоративные системы, но меньшей стоимости.
Данные с отдельных АРМ передаются на АРМ сводного учета по сети.
Здесь можно привести примеры таких систем, как БЭСТ (фирма «Интеллект-Сервис»), «ФинЭко» (фирма «Авер»), «КомТех».
Как правило, каждый из комплексов автоматизированных рабочих мест (АРМ) имеет свою ярко выраженную учетную специализацию: АРМ по учету основных средств, АРМ складского учета материально-производственных запасов, АРМ по учету финансово-расчетных операций, АРМ по учету труда и заработной платы, АРМ по учету затрат на производство и т. д.
Объединение информации в единую систему учета достигается за счет наличия подсистемы сводного учета или АРМ главного бухгалтера. Здесь перечислены только некоторые наиболее популярные и часто встречающиеся
АРМ, хотя на практике их намного больше, причем в случае необходимости создаются АРМ второго уровня для еще более узких участков учета и задач, например, учета пробега автотранспорта, учета спецодежды и т. п.
Системы, построенные на основе комплексов АРМ, достаточно громоздки и сложны, что вполне понятно и оправданно. Кроме того, и это самое главное, они являются жесткими. Жесткость выражается в наличии следующих качеств этих систем:
• АРМ специализированы по конкретным участкам учета и не могут быть перепрофилированы. Это практически исключает взаимозаменяемость АРМ, входящих в состав комплекса;
• настройка каждого отдельного АРМ в системе ограничена и осуществляется главным образом за счет средств параметрической настройки, которая в лучшем случае сводится к выбору из заданного перечня изначально заложенных в систему функций. Это затрудняет их расширение за счет добавления новых алгоритмов, форм первичных документов, различного вида отчетов и т. п.;
• АРМ, как правило, выполнены в различных интерфейсах с использованием различного вида инструментов, имеют формы и отчеты, специфичные для каждого из автоматизируемых участков. Это влечет за собой жесткую привязку персонала к работе на конкретном АРМ и в значительной степени осложняет процесс перестройки субъективного фактора (человека) на новые участки работ;
• связи между АРМ жестко зафиксированы на этапе проектирования, что предопределяет жесткость и неизменяемость структуры. Это не позволяет изменять схему документооборота в процессе эксплуатации системы;
• ограничена возможность перераспределения нагрузки между рабочими местами в случае выхода из строя (по причине субъективного или объективного факторов) одного или нескольких АРМ. Это может вызывать перегрузку отдельных АРМ и несвоевременную обработку информации.
Можно констатировать, что в традиционных (жестких) автоматизированных бухгалтерских комплексах первичным является набор типовых процессов обработки учетной информации, а реализуемые при его помощи методы носят подчиненный характер.
РЫНОК ЗАРУБЕЖНЫХ АСФБУ
SAP AG - немецкая компания, известный производитель программного обеспечения. Штаб-квартира — в Вальдорфе (Германия).
Компания SAP была создана пятью бывшими сотрудниками IBM (Claus Wellenreuther, Hans-Werner Hector, Klaus Tschira, Dietmar Hopp и Hasso Plattner) под названием «SAP Systemanalyse und Programmentwicklung» в городе Вейнгейме. Первый офис фирмы находился в Маннгейме.
В 1976 году была основана SAP GmbH, и годом позже фирма переместилась в Вальдорф.
Компания занимается разработкой автоматизированных систем управления внутренними процессами предприятия, такими как: бухгалтерский учет, торговля, производство, финансы, управление персоналом, управление складами и т. д. Приложения обычно можно адаптировать под правовой контекст определённой страны. Кроме поставок программного обеспечения, фирма предлагает услуги по его внедрению, используя для этого собственную методологию внедрения (изначальное название ASAP — Accelerated SAP, впоследствии — ValueSAP).
Говоря «SAP» в большинстве случаев подразумевают другую аббревиатуру: «SAP R/3», здесь «R/3» — краткое обобщённое название интегрированной автоматизированной системы управления, которая и является, по сути, основным продаваемым продуктом этой фирмы. Известно, что до R/3 была система R/2 и R/1. Однако, широкую известность приобрела именно система R/3, поэтому именно эта аббревиатура и применяется наиболее широко. В данный момент, в связи с активным развитием линейки продуктов SAP, центральная ERP-система официально называется SAP ERP ECC (Enterprise Core Component). Текущая версия системы, официально продаваемая и поддерживаемая компанией, — 6.0.
Система SAP R/3 ориентирована главным образом на крупные и средние предприятия. (В западном понимании < 300 человек — малый бизнес)
BAAN – голландская компания, разработчик решений для управления предприятиями с высокотехнологичным производством и корпоративной логистикой.
Основные модули ERP-системы компании BAAN IV.
BAAN - Моделирование предприятия: способствует сокращению сроков внедрения, снижению уровня затрат и ускоренному возврату вложенных средств. В основе подсистемы лежат уникальные средства методологии внедрения, называемой Orgware, разработанной с учетом опыта внедрения продуктов BAAN более чем в 50-ти странах мира. Процесс внедрения начинается с описания или рассмотрения соответствующей типу и профилю предприятия референтной модели. На следующей стадии производится корректировка параметров бизнес-модели с учетом требований заказчика. Далее система конфигурируется и для каждого конкретного пользователя создается меню, в структуру которого могут быть включены инструкции и нормативные документы, определяющие выполнение отдельных задач. В завершении проводится анализ деятельности предприятия, на основе которого формируются решения по модернизации производства, определяются дальнейшие направления развития.
Использование системы позволяет сократить время внедрения до 3-10 месяцев.
BAAN - Производство: включает планирование потребностей, конфигуратор продукции, управление проектом, управление серийным производством и производством по отдельным заказам, управление цепочкой поставок на уровне корпоративного производства. Подсистема " Производство" спроектирована для работы со всеми типами стратегий управления производством. Более того, система BAAN обладает гибкостью, позволяющей изменять стратегию в течение жизненного цикла проекта. Подсистема " Производство" предоставляет также возможность изменения положения точки привязки заказа клиента (CODP), которая определяет степень влияния заказа клиента на производственный цикл. Ядром подсистемы " Производство" является модуль " Основной производственный план-график" (MPS). Он спроектирован для того, чтобы помочь вам в каждодневном управлении производством наряду с проведением долгосрочного планирования и принятием решений. Подсистема позволяет реализовать все типы производственной среды и их сочетания.
BAAN - Процесс: разработан специально для таких отраслей промышленности, как химическая, фармацевтическая, пищевая и металлургическая, и поддерживает производственный процесс от исследований и разработок вплоть до производства, снабжения, продаж, сбыта и транспортировки. Подсистема одинаково мощно работает как в рамках отдельного предприятия, так и в рамках холдинга с территориально распределенными предприятиями. Подсистема BAAN - Процесс полностью интегрирована со всеми другими подсистемами BAAN.
BAAN – Финансы: представляет собой систему управленческого и финансового учета для компании любой, самой сложной организационной структуры. Система иерархических связей делает доступ к информации и ее обработку более удобными, обеспечивает максимально возможную гибкость при структурировании необходимой информации. Многозвенная структура управления позволяет проводить анализ данных главной книги, дебиторской и кредиторской задолженностей и другой информации, как на уровне отдельног
|
|