81992

РАЗРАБОТКА СИСТЕМЫ БЮДЖЕТИРОВАНИЯ НА БАЗЕ 1С:ПРЕДПРИЯТИЕ 8.0: ОБМЕН ИНФОРМАЦИЕЙ С БУХГАЛТЕРСКОЙ КОНФИГУРАЦИЕЙ, РАЗРАБОТКА БИЗНЕС-ПРОЦЕССОВ

Дипломная

Бухгалтерский учет и финансовый аудит

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

Русский

2015-09-20

888 KB

0 чел.

РАЗРАБОТКА СИСТЕМЫ БЮДЖЕТИРОВАНИЯ НА БАЗЕ 1С:ПРЕДПРИЯТИЕ 8.0: ОБМЕН ИНФОРМАЦИЕЙ С БУХГАЛТЕРСКОЙ КОНФИГУРАЦИЕЙ, РАЗРАБОТКА БИЗНЕС-ПРОЦЕССОВ

Дипломная работа


Реферат

Дипломная работа 35 с., 30  рис., 2 приложения, 7 источников.

1С:ПРЕДПРИЯТИЕ 8.0, КОНФИГУРАЦИЯ, ПЛАТФОРМА, ИНФОРМАЦИОННАЯ БАЗА, СПРАВОЧНИК, ДОКУМЕНТ, БИЗНЕС-ПРОЦЕСС

Цель работы – реализовать на базе «1С:Предприятие 8.0» систему бюджетирования для компании «Элком+».

Методы исследования – теоретический, экспериментальный.

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

  


Содержание

[0.0.0.1]
Реферат

[0.1] 1.1 Справочники

[0.2]
1.2 Документы

[0.3] 1.3 Бизнес-процесс

[0.4] 1.4 Отчеты

[0.5]
2.1 Планирование бюджета проекта

[0.6] 2.2 Согласование бюджета проекта

[0.7] 2.3 Реализация бюджета проекта

[0.8] Фактический доход по проекту

[0.9]
2.3.2 Фактический расход по проекту

[0.10] 3.1 Справочник «Номенклатура»

[0.11] 3.2 Бизнес-процесс «Согласование бюджета проекта»

[0.12] 3.3 Бизнес-процесс «Переформирование бюджета»

[0.13] А.1 Справочник “Номенклатура”

[0.14] А.2 Бизнес-процесс «Согласование бюджета проекта»

[0.15] А.3 Бизнес-процесс «Переформирование бюджета»

[0.16] В.1 Справочник «Номенклатура»

[0.17] В.1.1 Пользователь «Руководитель проекта»

[0.18] В.1.2 Пользователь «Логистик»

[0.19] В.1.3 Загрузка номенклатуры

[0.20] В.2 Бизнес-процессы «Согласование бюджета проекта» и «Переформирование бюджета»

[0.21] В.2.1 Пользователь «Финансовый менеджер»

[0.22] В.2.2 Пользователь «Руководитель проекта»


Введение

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

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

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

Моей задачей в данной работе стала реализация следующих функциональностей:

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


1 Обзор платформы «1С:Предприятие 8.0»

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

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

 

 

Рисунок 1. Взаимодействие платформы и конфигураций

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

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

За годы работы системы 1С разработчики скопили опыт использования этой платформы пользователями. И при разработке новой версии решили уделить большее внимание повышения эффективности использования малыми и средними предприятиями.

В 1С:Предприятие 8.0 были добавлены новые объекты конфигурации, модифицированы старые.

Итак, рассмотрим основной инструмент, с которым работает разработчик – дерево конфигурации. Относительно 1С 7.7 в него добавилось несколько новых элементов, таких как:

  •  Регистры сведений — предназначены для хранения произвольных сведений в разрезе заданных измерений.
  •  Общие модули — принадлежат всей конфигурации в целом, могут содержать только процедуры и функции.
  •  Общие формы — принадлежат всей конфигурации в целом. [2]

Здесь перечислены не все нововведения, лишь те, которыми пользовалась наша команда при разработке системы бюджетирования для компании «Элком +».

Остановимся подробнее на основных объектах конфигурации.

1.1 Справочники

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

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

Для удобства элементы справочника могут быть помещены в свойственные им группы. Такая возможность реализуется при помощи свойства “Иерархический” объекта конфигурации «Справочники».

