Разработка модуля "Амортизация основных средств и нематериальных активов"

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

Рубрика Бухгалтерский учет и аудит
Вид дипломная работа
Язык русский
Дата добавления 30.08.2010
Размер файла 1,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

3.1 Варианты реализации модуля «Амортизация ОС и НМА»

В ходе реализации «Книги учёта доходов и расходов и хозяйственных операций индивидуального предпринимателя» (амортизация основных средств и нематериальных активов) были рассмотрены несколько вариантов решения поставленной задачи:

1) На платформе «1С: Предприятие 7.7» реализовано множество конфигураций, под которыми будем понимать набор базовых объектов системы, алгоритмов решения определённых задач для ведения учёта, адаптированных под конкретную предметную область, т.е. под специфику предприятия. Под спецификой понимается принадлежность его к какой-либо отрасли, сюда же входит его организационная структура, организационно-правовая форма, т.е. всё то, чем данное предприятие в какой-то мере уникально и отличается от других. Возникновение потребности в автоматизации обуславливается отсутствием в типовой конфигурации «1С: Бухгалтерия 7.7, редакция 4.5» «Книги учёта доходов и расходов и хозяйственных операций индивидуального предпринимателя» как таковой. Произведя анализ других типовых конфигураций, поставляемых «фирмой 1С», выяснилось, что в конфигурации для ИПБОЮЛ (индивидуальный предприниматель без образования юридического лица) данная «Книги учёта доходов и расходов и хозяйственных операций индивидуального предпринимателя» имеется и поставляется в составе неё. Использование заказчиком данной конфигурации не представляется возможным, так как она не учитывает всей специфики деятельности предприятия. Обмен между конфигурациями также невозможен по той причине, что обмен осуществляется на уровне операций, содержащих проводки, а если быть точнее, то на уровне самих проводок (операция не всегда содержит проводки). В конфигурации для ИПБОЮЛ проводки не формируются, потребность в них отсутствует в силу специфики организационной формы. Для хранения информации о хозяйственных операциях предусмотрен другой механизм - регистры, под которыми не следует понимать регистры бухгалтерского учёта. Регистры в данном случае представляют собой метаданные. Исходя из вышесказанного, данный вариант реализации предусматривает перенос всех регистров, используемых для решения задачи между конфигурациями и добавление в модули обработки документа типовой конфигурации «1С: Бухгалтерия 7.7» процедур записи в регистры. Кроме того, необходима реализация возможности вывода информации, т.е. обращения к регистрам и представление её пользователю.

2) Данный вариант предусматривает добавление в типовую конфигурацию «1С: Бухгалтерия 7.7, редакция 4.5» при конфигурировании в план счетов, используемый по умолчанию дополнительных забалансовых счетов и субсчетов первого порядка. Забалансовые счета можно использовать для хранения информации об операциях. Выбор забалансовых счетов обусловлен тем, что они не попадают в баланс и используются как вспомогательные для ведения учёта. Сами по себе счета не хранят информацию об операциях, но в их составе могут её детализировать.

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

Для обеспечения их формирования требуется в модули документов типовой конфигурации «1С: Бухгалтерия 7.7, редакция 4.5» добавить соответствующие процедуры реализации. Кроме того, необходима реализация возможности вывода информации по забалансовым счетам и представление её пользователю.

3) Данный вариант предусматривает решение задачи встроенными средствами типовой конфигурации «1С: Бухгалтерия 7.7, редакция 4.5», т.е. запросом оборотов по балансовым счетам, обращение к базовым метаданным конфигурации напрямую без использования вспомогательных (регистров), обработку и формирование выходной информации без разделения процедур реализации. Добавление новых метаданных в типовую конфигурацию, входящих в компоненту «Оперативный учёт», при данном варианте реализации программы не предполагается, также не предполагается вносить изменения в базовые модули.

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

3.2 Анализ входной и выходной информации

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

Рис 3.1 Общая схема движения информации

Рис 3.2 Схема движения информации документов по учёту ОС

К входной информации (1) относятся: наименование поставщика (справочник контрагенты), конкретный договор с поставщиком (справочник договоры), ставка НДС (перечисление), счёт-фактура (номер), наименование ОС (справочник ОС), количество ОС, цена ОС. Выходная информация (8) - это операция «Поступление ОС» и соответствующие проводки. К входной информации (2) относятся: наименование ОС (справочник ОС), первоначальная стоимость, вид вложения во внеоборотные активы, место эксплуатации, ответственное лицо. Выходная информация (9) - это операция «Ввод в эксплуатацию ОС» и соответствующие проводки. К входной информации (3) относятся: наименование ОС (справочник ОС), первоначальная стоимость, место эксплуатации, ответственное лицо. Выходная информация (10) - это операция «Перемещение ОС» » и соответствующие проводки. К входной информации (4) относятся: наименование ОС (справочник ОС), сумма расходов по модернизации, срок полезного использования. Выходная информация (11) - это операция «Модернизация ОС» » и соответствующие проводки. К входной информации (5) относятся: наименование ОС (справочник ОС), балансовая стоимость, начисленная амортизация, причина списания, статья прочих доходов и расходов. Выходная информация (12) - это операция «Списание ОС» » и соответствующие проводки. К входной информации (6) относятся: наименование ОС (справочник ОС), причина выбытия, статья прочих доходов и расходов, покупатель, договор, ставка НДС, цена реализации, сумма НДС, сумма НП, продажная стоимость. Выходная информация (13) - это операция «Передача ОС» » и соответствующие проводки. К входной информации (7) относится наименование ОС (справочник ОС). Выходная информация (13) - это операция «Начисление амортизации ОС» и соответствующие проводки. (см. рисунок 3.2)

