Курсовая работа: Разработка объектов прикладного решения "Мастер-класс на "1С: Предприятие 8.2"

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

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

1.4Режим «Конфигуратор»

Система «1С:Предприятие 8» имеет два основных режима запуска – "Конфигуратор" и "1С:Предприятие".

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

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

Если в режиме "Конфигуратор" с помощью встроенного языка определены соответствующие алгоритмы обработки, то в режиме "1С:Предприятие" пользователь будет вызывать их работу, давая системе соответствующие команды.

2. Разработать объекты прикладного решения «Мастер-класс на «1С:Предприятие 8.2»: Регистр, Документы, Отчеты

2.1 Регистр

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

Сразу возникает вопрос: что такое регистр? Непонятно! Зачем он вообще нужен?

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

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

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

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

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

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

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

Регистры накопления находятся в ветке дерева объектов конфигурации, которая так и называется: Регистры накопления. Добавим новый регистр накопления.

Назовем регистр Финансовые Операции и отнесем его к подсистеме Финансы. После чего можно перейти к закладке Данные.

Рисунок 1. Создание регистра накопления

Рисунок 2. Данные регистр накопления

Ресурсы - это те данные, которые мы хотим получать из регистра. В нашем случае мы хотели бы знать сумму наших средств. Значит, нам нужен всего один числовой ресурс - Сумма.

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

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

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

Добавим измерение.