Элементы одного справочника могут быть подчинены элементам или группам другого справочника. Например, справочник «Движение денег» подчинен справочнику «Проект», так как все денежные движения у нас выполняются в рамках проектов.

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


1.2 Документы

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

Факт проведения документа и необходимость поддерживать последовательность документов на одной временной оси породили два различных способа проведения документов: оперативное и неоперативное.

При оперативном проведении документа система будет устанавливать ему текущую дату. При неоперативном проведении время документам будет сохранено прежним.[3]

1.3 Бизнес-процесс

Общая идея управления бизнес-процессами (Business Process Management, ВРМ) достаточно проста — ее используют тогда, когда отдельные операции связаны воедино в общую цепочку.

Механизм бизнес-процессов (МБП) появился в составе «1C:Предприятия8.0» в начале 2005 г., и можно утверждать, что это – очень перспективное и полезное новшество платформы. Его суть – автоматизация цепочек связанных операций, направленных на достижение общей цели, обычно в контексте организационной структуры, определяющей функциональные роли и связи. Автоматизация бизнес-процессов позволяет повысить качество организации работы и эффективность управления.

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

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

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

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

Задачи в 1С служат для ведения учетов пользователей и для отражения продвижения бизнес-процесса по точкам маршрута.

Механизм бизнес-процесса обеспечивается следующими объектами конфигурации:

  •  бизнес-процесс
  •  задача
  •  регистры сведений

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

Бизнес-процесс создает задачу, а задача в ходе выполнения сообщает бизнес-процессу о завершении и продвигает его дальше по маршруту. [4]

Бизнес-процесс имеет несколько видов маршрутизации:

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

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

 

1.4 Отчеты

Удобство любой информационной системы можно определить по средствам обработки и получению выходных данных в удобном для анализа виде. Объект конфигурации «Отчеты» позволяет получить необходимые выходные данные.[3]

 

  


2 Описание предметной области

«Элком+» - это быстро развивающаяся компания, которая нуждается в автоматизации процесса бюджетирования. Для всех проектов процесс бюджетирования выполняется по определенной схеме, которая и была нам предоставлена (рис. 2). На ней четко видны три основных этапа:

 

Рисунок 2. Схема процесса бюджетирования

«Элком+» - это быстро развивающаяся компания, которая нуждается в автоматизации процесса бюджетирования, который включает в себя 3 основных этапа:

  1.  планирование бюджета проекта;

2.   согласование бюджета;

3.   реализация бюджета.

Проанализировав эту схему, была составлена ER-диаграмма нашей предметной области (рис .3). Все сущности, представленные на диаграмме, в рамках конфигурации 1С:Предприятие 8.0 представляют собой справочники.

Рисунок 3. ER-диаграмма предметной области системы бюджетирования


2.1 Планирование бюджета проекта

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

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

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

Затраты же (справочник «Бюджет расход») формируются как расходы по различным статьям бюджета. Все статьи бюджета перечислены в справочнике «Статья бюджета».

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

  1.  представительские расходы;
  2.  предпроектные расходы;
  3.  накладные расходы;
  4.  приобретение оборудования;
  5.  приобретение материалов;
  6.  стоимость собственных работ;
  7.  субподряд.

Формирование расходов каждого из видов осуществляется при помощи соответствующих документов. Эти документы создаются пользователями в зависимости от отведенной им роли в системе (рис. 4):

- «Руководитель проекта» создает документы «Представительские расходы», «Предпроектные расходы»;

-  «Логистик» - «Приобретение оборудования», «Приобретение материалов»;

-  «Зам. директора по АСУ» - «Накладные расходы»;

- «Начальник отдела внедрения» - «Стоимость собственных работ» и «Субподряд»;

Рисунок 4. Диаграмма взаимодействия на этапе «Планирование бюджета»

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

2.2 Согласование бюджета проекта

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

Рисунок 5.  Диаграмма взаимодействия на этапе «Согласование бюджета»

2.3 Реализация бюджета проекта

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

Рисунок 6. Схема реализации бюджета

Рассмотрим каждую из этих частей в отдельности.

  1.  Фактический доход по проекту

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

Рисунок 7. Диаграмма взаимодействия на этапе «Реализация бюджета», фактический доход


2.3.2 Фактический расход по проекту

