Проектирование базы данных в 1С:Предприятие 8.1 для выполнения учебных работ

Столкнулись с контрольной по 1С:Предприятие 8.1 и чувствуете легкую панику? Это знакомое ощущение. Кажется, что платформа устарела, а задача — неподъемна. Но это заблуждение. Фундаментальные принципы, заложенные в 8.1, до сих пор являются основой для самых современных учетных систем. Успешное выполнение контрольной — это не механическое нажимание кнопок, а результат осмысленного проектирования. Эта статья — не просто шпаргалка, а подробное руководство к действию. Она научит вас думать в логике 1С, превращая хаос из методички в стройную и работающую систему. Мы пройдем весь путь от чистого листа до готовой базы данных, которую не стыдно показать преподавателю. 1С:Предприятие — это мощный инструмент, и его ядром является Конфигуратор, который позволяет создавать уникальные информационные системы, в том числе и для учебных целей.

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

С чего начинается база данных, или почему правильный проект это 90% успеха

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

В основе этого планирования лежат три простых понятия:

• Сущности: Это ключевые объекты, о которых мы хотим хранить информацию. В учебном задании это, как правило, «Товары», «Клиенты», «Сотрудники».
• Атрибуты: Это характеристики или свойства наших сущностей. У «Товара» это могут быть «Артикул» и «Цена», у «Клиента» — «ИНН» и «Адрес».
• Связи: Это то, как сущности взаимодействуют друг с другом. Например, «Клиент» покупает «Товар».

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

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

Шаг 1. Создаем архитектурный план будущей базы данных

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

1. Что мы будем хранить? (Сущности): Это, как правило, списки однородных объектов. Если в задании есть фразы «учет товаров на складе», «список сотрудников», «ведение базы клиентов» — это ваши будущие Справочники. Выпишите их: Номенклатура, Контрагенты, Сотрудники.
2. Какие у них характеристики? (Атрибуты): Для каждой найденной сущности определите, какую информацию о ней нужно хранить. Для «Номенклатуры» это могут быть «Цена», «Артикул», «Единица измерения». Для «Контрагента» — «ИНН», «Юридический адрес». Запишите эти атрибуты под каждой сущностью.
3. Что с ними будут делать? (Операции): Найдите в тексте глаголы, описывающие действия: «оформить продажу товаров», «зафиксировать поступление на склад». Каждое такое действие — это ваш будущий Документ. Выпишите их: Реализация товаров, Поступление товаров.

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

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

Шаг 2. Возводим несущие стены нашей системы, создавая Справочники

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

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

Процесс очень прост:

1. Найдите в дереве конфигурации ветку Справочники.
2. Нажмите на нее правой кнопкой мыши и в появившемся меню выберите пункт «Добавить».
3. Откроется окно свойств нового справочника. Нас в первую очередь интересует вкладка «Основные».
4. Заполните два ключевых поля:
   • Имя: Это системное имя объекта, оно пишется без пробелов и спецсимволов. Например, Номенклатура. Это имя будет использоваться в программном коде.
   • Синоним: Это то, как справочник будет отображаться для пользователя в интерфейсе программы. Здесь можно и нужно писать по-человечески: Номенклатура или Список товаров.

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

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

Как детализируются Справочники, или всё о реквизитах и типах данных

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

Давайте детализируем наш справочник «Номенклатура»:

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

Рассмотрим основные типы данных на примере нашего справочника:

• «Артикул»: Для него подойдет тип Строка. Вы можете задать длину, например, 25 символов.
• «Цена»: Здесь очевиден тип Число. Можно указать его длину и точность (количество знаков после запятой).
• «СрокГодности»: Для этого реквизита идеально подходит тип Дата.
• «Услуга»: Если товар может быть услугой, можно добавить реквизит с типом Булево. Он будет принимать значения «Да» или «Нет».
• «Поставщик»: А вот это — ключевой момент. Мы же не будем вписывать название поставщика вручную? Мы хотим выбрать его из ранее созданного справочника «Контрагенты». Для этого мы используем ссылочный тип. Нажмите на кнопку выбора типа и в открывшемся окне найдите СправочникСсылка.Контрагенты.

Именно так, с помощью ссылочных типов, в 1С реализуются связи между объектами. Это аналог внешних ключей (Foreign Keys) в классических базах данных. Создав реквизит со ссылкой на другой справочник, мы обеспечиваем целостность и удобство ввода данных.

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

Шаг 3. Фиксируем события хозяйственной жизни при помощи Документов

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

Давайте создадим документ «РеализацияТоваров», следуя нашему плану. Процесс очень похож на создание справочника:

1. Находим в дереве конфигурации ветку Документы.
2. Нажимаем правой кнопкой мыши -> «Добавить».
3. В окне свойств, на вкладке «Основные», задаем Имя (РеализацияТоваров) и Синоним (Реализация товаров).
4. Переходим на вкладку «Данные».

Здесь мы добавим реквизиты, которые описывают операцию в целом. Их называют «реквизиты шапки». Для документа продажи это могут быть:

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

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

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

Раскрываем суть Документа через его табличную часть

Ни один документ продажи не обходится без списка проданных товаров. Чтобы реализовать это в 1С, используются табличные части. Это, по сути, таблица внутри документа.

Давайте добавим табличную часть в наш документ «РеализацияТоваров»:

1. Откройте свойства документа и перейдите на вкладку «Данные».
2. Найдите подраздел «Табличные части» и нажмите кнопку «Добавить».
3. Задайте ей осмысленное Имя, например, Товары.
4. Теперь самое главное: реквизиты нужно добавлять не в «шапку» документа, а именно в созданную табличную часть. Выделите ее и в поле «Реквизиты» внизу начинайте добавлять колонки нашей будущей таблицы:
   • «Номенклатура»: Здесь будет сам товар. Тип данных — конечно же, СправочникСсылка.Номенклатура.
   • «Количество»: Сколько единиц товара продано. Тип — Число.
   • «Цена»: По какой цене продан товар. Тип — Число.
   • «Сумма»: Итоговая стоимость по строке. Тип — Число.

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

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

Запускаем систему, или как проверить работоспособность созданной структуры

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

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

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

1. Откройте справочник «Номенклатура» и добавьте 2-3 товара (например, «Стол», «Стул»).
2. Откройте справочник «Контрагенты» и создайте одного клиента (например, ООО «Ромашка»).
3. Теперь создайте новый документ «Реализация товаров». В поле «Контрагент» выберите созданную «Ромашку». В табличной части, в колонке «Номенклатура», выберите «Стол» и «Стул», указав количество и цену.

Если все поля заполняются, а данные из справочников успешно подставляются в документ — значит, вы все сделали правильно! Связи настроены, и ваша система работает.

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

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

Список использованной литературы

1. Радченко М. Г. 1С: Предприятие 8.1. Практическое пособие разработчика. – СПб.: Питер, 1С-Паблишинг, 2007 г. – 512 с.: ил.
2. Кашаев С. 1С:Предприятие 8. Учимся программировать на примерах. – СПб.: БХВ-Петербург, 2008 г. – 338 с.: ил.
3. Бартеньев О. В. 1С:Предприятие: программирование для всех. – М.: Диалог-МИФИ, 2005 г. – 464 с.
4. Усиков Т. Н. 1С: Предприятие. Эффективное программирование. – М.: Новое знание, 2004 г. – 448 с.
5. Михайлов С. Е. 1С — программирование как дважды два. – СПб.: Тритон, 2005 г. – 171 с.