237429

Министерство образования и науки Российской Федерации Федеральное агентство по образованию

Ярославский государственный университет им. П.Г. Демидова Кафедра дискретного анализа

М.И. Уварова

1С:Бухгалтерия: основы конфигурирования

Методические указания

Рекомендовано Научно-методическим советом университета для студентов, обучающихся по специальностям

Прикладная математика (в химии) и Прикладная математика и информатика (в экономике)

Ярославль 2009

1

УДК519.72 ББК У 052.2я73+У.в612я73

У 18

Рекомендовано Редакционно-издательским советом университета

в качестве учебного издания. План 2009 года

Рецензент кафедра дискретного анализа

Ярославского государственного университета им. П.Г. Демидова

Уварова, М.И. 1С:Бухгалтерия: основы конфигури-

У18 рования: метод. указания / М.И. Уварова; Яросл. гос. ун-т. – Ярославль : ЯрГУ, 2009. – 43 с.

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

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

УДК519.72 ББК У 052.2я73+У.в612я73

♥ Ярославский государственный университет, 2009

2

«1С». Немного истории

Программа «1С:Бухгалтерия» начала распространяться с апреля 1992 г. (с выставки КОМТЕК-92). За период с 1992 по 1995 гг. было продано более 100 000 комплектов. В это же время появляется и программа «1С:Зарплата». В апреле 1995 г. поступает в продажу и начинает успешно реализовываться версия 6.0 «1С:Бухгалтерии» для Windows. «1С» стала действительно универсальной бухгалтерской программой и с этого момента является безусловным лидером среди бухгалтерских программ класса «мини-бухгалтерия».

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

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

3

ма V.7». Платформа V.7 имеет два уровня – технологический и прикладной (рис. 1).

1С: ПРЕДПРИЯТИЕ

Рис. 1. Платформа V.7

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

4

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

В сентябре 1996 г. началась продажа первого продукта системы «1С:Предприятие» – «1С:Торговля 7.0», разработанного на основе компоненты «Оперативный учет». В начале 1997 г. была выпущена вторая компонента – «Расчет» и конфигурация «Зарплата и кадры» на ее основе. В апреле 1998 г., выпустив программу «1С:Бухгалтерия 7.5» на платформе V.7, фирма «1С» в целом завершила создание системы «1С:Предприятие 7.5». В настоящее время разработана и распространяется версия 8.0 системы «1С:Предприятие». Значительное развитие получили и конфигурации системы. В частности, появилась комплексная конфигурация «Бухгалтерия+Торговля+Склад+Зарплата+Кадры», что и являлось одной из конечных целью разработчиков.

Компоненты системы «1С:Предприятие»

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

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

5

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

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

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

6

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

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

7

Конфигурирование системы

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

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

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

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

8

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

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

Ряд типов метаданных (или объектов системы) являются базовыми и доступны при любом наборе компонент (такие как «Константы», «Справочники», «Документы», «Журналы документов» и др.). Кроме того, каждая компонента привносит в систему возможность работы со своими объектами (например, «План счетов» – для компоненты «Бухгалтерский учет», «Регистры» – для компоненты «Оперативный учет», «Журналы расчета» – для компоненты «Расчет»).

9

Рис. 2. Структура метаданных в режиме редактирования конфигурации

10