Для формирования фактических расходов в конфигурации предусмотрен документ «Платежное поручение исходящее». Этот документ могут создавать все пользователи информационной базы, но провести его (то есть утвердить расход) может только «Финансовый менеджер» (рис. 8). Каждый раз при его входе в систему запускается бизнес-процесс «Утверждение расходов». Этот бизнес-процесс проверяет, есть ли в системе на данный момент созданные, но не утвержденные документы «Платежное поручение исходящее». Если такие документы есть, то они открываются «Финансовому менеджеру». Если он согласен с расходом, то документ проводится и выгружается в конфигурацию 1С:Бухгалтерия 8.0. В противном случае документ закрывается без проведения и передается создавшему его пользователю для переформирования расхода.

Рисунок 8. Диаграмма взаимодействия на этапе «Реализация бюджета», фактический расход


3 Реализация поставленной задачи

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

  •  Загрузка номенклатуры из бухгалтерской конфигурации.
  •  Согласование запланированного бюджета.
  •  Переформирование запланированного бюджета.

Остановимся подробнее на каждом из этих пунктов.

3.1 Справочник «Номенклатура»

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

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

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

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

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

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

Рисунок 9. Бизнес-процесс загрузки номенклатуры

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

Процесс заполнения справочника «Единица измерения» идентична заполнению справочника «Номенклатура», поэтому не нуждается в дополнительном рассмотрении.

3.2 Бизнес-процесс «Согласование бюджета проекта»

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

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


Рисунок 10. Бизнес-процесс «Согласование бюджета проекта»

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

Рисунок 11. Детальная информация по расходам на приобретение оборудования

Если «Финансовый менеджер» не имеет никаких претензий относительно каждого вида расходов, тогда бизнес-процесс «Согласование бюджета проекта» идет по ветви «Да». В точке маршрута «Блокировка документа» создаем записи в регистре сведений «Блокировка документов» для всех 8-ми видов необходимых нам документов относящихся к рассматриваемому в данный момент проекту (рис. 12):

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

 

Рисунок 12. Список регистра «Блокировка документов»

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

При этом создается запись в регистре сведения «Бюджет по проекту согласован» (рис. 13). Это необходимо для того, чтобы при входе в систему пользователем «Финансовый менеджер» ему не предлагалось согласовать ранее согласованный бюджет.

Рисунок 13. Список регистра «Бюджет по проекту согласован»

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

3.3 Бизнес-процесс «Переформирование бюджета»

Рисунок 14. Бизнес-процесс «Переформирование бюджета»

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

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

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

В конце концов, мы пойдем по ветви «Да» бизнес-процесса «Согласование бюджета проекта» и  бюджет будет согласован.


4 Интерфейсы и роли

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

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

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

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

 

Рисунок 15. Создание пользователей

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

Рисунок 16. Роли системы бюджетирования

Рисунок 17. Интерфейсы системы бюджетирования

  


Заключение

В ходе работы над дипломной работой был получен опыт командной разработки, изучены технологии построения ИС на основе системы 1С.

В рамках поставленной задачи были выполнены следующие работы:

- произведен анализ и согласование предметной области

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

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

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

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

 

 


Список литературы

  1.  Фирма 1С  [Электронный ресурс]: Режим доступа: http://www.1c.ru/
  2.  Важные отличия 8 от 7.7  [Электронный ресурс]: Режим доступа: http://www.1c-ural.ru/main_difference8077.html
  3.  1С:Предприятие 8.0. Практическое пособие разработчика. Примеры и типовые решения. – М.: , ООО «1С - Паблишинг», 2006. – 656с.
  4.  1С: Предприятие 8.0: Конфигурирование и администрирование. – М: «1С», 2006. – 700с. 
  5.  Механизм бизнес-процессов “1С:Предприятия 8.0” [Электронный ресурс]: Режим доступа: http://www.visual.2000.ru/kolesov/pcmag/2006-1c/2006-04/1c-mbp.htm 
  6.  Администрирование [Электронный ресурс]: Режим доступа: http://auto.armex.ru/v8/admin.html
  7.  v8: COM-соединение [Электронный ресурс]: Режим доступа: http://www.kb.mista.ru/article.php?id=35


Приложение А. Руководство программиста

А.1 Справочник “Номенклатура”

