Основные конфигурации 1с предприятие 8. Структура конфигурации

А. Е. Хохлов

ОСНОВЫ ПРОГРАММИРОВАНИЕ В СРЕДЕ

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

Пенза, 2016


УДК 631.3 (075)

Р е ц е н з е н т:

Заведующий кафедрой «Прикладная информатика»

Пензенской государственной технологической академии,

профессор Ремонтов А. П.

Хохлов А. Е.

Х86 Основы программирование в среде «1С: Предприятие»: Учебное пособие/ А. Е. Хохлов, Е. М. Голобокова, Ю.В. Терякова – Пенза: Изд-во Пенз. гос. ун-та, 2015. – 144 с.

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

УДК 631.3 (075)

© Хохлов А.Е., 2016

© Изд-во Пензенского государственного университета, 2016


Введение. 5

1. Предметно-ориентированное моделирование информационных систем. 6

1.1. Понятие предметно-ориентированного моделирования. 6

1.2. Типы моделей. 7

2. Система программ «1С: Предприятие 8». 8

2.1. Состав системы программ «1С: Предприятие 8». 8

2.2. Структура конфигурации. 10

2.3. Архитектуры системы программ «1С: Предприятие». 13

2.4. Платформенно-зависимая модель «1С: Предприятие». 17

3. Объектная модель платформы «1С: Предприятие». 19

3.1. Объекты для построения платформенно-зависимой модели. 19

3.2. Общая структура основного объекта. 21

4. Основы работы с информационной базой. 22

4.1. Создание информационной базы.. 22

4.2. Перенос информационной базы.. 26

4.3. Объекты системы.. 28

4.4. Классификация объектов. 29



4.5. Прикладные объекты.. 30

4.6. Подчиненные объекты.. 32

4.7. Встроенный язык системы.. 34

4.8. Виды модулей. 36

4.9. Подсистемы.. 40

4.10. Отладка конфигурации. 42

Лабораторная работа 1 . 42

5. Справочники. 43

5.1. Назначение справочников. 43

5.2. Программные объекты справочников. 43

5.3. Подчиненные справочники. 46

5.5. Модуль объекта Справочник. 48

5.6. Свойства справочников. 49

5.7. Формы объектов. 52

5.8. Представления объектов. 52

5.9. Настройка интерфейса. 53

5.10 Структура экрана в пользовательском режиме. 54

Лабораторная работа 2 . 56

6. Документы.. 60

6.1. Назначение документов. 60

6.2. Программные объекты документов. 61

6.3. Проведение документа. 63

6.4. Ввод на основании. 65

6.5. Типы данных. Типообразующие объекты конфигурации. 66

6.6. Заполнение реквизитов. 67

6.7. Расчет суммы в строках документа. 68

Лабораторная работа 3 . 72

7. Регистры.. 76

7.1. Назначение и свойства. 76

7.2. Виды регистров. 78

7.3. Виртуальные таблицы.. 78

7.4. Программные объекты регистров. 79

7.5. Регистры накопления. 80

7.6. Движения документа. 81

7.7. Командный интерфейс регистров. 85

Лабораторная работа 4 . 87

8. Отчеты.. 88

Лабораторная работа 5 . 92

9. Макеты и формы.. 93

9.1. Создание макета печатной формы.. 94

9.2. Редактирование макета. 95

9.3. Редактирование формы.. 97

Лабораторная работа 6 . 99

10. Регистры сведений. 100

10.1. Создание периодического регистра сведений. 102

10.2. Использование периодического регистра сведений в документе. 103

Лабораторная работа 7 . 106

11. Перечисления. 107

Лабораторная работа 8 . 107

12. Оборотные регистры накопления. 108

Лабораторная работа 9 . 108

13. Табличная модель платформы «1С: Предприятие». 109

13.1. Табличная модель данных. 110

13.2. Виды таблиц базы данных. 111

13.3. Создание запроса и использование его результатов. 114

13.4. Структура и описание запроса. 116

13.6. Упорядочивание. 123

13.7. Группировка и итоги. 124

13.8. Параметры.. 126

14. Система компоновки данных. 126

Лабораторная работа 10.1 . 129

Лабораторная работа 10.2 . 131

Лабораторная работа 10.3 . 137

Лабораторная работа 10.4 . 143

Введение

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

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

Функционирование системы делится на два процесса:

· конфигурирование (описание модели предметной области средствами, предоставляемыми системой),

· исполнение (обработка данных предметной области).

Процесс конфигурирования в свою очередь распадается на несколько составляющих:

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

· настройка диалоговых форм объектов,

