Разработка модуля «Амортизация основных средств и нематериальных активов»

Федеральное агентство по образованию Российской Федерации Омский Факультет _________________ Кафедра Защищена с оценкой_________________

Председатель ГАК___________________

«______"____________200_ г.

Допустить к защите:____________

Зав. кафедрой _________________

«______"____________200_ г.

Выпускная квалификационная работа на тему:

Выполнил (а): студент (ка) группы____

ФИО студента

_________________________________

Руководитель работы

_________________________________

Нормоконтроль

_________________________________

Омск 2007 г.

• Содержание

1. Теоретические аспекты разработки модуля «Амортизация основных средств и нематериальных активов» для конфигурации «1С: Бухгалтерский учёт, редакция 4.5»

1.1 Технологические средства конфигурирования подсистемы «1С: Предприятие» и особенности встроенного языка программирования

1.2 Метаданные подсистемы

1.3 Описание понятий (объектов) «1С: Бухгалтерия 7.7 «

1.4 Компонента «Бухгалтерский учет»

1.5 Основные правила учёта основных средств и нематериальных активов и порядок расчёта сумм амортизации

2. Технико-экономическое обоснование разработки

2.1 Предварительная экономическая оценка

2.2 Обоснование критериев сравнения разрабатываемой программы с аналогом

2.3 Определение сметы затрат на разработку программного продукта

2.4 Расчет и сопоставление эксплуатационных расходов

2.5 Расчет годового экономического эффекта от освоения нового программного продукта

2.6 Сопоставление технико-экономических характеристик разработки с аналогом

3. Технология разработки модуля «Амортизация основных средств и нематериальных активов»

3.1 Варианты реализации модуля «Амортизация ОС и НМА»

3.2 Анализ входной и выходной информации

3.3 Особенности реализации модуля «Амортизация основных средств и нематериальных активов»

3.4 Реализация хранения учётных записей, проверки подлинности и защиты от сбоев

3.5 Результаты тестирования модуля «Амортизация ОС и НМА»

Заключение

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

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

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

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

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

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

За последние годы абсолютно чётко прослеживается тенденция всеобщей компьютеризации, касающаяся всех областей деятельности. Это легко объяснимо — компьютер гораздо быстрее выполняет расчеты, позволяет автоматизировать сложные операции.

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

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

Рынок бухгалтерских программ в нашей стране на сегодняшний день достаточно развит. Лидирующее положение на рынке занимает компания «1С» — ей принадлежит свыше 50% рынка. В меньшей степени представлены программные продукты компании «Интеллект-Сервис» под торговой маркой «БЭСТ», ТОО «Информатик», представляющей «Инфо-Бухгалтер», а также программные комплексы «Парус», «RS-balance» и др.

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

В «1C:Бухгалтерии 7.7» удачно сочетаются адаптивные свойства, как инструментальных, так и полнофункциональных систем.

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

С другой стороны, типовая конфигурация открыта для изменения: подготовленный пользователь может изменять алгоритмы работы или добавлять совершенно новые функции для учета специфики конкретной организации. Для этого «1С: Бухгалтерия 7.7» содержит развитые инструментальные средства, что характерно для инструментальных систем.

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

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

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

Определим следующие задачи:

1) Изучение теоретических основ встроенного в прикладную систему программного языка и подсистем функционирования программного комплекса.

2) Анализ законодательной базы.

3) Исследование экономической составляющей и целесообразности данной разработки.

4) Реализация и тестирование системы.

5) Непосредственное внедрение программного продукта и обучение персонала.

Данную систему планируется разработать и внедрить для заказчика ПБОЮЛ Соколова Галина Анатольевна. В ходе предварительного обследования данного предприятия было выяснено следующее: ПБОЮЛ Соколова Галина Анатольевна (Супермаркет ТЦ «Омский») является в соответствии с законами Российской Федерации, частным предпринимателем без образования юридического лица

На предприятии имеется:

1) Парк современных ПК для рабочих станций.

2) Файл-сервер.

3) Серверная комната.