Загрузка номенклатуры в рамках  конфигурации системы бюджетирования представлена в виде объекта конфигурации «Обработки» - «Загрузка номенклатуры».

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

1С:Предприятие предоставляет возможность управлять другими программами, объектами программ. Для этого необходимо знать местоположение в файловой системе сторонней программы и создать COM -объект с идентификатором V8.COMConnector , с помощью которого производится установка соединения [7].

 V8 = Новый COMОбъект("V8.COMConnector");

После этого пытаемся создать соединение.

V8 = V8.Connect(СтрокаПодключения);

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

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

Осуществляем проверку на то, является ли текущий элемент из 1С:Бухгалтерия группой или нет. В соответствие с этим создаем в системе бюджетирования либо новый элемент, либо группу элементов (то есть папка, в которой будут храниться другие элементы) с кодом, наименованием и пометкой на удаление как у копируемого элемента. Если у элемента бухгалтерской системы есть родитель, то есть элемент находится в какой-то папке, его необходимо пометить как родитель и поместить элемент в соответствующую ему папку. Для этого находим среди загруженных элементов по коду родителя и запоминаем его. Если среди загруженных элементов такого не нашли, следовательно, он еще не был загружен и его нужно создать. Функция «СоздатьНоменклатуру(Номенклатура)», расположенная в общем модуле «Мелочи», предназначена для этого.

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

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

Выполнив загрузку номенклатуры из 1С:Бухгалтерия, заполняем справочник «Единица_измерения» из соответствующего в бухгалтерии «КлассификаторЕдиницИзмерения». Вся процедура происходит идентично загрузке номенклатуры и не нуждается в описании.

А.2 Бизнес-процесс «Согласование бюджета проекта»

Бизнес-процесс «Согласование бюджета проекта» выполняется пользователем «Финансовый менеджер». Поэтому при запуске системы проверяется, созданы ли документы «Формирование доходной части бюджета» и «Формирование расходной части бюджета». Эта информация хранится в Таблице значений «ТаблицаДокументовФормированияБюджета», которая заполняется перед запуском бизнес-процесса. Найдя в этой таблице значений запись с названием проекта и заполненными полями, символизирующими два документа о бюджете, вызывается общая форма «Форма_предупреждения». Если на этой форме нажата кнопка «Да», вызывается другая общая  форма «Форма_согласования».

В этой форме можно посмотреть подробности по каждому виду расходов и графику работ по проекту. Нажав кнопку «подробнее» напротив определенного вида расходов, вызывается процедура «КнопкаПодробногоОписанияПо…Нажатие(Элемент)», где «…» - вид расходов. В ней вызывается процедура «ВыводМакета(названиеДокумента, ТаблЧасть, ВидРасходов, флаг, материальныйФлаг)», где названиеДокумента – рассматриваемый документ; ТаблЧасть – табличная часть документа; ВидРасходов – строка, в которой хранится текущий вид расходов; флаг и материальныйФлаг необходимы для того, чтобы корректно заносить данные в подробный отчет по расходам.

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

При нажатии кнопки «Сохранить» вызывается процедура «КнопкаСохранитьНажатие(Элемент)». В ней запускается бизнес-процесс «Согласование бюджета проекта».

В бизнес-процессе проверяем, были ли отмечены галками какие-либо расходы или график работ. Если ничего отмечено не было, точка маршрута возвращает истинный результат и переходим к следующему шагу «БлокировкаДокументовПередСозданиемЗадач(ТочкаМаршрутаБизнесПроцесса, ФормируемыеЗадачи, СтандартнаяОбработка)», который, в свою очередь, вызывает ряд подобных восьми процедур. Рассмотрим одну из них.

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

После того, как были заблокированы все документы, создается запись в регистре сведений «БюджетПоПроектуСогласован», где для данного проекта выставляется флаг «Флаг согласованности» в «Истину» (рис. 13).

Если пользователем были отмечены расходы, которые он считает недопустимыми, то процедура «УсловиеСогласованияПроверкаУсловия(ТочкаМаршрутаБизнесПроцесса, Результат)» возвращает «Ложь». Теперь бизнес-процесс должен пойти по другой ветви и переходит к следующему бизнес-процессу «Переформирование бюджета».

А.3 Бизнес-процесс «Переформирование бюджета»