Рис 3.3 Схема движения информации документов по учёту НМА

К входной информации (1) относятся: наименование поставщика (справочник контрагенты), конкретный договор с поставщиком (справочник договоры), ставка НДС (перечисление), счёт-фактура (номер), наименование НМА, сумма. Выходная информация (5) - это операция «Поступление НМА» и соответствующие проводки. К входной информации (2) относятся: вид объекта учёта, объект внеоборотных активов, нематериальный актив, группа НМА, ответственное лицо, первоначальная стоимость. Выходная информация (6) - это операция «Принятие к учёту НМА» и соответствующие проводки. К входной информации (3) относятся: вид объекта учёта, нематериальный актив, статья прочих доходов и расходов. Выходная информация (7) - это операция «Списание НМА» и соответствующие проводки. К входной информации (4) относятся: наименование НМА, статья прочих доходов и расходов, покупатель, договор, ставка НДС, цена реализации, сумма НДС, сумма НП, продажная стоимость. Выходная информация (8) - это операция «Передача НМА» » и соответствующие проводки.

В журнал операций в качестве входной информации поступают: дата операции; время операции; документ, породивший операцию; номер документа; содержание операции; сумма операции. В журнал проводок использует следующую входную информацию: дата документа, породившего проводки; номер документа; дебет счёта; кредит счёта; субконто каждого счёта; валюта; курс валюты; если счёт является количественным, соответствующее количество; содержание операции; содержание проводки. Для общего журнал и журнала «Учёт ОС и НМА» входной информацией служит: дата документа, номер документа, сам документ, сумма документа. Выходная информация - список документов, операций, проводок за определённый период с соответствующими реквизитами. Оборотно-сальдовая ведомость в качестве входной информации использует: начальную и конечную дату, счёт, вид субконто и значение субконто определённого счёта в разрезе которого возможно формирование ведомости. Выходная информация для ОСВ и карточки счёта: сальдо по счёту на начало периода, обороты за период, сальдо на конец периода. (см. рисунок 3.3)

3.3 Особенности реализация модуля «Амортизация основных средств и нематериальных активов»

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

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

Рис 3.4 Справочник основные средства

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

Рис 3.5 Форма диалога сведения об основном средстве

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

Рис 3.6 Значения периодических реквизитов

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

Рис. 3.7 Диалог отчёта

Для удобства пользователя период может быть выбран за квартал, месяц, день или в интервале необходимых дат. (см. рисунок 3.8)

Рис. 3.8 Выбор периода

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

Рис 3.9 Идентификатор

Печатная форма создана при помощи объекта метаданных Таблица. В программе реализована возможность использования таблицы для непосредственного ввода, обработки и отображения данных различных типов. Обработка информации и помещение ее в нужные места печатной формы для большинства объектов метаданных выполняется программными модулями на языке подсистемы 1С:Предприятие. Таблица в системе представляет собой совокупность ячеек прямоугольной формы, организованных в строки и столбцы. Каждый столбец таблицы и каждая строка имеет свой уникальный номер. Строки и столбцы нумеруются независимо, нумерация начинается с 1 и ведется от левого верхнего угла таблицы. Таким образом, любая ячейка таблицы обозначена парой чисел -- номером строки и номером столбца, на пересечении которых она находится. Отдельным ячейкам и их диапазонам (компактным группам прямоугольной формы) присвоены собственные имена для удобства обращения к ним, также присвоены имена секциям. Заполнение таблицы выходными данными описывается в модуле. Приведём фрагмент модуля элемента отчёта. (см. листинг 3.1)

Листинг 3.1

Фрагмент модуля элемента отчёта

Номер Таблицы = "Таблица № 2-1"; переменная номер таблицы

Таб = Создать Объект("Таблица")/ создание объекта Таб типа «Таблица»

Таб. Исходная Таблица("Таблица_21"); ассоциирование объекта с формой

Таб. Только Просмотр(1); запрет на изменение

Таб. Опции(0, 0, 5, 3); параметры отображения