В настоящий момент бухгалтерская служба предприятия в качестве программного продукта использует программный комплекс «Домино» (управленческий учет товародвижения), а также комплекс «1С Предприятие 7.7 Бухгалтерский учет. Редакция 4.5» для ведения бухгалтерского учёта, что в полной мере способствует нормальному функционированию данной программы.

1. Теоретические аспекты разработки модуля «Амортизация основных средств и нематериальных активов» для конфигурации «1С: Бухгалтерский учёт, редакция 4.5»

1.1 Технологические средства конфигурирования подсистемы «1С: Предприятие» и особенности встроенного языка программирования

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

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

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

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

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

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

Работа с запросами предполагает следующий порядок:

· при помощи функции «СоздатьОбъект» создается объект типа «Запрос» и ссылка на него присваивается какой-либо переменной. Далее обращение к запросу производится посредством этой ссылки.

· после создания переменной типа «Запрос» следует обращение к методу Выполнить, которому в качестве параметра передается текст запроса, написанный на специальном языке запросов (см. главу «Язык запросов»). Метод «Выполнить» анализирует текст запроса, выполняет в соответствии с ним выборку данных и формирует временный выходной набор данных (выборку).

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

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

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

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

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

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

Конфигурация создается штатными средствами подсистемы. Конфигурация обычно поставляется фирмой «1С» в качестве типовой для конкретной области применения, но может быть изменена, дополнена пользователем подсистемы, а также разработана заново.

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

Всего существуют три основных компоненты: «Бухгалтерский учет», «Оперативный учет», «Расчет». Каждая компонента расширяет возможности подсистемы своим механизмом обработки информации. Эти механизмы нельзя однозначно сопоставить с конкретными задачами автоматизации предметной области, однако, они имеют достаточно четкую направленность, которая определяет выбор состава необходимых компонент, для создания конкретной конфигурации.

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

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

Компонента «Оперативный учет» предназначена для автоматизации оперативного учета наличия и движения средств. Возможности компоненты «Оперативный учет» позволяют регистрировать движения и получать информацию о движениях и остатках товарных, материальных, денежных и других средств предприятия в реальном времени в самых различных разрезах. Компонента «Оперативный учет» поддерживает механизм регистров, который и обеспечивает запись движений и получение остатков в различных разрезах. Использование этого механизма позволяет автоматизировать учет взаиморасчетов с клиентами, учет складских запасов товаров, и многое другое. Одна из главных областей применения данной компоненты — автоматизация учета складских и торговых операций. [9]

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

Функционирование подсистемы делится на два процесса — конфигурирование (описание модели предметной области средствами подсистемы) и исполнение (обработку данных предметной области).

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

На этапе конфигурирования подсистема оперирует такими универсальными понятиями (объектами), как «Документ», «Журнал документов», «Справочник», «Реквизит», «Регистр» и другие. Совокупность этих понятий и определяет концепцию подсистемы.

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

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

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

В процессе исполнения подсистема уже оперирует конкретными понятиями, описанными на этапе конфигурирования (справочниками товаров и организаций, счетами, накладными и т. д.).

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

1.2 Метаданные подсистемы

Основу концепции подсистемы 1С: Предприятие составляет понятие метаданные. Однако прежде чем дать расшифровку этого понятия, введем понятие объекта метаданных. Метаданными («данными о данных») в подсистеме 1С: Предприятие называется совокупность объектов метаданных, настроенных на хранение и обработку информации о хозяйственной деятельности конкретного предприятия.

Под объектом метаданных в подсистеме 1С: Прсдприятие понимается формальное описание группы понятий предметной области со сходными характеристиками и одинаковым предназначением.

Приведем такой пример. Объект метаданных «Справочник» в подсистеме 1С: Предприятие предназначен для ведения списков однородных элементов данных — справочников, картотек, нормативных сборников и тому подобное. Использование объектов метаданных этого типа позволяет организовать ведение любых справочников, необходимых для автоматизации деятельности предприятия.

Как правило, объекты метаданных типа «Справочник» являются компьютерными аналогами реально существующих на предприятии справочников, например, справочника сотрудников или номенклатуры товаров, хотя могут использоваться и для организации списков, не имеющих явных физических аналогов.