При переходе бизнес-процесса «Переформирование бюджета» в точку действия «Переформирование документа» вызывается процедура «Переформирование_документаПередСозданиемЗадач (ТочкаМаршрутаБизнесПроцесса, ФормируемыеЗадачи, СтандартнаяОбработка)».

В этой процедуре создаются записи в двух регистрах «Документы_в_цвете» и «ПереформированныеДокументы», ресурсы которых содержат значение «Истина». После чего происходят изменения в записях регистра сведений «ПереформированныеДокументы» на «Ложь», для тех документов, которые отметил пользователь «Финансовый менеджер».

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

- заполняется еще один регистр сведений «Переформирование_документов». В созданной записи содержится информация о названии документа, проекта; имя пользователя, который отвечает за этот документ и флаг, который ставится в «Ложь».

Рисунок 18.Список регистра сведений «Переформирование документов»

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

- обновляется запись в регистре «Документы_в_цвете». Значение записи изменится на «Ложь» для того документа, который нужно будет переформировать (рис. 19).

Рисунок 19.Список регистра сведений «Документы в цвете»

При открытии формы «Форма_согласования» зеленым цветом будут выделены те документы, значение в регистре «Документы_в_цвете» которых «Истина» и красным для значения «Ложь».


Приложение В. Руководство пользователя

В.1 Справочник «Номенклатура»

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

В.1.1 Пользователь «Руководитель проекта»

«Руководитель проекта» выбирает соответствующее ему имя среди всех пользователей системы и входит в нее, нажав кнопку «ОК» (рис. 20).

 

Рисунок 20. Форма входа в систему

Для того, чтобы системе выполнить соединение с 1С:Бухгалтерия, пользователю необходимо в константу занести путь до этой базы, логин и пароль пользователя, под которым будет произведено соединение с бухгалтерией (рис. 21).

Рисунок 21. Объявление пути до 1С:Бухгалтерия

В пункте главного меню «Прочие» выбирает «Загрузка номенклатуры».

Рисунок 22. Выбор операции «Загрузка номенклатуры»

Далее идет процесс загрузки номенклатуры (см. пункт В.1.3 «Загрузка номенклатуры»).

В.1.2 Пользователь «Логистик»

«Логистик» выбирает соответствующее ему имя среди всех пользователей системы и входит в нее, нажав кнопку «ОК» (рис. 20).

Запускается процесс загрузки номенклатуры (см. пункт В.1.3 «Загрузка номенклатуры»).  

  

В.1.3 Загрузка номенклатуры

Пользователям предлагается загрузить номенклатуру из конфигурации 1С:Бухгалтерия (рис. 23).

Рисунок 23. Форма «Форма загрузки»

Нажав кнопку «Да», пользователь запускает процесс загрузки данных о номенклатуре. Можно проверить, что данные были успешно загружены, посмотрев справочник «Номенклатура» (рис. 24).

Рисунок 24. Справочник «Номенклатура»

В.2 Бизнес-процессы «Согласование бюджета проекта» и «Переформирование бюджета»

В.2.1 Пользователь «Финансовый менеджер»

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

Рисунок 25. Форма «Форма предупреждения»

Нажав кнопку «Да», пользователю «Финансовый менеджер» открывается форма «Форма согласования» (рис. 26).

 

Рисунок 26. Форма «Форма согласования»

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

Если «Финансовый менеджер» не удовлетворен каким-либо документом, то ему необходимо поставить галку напротив такого документа и написать причину, по которой необходимо переформировать тот или иной документ (рис. 27).

Рисунок 27. Создание комментария

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

Если пользователь «Финансовый менеджер» решил, что все созданные документы удовлетворительны и не помечает ни один документ на переформирование, тогда бюджет считается согласованным и можно его реализовывать. Если же было принято решение о переформировании некоторых документов, тогда пользователи, которые отвечают за них,  должны будут выполнить ряд действий. Для всех эти действия будут одинаковы, поэтому рассмотрим на одном примере, например «Руководитель проекта» (см. пункт В.2.2).

После того, как все необходимые документы будут переформированы, «Финансовому менеджеру» будет предложено вновь переформировать бюджет по проекту. В этот раз, ему визуально будет представлено, какие документы он одобрил в прошлый раз, а какие нет (рис. 28).

Рисунок 28. Форма согласования после переформирования

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

В.2.2 Пользователь «Руководитель проекта»

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

