Центр поддержки клиентов 8 800 2501 220 бесплатно по России

Анализ рынка по оказанию комплекса услуг по импортозамещению системы SAP ERP ОАО «МРСК Урала»

Анализ рынка по оказанию комплекса услуг по импортозамещению системы SAP ERP ОАО «МРСК Урала»

 

Анализ рынка

по оказанию комплекса услуг по импортозамещению системы SAP ERP ОАО «МРСК Урала»

ОАО «МРСК Урала» объявляет о намерении провести комплекс мероприятий по переводу ERP системы на аналогичный программный продукт российской разработки либо аналогичный на базе СПО .

Описание существующего серверного ландшафта системы SAP ERP:

Для функционирования продуктивного системного ландшафта SAP используется следующее оборудование:

         1.1. Система разработки: ОС AIX 6.1, сервер IBM Power p770 (6 процессорных ядер, 64 ГБ RAM), СХД IBM DS4800, 24 FC-диска (объем БД 250 ГБ)

         1.2. Система проверки качества: ОС AIX 6.1, сервер IBM Power p770 (6 процессорных ядер, 72 ГБ RAM), СХД IBM DS4800, 24 FC-диска (объем БД 2,4 ТБ)

         1.3. Продуктивная система:

                   - сервер баз данных: ОС AIX 6.1, сервер IBM Power p770 (30 процессорных ядер, 374 ГБ RAM), СХД EMC CX4-480, 136 FC-дисков, 10 SSD-дисков, 10 SATA-дисков (объем БД 2,4 ТБ).

                   - 6 диалоговых инстанций: ОС AIX 6.1, сервер IBM Power р570, p770 (по 6-80 процессорных ядер, 80-112 ГБ RAM на каждой), СХД IBM DS4800, 6 FC-дисков на каждой.

                   - Java-система: ОС AIX 6.1, сервер IBM Power p770 (4 процессорных ядер, 48 ГБ RAM), СХД IBM DS4800, 12 FC-дисков.

Средняя утилизация процессорных ресурсов продуктивного сервера БД, а также диалоговых инстанций в отчетный период 60-80%, дисковой подсистемы сервера БД 40-50%, RAM сервера БД 100%, RAM диалоговых инстанций 60-70%.

Среднее количество одновременно работающих пользователей в продуктивной системе - 1500, кол-во одновременно запущенных процессов - 70-100.

Объем базы данных (Oracle 11.2.0.3) продуктивной системы в настоящее время составляет 2.4 ТБ со средним ежемесячным приростом 50 ГБ.

При подготовке технико-экономического обоснования (ТЭО) к серверной программно-аппаратной части системы ERP, необходимо учитывать текущий серверный ландшафт в качестве сравнения. Для расчета нагрузки необходимо учитывать текущую загрузку оборудования с количеством пользователей до 2000 с расширением до 4500 пользователей, а также одновременно работающих пользователей с 1500 до 3000. ТЭО должно включать в себя стоимость требуемой аппаратной и программной части. Требования к программной части серверов:

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

Требования к серверу приложений:

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

Требование к клиентский рабочим местам:

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

При подготовке ТЭО, в состав работ должны быть включены работы по обучению персонала работе системы с подготовкой инструкций и обучающих роликов, работы по подготовке сотрудников первой линии сопровождения, работы по подготовке администраторов системы, работы по миграции основных и оперативных данных из системы SAP в целевую системы по следующим модулям системы SAP ERP:

FI - Финансовая бухгалтерия

АА - Основные средства

FI-FM - Финансовый менеджмент

CO - Контроллинг

PS - Система проектов

PM - ТОРО

SD - Сбыт

MM - Материальные потоки

TRM - Управление казначейством

FI-SL - Налоговый учет, МСФО

HR - Кадровый учет

PY - Расчет заработной платы

DMS - Управление документами

BI - Планирование БДДС, учет ОС по МСФО, учет ОС по RAB.

Основные требования к бизнес-требования в ERP системе:

В основе бизнес-требований к ERP системе лежит «Положение об учетной политике для целей бухгалтерского учета на 2011 г», «План счетов бухгалтерского учета на 2014г.», «Международные стандарты финансовой отчетности (в редакциях, действующих по состоянию на 01.05.2012 г. и применимых к отчетности за 2013 год)», «Положение о договорном процессе в ОАО «МРСК Урала»», «Положение о бюджетном процессе ОАО «МРСК Урала»» и прочими нормативными документами, действующими в ОАО «МРСК Урала».

