Файл: разработка и реализация конфигураций на базе 1с: предприятие 8.3 для тОРГОВОЙ ОРГАНИЗАЦИИ.pdf

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

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

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

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

4. В ERP-системах часто используются мощные механизмы хранения данных, например, на основе систем управления базами данных (Relational Database Management System – RDBMS). Крупная база данных ERP-системы может иметь размер более 300 Гбайт.

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

6. ERP-системы могут быть комбинацией интерактивных и пакетных процессов. Многие функции поддерживают как ручной интерактивный способ работы, так и автоматизированный пакетный процесс. Например, кассовые поступления в модуле Accounts Receivable можно вводить либо вручную, вводя нужные данные в форму, либо автоматически, конфигурируя систему для использования программы AutoLockbox, предназначенной для автоматической обработки поступившего из банка файла данных Учитывая данные принципы построения автоматизированных систем можно избежать ошибок при конфигурировании собственной системы и сделать ее наиболее удобной для пользователя, не перегружая лишними функциями

---

Информационная база хранит две конфигурации. Одна из них называется основной конфигурацией или просто конфигурацией. Именно ее мы правим в ходе работы с конфигуратором и именно нужно открыть командой Конфигурация > Открыть конфигурацию^[1].

Вторая конфигурация называется конфигурацией базы данных. Она используется в ходе работы пользователей. Редактировать основную конфигурацию можно в процессе работы пользователей с информационной базой. Для того, чтобы перенести изменения в конфигурацию базы данных, нужно, чтобы пользователи завершили работу с программой. Для того, чтобы открыть конфигурацию базы данных, нужно выполнить команду Конфигурация > Конфигурация базы данных > Открыть конфигурацию БД. Команды изменения объектов в окне конфигурации базы данных заблокированы.^[2]

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

После сохранения значок модифицированности конфигурации исчезает, но появляется значок отличия конфигураций «<!>».

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

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

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

---

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

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

Для загрузки конфигурации из файла выполните команду Конфигурация > Загрузить конфигурацию из файла. Выгруженная конфигурация хранится в файле с расширением .CF.

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

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

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

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

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

---

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

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

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

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

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

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

Регламентные задания. Регламентные задания позволяют выполнять различные операции по расписанию.

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

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

Общие макеты. Хранит общие макеты (шаблоны печатных форм), которые доступны другим объектам конфигурации для формирования печатных вариантов электронных материалов.

Общие картинки. Хранит общедоступные картинки. Их можно, например, использовать в формах при настройке изображений на кнопках и в других случаях. Пакеты XDTO. XML Data Transfer Object (XDTO) - это универсальный способ представления данных, который предназначен для организации взаимодействия с внешними программными системами. В частности, с другими конфигурациями 1С:Предприятия 8, с другими информационными системами. WEB-сервисы. Здесь можно создать и настроить WEB-сервисы, которые обеспечивают экспорт функциональности конфигурации.

---

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

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

Прикладные объекты применяются для разработки прикладного решения. Именно эти объекты "видны" пользователю, который работает с большинством из них в режиме 1С:Предприятие.

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

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

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

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

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

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

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

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

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

Регистры сведений. Предназначены для накопления информации по нескольким измерениям с возможностью хранения истории изменения данных и с возможностью хранения нечисловых данных^[3].

---