Слайд 1
Единый регламент оплаты госпошлины в 1С: АКСУ УХ
Презентация
Презентация на тему «Единый регламент оплаты госпошлины в 1С: АКСУ УХ»
10 слайдов · сгенерирована в Презентоше — бесплатном генераторе презентаций
Слайд 2
Цель проекта
Проект направлен на единый регламент оплаты государственной пошлины в системе «один с: аксу ух» и сокращение времени подготовки заявки. Сейчас на каждый иск создается новый бездоговорной лицевой счет, из-за чего процесс растягивается до одного–трех дней и требует лишних согласований. Наша задача — убрать повторяющиеся действия, оставить один эталонный счет и сделать путь от иска до оплаты короче и понятнее.
Слайд 3
Текущий процесс
Сегодня сотрудник проходит длинную цепочку шагов: создает новый счет, заполняет реквизиты, отправляет документы на согласование и ждет подтверждения. Такой цикл повторяется для каждой пошлины, поэтому даже типовая операция превращается в отдельную бюрократическую процедуру. В результате юрист тратит время не на подготовку иска, а на техническое сопровождение оплаты.
Слайд 4
Целевые показатели
Главный результат проекта — сократить подготовку одной заявки с одного–трех дней до пяти–десяти минут. Это позволит уменьшить число ручных операций минимум на две на каждую заявку и снизить нагрузку на сотрудников. Дополнительно все расходы по госпошлинам будут собраны в одной бюджетной статье, что упростит контроль и отчетность.
Слайд 5
Суть решения
Основой новой модели станет один эталонный бездоговорной лицевой счет для госпошлин, созданный в системе «один с: аксу ух» и действующий бессрочно. Сотрудник больше не будет создавать новый счет на каждый иск, а сможет выбирать готовый вариант из справочника. Финансовый контроль переносится на уровень бюджета, где заранее задается лимит по статье «Госпошлина».
Слайд 6
Новый регламент
Новый процесс состоит всего из четырех шагов: проверка лимита по статье «Госпошлина», создание заявки с выбором эталонного счета, автоматическая проверка лимита системой и передача на оплату в казначейство. Такой порядок убирает лишние сущности и делает маршрут заявки прямым и прозрачным. В результате казначейство получает уже подготовленную заявку без повторных согласований по каждому иску.
Слайд 7
Распределение ролей
Чтобы процесс работал устойчиво, роли между участниками должны быть разделены заранее. Юридический отдел отвечает за планирование бюджета, формирование заявок и контроль лимита, а казначейство согласует оплату и контролирует движение средств. Служба информационных технологий один раз настраивает эталонный счет и поддерживает его работу в системе.
Слайд 8
Ожидаемый эффект
После внедрения проекта время подготовки заявки сократится до пяти–десяти минут, а реестр счетов перестанет разрастаться лишними записями. Проверка расходов станет проще, потому что все госпошлины будут проходить через одну статью бюджета вместо множества разовых счетов. Кроме того, исчезнет риск ошибок, связанных с ручным вводом реквизитов.
Слайд 9
Риски внедрения
Основные риски связаны с перерасходом лимита, ошибочным назначением платежа и возможным сбоем в системе. Для их снижения предлагаются еженедельный мониторинг остатков, ограничение прав на доступ к счету только для юридического отдела и тестовый прогон на пяти заявках. Также потребуется простая инструкция для службы информационных технологий, чтобы быстро отработать технические неполадки.
Слайд 10
Заключение
Проект переводит оплату государственной пошлины из реактивного режима в плановый и убирает лишние согласования. Для запуска не требуется внешний бюджет, а все необходимые ресурсы уже есть внутри компании. При поддержке руководства за пять недель можно провести согласование, пилотный запуск на пяти исках и перейти к полной эксплуатации нового регламента.
Нужна такая же презентация, но по своей теме?
Презентоша сгенерирует презентацию по любой теме за минуту — бесплатно.
Создать презентацию