Компьютер в бухгалтерском учете и аудите 1997'4

Home

Поиск

Издания

Контакты

k-press.ru

Продолжается подписка на наши издания! Вы не забыли подписаться?

ООО “СЕПТ”

Проблемы комплексной автоматизации торговой деятельности

1. Введение

1.1. История вопроса

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

Управления предприятием как такового не было, поскольку весь процесс управления сводился к контролю достижения плановых цифр, так как самостоятельных решений по оперативному планированию и управлению руководство предприятия принимать не могло. Мало того, в связи с тем, что планирование носило затратный характер, всякое выявление скрытых ресурсов на предприятии было нежелательным.
Экономическая эффективность систем управления предприятием была искусственной, поскольку стоимость средств вычислительной техники и разработки самих систем была несоизмеримо велика по сравнению с зарплатой персонала предприятия, и во многих случаях проще и дешевле было увеличить число работников.
Сам процесс разработки также носил плановый характер и был жестко регламентирован ГОСТами и отраслевыми нормативными документами. Вследствие этого разработка велась последовательным, “каскадным” образом, что приводило к одному строго определенному результату: к моменту окончания текущего проекта система морально устаревала [1].

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

Вторым можно выделить “бурный” период массовой информатизации с использованием персональных компьютеров. Этот период (конец 80-х — начало 90-х) характеризуется несколькими особенностями.

Массовым внедрением персональных компьютеров в сочетании с глубокой верой в их всемогущество. В значительной мере это было вызвано тем, что появление персональных компьютеров вызвало приток в информатику людей, не имеющих опыта и знаний по проблемам построения комплексных систем управления предприятием, так как такие системы в то время базировались практически исключительно на мейнфреймах и минимашинах.
Внешняя эффектность решения локальных задач, короткие сроки разработки и внедрения, дешевизна разработки (основанная в значительной степени на использовании “пиратских” копий программных продуктов) производили решающее впечатление. Возникающие вслед за этим проблемы интеграции локальных задач казались несущественными и простыми. Однако постепенно стало понятно, что проблемы интеграции не являются простыми. Можно указать две основные причины усложнения интеграции локальных задач в комплексную информационную систему: отсутствие цельного системного проекта, который был бы ориентирован на достижение глобальных целей, выбор неподходящих системных средств, ориентированных на персональные вычисления и применение, а не на корпоративное использование.
Массовая информатизация бухгалтерского учета. Массовость эта была вызвана в свою очередь следующими причинами: 1) это была единственная четко формализованная предметная область “народного хозяйства”; 2) всем казалось, что резко возросшие требования к эффективности управления предприятием в условиях хозяйственного расчета могут быть удовлетворены контуром бухгалтерского учета. Однако сейчас уже понятно, что данных контура бухгалтерского учета недостаточно.

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

1.2. Предпосылки развития

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

Рост торгового оборота.
Увеличение торгового оборота неизбежно вызывает увеличение объема товаросопроводительных документов, которое требует увеличения численности персонала для обработки данных. Рано или поздно наступает момент, когда дальнейшее увеличение торгового оборота за счет увеличения численности персонала в бухгалтерском и складском учете становится неэффективным, поскольку резко падает оперативность обработки данных, увеличивается число ошибок в расчетах и растут расходы на содержание дополнительной численности.
Переход на схемы торговли путем самообслуживания.
В настоящее время становится очевидной тенденция к прогрессивным технологиям торговли с большей производительностью и эффективностью, что приводит к укрупнению форм торговли и отказу от прилавочной торговли. Переход к самообслуживанию вызывает, в свою очередь, резкий рост номенклатуры поставщиков и товаров, а также объемов торгового оборота.
Широкое внедрение автоматической идентификации.
Технология самообслуживания накладывает жесткие требования на пропускную способность торгового зала. Увеличение пропускной способности торгового зала требует комплексного внедрения средств автоматической идентификации: сканеров и принтеров штрих кодов, портативных терминалов сбора данных, компьютеризированных кассовых аппаратов.
Рост требований к оперативности и обоснованности управленческих решений.
Опыт эксплуатации показал, что самым важным в управлении торговым предприятием является информатизация функций логистики и интегрированных показателей эффективности деятельности. Получение интегрированных показателей возможно при наличии интегрированной базы данных по всем видам учетов на предприятии. Это возможно только в системе, которая комплексно охватывает все сферы деятельности предприятия.

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