· определение специфики поведения объектов, форм (написание кода на языке системы в определенных местах конфигурации),

· создание интерфейсов, наборов прав пользователей (ролей).

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

В учебном пособии приводится пример разработки конфигурации на платформе редакции 8.3.6.2014 (учебная версия).

Учебную версию или версию для обучения программированию можно скачать с сайта http://online.1c.ru/catalog/free/learning.php


1. Предметно-ориентированное моделирование информационных систем

1.1. Понятие предметно-ориентированного моделирования

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

Очевидны преимущества, которые дает такой подход:

· Независимость модели от средств разработки обеспечивает возможность реализации на любой программной платформе.

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

· Существенна экономия ресурсов при реализации приложения для нескольких программных платформ одновременно.

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

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

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

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

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

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

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

1.2. Типы моделей

Вычислительно-независимая модель (Computation Independent Model - CIM) описывает общие требования к системе, словарь используемых понятий и условия ее функционирование (окружение). Модель не содержит никаких сведений технического характера, описаний структуры и функционала системы. CIM – максимально общая и независимая от реализации системы модель. Словарь используемых понятий оперирует терминами предметной области. При создании небольших программных систем моделью CIM можно считать техническое задание.

Платформенно-независимая модель (ПНМ) (Platform Independent Model - PIM) описывает состав, структуру, функционал системы. Модель может содержать сколь угодно подробные сведения, но они не должны касаться вопросов реализации системы на конкретных платформах. Модель PIM создается на основе CIM. Для создания модели, к примеру, может использоваться унифицированный язык моделирования UML.

Платформенно-зависимая модель (ПЗМ) (Platform Specific Model - PSM) описывает состав, структуру, функционал системы применительно к вопросам ее реализации на конкретной платформе. В зависимости от назначения, модель может быть более или менее детализированной. Эта модель создается на основе двух моделей – PIM и модели платформы. Модель PIM служит основой модели PSM. Модель платформы используется для доработки PSM в соответствии с требованиями платформы (рис. 1.1).

Рис.1.1. Схема разработки на основе моделей

2. Система программ «1С: Предприятие 8»

Состав системы программ «1С: Предприятие 8»

В основе системы программ "1С: Предприятие" лежит единая технологическая платформа. Она является фундаментом для построения всех прикладных решений.

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

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

Платформа «1С: Предприятия» для всех прикладных решений независимо от отраслевой специфики и фирмы разработчика обеспечивает:

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

· использование файловой или трехзвенной архитектуры;

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

· возможность использования современных технологий (WEB, XML, интеграция с другими программными системами и различным торговым оборудованием).

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

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

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

Рис. 2.1. Состав системы программ «1С: Предприятие»

Различают следующие виды конфигураций:

· Типовые конфигурации разрабатываются фирмой «1С» и являются эталоном

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

Фирмой «1С» выпускается набор стандартных (типовых) решений, ориентированных на наиболее массовые типы предприятий. Существенная часть пользователей применяет типовые решения, без каких либо изменений и доработок.

Существуют следующие основные типовые конфигурации:

· Бухгалтерия предприятия

· Управление торговлей

· Зарплата и управление персоналом

· Управление производственным предприятием

· Управление небольшой фирмой

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

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

Таким образом,

«программа» 1С:Предприятие = (платформа) + конфигурация,

где () – закрытый программный код

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

Структура конфигурации

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

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

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

Рис. 2.2. К понятию «конфигурация»

В «1С: Предприятии» данные и метаданные хранятся в одном месте, которое называется информационной базой (рис.2.3).

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

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

Рис. 2.3. Процесс обновления информационной базы

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

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

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

Конфигурация имеет в своем составе:

· Структуру учетных данных (основные объекты – справочники, документы, планы);

· Структуру пользовательского интерфейса (формы, меню, командные панели и т.д.);

· Модули различных типов с программным кодом (общие, объектов, форм);

· Механизмы хранения и обработки итоговых данных (регистры);

· Механизмы представления бизнес-процессов (бизнес-процессы и задачи);

· Механизмы создания распределенных информационных баз (планы обмена);

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

· Вспомогательные объекты

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

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

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

Рис. 2.2. К понятию «конфигурация»

В «1С: Предприятии» данные и метаданные хранятся в одном месте, которое называется информационной базой (рис.2.3).

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

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

Рис. 2.3. Процесс обновления информационной базы

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

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

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