Все справочники ERP системы, которые используются в ОАО «МРСК Урала», должны быть централизованными и общими для всех подразделений предприятия и являться основополагающими данными системы и используется в модулях/контурах «Бухгалтерский учет», «Учет основные средства», «Логистика», «Сбыт», «Техническое обслуживание и ремонт оборудование», «Управление финансами», «Учет объектов капитального строительства», «Учет кредитов, займов, зачетов», «Учет затрат», «Учет договоров», «Кадровый учет».

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

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

Учет договоров

Согласно «Положению о договорном процессе в ОАО «МРСК Урала»» все договора (разнообразные характеристики договора и сканы документов) должны храниться в системе и быть доступны в любой момент времени из любой места согласно полномочиям на доступ. Также должна отражаться история подписания договора, пролонгации, дополнительное соглашения, исполнительные листы и т.п.. Должна быть возможность ведения централизованного договора с разбивкой по производственным отделениям, к которым он относится. Модуль/контур по учету договоров является центральным связующим объектом системы, характеристики договоров должны однозначно определять модуль/контур интеграции, в договоре должны вестись однозначные связки с объектами других модулей/контуров в зависимости от вида договоров допустима множественная связка объектов.

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

Методикой бухгалтерского учета ОАО «МРСК Урала» установлено, что одинаковые операции для всех производственных отделениях ОАО «МРСК Урала» должны иметь одинаковое отражение в бухгалтерском учете. Поэтому создание документа в бухгалтерском учете должно производиться на базе предварительного документа (если он есть) и быть максимально автоматизировано. По счетам запаса ТМЦ, счетам учета данных, относящихся к ОС, кредитам/займам проводки «напрямую» запрещены, возможны только на основании предварительного документа логистики или со ссылкой на объект ОС/карточку кредита.

         Также в соответствии с требованиями учета затрат все операции по счетам затрат или выручки должны осуществляться только с указанием объектов затрат или выручки по этому счету.

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

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

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

Бухгалтерский учет -НДС

Учет и отчетность по НДС должна формироваться по каждому ПО, Филиалу и затем консолидироваться на уровне ИА «МРСК Урала».  НДС должен учитываться в разрезе отдельных первичных документов, ставок и видов расчетов в соответствии с требованиями 21 главы НК РФ.

Налоговая отчетность должна формироваться на уровне каждого производственного отделения, Филиала,  свод  - на уровне ИА «МРСК Урала» помесячно, поквартально, годовая.

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

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

Сформированные на уровне ПО (филиала)  декларации НДС должны передаваться в ИА посредством загрузки из самой системы или из внешнего файла.

Бухгалтерский учет - Касса

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

Для каждого типа кассы ПО/филиала/ИА должна вестись отдельная кассовая книга. Система должна позволять автоматически рассчитывать и выводить начальные и итоговые сальдо, а также итоговые суммы расхода и прихода по кассе за выбранный период, также осуществлять различные проверки по суммам, счету, договору, контрагенту, табельному номеру и т.п.

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

Бухгалтерский учет - Внутрихозяйственные расходы

В целях формирования сводной отчетности методикой БУ установлено, что для выполнения внутрихозяйственных расчетов между ПО ОАО МРСК Урала необходимо определить как направление движения (объект отправитель/получатель), так и вид расчета, также в рамках трехуровневой структуры предприятия внутрихозяйственные расчеты возможны только по строго заложенным схемам. Также необходим механизм сверки межхозяйственных расчетов между ПО.

Финансовая система

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

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

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

Учет затрат

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

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

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

Учет объектов капитального строительства

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

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

Конструктивно должна быть интеграция с другими программными модулями (напр. бух учета, логистики и др.) для отражения первичных затрат из документов других модулей. Долже присутствовать механизм последующего автоматического перераспределение затрат между объектами строительства и передачей на 08* и 01* счета. Параллельно без дополнительных проводок по заданному алгоритму суммы должны отражаться в налоговом учета, учете по методике RAB, учете по МСФО.

Учитываемые на объектах строительства затраты должны быть сгруппированы по видам (строительно-монтажные работы, накладные расходы, оборудование, проектно-изыскательские работы, прочие затраты, проценты).

Должна быть реализована возможность распределения накладных расходов в долевом соотношении, собранных на ИА МРСК, филиалах и ПО между объектами строительства, а так же полного расчета себестоимости объекта строительства.

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

Учет основных средств

На карточках основных средств необходимо учитывать основные средства, НМА, вложения во внеоборотные активы, спецодежда и спецоснастка в эксплуатации, расходы будущих периодов (кроме отпусков).

Необходима сквозная нумерация инвентарных номеров на все подразделения МРСК.