Комплексные системы, разработка которых исторически начиналась в виде локальных автоматизированных рабочих мест (АРМ), которые позднее, по мере появления требований на интеграцию, были модифицированы с использованием сетевых функций.
Комплексные системы, проектирование и разработка которых с самого начала велись как интегрированная система управления предприятием.

Системы первого класса, как правило, имеют достаточно длительные сроки существования и, вследствие этого, хорошую функциональную отработанность и низкую стоимость. Но, как следствие своей эволюции от набора локальных АРМов к интегрированной системе, они имеют или слабые аналитические функции, или сложные и жестко задаваемые настройки на аналитику. Эта особенность определяется ограничениями персональных СУБД, как правило стоящих в их основе (Clipper, Fox, Clarion и др.), с одной стороны, и их использованием в режиме файлового сервера, с другой стороны.

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

Системы второго класса проектируются изначально как корпоративные интегрированные системы управления предприятияями. При этом основной целевой установкой является обеспечение богатых аналитических возможностей для выработки решений. Такой подход требует выбора соответствующих системных компонентов — корпоративных операционных систем и СУБД. Эффективность таких систем хорошо видна при использовании их на предприятиях с разветвленной структурой и большими информационными потоками.

Примером системы второго класса может служить торговая автоматизированная информационная система ТАИС, разработанная Центром исследований и проектирования ООО “СЕПТ”.

В зависимости от числа рабочих мест, сложности конфигурации и требований к системным характеристикам ТАИС может функционировать в операционной среде Unix или Windows NT с использованием системы управления базами данных (СУБД) Universe.

Использование такой многопользовательской программной среды позволяет:

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

СУБД UniVerse фирмы VMARK представляет собой интегрированную базу данных и среду для разработки приложений, предназначенных для решения сложных задач коммерческого характера в среде открытых систем [2]. UniVerse использует многомерную структуру данных, в которой сочетаются преимущества традиционной реляционной СУБД с дополнительными возможностями хранения, управления и доступа к данным. Такая модель данных была названа пост-реляционной. Как показал опыт, такая модель позволяет эффективно использовать ее при обработке бизнес-документов [3].

2. Комплексные системы управления торговлей

2.1. Модель торгового предприятия

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

Упрощенная схема торгового предприятия приведена на рис.1. Можно увидеть три основных разреза деятельности предприятия.

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

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

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

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

Чрезвычайно важным является то, что данные всех этих уровней тесно связаны.друг с другом. Фактически каждая единица поставляемого товара проходит специфическую обработку на каждом из указанных уровней. В системе ТАИС эта обработка фиксируется в так называемой электронной накладной, которая является виртуальным представлением поставки внутри системы и несет на себе данные как складского учета, так и бухгалтерского (Рис.2). Такая организация данных позволяет совместно обрабатывать данные различных уровней, что резко расширяет аналитические возможности системы.

2.2. Основные характеристики

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

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

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

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

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

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

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

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

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

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

2.3. Основные компоненты

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

Система ТАИС состоит из ряда функциональных подсистем для автоматизации функций учета, контроля и управления предприятием на различных технологических участках.

Подсистема “Управление движением товарно-материальными ценностями (ТМЦ)”.
Подсистема “Производство”.
Подсистема “Бухгалтерия”.
Подсистема “Торговый зал”.
Подсистема “Кадры”.

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

2.3.1. Подсистема “Управление ТМЦ”

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

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

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

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

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

Основные реализованные функции.

Модуль “Складской учет (“Склад”)” автоматизирует следующие функции:

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