Рисунок 29. Форма переформирования

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

Рисунок 30. Просмотр комментария

Нажав на кнопку «Да» на форме «Форма переформирования» откроется созданные ранее документ для переформирования.  

 


 

А также другие работы, которые могут Вас заинтересовать

30104. Генетика – наука о закономерностях наследственности и изменчивсти 29.79 KB
  Эра ДНК: 1944 Освальд Эвери Колин Маклеод и Маклин Маккарти изолируют ДНК тогда его называли трансформирующим началом trnsforming principle. 1950 Эрвин Чаргафф показывает что хотя доля нуклеотидов в ДНК не постоянна наблюдаются определённые закономерности например что количество аденина равно количеству тимина T Правило Чаргаффа. 1952 Эксперимент Херши Чейз доказывает что генетическая информация бактериофагов и всех других организмов содержится в ДНК. 1953 Структура ДНК двойная спираль расшифрована Джеймсом...
30105. Методы исследования в генетике 19.37 KB
  Впервые этот метод был предложен Ф. Это самый давний метод. Особенно эффективен этот метод при исследовании генных мутаций.
30106. Роль ядра в наследственности 15.58 KB
  Роль ядра в наследственности: Итак в ядре клеток заключены хромосомы которые содержат ДНК хранилище наследственной информации. Учение о хромосомах: Хромосома это нитевидная структура клеточного ядра несущая генетическую информацию в виде генов которая становится видной при делении клетки. Хромосома состоит из двух длинных полинуклеатидных цепей образующих молекулу ДНК. Хромосомы хорошо окрашиваются основными красителя ми в процессе деления клетки.
30107. Наследственная роль ДНК и РНК 19.84 KB
  Представленная нами модель молекулы ДНК совсем не отвечает на вопрос: как информация заключенная в ней достигает белковых фабрик рибосом находящихся в цитоплазме далеко от ядра местонахождения ДНК В этом большую помощь оказывает другая нуклеиновая кислота РНК Существует три вида РНК информационная матричная рибосомная и транспортная: иРНК мРНК ' рРНК и тРНК соответственно.Молекулы мРНК и рРНК представляют собой одинарные нуклеотидные цепочки. Цепочки тРНК еще короче чем у мРНК и рРНК они состоят всего из нескольких...
30109. Наследование при бесполом размножении 18.99 KB
  Митоз кариокинез непрямое деление клетки наиболее распространённый способ воспроизведения репродукции клеток обеспечивающий тождественное распределение генетического материала между дочерними клетками и преемственность хромосом в ряду клеточных поколений. определяется сочетанием в нём удвоения хромосом путём продольного расщепления их и равномерного распределения между дочерними клетками. В профазе происходят реорганизация ядра с конденсацией и спирализацией хромосом разрушение ядерной оболочки и формирование митотического аппарата...
30110. Онтогене́з — происхождение, рождение 18.94 KB
  Онтогене́з происхождение рождение индивидуальное развитие организма от оплодотворения при половом размножении или от момента отделения от материнской особи при бесполом размножении до смерти. Постэмбриональное развитие Постэмбриональное развитие бывает прямым и непрямым. Прямое развитие развитие при котором появившийся организм идентичен по строению взрослому организму но имеет меньшие размеры и не обладает половой зрелостью. Дальнейшее развитие связано с увеличением размеров и приобретением половой зрелости.
30111. Менделизм 19.19 KB
  При скрещивании двух гомозиготных организмов относящихся к разным чистым линиям и отличающихся друг от друга по одной паре альтернативных признаков всё первое поколение гибридов F1 окажется единообразным и будет нести признак одного из родителей Этот закон также известен как закон доминирования признаков. Мендель же формулировал чистоту признака как отсутствие проявлений противоположных признаков у всех потомков в нескольких поколениях данной особи при самоопылении. Закон расщепления признаков: Закон расщепления или второй...
30112. Хромосомная теория наследственности (Т. X. Морган и др.) 18.08 KB
  Хромосомная теория наследственности Т. Доказано что количество наследственных признаков организма значительно превышает число хромосом гаплоидного набора. Так в гаплоидном наборе классического объекта генетических исследований мухидрозофилы есть только четыре хромосомы но число наследственных признаков и соответственно генов которые их определяют несомненно значительно больше. Это означает что в каждой хромосоме находится много генов.