Таб. Вывести Секцию("Заголовок"); // вывод секции «Заголовок»

ОС. Выбрать Строки(); открыть таблицу значений ОС для выборки элементов

Пока ОС. Получить Строку()=1 Цикл // цикл по элементам выборки далее определение значений переменных таблицы

Месяц Начала Использования = Период Стр (Нач Месяца (ОС. Дата Ввода В Эксплуатацию), Кон Месяца (ОС. Дата Ввода ВЭксплуатацию));

Срок Полезного Использования = ОС. Срок Полезного Использования;

Месячная Норма = гл Формат Сум (ОС.Месяч Амортв Процентах,0);

Месячная Амортизация = гл Формат Сум (ОС. МесАмортизация,0);

Таб .Вывести Секцию("Строка"); вывод секции «Строка» с переменными

Таб. Вывести Секцию ("Год"); вывод секции «Год» с переменными

Таб. Показать ("Книга учета. " + НомерТаблицы); отображение таблицы

Визуальная форма является унифицированной и разработана встроенным в прикладную подсистему редактором таблиц. После нажатия на кнопку «Сформировать» Таблица будет заполнена выходными данными, полученными в ходе обработки, после чего её можно просмотреть, распечатать, сохранить в формате mxl (Таблицы), xls (Таблицы Excel), htm, html (HTML документ), txt (Текстовый документ). (см. таблицу 3.10)

Рис. 3.10 Редактор таблиц

Стоит отметить, таблица в данном проекте реализована не как «статический» объект, а «динамический» при помощи «Расшифровки».

В поле «Расшифровка» указано выражение на встроенном языке системы 1С:Предприятие. При формировании табличного документа это выражение будет вычислено и его результат будет записан в поле «Расшифровка» ячейки готового табличного документа. В отличие от текста, помещаемого в саму ячейку, значение выражения не преобразуется к типу «строка». Приведём фрагмент модуля. (см. листинг 3.2)

Листинг 3.2

«Расшифровка» ОСВ

Расш ОСВ = Создать Объект ("Список Значений");

Расш ОСВ. Установить("Отчет", "Оборотно Сальдовая Ведомость По Счету");

………………………………………………….

Расшифровка ОС = ОС. ОС Название;

Расш ОСВ. Установить ("Дата1", Нач Дата); входные параметры

Расш ОСВ. Установить ("Дата2", Кон Дата);

Расш ОСВ. Установить ("Счет", С021);

Расш ОСВ. Установить ("ВыбВидСубконто1", Виды Субконто. Основные Средства);

Расш ОСВ. Установить("Субконто1", ОС. ОС Название);

Таким образом, осуществляется связь с оборотно-сальдовой ведомостью, которая в качестве контекста получает входные параметры списка значений «РасшОСВ» и формирует выходные данные, (сальдо, обороты счёта) представленные отчётом.

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

значения типа «строка», «число», «дата» и «перечисление» будут выданы для просмотра;

если значение имеет тип «документ», соответствующий документ будет открыт для просмотра и редактирования;

если значение является элементом справочника, этот элемент будет открыт для просмотра и редактирования в диалоге. Если при настройке свойств справочника было задано редактирование в списке, будет открыта таблица справочника, а указатель в таблице будет установлен на нужный элемент справочника. (см. рисунок 3.11)

Рис. 3.11 Расшифровка сведений об основном средстве

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

Использование запроса обусловлено тем, что скорость выборки данных во много раз превышает скорость при использовании других средств выборки, так как запрос, написанный на языке подсистемы интерпретируется последней в SQL запрос для произведения выборки из базы данных SQL Server-а. Приведём фрагмент запроса. (см. листинг 3.3)

Листинг 3.3

Объект запрос

Запрос = Создать Объект ("Запрос");

Текст Запроса =

"//{{ЗАПРОС(Сформировать)

Период с Нач Дата по Кон Дата;

Справочник. Основные Средства. Дата Ввода В Эксплуатацию;

Дата Приобретения = Справочник. Основные Средства .Дата Приобретения;

Причина Выбытия = Справочник. Основные Средства. Причина Выбытия;

Дата Выбытия = Справочник. Основные Средства. Дата Выбытия;

………………………………………………….

Условие (Подлежит Амортизации = 1);

Условие (Собственное = 1);

Условие (Пустое Значение (Дата Ввода В Эксплуатацию) = 0);

Условие (Дата Ввода В Эксплуатацию < Кон Дата);

Условие (Срок Полезного Использования>=12);

Условие(СпособПоступления<>Перечисление.СпособыПоступленияОС.БезвозмездноеПоступление);

Условие ((Начислять Амортизацию = 1) или (Дата Выбытия > Нач Дата) или (Пустое значение(Дата Выбытия)=1));

Группировка ОС Название Без Групп;

}}ЗАПРОС;

Если ошибка в запросе, то выход из процедуры