Для всех ПО должен применяться один план оценки, также должна быть возможность отражения учета одних и тех же объектов в разных оценках. Под областью оценки стоимости ОС понимаются правила учета ОС и расчета амортизации в пределах одного вида учета для каждого объекта основных средств, нематериальных активов, спецодежды, РБП.

         В целях учета необходимо иметь возможность определять любое количество областей оценки, в данное время используются следующие области оценки: бухгалтерская (РСБУ);  бухгалтерская (РСБУ) без постоянных разниц; налоговая, с разделением учета налоговых разниц:  постоянные разницы/ временные разницы;  Международный Стандарт Финансовой Отчетности (МСФО): Международный Стандарт Финансовой Отчетности (МСФО) с обесценением; учет инвестированного капитала (RAB).

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

Логистика - материальные потоки

Организационная структура логистики должна вестись для каждого производственного отделения в аналитике направлений расходования (эксплуатация, капстроительство, ТП, забаланс.учет хозинвентаря и хозпринадлежностей, давальческие материалы, ответхранение, аварийный запас, аварийный запас ГО, материалы б/у, неликвидные ТМЦ, перераспределение) и привязанных к ним складов. Таким образом, для каждого направления расходования должны решаться задачи учета одного и того материала на разных счета запаса и разных группах учета запаса.

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

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

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

         Для управления материальными потоками по каждому ПО должен ведется открытый период, документы по закрытым периодам не должны создаваться.

         Логистика - Сбыт

Организационная структура должна состоять из производственного отделения в аналитике направлений расходования (эксплуатация, капстроительство, ТП, забаланс.учет хозинвентаря и хозпринадлежностей, давальческие материалы, ответхранение, аварийный запас, аварийный запас ГО, материалы б/у, неликвидные ТМЦ, перераспределение) и привязанных к ним складов.

         Методикой бухгалтерского учета ОАО «МРСК Урала» установлено что продажа ТМЦ может осуществляться только по направлениям расходования эксплуатация, забаланс.учет хозинвентаря и хозпринадлежностей, материалы б/у, неликвидные ТМЦ.

Той же методикой регламентируется разделение реализации услуг, ТМЦ (не техприсоединение (ТП)) по основным направлениям деятельности в аналитике по объектам выручки, в части ТП - по объектам ТП.

         Операции по реализации услуг, ТМЦ должны проводиться в режиме реального времени по всей необходимой для каждого вида деятельности аналитике, с одновременной проводкой в бухгалтерском учете, учете затрат и выручки, управлении финансами, налоговом учете и МСФО производственного отделения.

Техническое обслуживание и ремонт оборудования

В функциональности Техобслуживания и ремонтов оборудования необходимо отражать:

организационные структуры предприятия и структур технических объектов в системе (технических мест и единиц оборудования), используемых для обслуживания и ремонта оборудования;

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

технологические карты на проведение технического обслуживания, ремонтов, исправление дефектов;

Планирование мероприятий ТОРО на основе календарного графика, результатов инспекций, прочих количественных и качественных характеристик;

Регистрацию мероприятий ТОРО и учет выполненных работ в системе;

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

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

Мероприятия ТОРО должны планироваться на основе календарного графика или фактического состояния оборудования (результатов инспекций) и входить в эксплуатационный приказ. Так же должна иметься возможность вести внеплановые мероприятия ТОРО, необходимость которых была выявлена на основе результатов проведенной диагностики, достижения точками измерений определенных значений или на основе сообщения об отказе оборудования.

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

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

Кадровый учет

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

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

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

Ведение организационной структуры должно включать:

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

2)Ведение характеристик организационных единиц (ОЕ). Код ОЕ может быть как числовой, так и буквенный (аббревиатура), содержать краткое наименование (для отображения в орг. структуре), полное наименование ОЕ (используется в приказах по персоналу, отчетных формах), период действия данной ОЕ.

3)Деление персонала  с точки зрения администрирования, управления временными данными и по организационно-расчетным критериям, разграничению полномочий (раздел персонала).

4)Подраздел персонала. На этом уровне осуществляется управление основными организационными аспектами системы управления персоналом, а именно определением структур тарифов и типов заработной платы и планированием графиков работ.

5)определение вышестоящей ОЕ.

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

Расчет заработной платы

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

При расчете заработной платы должны использоваться следующие данные из системы:

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

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

3. Информация о наличии исполнительных листов, ссуд, вычетов, инвалидности, в случае наличия исполнительных листов необходима информация по контрагенту-получателю платежа.

4. Информация об оплачиваемом времени: график работы, отклонения от графика - отсутствия/присутствия, работа в выходные/праздничные, сверхурочные и дежурства.

5. Архивные данные по заработной плате за предыдущие периоды работы на предприятии и информация о суммах дохода у предыдущего работодателя.

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

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

В целя корректного учета необходима возможность просмотра истории расчета и перерасчета каждого табельного номера для каждого периода по каждому ПО.

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

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

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