учет предстоящих поставок и оформление факта поступления материальных ценностей от поставщиков;

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

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

учет ТМЦ по материально-ответственным лицам;

динамический пересчет складских остатков;

учет партий товаров, контроль сроков хранения партий;

контроль максимального и минимального запаса;

ведение справочников;

подготовка инвентаризационной ведомости;

подготовка сличительной ведомости;

подготовка ведомости переоценки.

Модуль “Управление закупками (“Закупки”)”, на который возлагаются следующие функции:

формирование и контроль за исполнением заказов поставщику;

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

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

учет и анализ параметров продаж, рекламаций и гарантий;

автоматизация оформления договоров и сделок с поставщиками;

ввод данных по оформленным договорам, сделкам;

подготовка отчетов по поступлению, отпуску товаров по договорам, сделкам;

возврат поставщикам;

возврат проданного товара;

подготовка отчетов по товарным запасам на складах;

подготовка отчетов по реализации товаров.

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

формирование и контроль исполнения заказов на поставку покупателю;

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

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

учет и анализ параметров продаж, рекламаций и гарантий;

автоматизация оформления договоров, сделок с покупателями;

ввод данных по оформленным договорам, сделкам;

подготовка отчетов по поступлению, отпуску товаров по договорам, сделкам;

возврат проданного товара;

формирование прайс-листов;

подготовка отчетов по товарным запасам на складах;

подготовка отчетов по реализации товаров.

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

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

2.3.2. Подсистема “Производство”

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

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

Типичным применением подсистемы является управление пунктом общественного питания (столовая, буфет, кафетерий, закусочная, бар и т.п.), управление производством полуфабрикатов, кондитерских изделий и т.п.

Основные реализованные функции.

Модуль “Управление производством (“Производство”)” автоматизирует следующие функции:

ведение справочников рецептур блюд и кулинарных изделий;

регистрация калькуляционных карточек;

ведение архива калькуляционных карточек;

печать калькуляционных карточек;

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

автоматическое формирование по плану-меню требований на склад;

формирование меню для посетителей;

ведение архива меню;

печать меню;

учет фактических результатов разделки исходного сырья;

формирование и регистрация дневных заборных листов;

формирование и регистрация актов реализации готовых изделий;

ведение справочников.

2.3.3. Подсистема “Бухгалтерский учет”

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

Реализация подсистемы имеет некоторые особенности, которые предназначены для повышения удобства её использования и гибкости применения:

простая настройка плана счетов;

возможность создания пользователем библиотеки типовых проводок;

широкое использование задания символьных формул расчета параметров;

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

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

настраиваемая генерация отчетов;

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

Основные реализованные функции.

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

учет товаров и их реализации (“Товары”);

учет банковских операций по расчетному счету (“Банковские операции”);

учет основных средств (“Основные средства”);

учет материалов, малоценных и быстроизнашивающихся предметов (“МБП”);

учет кассовых операций и расчетов с подотчетными лицами (“Касса”);

расчет заработной платы (“Зарплата”);

формирование отчетных документов(“Баланс”).

Краткое описание модулей.

Модуль “Учет товаров и их реализации (“Товары”)” автоматизирует следующие функции в рамках бухгалтерского учета движения товара на предприятии:

формирование и печать счетов-фактур;

ведение книг покупок и продаж;

формирование и регистрация накладных, справок, актов;

осуществление бухгалтерских проводок;

оперативный учет остатков на счетах учета денежных средств;

формирование отчета движения товара и тары;

формирование журнала “Товарный отчет”;

ведение остатков товара (по рознице, опту, таре);

печать накладных (по рознице, опту, таре);

автоматическая регистрация накладных при внутренней переброске;

ведение мемориального журнала.

Модуль “Учет банковских операций по расчетному счету (“Банковские операции)” автоматизирует следующие функции:

формирование и регистрация платежных требований, требований-поручений;

планирование расчетов с поставщиками;