Если Запрос. Выполнить (Текст Запроса) = 0 Тогда Возврат; Конец Если;

В программном модуле так же использован механизм получения бухгалтерских итогов. Для получения большого количества итогов в различных разрезах объект «Бухгалтерские Итоги» переключается в режим работы с запросом. Для переключения в этот режим вызывается метод Выполнить Запрос в параметрах которого, а также дополнительными методами устанавливается состав итогов, которые будут получены запросом. Выполнение данного метода осуществляет выборку данных и их предварительную обработку.

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

Запрос используется для получения кредитовых оборотов по бухгалтерским счетам: 02.1 (Амортизация основных средств), 04 (Нематериальные активы), 05 (Амортизация нематериальных активов) , а также для передачи в качестве параметра в функцию расчёта количества месяцев использования актива. Приведём фрагмент запроса. (см. листинг 3.4)

Листинг 3.4

Бухгалтерские итоги

С021=СчетПоКоду("02.1");

Бух Ит = Создать Объект("Бухгалтерские Итоги");

БухИт.ИспользоватьСубконто(ВидыСубконто.ОсновныеСредства,ОСНазвание);

Бух Ит. Выполнить Запрос (ДатаН,ДатаК,С021 ,,,,,);

Бух Ит. Выбрать Субконто (1);

Пока Бух Ит .Получить Субконто (1) = 1 Цикл

Возврат Бух Ит. КО (С021);

Конец Цикла;

Функция расчёта месяцев использования актива в налоговом периоде также использует механизм запроса бухгалтерских итогов для расчёта кредитового оборота по счёту 02.1. Количество месяцев определяется отношением кредитового оборота счёта 02.1 за налоговый период к сумме амортизации в месяц. Обороты определяются по субконто, переданного в качестве параметра ОС Название. (см. листинг 3.5)

Листинг 3.5 Количество месяцев использования актива

Функция Кол Мес Нал Пер(ОС Название, САВМ)

Колво=0;Сум=0;

С021=СчетПоКоду("02.1");

Бух Ит = Создать Объект("Бухгалтерские Итоги");

БухИт.Использовать Субконто (Виды Субконто. Основные Средства ОС Название);

Бух Ит. Выполнить Запрос (НачДата,КонДата,С021 ,,,,,);

Бух Ит. Выбрать Субконто (1);

Пока Бух Ит. Получить Субконто (1) = 1 Цикл

Сумм = Бух Ит. КО (С021);

Конец Цикла;

Если САВМ>0 Тогда

Колво = цел (Окр (Сум/окр(САВМ,2,1),1));

Иначе Колво=0;

Конец Если;

Возврат Колво;

Конец Функции

Для более подробной аналитики используется оборотно-сальдовая ведомость по счёту. Оборотно-сальдовая ведомость, а точнее, её электронный вариант представляет собой динамический отчёт. Здесь отражены: сальдо на начало периода, обороты за период, сальдо на конец периода. Видами субконто выступают: основные средства и нематериальные активы. Формируется ведомость за определённый период. Её можно использовать для просмотра суммы амортизации, включаемой в расходы налогового периода, суммы амортизации за предыдущий период, а также для сверки данных. Оборотно-сальдовая ведомость может быть вызвана как из отчёта, так и из главного меню подсистемы. Вызов из отчёта может быть во многом полезен бухгалтеру. Этот вариант предусмотрен на тот случай, когда возникают сомнения по поводу правильного заполнения отчёта по амортизации основных средств и нематериальных активов. (см. рисунок 3.12)

Рис 3.12 Оборотно-сальдовая ведомость по счёту 02.1

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

Рис 3.13 Карточка счёта 02.1

Все операции формируются определённым документом или вводятся вручную. Документами выступают документы по учёту основных средств и нематериальных активов. Одним из основных является документ начисления амортизации ОС и НМА, погашения стоимости спецодежды и спецоснастки. Данный документ формирует операцию начисления амортизации и соответствующие проводки. Проведение документа выполняется раз в месяц.

(см. рисунок 3.14)

Рис 3.14 Начисление амортизации ОС и НМА

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

Рис 3.15 Журнал операций

Операция (в нашем случае) имеет следующие «реквизиты»: для «шапки» это - дата, номер, сумма, содержание; для «табличной части»: номер операции, дебет счёта, 3 субконта для счёта по дебету, 3 субконта для счёта по кредиту, валюта операции, количество, сумма, содержание проводки, основание (документ), комментарий. (см. рисунок 3.16)

Рис 3.16 Операция (начисление амортизации и погашение стоимости)

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

Рис 3.17 Модернизация ОС

Для обращения к документам по учёту основных средств и нематериальных активов предусмотрены соответствующие журналы, в которых обеспечивается их хранение, изменение, просмотр и отбор. (см. рисунок 3.18)

Рис 3.18 Журнал «Учёт ОС»