2. Возможность формирования отчетности за любой период времени;

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

4. На момент расчета заработной платы в системе должны быть выполнены настройки: процент удержаний и размер ограничения базы по страховым взносам, минимальный и максимальный размер пособий, максимальный размер ставки больничного, размер МРОТ, ставка рефинансирования и др., а так же настройка обработки отсутствий/присутствии и других отклонений от графика рабочего времени и другие настройки.

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

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

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

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

Вся налоговая отчетность и отчетность по страховым взносам  реализована в соответствии с требованиями законодательных актов РФ.

Учет кредитов и займов

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

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

Оперативная отчетность по ценным бумагам (журналы, остатки и обороты по видам ценных бумаг и.т.д.) должна раскрывать данные по начисленным процентам, по ссудной задолженности на начало и конец рассматриваемого периодов, по оборотам полученных и погашенных кредитов, по детализации  использования полученных траншей в разрезе объектов финансирования. Также должна формироваться в полном объеме отчетность, предусмотренная Гражданским Кодексом РФ (Глава 7 «Ценные бумаги»), ФЗ № 39-ФЗ «О рынке ценных бумаг» от 22.04.96г и ФЗ № 208-ФЗ «Об акционерных обществах» от 26.12.95г.

Налоговый учет

Основным требованием к функциональности является анализ абсолютно всех документов, создаваемых в модуле/контуре «Финансы»,  и, одновременно с сохранением документа  по счетам РСБУ, отражение на элементах налоговой иерархии, фиксация в отдельном регистре налогового учета, на данных которого в дальнейшем строится налоговая отчетность по налогу на прибыль.

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

Налог на прибыль должен учитываться в разрезе необходимых аналитик в соответствии с требованиями 25 главы НК РФ.

МСФО

Основным требованием к функциональности является анализ абсолютно всех документов, создаваемых в модуле/контуре «Финансы»,  и, одновременно с сохранением документа  по счетам РСБУ, отражение на элементах иерархии МСФО, фиксация в отдельном регистре учета МСФО, на данных которого в дальнейшем строится отчетность по международным стандартам учета.

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

Необходимо ведение классификации дебиторской и кредиторской задолженности (в том числе авансов), сумм дисконтирования задолженности, сумм резервов по сомнительной задолженности. С использованием этих данных должен быть реализован механизм взаимосвязи по созданию/восстановлению резерва как в РСБУ, так и в МСФО.

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

Также необходим механизм анализа ручных корректировок, проведенных в Управленческом учете и на основании анализа «переносов» затрат между объектами себестоимости  и капстроительства формировать корректирующие проводки в МСФО.

В ТЭО отдельным разделом должен быть отражен стоимость реализации отчетов:

Корректировка 09 обл оц

Загрузка значений 51 области

Учет спецодежды

Отчет АИ для налога на прибыль

Амортизационная ведомость

Проверка амортизационной премии

Проверка данных в ОС

Ведомость пробега автотранспорта

5.1.1. Наличие и движение НМА

5.3.1. Наличие и движение основных средств

Корректировка открытых временных разниц

Перенос коризноса во временно зависимые данные

Ведомость драг. металлов

Пересчет прошедшего срока эксплуатации

Наличие, движение и состав ОФ

Формирование форм ОС

Печать инвентаризационной и сличительной описи

Изменение стоимости основных средств

Массовый  ввод  ОС

Массовые изменения данных ОС

Массовые изменения данных ОС из файла

Массовые перемещения объектов ОС

Массовое поступление объектов ОС

Перемещение Ос между БЕ

Движение основных средств за отчетный период

Ведомость движений ОС

Поступление НМА: списание на затраты

Проверка параметров амортизации НМА в разрезе договоров

Корректировка сальдо НМА

Проверка даты начала амортизации

Примечания по НМА

Выбытие НМА

Проверки загрузки ОС

Иное использование основных средств

FIAA Реализация ОС через счет 45

Выбытие по субномерам

Заявка на спецодежду

Отчет «Реестр спецодежды»

Списание доходов будущих периодов по безвозмездно полученным средствам

Списание затрат на себестоимость

Запас ОС

Ведомость наличия ОС по налогу на имущество

Массовое сторно проводок по ОС

Обновление местоложения в ОС ТМ и ЕО согласно перекодировочной таблице

Зависимые от времени данные  ОС

Загрузка справочников для ОС

Изменение постоянных разниц

Обновление данных ОС из файла

Ведение подписей в актах ОС

Отчет по налоговым группам (годовая ведомость ОС)

 Годовая амортизация в разрезе напряжений

Данные основных фондов (Таблица 40)

Данные основных фондов (Таблица 40)

Выгрузка ДП

Закрытие договоров

Изменение схем перерасч

Наверх