Реализованный в подсистеме 1С: Предприятис при помощи объекта метаданных компьютерный аналог конкретного понятия предметной области будем называть объектом данных.

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

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

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

Большинство объектов метаданных в подсистеме 1С: Предприятие могут иметь визуальное представление. В самом общем случае визуальное представление состоит из следующих частей:

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

· печатная форма объекта метаданных (печатных форм может быть несколько);

· модуль формы — программа на встроенном языке подсистемы 1С: Предириятие.

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

Способность иметь визуальное представление позволяет объекту метаданных организовать интерактивное взаимодействие с пользователем. Характер такого взаимодействия разрабатывается специалистом, осуществляющим конфигурирование подсистемы 1С: Предприятие, и определяется, в основном, типом объекта метаданных. Для разработки форм в Конфигураторе применяется комплексный редактор форм, позволяющий редактировать все компоненты формы во взаимосвязи.

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

Таблица 1.1 Характеристика объектов метаданных подсистемы

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

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

Свойство «Тип значения» существует не у всех объектов метаданных: как правило, агрегатные объекты метаданных — типа «Справочник», «Документ», «Журналы» и тому подобные — не обладают этим свойством, так как содержат «комплексную» информацию, то есть хранят одновременно данные разных типов.

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

Типы значений, которые может принимать объект метаданных, можно разделить на 2 группы. Первую группу составляют базовые типы значений: «число», «строка» и «дата». Соответственно, информация, хранящаяся в объекте метаданных, может быть числом, произвольной строкой символов или датой. Кроме этого, некоторые объекты метаданных подсистемы 1С: Предприятие также могут образовывать типы значений. Например, константе может быть назначен тип значения «Документ». В этом случае значение константы будет представлять собой ссылку на один из существующих в подсистеме 1С: Предприятие документов.

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

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

1.3 Описание понятий (объектов) «1С: Бухгалтерия 7.7»

Для работы с постоянной и условно постоянной информацией в подсистеме используются объекты типа «Константа». Наиболее часто используют такие константы, как «Наименование предприятия», «Ставка НДС», «ФИО главного бухгалтера» и др.

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

Для работы с постоянной и условно постоянной информацией с некоторым множеством значений в подсистеме используются объекты типа «Справочник».

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

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

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

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

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

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

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

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

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

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

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

Подсистема 1С: Предприятие имеет механизм поддержки подчиненных справочников. Такой механизм позволяет связать между собой элементы разных справочников: организации и договора с ними, товары и единицы их измерения, и так далее. У подчиненного справочника каждый элемент связан с конкретным элементом справочника-владельца. При работе в окне подчиненного справочника набор просматриваемых элементов определяется текущим элементом справочника-владельца. Например, если в окне справочника организаций курсор установлен на конкретном элементе справочника (конкретной организации), то в подчиненном ему справочнике договоров будут выведены только договора текущей организации.

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

В конкретной конфигурации создается необходимое количество справочников, для хранения данных об объектах, используемых при автоматизации данной предметной области. Например, это могут быть справочники «Организации», «Товары», «Сотрудники» и т. д.

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

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

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

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

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

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

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

Подсистема автоматически поддерживает журналы перекрестных ссылок, но документам.

Документы играют центральную роль для основных механизмов, реализуемых компонентами подсистемы. Все документы (вне зависимости от вида) образуют единую последовательность. Фактически, эта последовательность отражает последовательность событий — так, как они происходили реально. Внутри даты последовательность документов определяется их временем, при этом время документа является не столько средством отражения реального (астрономического) времени ввода документа, сколько средством, позволяющим четко упорядочить документы внутри одной даты. Данные, вводимые в документ (реквизиты документа), обычно содержат информацию о происшедшем событии: например, в накладной — информацию о том, с какого склада, каких товаров и сколько отгружено; в приказе о приеме на работу — информацию о сотруднике, оклад, другие сведения. Кроме собственно записи, для документа весьма важным свойством является его проведение. При проведении документ может отразить зафиксированное им событие в механизмах, реализуемых компонентами. Например, если установлена компонента «Бухгалтерский учет», документ может записать бухгалтерскую операцию, отразив в виде проводок в бухгалтерском учете информацию, содержащуюся в документе.