3.4 Реализация хранения учётных записей, проверки подлинности и защиты от сбоев

В Конфигураторе подсистемы «1С:Предприятие» разделены функция создания набора пользовательских прав и функция создания пользователей. С одной стороны, возможно создать несколько типовых наборов пользовательских прав с различной широтой полномочий. Присвоение прав новой категории пользователей заключается в простой операции назначения для этой категории одного из типовых наборов прав. С другой стороны, при изменении полномочий для этой же категории пользователей нет необходимости в редактировании прав каждого отдельного пользователя -- достаточно отредактировать текущий набор прав этой категории пользователей или присвоить ей новый набор прав. [17] В нашем случае пользователями являются: администратор, главный бухгалтер и ещё 5 бухгалтеров. (см. рисунок 3.19)

Рис 3.19 Определение пользователей

Далее определяем права для каждого конкретного пользователя. Администратору определим полные права, так как у него приоритет выше, чем у других пользователей. Главному бухгалтеру разрешаются все операции, за исключением внесения изменений в конфигурацию и её корректировки. Всем остальным пользователям разрешён только просмотр. (см. рисунок 3.17)

Рис 3.20 Свойства элемента прав

Так как прикладная подсистема использует SQL Server, все учётные записи для пользователей нашей системы соответствуют учётным записям SQL Server. Идентификатор учетной записи пользователя сопоставлен идентификатору пользователя в БД. (см. рисунок 3.21)

Рис 3.21 Сопоставление учётных записей системы и SQL Server

При определении прав пользователя используется два уровня зашиты. Первый уровень -- проверка подлинности пользователя. Во время проверки определяется, имеется ли у пользователя право на подключение. Второй уровень системы безопасности -- авторизация. При этом определяется, какие действия пользователь сможет выполнять с БД, после того как он пройдет проверку подлинности. Предусмотрены два вида проверки подлинности: средствами Windows и средствами SQL Server. Подключаясь к SQL Server, пользователь указывает вид проверки подлинности для данного соединения. Чтобы установить соединение, пользователь должен указать правильный идентификатор учетной записи (login identifier) пользователя, который определяет права доступа, далее проверяется, действительно ли идентификатор учетной записи пользователя, введенный при установке соединения, обеспечивает пользователю право на подключение.

Если при подключении указывается, что проверка подлинности выполняется средствами Windows, то для проверки того, зарегистрирован ли данный пользователь в этой сети, используются средства Windows Server 2003. SQL Server идентифицирует пользователя по имени его учетной записи, существующей в сети, и разрешает или запрещает этому пользователю устанавливать соединение, не требуя его отдельной регистрации как пользователя SQL Server . Такой тип соединения называется доверенным (trusted). При проверке подлинности средствами Windows используются механизмы защиты Windows Server 2003, в том числе такие средства, как защищенный режим проверки прав пользователя в сети и шифрование пароля, аудит, ограничение срока действия пароля, ограничение на минимальную длину пароля и блокирование учетной записи пользователя после нескольких неудачных попыток регистрации.

Если при подключении к серверу выбран режим проверки подлинности средствами SQL Server, то он сам проверяет подлинность пользователя, уточняя, имеется ли такая учетная запись с указанным именем и паролем на SQL Server. После того как SQL Server проверит подлинность пользователя, определяются права данного пользователя выполнять различные действия в размещенных на сервере БД. Сам по себе идентификатор учетной записи пользователя не дает зарегистрированному пользователю прав доступа к различным объектам БД. Он лишь позволяет перейти к следующему этапу -- авторизации, или проверке прав пользователя. Такой механизм защиты гарантирует, что зарегистрированный пользователь не получит автоматически доступ ко всем БД на SQL Server, с которым он установил соединение. Приведём дерево решений системы проверки подлинности. (см. рисунок 3.22)

Рис 3.22 Дерево решений системы проверки подлинности

Как отмечалось ранее, для реализации программы была выбрана подсистема «1С: Предприятие 7.7 для SQL», которая непосредственно в своей работе использует SQL Server . Следовательно, обеспечение хранения данных, организацию целостности и защиту к сбоям берёт на себя прикладная подсистема.

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

Нами используются следующие методы обеспечения целостности и защиты к сбоям:

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

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