Конфигурация имеет в своем составе:

    Структуру учетных данных (основные объекты – справочники, документы, планы);

    Структуру пользовательского интерфейса (формы, меню, командные панели и т.д.);

    Модули различных типов с программным кодом (общие, объектов, форм);

    Механизмы хранения и обработки итоговых данных (регистры);

    Механизмы представления бизнес-процессов (бизнес-процессы и задачи);

    Механизмы создания распределенных информационных баз (планы обмена);

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

    Вспомогательные объекты

2.3. Архитектуры системы программ «1с: Предприятие»

Система « 1С: Предприятие» поддерживает два варианта работы: файловый и клиент-серверный.

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

Рис. 2.4.Файловый вариант работы

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

Клиент-серверный вариант предназначен для использования на средних и крупных предприятиях. Он реализован на основе трехуровневой архитектуры «клиент-сервер» (рис. 2.5)

1С: Предприятие 8

(клиентская часть)

Кластер серверов

1С: Предприятие 8

Сервер базы данных

Рис. 2.5.Трехуровневая архитектура 1С: Предприятия

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

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

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

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

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

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

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

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

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

Сервер баз данных - это тоже программа. Она уже не является частью 1С:Предприятие, это специализированная программа, поставляемая сторонними производителями. Ее основное назначение организация и ведение баз данных - структурированных наборов данных, описывающих характеристики каких-либо физических или виртуальных систем. В настоящеевремя система 1С: Предприятие может работать со следующими серверами баз данных: Microsoft SQL Server, PostgreSQL, IBМ DB2, Oracle Database. File DBMS.

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

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

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

Клиентских приложений – три: Толстый клиент (1 cv 8. exe ), Тонкий клиент(1 cv 8с. exe ) и Веб-клиент .

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

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

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

Форма (документа или справочника) существует и на сервере, и на клиенте одновременно. Поэтому для каждой процедуры, которая существует в модуле формы, нужно указывать в явном виде контекст ее исполнения: на сервере или на клиенте. Наличие директив &НаКлиенте или &НаСервере или &НаСервереБезКонтекста связано с тем, что при использовании встроенного языка в модуле формы клиентский код должен быть четко отделен от серверного. Таким образом, указав одну из директив, разработчик в явном виде программирует серверную или клиентскую части.

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

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

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

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

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

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

Рис. 2.3. К понятию «конфигурация»

В «1С: Предприятии» данные и метаданные хранятся в одном месте, которое называется информационной базой (рис.2.4).

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

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

Рис. 2.4. Процесс обновления информационной базы

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

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

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

Конфигурация имеет в своем составе:

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

8 Архитектуры системы программ «1С: Предприятие»

Система «1С: Предприятие» поддерживает два варианта работы: файловый и клиент-серверный.

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


Рис. 2.6. Трехуровневая архитектура 1С: Предприятия

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

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

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

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

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

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

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

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

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

Сервер баз данных - это тоже программа. Она уже не является частью м 1С:Предприятие, это специализированная программа, поставляемая сторонними производителями. Ее основное назначение организация и ведение баз данных - структурированных наборов данных, описывающих характеристики каких-либо физических или виртуальных систем. В настоящее время система 1С:Предприятие может работать со следующими серверами баз данных: Microsoft SQL Server, PostgreSQL, IBМ DB2, Oracle Database. File DBMS.

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

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

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

Клиентских приложений – три: Толстый клиент (1cv8.exe), Тонкий клиент(1cv8с.exe) и Веб-клиент .

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

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

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

Форма (документа или справочника) существует и на сервере, и на клиенте одновременно. Поэтому для каждой процедуры, которая существует в модуле формы, нужно указывать в явном виде контекст ее исполнения: на сервере или на клиенте. Наличие директив &НаКлиенте или &НаСервере или &НаСервереБезКонтекста связано с тем, что при использовании встроенного языка в модуле формы клиентский код должен быть четко отделен от серверного. Таким образом, указав одну из директив, разработчик в явном виде программирует серверную или клиентскую части.

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

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

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

9 Платформенно - зависимая модель «1С: Предприятие»

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

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

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

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

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

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

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

Рис.2.7. ПЗМ «1С: Предприятие»

В рамках ПЗМ «1С: Предприятие» выделяют следующие модели.

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

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

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

Рис.2.8. Взаимосвязь программных и основных объектов

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

Справочники.Справочник1.НекотороеСвойство

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подписка на событие
Подписки на события позволяют назначать обработчики для неинтерактивных событий одного или нескольких прикладных объектов.

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

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

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

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

Функциональная опция, Параметр функциональной опции
Функциональные опции позволяют разработчику описать возможности конфигурации, которые можно оперативно включать или выключать на этапе внедрения и/или в процессе работы системы. Например, возможность работы с дополнительными свойствами товаров можно выделить в отдельную функциональную опцию. Тогда если отключить эту возможность, в интерфейсе конфигурации «пропадут» все связанные (с дополнительными свойствами товаров) возможности.