Модуль документа представляет собой программу на встроенном языке подсистемы 1С: Предприятие. В отличие от модуля формы, он имеет несколько особенностей. Модуль документа вызывается для исполнения при проведении документа, при этом выполняется предопределенная процедура Обработка Проведения. Только из модуля документа можно изменять регистры, периодические реквизиты справочников (для которых включено свойство «Изменяется документами») и журналы расчетов. Все эти изменения выполняются средствами встроенного языка.

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

Для изменения регистров при выполнении модуля документа создаются особые записи, называемые движениями регистров. Эти записи указывают: как в результате проведения документа должны измениться сводные остатки или обороты, хранящиеся в регистрах.

Документ «помнит» о тех изменениях, которые он выполнил в регистрах, справочниках, журналах расчетов и бухгалтерских операциях. При удалении документа или отмене его проведения (команда «Сделать документ непроведенным» в меню «Действия» главного меню подсистемы 1С: Предприятие) выполненные документом изменения будут корректно удалены. Для редактирования модуля документа используется текстовый редактор.

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

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

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

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

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

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

Если в подсистеме установлена компонента «Бухгалтерский учет» и в структуре метаданных существует хотя бы один план счетов, в дерево метаданных на ветвь «Документы» добавляется предопределенный документ «Операция», предназначенный для ввода информации о хозяйственных операциях.

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

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

Если операция вводится пользователем «вручную», подсистема 1С: Предприятис автоматически создает документ «Операция» и открывает для редактирования форму операции. В этом случае все реквизиты операции пользователь вводит самостоятельно. Для ввода таких операции предназначен документ «Операция».

Документ «Операция» обладает особыми свойствами. В отличие от прочих объектов метаданных, его структура не редактируется. Структурой этого документа является структура объекта метаданных «Операция». В отличие от объектов метаданных типа «Документ», формой документа «Операция» является форма операции. Кроме этого, документ «Операция» не имеет формы списка.

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

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

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

Например, может быть создан журнал «Складские документы», который будет содержать все приходные накладные и накладные на внутреннее перемещение.

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

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

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

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

1.4 Компонента «Бухгалтерский учет»

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

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

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

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

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

Бухгалтерские счета являются основой подсистемы бухгалтерских итогов компоненты «Бухгалтерский учет». При их настройке задаются свойства дополнительных разрезов учета — валютного, аналитического и количественного.

Компонента «Бухгалтерский учет» поддерживает многомерный и многоуровневый аналитический учет.

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

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

Введение

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

Наличие счетов позволяет получать обобщающую информацию о средствах предприятия в бухгалтерском учете. Для большей детализации получаемой информации используются субсчета. Так, например, счет 68 может содержать субсчета 68.1, 68.11 и т. д. Это простейший пример субсчета, используемый обычно в бухгалтерском учете. Можно сказать, что в данном случае план счетов имеет двухуровневую структуру, где верхним уровнем является счет 68, все подчиненные ему субсчета находятся на нижнем, втором уровне. В подсистеме 1С: Предприятие возможно ведение субсчетов с более сложной структурой: у субсчета может, в свою очередь, быть свой «субсубсчет» и так далее.

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

Как правило, счета, введенные в план счетов, используются для составления баланса предприятия и других стандартных бухгалтерских отчетов. Тем не менее, в некоторых случаях на предприятиях требуется использование вспомогательных счетов, которые не должны попадать в баланс. Такие счета называются забалансовыми. Для обозначения забалансовых счетов в 1С: Предприятии используется специальный признак, который ставится у бухгалтерского счета при задании его свойств.

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

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

Понятие «забалансового» счета в 1С: Предприятии шире, чем в традиционном бухгалтерском учете. Так, помимо забалансовых счетов, определенных в «Плане счетов бухгалтерского учета финансово-хозяйственной деятельности предприятий», 1С: Предприятие позволяет вводить «забалансовые» счета, которые называются вспомогательными или рабочими.