3) Резервное копирование журнала транзакций. Резервное копирование журнала транзакций заключается в последовательной записи всех зарегистрированных транзакций с момента последнего резервного копирования журнала. Оно позволяет восстановить данные до состояния на определенный момент времени, например до введения ошибочных данных. Резервные копии журнала транзакций используются только в полной модели восстановления и в модели записи копирования. При использовании модели восстановления результатов импорта для операций, где все записи о внесенных изменениях регистрировались в журнале транзакций, изменения в файлах данных в результате этих операций регистрируются на странице, где размещается карта изменений при загрузке данных (Bulk Changed Map, BCM). В процессе резервного копирования журнала транзакций просматривается каждая страница ВСМ, и в резервную копию включаются все экстенты, где произошли изменения со времени последнего резервного копирования журнала транзакций. Использование модели восстановления результатов импорта позволяет за достаточно короткий срок создавать резервные копии при выполнении операций загрузки большого объема данных одновременно с созданием резервной копии журнала транзакций. Однако регистрируется не каждая отдельная операция, а только результирующие изменения данных, выполненные в ходе операции загрузки. Страницы ВСМ не используются в полной модели восстановления, так как в данном случае все операции по загрузке большого объема данных полностью регистрируются в журнале транзакций. Необходимое для резервного копирования журнала транзакций время варьируется в зависимости от скорости транзакций, используемой восстановительной модели и от объема операций с большим количеством регистрационных записей. В БД с очень высокой скоростью транзакций и полностью регистрируемых групповых операциях размер резервных копий журнала транзакций может быть больше, чем полная резервная копия БД, и может потребоваться более частое выполнение резервного копирования журнала транзакций с тем, чтобы регулярно сокращать неактивную часть журнала.

Если не определено иное, после завершения резервного копирования журнала транзакций SQL Server удаляет все виртуальные файлы журнала (Virtual Log Files, VLF), которые не содержат активную часть журнала, что позволяет повторно использовать их. Активная часть включает в себя любую часть журнала транзакций, содержащую активную транзакцию. Промежуток времени между операциями резервного копирования журнала транзакций зависит от объема транзакций, размера файла журнала транзакций, необходимого уровня отказоустойчивости и сроков восстановления. Выполнять резервное копирование можно часто, каждые 10-15 минут, или раз в 2-3 часа (возможен ещё больший период, если было выполнено всего несколько транзакций).

Если всё-таки в силу каких-либо обстоятельств произошёл сбой в работе программы предполагается использование двух типов восстановления

1) Автоматический процесс восстановления данных, который гарантирует логическую целостность данных в каждой БД после запуска SQL Server независимо от причины предшествующего останова -- как после корректного завершения работы, так и после сбоя. При этом используется журнал транзакций. SQL Server использует информацию из активной части журнала транзакций в каждой БД и анализирует все транзакции, зарегистрированные с момента последней проверки целостности БД, а также определяет все подтвержденные транзакции и выполняет их повтор, то есть вносит соответствующие изменения в БД. Затем выделяет все неподтвержденные транзакции и отменяет их. Это гарантирует удаление всех неподтвержденных транзакций из БД, что является важной частью процесса автоматического восстановления, поскольку в БД могут храниться лишь частично обновленные данные. Этот процесс обеспечивает логическую целостность каждой БД. Затем автоматический процесс восстановления устанавливает контрольную точку, тем самым, отмечая, что в данный момент журнал транзакций находится в согласованном состоянии. Процесс восстановления начинается с БД master, которая содержит информацию, необходимую для открытия и восстановления всех остальных БД. Затем восстанавливается БД model и msdb. Далее восстанавливаются все пользовательские БД. В конце удаляется и снова создаётся БД tempdb. Пользователи не могут непосредственно контролировать автоматический процесс восстановления.

2) Восстановление БД вручную. При восстановлении БД вручную используются одна или две резервные копии БД и выполняется полное или частичное восстановление. После завершения процесса восстановления БД будет логически согласована. При восстановлении может использоваться полная резервная копия БД, материалы последнего дифференциального резервного копирования БД, а также несколько резервных копий журнала транзакций. При использовании резервных копий каждой БД ставится пометка о том, что восстановление ещё не выполнено. Это означает, что перед основным будет выполнено дополнительное восстановление. Когда происходит окончательное восстановление, ставится пометка о восстановлении и SQL Server повторяет или удаляет определенные транзакции с помощью журнала транзакций. В период между восстановлением данных из каждой резервной копии БД не восстанавливается и обычно не используется. Но можно восстановить БД в резервном режиме работы (при этом база доступна только для чтения), не выполняя восстановление полностью. Это позволит контролировать состояние данных после восстановления данных из каждой резервной копии и определить то место в журнале транзакций, после которого процесс восстановления данных следует прекратить (таким местом может быть пользовательская или программная ошибка). После определения состояния, до которого должна быть восстановлена БД, необходимо восстановить БД до состояния логической целостности и перевести ее в рабочий режим.

3.5 Результаты тестирования модуля «Амортизация ОС и НМА»

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

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

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

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

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

, (3.1)

где It - общее число машинных команд, которое предполагается постоянным в рамках этапа тестирования. Предполагается, что значение функции частоты отказов Z(t) пропорционально числу ошибок, оставшихся в программе после израсходованного на тестирование времени ф.

(3.2)

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

(3.3)

(3.4)

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

ф = ф1 + ф2 + ф3 + … + фn.

