237429

изводится только при редактировании вида «Журнал». В общем журнале можно производить отбор документов по их реквизитам, используя общие реквизиты или графы отбора.

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

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

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

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

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

21

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

Перечисления

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

Рис. 10. Описание перечисления «Типы товаров»

22

Отчеты и обработки

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

Планы счетов, виды субконто, операция и проводка

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

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

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

23

описывает каких-либо объектов, а только ссылается на них. Например, можно создать субконто «Поставщики» с типом данных «Справочники.Контрагенты» для ведения аналитического учета по счету 60. Механизм субконто поддерживает до 5 разрезов (в типовой конфигурации установлено три). Например, для счета 62 можно вести аналитический учет в разрезе субконто «Контрагенты» и «Договоры», для счета 10 – по материалам и складам. Тогда итоги можно получать и по материалам в разрезе складов, и по складам в разрезе материалов, и по материалам и складам в целом. Необходимость ведения аналитического учета по тем или иным субконто указывается явно в «Плане счетов» в режиме конфигурирования или исполнения (в зависимости от того, где был создан сам счет), лишь бы данные субконто были заранее сформированы в Конфигураторе.

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

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

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

24

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

Небольшой комментарий по поводу управления бухгалтер-

скими итогами.

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

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

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

врежиме «Управление бухгалтерскими итогами».

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

Регистры

Доступны только для компоненты «Оперативный учет».

Журналы расчетов, виды расчетов, группы расчетов и календари

Доступны только для компоненты «Расчет».

25

Конфигурация

Конфигурацией в системе «1С:Предприятие» называется совокупность трех взаимосвязанных составных частей (рис. 11):

•структура метаданных;

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

•набор прав (создание различных прав для групп пользователей, например, «Главный бухгалтер», «Бухгалтер по материалам», «Менеджер»).

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

Рис. 11. Состав конфигурации

26

Программный модуль

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

Структура программного модуля состоит из следующих разделов:

•раздел определения переменных (состоит только из операторов объявления переменных «Перем»; размещается от начала текста модуля до первого оператора «Процедура» или оператора «Функция» или любого исполняемого оператора);

•раздел процедур и функций (размещается от первого оператора «Процедура» или оператора «Функция» до любого исполняемого оператора вне тела описания процедур или функций);

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

Каждый программный модуль имеет определенный контекст выполнения. Существуют два вида контекста:

•глобальный контекст задачи;

•локальный контекст выполнения конкретного модуля. Глобальный контекст виден всем программным модулям и

состоит из (для компоненты «Бухгалтерский учет»):

27

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

–значений заданных в конфигурации констант и перечисле-

ний;

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

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

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

•модуль «Формы списка справочника» (размещается в разделе конфигурации «Метаданные»-«Справочник»-конкретный справочник-«Форма списка»); запускается при вызове формы списка справочника; в модуле доступны: глобальный контекст,

контекст «Модуля формы списка справочника», в котором непо-

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

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

•модуль «Формы группы справочника» (здесь и далее – без подробностей);

•модуль «Формы элемента справочника»;

•модуль «Формы документа»;

•модуль документа (запускается при проведении документа, при удалении проведенного документа, при снятии проведения);

•модуль «Формы журнала документов»;

•модуль «Формы списка счетов»;

•модуль «Формы счета»;

•модуль «Формы журнала операций»;

•модуль «Формы операции»;

•модуль «Формы журнала проводок»;

•модуль «Формы отчета»;

•модуль «Формы обработки».

28

Типы данных

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

–некоторые значения заранее известны из глобального и локального контекста модуля (например, в модуле документа доступны все реквизиты текущего документа);

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

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

Обычно последовательность работы с агрегатным типом данных следующая:

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

2) объект позиционируется на нужном элементе данных (для документов позиционирование выполняется с помощью методов НайтиДокумент(), НайтиПоНомеру(), ПолучитьДокумент(); для справочников – НайтиЭлемент() (найти по значению), НайтиПо-

29

Коду(), ПолучитьЭлемент() (следующий элемент), Выбрать() (выбрать в диалоге));

3)производятся различные манипуляции с объектом агрегатного типа данных через вызовы методов и обращения к его атрибутам;

4)в случае, если объект больше не нужен, он может быть отсоединен от переменной посредством переприсваивания переменной какого-либо значения без типа (например, числа 0), хотя это не является обязательным действием; изменения сохраняются методом Записать();

Рассмотрим несколько примеров.

Пример 1 (формирование проводок, в которых в качестве субконто надо последовательно указать все элементы справочника «Номенклатура»):

Продукция=СоздатьОбъект("Справочник.Номенклатура");

//создаем объект типа «Справочник.Номенклатура» Продукция.ВыбратьЭлементы();

//метод ВыбратьЭлементы() открывает выборку элементов справочника,

//которые в дальнейшем могут быть получены при помощи метода

//ПолучитьЭлемент()

Пока Продукция.ПолучитьЭлемент()=1 Цикл Операция.НоваяПроводка(); Операция.Дебет.Счет = СчетПоКоду("20");

Операция.Дебет.Продукция=Продукция.ТекущийЭлемент(); // метод ТекущийЭлемент() возвращает текущее значение

справочника в // целом как объекта

…

КонецЦикла;

Пример 2 (выбор пользователем сотрудника из справочника сотрудников):

Спр=СоздатьОбъект(" Справочник.Сотрудники");

30