Выполнил(а) студент(ка) группы
 Скачать 0.63 Mb.
|
3. Технология разработки модуля «Амортизация основных средств и нематериальных активов»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», т.е. запросом оборотов по балансовым счетам, обращение к базовым метаданным конфигурации напрямую без использования вспомогательных (регистров), обработку и формирование выходной информации без разделения процедур реализации. Добавление новых метаданных в типовую конфигурацию, входящих в компоненту «Оперативный учёт», при данном варианте реализации программы не предполагается, также не предполагается вносить изменения в базовые модули. Исходя из выше изложенного, был выбран последний вариант, так как только он может гарантировать корректную работу всей системы. Это возможно благодаря тому, что данный вариант не использует вспомогательных метаданных (регистров, забалансовых счетов), которые могут исказить данные, а также нет необходимости вносить изменения в модули типовой конфигурации, что необходимо в первом и втором варианте. |