Предполагая, что интенсивность появления ошибок постоянна и равна л, можно вычислить ее как число ошибок в единицу времени, где Ai - количество ошибок на i - ом прогоне.

(3.5)

Имея данные для двух различных моментов тестирования фa и фb, которые выбираются произвольно с учетом требования, чтобы еc(фb)>еc(фa), можно сопоставить уравнения (3.4) и (3.6) при фa и фb.

(3.6)

(3.7)

(3.8)

Неизвестный параметр С (3.12) получается путем подстановки Et (3.9) в выражение (3.7).Вычисляя соотношения (3.7) и (3.8) получим

(3.9)

(3.10)

Получив неизвестные Et и C, можно рассчитать надежность программы по формуле (3.3).

Проведем расчеты применительно к нашей программе, в которой имеется It = 4381 оператор. В процессе последовательных тестовых прогонов были получены данные, представленные в таблице 3.1.

Таблица 3.1

Тестовые прогоны

№ прогона

1

3

4

5

6

7

9

10

Кол-во ошибок

1

2

1

1

1

1

1

2

1

1

Время (м)

5

8

2

1

5

1

1

2

5

5

Выберем две точки, исходя из требования, чтобы число ошибок, найденных на интервале А ч В, и было больше, чем на интервале 0 ч А. За точку А возьмем 2 прогон, а за точку В - 8 прогон. Тогда ошибки, найденные на этапах тестирования на интервалах 0 ч А и А ч В, будут равны соответственно: ес(фА) = 3 ? 4381= 0.0007, ес(фВ) = 7 ? 4381= 0.0015.

Время тестирования на интервалах равно:

фА = 13, фВ = 12.

Рассчитаем интенсивности появления ошибок на двух интервалах:

лА = 3 ? 13 = 0.23

лВ = 7 ? 12 = 0.58.

Тогда число имеющихся до начала тестирования ошибок равно

ошибка

Рассчитаем вероятность безотказной работы в течение времени t при ф

35 мин. Возьмем t=60 мин.

Вывод:

Таким образом, надежность безотказной работы программы достаточно велика (90%) и вероятность сбоев и возникновения ошибок допустима(10%).

Процент вероятности ошибки вполне удовлетворяет требованиям надёжности, предъявляемым к программе.

Заключение

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

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

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

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

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

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

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

В настоящий момент данная система внедрена на предприятии заказчика и успешно им используется.

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

1. 1С: Бухгалтерия. Версия 7.7: Руководство пользователя. М.: Фирма «1С», 2002.

2. 1С: Предприятие. Версия 7.7.: Описание встроенного языка. М.: Фирма «1С», 2002.

3. Аглицкий Д.С., Аглицкий И.С., Любченко С.А. Персональный компьютер для руководителя и бухгалтера. М.: Модус Граффити, 1997. С. 288.

4. Аглицкий И. С. Третье поколение российских систем автоматизации бухгалтерского учета // Эксперт автоматизации. 1997. №1 С. 25.

5. Аглицкий И. С. Информационные технологии и бизнес // Эксперт автоматизации. 1997. №29. С. 20-22.

6. Аглицкий И. С. Комплексная автоматизация управления предприятием: от заказных разработок к тиражируемой системе // Эксперт автоматизации. 1997. №12. С. 10-15.

7. Астраханцев К.В. Типовая конфигурация - залог успешного внедрения. 1С и бухгалтер. 2000. № 5. С. 3

8. Ахаян Р., Горев А., Макашарипов С. Эффективная работа с СУБД. СПб.: Питер, 1997. C. 100-105.

9. Балабайченко Е.Е., Троценко Г.Г. Компьютер для бухгалтера. М.: Феникс, 1999. С. 191.

10. Банина Ю.В. С заботой о бухгалтере. // Бухгалтер и компьютер. 2000. № 2. С.30-32.

11. Баронов В. В. Автоматизация управления предприятием. М.: ИНФРА-М, 2000. С. 320.

12. Брага В.В. Компьютеризация бухгалтерского учета. М.: Финстатинформ, 1996.

13. Брусницин Ю.В. Методические показания по выполнению курсовых и дипломных проектов на тему: «Экономическое обоснование инженерных разработок». Таганрог.: ТРТУ, 1993 .

14. Булатов М.А. Решение бухгалтерских задач на персональном компьютере. М.: Радио и связь, 1995.

15. Бухгалтерский учет: Учебник для вузов / Под ред. Безруких П.С. 3-е издание пер. и доп. М.: Бухгалтерский учет, 1999.

16. Вахрушина М.А. Бухгалтерский учет. М., 1999.

17. Гоголев А.К. Бухгалтерский учет на компьютере: Практическое пособие по организации учета с использованием компьютера. М.: Инфра-М, 1997. С. 208.

18. Гольдштейн Г.Я. Инновационный менеджмент. Таганрог.: ТРТУ, 1996 .

