Учет лизинговых операций

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

Лизинг так же дает арендодателю (лизингодателю) возможность реализовать дорогостоящее оборудование на условиях фирменного кредита.

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

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

При лизинговых операциях возможны 2 варианта:

• 1. Переданное в аренду имущество продолжает числиться на балансе лизингодателя 2. Сданное в аренду имущество числится на балансе лизингополучателя.
• 5. Описание предметной области

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

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

Ниже приведен перечень стандартных функций для большинства систем:

• ? Оформление первичных документов
• ? Учет банковских и кассовых операций
• ? Учет заработной платы, кадровый и персонифицированный учет
• ? Построение стандартных бухгалтерских отчетов
• ? Автоматическое формирование регламентированной отчетности.

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

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

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

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

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

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

Включает три стандартные методологии:

• -IDEF0 (функциональное моделирование),
• -DFD (моделирование потоков данных),
• -IDEF3 (моделирование потоков работ).

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

IDEF0 — Function Modeling — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временнамя последовательность (WorkFlow).

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

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

IDEF 3(англ. Integrated DEFinition for Process Description Capture Method) — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов представляет собой механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.

DFD — общепринятое сокращение от англ. Data Flow Diagrams — диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

Диаграмма потоков данных (data flow diagram, DFD) — один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем [2].

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

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

• -Моделирование на основе нескольких стандартов. Возможность моделирования на основе стандартов IDEF0, IDEF3 и DFD позволяет провести детальный и всесторонний анализ бизнес процессов;
• -Имитационное моделирование. За счет средств экспорта моделей BPwin дает возможность проследить изменение бизнес процессов в динамике;
• -Документальное сопровождение моделей. За счет встроенных средств в BPwin есть возможность организовать связь моделей с документами по процессу (например, с инструкциями, положениями и пр.) и открывать эти документы непосредственно из среды моделирования;
• -Интеграция процессных моделей и моделей данных. Это позволяет организовать единый репозиторий для моделей и составляющих эти модели объектов.

Разработка моделей требует четкого понимания всех аспектов бизнес процессов. CASE средство должно позволять моделировать действия процесса, порядок их исполнения и контроля, состав ресурсов и информации, состав входов и выходов процессов, а также давать возможность документировать полученные результаты. BPwin 7, в той или иной степени, выполняет все эти задачи.

В сравнении с другими CASE средствами этого уровня BPwin 7 обладает следующим преимуществами:

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

Представление дополнительной информации. За счет применения UDP свойств (настраиваемые пользователем свойства) есть возможность собирать дополнительную информацию по процессам, представлять ее в моделях и включать в отчеты. Отчеты могут представляться в общедоступных форматах Microsoft Word или Microsoft Excel[5].

Модель AS-IS — это модель «как есть», т. е. модель уже существующего процесса/функции. Обследование процессов является обязательной частью любого проекта создания или развития системы. Построение функциональной модели AS-IS позволяет четко зафиксировать, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации.

На основе модели AS-IS достигается консенсус между различными этапами процесса по тому, «кто что сделал» и что каждый этап добавляет в процесс. Функциональная модель AS-IS является отправной точкой для анализа потребностей предприятия, выявления проблем и «узких» мест и разработки проекта совершенствования деловых процессов. Модель AS-IS позволяет выяснить, «что и как мы делаем сейчас» перед тем, как определить то, «что и как будет делаться завтра». Анализ функциональной модели AS-IS позволяет понять, где находится проблемная ситуация, в чем будут состоять преимущества новых процессов и каким изменениям подвергнется существующая структура организации процесса. Исследование необходимости реструктуризации (выявление и ликвидация недостатков) в существующих процессах достигается за счет применения декомпозиции (анализа), производящаяся даже там, где функциональность на первый взгляд является очевидной. Так, например, признаками неэффективности существующих процессов могут быть:

бесполезные, неуправляемые и дублирующиеся функции;

неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время);

отсутствие обратных связей по управлению (на проведение функции не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д.

При создании модели AS-IS неопытным аналитиком может возникать достаточно распространенная ошибка — это создание идеализированной модели, особенно в том случае, когда модель создается под влиянием знаний (точки зрения) руководителя. Обычно руководитель знаком с тем, как предполагается выполнение функции по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют требуемые функции. Поэтому могут создаваться модели, называемые SHOULD BE (как должно бы быть), и несущие ложную информацию и которую невозможно в дальнейшем использовать для анализа.

Описание системы с помощью IDEF 0- Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром.

(контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. 2, c.96].

Каждая IDEF0-днаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

Каждая сторона блока имеет особое, вполне определенное назначение. Левая сторона блока предназначена для входов, верхняя — для управления, правая — для выходов, нижняя — для механизмов. Такое обозначение отражает определенные системные принципы: входы преобразуются в выходы управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, что и как выполняет функция.

Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие.

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

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

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

На данном рисунке изображена схема работы бухгалтера по учету основных средств. Механизмом являются руководитель, правила бухгалтерского учета, руководитель, накладная, подписная накладная, должностные инструкции и МОЛ.