Информационная система компании "ФинансЗвезда"

3) Исходный номер договора - номер уступаемого договора займа. Заполняется автоматически на основании поля «Номер договора»

4) Тип Должника - Клиент по умолчанию

5) Номер Должника - код Клиента, получающего займ. Заполняется автоматически на основании поля «Заёмщик» в карточке договора

Рис.23 Задание по формированию проводок по переуступке договора займа

6) Новый номер договора - номер нового договора займа между Должником и Цессионарием

7) Тип Цессионария - Поставщик по умолчанию

8) Номер Цессионария - код Поставщика, являющегося цессионарием в договоре уступки

9) Номер договора уступки - номер договора уступки, созданного на Поставщике, являющемся Цедентом

10) Номер дополнительного договора уступки - номер копии договора уступки, автоматически созданного на Поставщике, являющемся Цессионарием

11) Создать проводки Цедента - признак формирования операций Цедента в финансовом журнале

12) Учетная группа Цедента - номер учетной группы для дебеторской задолженности в проводках Цедента

13) Создать проводки Должника - признак формирования операций Должника в финансовом журнале

14) Создать проводки Цессионария - признак формирования операций Цессионария в финансовом журнале

15) Учетная группа Цессионария - номер учетной группы для кредиторской задолженности в проводках Цессионария

16) Код валюты - код валюты договора займа. Заполняется автоматически на основании поля «Код валюты» исходного договора займа

17) Создать проводки по курсовым разницам - признак формирования операций курсовых разниц в финансовом журнале

18) Дата учёта - дата учета для формирующихся проводок по переуступке

19) Номер документа - номер документа для формирующихся проводок по переуступке. Заполняется автоматически по формуле [ASSIGN - «Дата учёта»].

20) Описание учета - описание для формирующихся проводок по переуступке. Заполняется автоматически значением «Переуступка долга по договору»

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

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

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

4.3 Изменение этапов бизнес-процессов в соответствии с разработанными модификациями

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

4.3.1 Выдача/погашение займа

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

4.3.2 Начисление процентов по займам

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

Заключение

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

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

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

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

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

1. Microsoft Dynamics NAV 2015 // Microsoft Developer Network

2. Microsoft Dynamics NAV 2009 Developer and IT Pro Documentation // Microsoft Developer Network

3. Руководство пользователя // Microsoft Delepoer Network

4. Тумасян Р.З. Бухгалтерский учет. - 5-е изд. - М.: Омега-М, 2006.

5. Николаева О., Шишкова Т. Классический управленческий учет.- М.: Издательство ЛКИ, 2010

6. Управленческий учет. Под. редакцией Шеремета А.Д.. М.: ИД ФБК - ПРЕСС, 2005.

7. Бабаев Ю.А. Бухгалтерский финансовый учет. Вузовский учебник, 2011.

8. Гаррисон, Р. Управленческий учет. СПб. Питер, 2010

Приложение А

Приложение Б

Приложение В

Приложение Г

Приложение Д

Приложение Е

Приложение Ж

Приложение З

Приложение И

Размещено на Allbest.ru