19. Горев А.А., Макашарипов С. П., Владимиров Ю. С. Microsoft SQL Server для профессионалов. СПб.: Питер, 1998. C.80-190.

20. Дик В. В. Информационные системы в экономике. М.: Солярис, 1996.

21. Еремин Л.В., Королев А.Ю., Косарев. В.П. Экономическая информатика и вычислительная техника. М.: Финансы и статистика, 1993.

22. Ильина О. П. Информационные технологии бухгалтерского учета. СПб.: Питер, 2001.

23. Касьянова М. С. Документооборот в бухгалтерском и налоговом учете. М.: Инфоцентр 21 века, 2001.

24. Ковалевская Е. В. Метрология и сертификация программного обеспечения. М.: МИФИ, 2002.

25. Козырев А. А. Информационные технологии в экономике и управлении. СПб.: Изд-во В. А. Михайлова, 2000.

26. Комлев Н. Д. Бухгалтерия и документооборот на набольших предприятиях // Финансовая газета. 2001. № 4. С. 16-20.

27. Краев Т.А. Методология и организация учета в условиях автоматизации. М.: Финансы и статистика, 1992.

28. Мишенин А. И. Теория экономических информационных систем. М.: Финансы и статистика, 1999.

29. Н.Комлев. Объективное мнение. // 1С и бухгалтер. 2000. № 5. С. 2-3

30. Наумова Н.А., Василевич И.П., Нуридинова Л.В / Под ред. Соколова Я.В. Основы бухгалтерского учета. Учеб. пособие для ВУЗов. М.: Юнити, 1998.

31. Ниддлз Б., Андерсон Х., Кондуэлл Д. Принципы бухгалтерского учета. М.: Юнити, 1996.

32. Никитин В. М., Никитина Д.А. Теория бухгалтерского учёта: Курс лекций. М.: Дело и Сервис, 1999. С. 132

33. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М.: Инфра-М, 1996.

34. План счетов бухгалтерского учета финансово-хозяйственной деятельности и инструкция по его применении. Приказ Министерства Финансов. М.: ПРИОР, 1996.

35. Подольский В. И., Дик В. В., Уринцев А. И. Информационные системы бухгалтерского учета: Учебник для вузов / Под ред. В. И. Подольского. М.: Юнити, 1998.

36. Положение по бухгалтерскому учету «Учет основных средств» ПБУ 6/97 (утверждено приказом Минфина России от 3 сентября 1997г. №65н).

37. Самоучитель 1С: Бухгалтерии версий 7.5-7.7 в вопросах и ответах. М.: Триумф, 2002.


Подобные документы

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

    курсовая работа [50,2 K], добавлен 04.06.2002

  • Основы учета нематериальных активов, их амортизация. Виды, классификация, оценка нематериальных активов. Пути совершенствования учета нематериальных активов, их амортизации на примере ООО "Дюна". Порядок учета поступления и выбытия нематериальных активов.

    курсовая работа [158,3 K], добавлен 25.04.2011

  • Основы первичного учета на предприятии. Понятие учетных документов и их значение. Классификация учётных документов. Форма учётных документов. Организация документооборота в бухгалтерском учете. Система документооборота первичных учётных документов.

    курсовая работа [167,9 K], добавлен 29.06.2008

  • Теоретические основы нематериальных активов, особенности их классификации, методы проведения оценки. Действующая практика учета нематериальных активов, их движения и амортизации в соответствии с законодательными и нормативными актами Российской Федерации.

    курсовая работа [57,8 K], добавлен 28.05.2014

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

    курсовая работа [55,4 K], добавлен 27.09.2013

  • Сущность и классификация основных средств; их переоценка и инвентаризация. Документальное оформление операций по учету поступления, использования и амортизации основных фондов. Особенности учета текущей аренды, лизинговых операций, нематериальных активов.

    шпаргалка [23,9 K], добавлен 25.11.2013

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

    дипломная работа [321,1 K], добавлен 09.06.2009

  • Экономическая сущность нематериальных активов, организация учета и анализ их оборачиваемости и эффективности использования. Амортизация нематериальных активов как объекта налогообложения в условиях изменений к главе 25 Налогового Кодекса России.

    курсовая работа [51,6 K], добавлен 30.09.2010

  • Понятие нематериальных активов, классификация, оценка. Синтетический и аналитический учет нематериальных активов. Технико-экономические показатели деятельности предприятия. Пути совершенствования учета нематериальных активов и их амортизации ООО "Дюна".

    курсовая работа [142,0 K], добавлен 08.09.2014

  • Понятие и оценка нематериальных активов. Объекты, регулируемые авторским правом. Учет движения, амортизации нематериальных активов. Записи на счетах бухгалтерского учета операций приобретения нематериальных активов. Переход на международные стандарты.

    курсовая работа [92,3 K], добавлен 12.12.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.