Приложение 1
к постановлению мэра г. Томск
Основные тактико-технические требования к автоматизированной системе бухгалтерского учета в бюджетных организациях г. Томска
1. Цель внедрения системы
В результате проведения конкурса должен быть определен комплекс программных средств для внедрения в бюджетных организациях г. Томска с целью автоматизации бухгалтерского учета, повышения достоверности бухгалтерской отчетности и оперативности ее представления и отслеживания возможных ошибок.
На основе выбранного комплекса программных средств (далее Система) предполагается реализация пилотного проекта, моделирующий существующую трехуровневую схему подотчетности бюджетных организаций г. Томска с дополнительными функциями :
· получения сводной бухгалтерской отчетности распорядителей бюджетных средств органом исполняющим бюджет города;
· автоматического взаимодействия с системой казначейского исполнения бюджета г. Томска;
· взаимодействия с системой "Реестр муниципальных контрактов" ;
· формирования отчетности в органы МНС, пенсионного фонда, статистики и пр.
2. Краткая характеристика объекта внедрения
Объектом внедрения пилотного проекта являются департамент финансов (ТИП 1) и четыре отраслевых департамента (ТИП 2) с подведомственными организациями на нижнем уровне (ТИП 3).
Подразделение | Используемое ПО в бухгалтерии | Количество учреждений (раб. мест) |
Тип 1 (департамент финансов администрации города) | ||
Департамент финансов администрации г. Томска | АЦК (БФТ) Инфобухгалтер | 1(10) (2) |
Тип 2 (распорядители бюджетных средств) | ||
Управление культуры (ЦБ*) | 1С-Бухгалтерия 7.7 | 1(8) |
Департамент образования (ЦБ) | Собственные разработки в ДОС | 1(20) |
Департамент недвижимости | 1С-Бухгалтерия 7.7 | 1(10) |
Управление здравоохранения | Собственные разработки в ДОС | 1(3) |
Тип 3 (получатели бюджетных средств) | ||
Учреждения управления культуры | 1С-Бухгалтерия | 5(7) |
Учреждения департамента образования | Собственные разработки в ДОС, 1С, Инфобухгалтер, Турбобухгалтер | 20(20) |
Учреждения деп. недвижимости | 1С-Бухгалтерия | 4(10) |
Учреждения управл. здравоохранения | 1С-Бухгалтерия | 10(20) |
* ЦБ - централизованная бухгалтерия
3. Общие требования к системе
Система должна иметь сертификаты качества МФ РФ и обеспечивать :
3.1 Комплексное решение задач бухгалтерского учета в полном объеме в строгом соответствии с "Инструкцией по бухгалтерскому учету в бюджетных учреждениях", утвержденную приказом МФ РФ № 000н от 01.01.2001г. (в том числе и для ведомственных централизованных бухгалтерий), с формированием, проверкой и анализом итоговых бухгалтерских отчетов (как по форме так и по содержанию), оперативной проверкой синтетического и аналитического учета, получение мемориальных ордеров, оборотного баланса, главной книги;
3.2 Формирование бухгалтерской отчетности в соответствии с требованиями "Инструкции о годовой, квартальной и месячной бухгалтерской отчетности бюджетных учреждений и иных организаций, получающих финансирование из бюджета в соответствии с бюджетной росписью", утвержденную приказом МФ РФ №54н от 01.01.2001г (в редакции приказа МФ РФ №73 от 01.01.2001);
3.3 Подготовку и предоставление документов в вышестоящие организации, в другие организации : сведений в органы МНС, пенсионного фонда, статистики, социальной защиты населения, органы социального обеспечения и др;
3.4 Формирование сводной бухгалтерской отчетности у распорядителя бюджетных средств, с автоматической взаимоувязкой бухгалтерских форм и поиском ошибок вплоть до этапа ввода первичных документов;
3.5 Решение планово–экономических задач бюджетных организаций (блок планирования-финансирования для распорядителей бюджетных средств);
3.6 Единую для всей системы подотчетных организаций методику составления и проверки отчетности;
3.7 Автоматический перенос всех количественных и стоимостных остатков по счетам бухгалтерского учета из завершившегося финансового года в новый финансовый год.
3.8 Учет информации муниципальных закупок в стоимостных и натуральных показателях.
4. Функциональные требования
4.1 Требования по схеме взаимодействия
Система должна предусматривать возможность организации самостоятельного бухгалтерского учета на всех уровнях, указанных в п.1 с передачей данных о балансе с нижних уровней на верхние согласно следующей диаграмме.
- РАСПОРЯДИТЕЛИ БЮДЖЕТНЫХ СРЕДСТВ - ПОЛУЧАТЕЛИ БЮДЖЕТНЫХ СРЕДСТВ ___ПБС обслуживаемые ЦБ ___ПБС на самостоятельном балансе | Функции бухгалтерии | Конфигурация | |
Комплексный учет Учет исполнения смет департамента Учет исполнения бюджета города | Клиент - сервер или сервер приложений | ||
Комплексный учет Учет исполнения смет департамента (управления) и ПБС Отчетность вышестоящему органу | Клиент - сервер или сервер приложений | ||
Комплексный учет Учет исполнения смет Отчетность вышестоящим органам | Автономная или сетевая БД |
4.2 Основные функции для различных типов бухгалтерий
4.2.1 Бухгалтерия бюджетополучателей
4.2.1.1Комплексный бухгалтерский учет в т. ч.
a) учет операций по банку и кассе;
b) подготовка первичных финансово-хозяйственных документов;
c) учет материалов, основных средств и МБП, продуктов питания, медикаментов;
d) учет зарплаты, кадры;
e) ведение сметы расходов (планирование, контроль и анализ исполнения);
f) учет кассовых, фактических и целевых расходов в разрезе кодов экономической классификации;
g) учет взаиморасчетов с дебиторами и кредиторами, подотчетными лицами;
h) учет реестра муниципальных закупок.
4.2.1.2 Получение бухгалтерской отчетности (в т. ч мемориальных ордеров, оборотных ведомостей, главной книги и других внутренних и внешних отчетов)
4.2.2 Бухгалтерия распорядителя бюджетных средств (централизованная бухгалтерия)
4.2.2.1 Комплексный бухгалтерский учет в т. ч. :
a) учет операций по банку и кассе;
b) подготовка первичных финансово-хозяйственных документов;
c) учет материалов, основных средств и МБП, продуктов питания, медикаментов, родительской платы;
d) учет зарплаты, кадры;
e) ведение сметы расходов (планирование, контроль и анализ исполнения);
f) учет кассовых, фактических и целевых расходов в разрезе кодов экономической классификации, разделов финансирования, обслуживаемых организаций;
g) учет взаиморасчетов с дебиторами и кредиторами, подотчетными лицами;
h) учет реестра муниципальных закупок.
4.2.2.2 Учет исполнения смет получателей бюджетных средств
4.2.2.3 Получение бухгалтерской отчетности (в т. ч мемориальных ордеров, оборотных ведомостей, главной книги и других внутренних и внешних отчетов)
4.2.2.4 Составление сводной бухгалтерской отчетности.
4.2.3 Бухгалтерия исполнителя бюджета (финансового органа)
4.2.3.1 Комплексный бухгалтерский учет в т. ч.
a) учет операций по банку и кассе;
b) подготовка первичных финансово-хозяйственных документов;
c) учет материалов, основных средств и МБП;
d) учет зарплаты, кадры;
e) ведение сметы расходов (планирование, контроль и анализ исполнения);
f) учет кассовых, фактических и целевых расходов в разрезе кодов экономической классификации;
g) учет взаиморасчетов с дебиторами и кредиторами, подотчетными лицами.
4.2.3.2 Учет исполнения сметы департамента.
4.2.3.3 Учет исполнения бюджета города (сводная отчетность).
4.2.3.4 Получение бухгалтерской отчетности (в т. ч мемориальных ордеров, оборотных ведомостей, главной книги и других внутренних и внешних отчетов).
4.2.3.5 Составление сводной бухгалтерской отчетности.
4.2.3.6 Реестр муниципальных закупок.
4.3 Требования по программному взаимодействию с другими системами
Система должна иметь модули для обеспечения двунаправленного взаимодействия с имеющимся программным обеспечением на основе готовых модулей или предлагать их разработку при внедрении. Возможные форматы данных - открытые стандартные форматы : XML, TXT, DBF, CSV.
4.4 Требования по настройке
Система должна :
4.4.1 Обеспечивать безболезненную адаптацию при изменении плана счетов, правил и инструкций бухгалтерского учета;
4.4.2 Предусматривать возможность расширения состава экранных форм и номенклатуры отчетов (для представления дополнительных документов, справок, принятых в г. Томске) силами службы эксплуатации и иметь для этого соответствующие интерфейсы и документацию;
4.4.3 Иметь функции по настройке экранного интерфейса в соответствии с предпочтениями пользователей, а также для ускорения выполнения отдельных операций с соответствующей документацией;
4.4.4 Иметь расширяемую и настраиваемую систему аналитического учета;
4.4.5 Иметь встроенные средства по разграничению прав пользователей.
5.Требования к техническому обеспечению
5.1 Требования к программно-аппаратной платформе
Предлагаемая в проекте программно-аппаратная платформа должна строиться на основе PC-совместимых решений со следующей минимальной конфигурацией :
Клиент | Сервер |
Тип 1 (департамент финансов администрации города) | |
Celeron333/RAM 64M/HDD 4G MS Windows NT/98 | PIII-700/RAM 512M/HDD 2x20G Unix/Linux* или MS Windows NT/2000 |
Тип 2 (распорядители бюджетных средств) | |
Celeron333/RAM 64M/HDD 4G MS Windows NT/98 | PIII-700/RAM 256M/HDD 20G MS Windows NT/2000 или Unix/Linux |
Тип 3 (получатели бюджетных средств) | |
Pentium166/RAM 32M/HDD 1G MS Windows 98 | Celeron600/RAM 128M/HDD 20G MS Windows NT/98 |
* - возможны разновидности Unix/Linux от одного производителя в пределах одного проекта
5.2 Требования к каналам связи
Предлагаемая в проекте технология обработки и передачи данных должна базироваться на следующих исходных условиях :
Подразделения | каналы | скорость | Режим |
ТИП 3 - ТИП 2 | коммутируемые аналоговые | до 33 Kb/s | OFFLINE |
ТИП 2 - ТИП 1 | скоростные цифровые некоммутируемые | от 2 MB/s | ONLINE |
6.Требования к прикладному программному обеспечению
Предлагаемое программное обеспечение системы должно :
6.1 Использовать в качестве среды хранения данных и обработки запросов промышленные реляционные СУБД;
6.2 Обеспечивать формирование произвольных пакетов данных в файлах одного из открытых стандартных форматов (XML, TXT, DBF, CSV) для обеспечения информационного обмена в случае неработоспособности каналов связи, а также для взаимодействия с используемыми системами небухгалтерского учета или предоставления отчетности в вышестоящие органы власти;
6.3 Обеспечивать использование средств электронной подписи для подтверждения достоверности бухгалтерской информации;
6.4 Иметь средства конфигурирования, администрирования и последующей доработки системы без помощи разработчика.
7.Требования по безопасности
Система должна :
7.1 Иметь средства по разграничению прав пользователей;
7.2 Обеспечивать устойчивую работу в условиях нестабильной работы каналов связи
7.3 Обеспечивать защиту данных передаваемых по сети;
7.4 Иметь средства ведения архивов, страховочных копий ;
7.5 Иметь средства восстановления данных, частично или в полном объеме;
7.6 Иметь сертифицированные средства шифрования и защиты данных.
Критерии оценки проектов (определения победителя)
Считаю необходимым добавить
Критерий "Услуги по конвертации данных из замещаемых систем"
Критерий "Услуги по обучению бухгалтеров и технического персонала"
Критерий «Оптимальная расчетная стоимость эксплуатации», который должен определяться на основе расчетов технико-экономического обоснования внедрения и эксплуатации системы на срок до 5 лет,
Такие расчеты должны быть включены в состав необходимых документов.
Поскольку современные технологии позволяют создавать оптимальные по затратам комплексы, то данный критерий позволит выбрать наиболее подходящий и современный.
Разброс оценок : от 0 до 10 баллов.
Замечание :
Критерий "Максимальное качество" можно применить для оценки проработки предлагаемых проектов. А качество реализации можно оценить только после внедрения проекта - это рабочая группа на конкурсе не определит.
Правки.
· Эффективное, своевременное сопровождение информационно-программных средств, обеспечивающее соблюдение сроков представления отчетности;
Предложение Сорокина - отвергнуто
2.2 Формирование бухгалтерской отчетности в соответствии с требованиями документов класса 5 «Унифицированная система финансовой учетной и отчетной бухгалтерской документации бюджетных учреждений и организаций», первичных учетных документов класса 03 ОКУД «Унифицированная система первичной учетной документации», утвержденные постановлением Государственного комитета РФ по статистике от 01.01.01г. № 71а с учетом последующих дополнений и изменений законодательства РФ (Гражданский Кодекс, Налоговый Кодекс, Бюджетный Кодекс РФ), а также нормативных актов Министерства финансов РФ и других ведомств.
3.1. Система должна обеспечить несколько вариантов взаимодействия.
1. Клиент-сервер.
2. Автономная работа баз данных, с последующей репликацией данных.
3. Терминальный режим работы удаленных клиентов.
4. Тонкий клиент через сервер приложений.
Возможность конфигурирования, администрирования и последующей доработки системы бес помощи разработчика.
5.1 Требования к технологиям обработки информации
· обеспечивать наглядную и эффективную конвертацию информационной базы из классификации завершившегося финансового года в классификацию нового финансового года всех количественных и стоимостных остатков бухгалтерского учета ;
· обеспечивать безболезненную адаптацию при изменении плана счетов, правил и инструкций бухгалтерского учета;
Дополнительно для бухгалтерии исполнителя бюджета финансового органа и распорядителя бюджетных средств (централизованной бухгалтерии)
· в случае использования скоростных каналов связи предусмотривать перераспределение функций хранения данных между уровнями в сторону концентрации данных на вышестоящем уровне;
· по возможности использовать трехуровневую структуру с использованием серверов приложений и тонких клиентов для сокращения эксплуатационных затрат.
5.3 Требования к СУБД для клиент-серверных конфигураций
Предлагаемая СУБД должна иметь сертификат Госкомсвязи РФ и обеспечивать:
· однородную технологию хранения и доступа к данным на верхнем и среднем уровнях;
· оптимальные характеристики отклика на запрос
· максимальное количество одновременно обслуживаемых пользователей
· надежность хранения данных и восстановления после программных и аппаратных сбоев
· наиболее полную интеграцию с имеющимся ПО;
5.4. Восстановление после программных и аппаратных сбоев.
6. Обеспечение безопасности.
Шифрование трафика.
Возможность устойчивой работы клиента при условии нестабильных каналов связи.
Уровни доступа к данным для пользователей.
7. Состав конкурсной документации
- Предложения по условиям конкурса Описание основных функциональных возможностей ПО Перечень необходимого ПО для клиентов и серверов БД, а также для службы эксплуатации. Структуру и состав БД Технико-экономическое расчеты по затратам на внедрение и эксплуатации системы в течение 5 лет