осуществление бухгалтерских проводок;

оперативный учет остатков на счетах учета денежных средств;

ведение мемориального журнала;

формирование журнала-ордера “Расчетный счет”;

анализ счетов;

анализ распределения сумм по отделам.

Модули “Учет основных средств (“Основные средства”)” и “МБП” автоматизируют следующие функции:

ведение карточек учета основных средств;

формирование ведомости учета основных средств по подразделениям предприятия;

учет результатов ежегодной инвентаризации основных средств;

учет сумм износа основных средств;

расчет ежемесячных амортизационных отчислений;

расчет переоценки основных средств;

оперативный учет остатков на счетах учета денежных средств;

ведение мемориального журнала.

Модуль “Учет кассовых операций и расчетов с подотчетными лицами (“Касса”)” автоматизирует следующие функции:

формирование и регистрация приходных и расходных кассовых ордеров;

осуществление бухгалтерских проводок;

оперативный учет остатков на счетах учета денежных средств;

ведение кассовой книги;

формирование журнала-ордера “Касса”;

анализ счетов;

анализ распределения сумм по отделам.

Модуль “Расчет заработной платы (“Зарплата”)” автоматизирует следующие функции:

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

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

расчет больничных листов;

расчет очередных и учебных отпусков;

удержание налогов и взносов в общественные организации;

удержания по исполнительным листам, кредиту, ссуд банка, перечислений в сбербанк;

формирование платежных ведомостей;

формирование списков по возможным перечислениям с формированием платежных поручений к ним;

формирование сводных ведомостей по категориям работающих и видам начислений и удержаний;

оперативный анализ и корректировка произведенного расчета в диалоговом режиме;

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

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

Выходные отчеты представлены в виде картотек, журналов-ордеров и ведомостей, из которых можно получить следующую информацию:

расчеты с поставщиками и клиентами (остатки, обороты);

выполненные хозяйственные операции;

состояние счета:

остатки на начало отчетного периода;

остатки на конец отчетного периода;

обороты по дебету;

обороты по кредиту.

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

2.3.4. Подсистема “Торговый зал”

Современные системы обслуживания и управления в розничной торговле основаны на широком внедрении передовых технологий штрихового кодирования и объединении разнородных устройств автоматизации в единую информационную систему. Комплексная система автоматизации торгового предприятия в соответствии с международными стандартами разделяется на две основные части:

FRONT — OFFICE — средства автоматизации торговых и кассовых операций в торговом зале;

BACK — OFFICE — средства автоматизации товародвижения, учета и менеджмента.

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

BACK — OFFICE позволяет осуществлять полномасштабное управление складами и магазинами, объединяя весь спектр товарных, складских и бухгалтерских операций в единый информационный комплекс.

Подсистема “Торговый зал” исполняет в системе ТАИС функции взаимодействия с FRONT — OFFICE.

Модуль “Управление торговым залом (“Торговля”) автоматизирует следующие функции:

управление прайс-листами;

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

формирование и печать ценников на товары;

формирование и печать приходно-расходной ведомости по секциям;

формирование и печать отчетов о продажах и возвратах;

формирование и печать отчетов о закрытых сменах;

формирование и печать отчетов об остатках товаров.

Модуль “Управление ККМ (“Кассы”) автоматизирует следующие функции:

формирование и загрузку данных для контрольно-кассовых машин;

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

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

ЛИТЕРАТУРА

Зиндер Е.З. “Новое системное проектирование: информационные технологии и бизнес-реинжиниринг”— СУБД,№4, 1995, с. 37–49.

Лаврентьева Т.Г., Шабаев И.Г. “UNIVERSE — Развитие реляционных стандартов”— СУБД №2, 1995, с.102–105.

Ким Е.К., Шабаев И.Г., Бычков В.А. “Проектирование трехмерных баз данных в СУБД uniVerse”— СУБД №3, 1996, с. 66–76.

Ким Е.К.,
Путилов Г.П.,
Бычков В.А.