Стуктура лекции : структура и предназначние типовой конфигурации «1С: Бухгалтерия 8.1», сфера применения типовых конфигураций «Управление производственным предприятием» и «Управление торговлей», характеристика типовой конфигурации «Зарплата и управление персоналом», основными сервисные возможности типовых конфигураций.

Конфигурация «1С: Бухгалтерия 8.1».

1С: Бухгалтерия 8.1 - универсальная программа массового назначения для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности. Это готовое решение для ведения учета в организациях, осуществляющих любые виды коммерческой деятельности: оптовую и розничную торговлю, комиссионную торговлю (в том числе субкомиссию), оказание услуг, производство и т.д. Бухгалтерский и налоговый учет реализованы в соответствии с действующим законодательством Российской Федерации.

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

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

«1С: Бухгалтерия 8.1» представляет собой совокупность платформы «1С: Предприятие 8.1» и конфигурации «Бухгалтерия предприятия».

В «1С: Бухгалтерии 8.1» заложена возможность совместного использования с прикладными решениями «Управление торговлей» и «Зарплата и Управление Персоналом», также созданными на платформе «1С: Предприятие 8.1».

Предметная область, автоматизируемая «1С: Бухгалтерией 8.1», иллюстрируется следующей схемой (см. рис.1).

Рис.1. Схема функционирования конфигурации
«1С: Бухгалтерия 8.1»

Рассмотрим техническую реализацию основных видов учета в конфигурации «1С: Бухгалтерия 8.1».

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

Партионный учет . Учет товаров, материалов и готовой продукции реализован согласно ПБУ 5/01 «Учет материально-производственных запасов» и методическим указаниям по его применению.

Поддерживаются следующие способы оценки материально-производственных запасов при их выбытии: по средней себестоимости; по себестоимости первых по времени приобретения материально-производственных запасов (способ ФИФО); по себестоимости последних по времени приобретения материально-производственных запасов (способ ЛИФО).

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

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

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

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

Учет основных средств и нематериальных активов ведется в соответствии с ПБУ 6/01 «Учет основных средств» и ПБУ 14/2000 «Учет нематериальных активов». Автоматизированы все основные операции по учету: поступление, принятие к учету, начисление амортизации, модернизация, передача, списание, инвентаризация.

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

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

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

Конфигурация «1С: Управление производственным предприятием»

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

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

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

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

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

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

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

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

Решение «1С: Предприятие 8.1. Управление производственным предприятием» разработано на современной технологической платформе «1С: Предприятие 8.1».

В комплект поставки программного продукта, помимо платформы, входит конфигурация «Управление производственным предприятием».

Все механизмы автоматизации прикладного решения можно условно разделить на два больших класса: механизмы для поддержания операционной деятельности предприятия; механизмы для ведения неоперативного учета. Участки, принадлежащие к операционной деятельности, можно выделить в каждом виде учета (за исключением учета по МСФО). Кроме того, прикладное решение разделяется на отдельные подсистемы, ответственные за решение групп сходных задач: подсистема управления денежными средствами, подсистема управления персоналом, подсистема бухгалтерского учета и др. Подобное разделение представляет собой некоторую условность, которая облегчает освоение прикладного решения. В текущей работе пользователей границы между подсистемами практически не ощущаются.

«1C:Предприятие 8.1. Управление производственным предприятием» может использоваться в ряде подразделений и служб производственных предприятий, включая: дирекцию (генеральный директор, финансовый директор, коммерческий директор, директор по производству, главный инженер, директор по кадрам, директор по IT, директор по развитию); планово-экономический отдел; производственные цеха; производственно-диспетчерский отдел; отдел главного конструктора; отдел главного технолога; отдел главного механика; отдел сбыта; отдел материально-технического обеспечения (снабжения); отдел маркетинга; склады материалов и готовой продукции; бухгалтерию; отдел кадров; отдел организации труда и занятости; IT-службу; административно-хозяйственный отдел; отдел капитального строительства; информационно-аналитический отдел; отдел стратегического развития.

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

Конфигурация «1С: Управление торговлей»

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

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

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

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

«1С: Предприятие 8.1. Управление торговлей» - это готовое прикладное решение, в основе которого лежит мощная технологическая платформа нового поколения «1С:Предприятие 8.1». В комплект поставки программного продукта, помимо платформы, входит конфигурация «Управление торговлей».

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

Конфигурация «1С: Зарплата и Управление персоналом»

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

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

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

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

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