Продукт и архитектура 1С

2. Продукт и архитектура 1С "1С:Комплексная автоматизация 8" разработана на основе прикладного решения ERP-класса "1С:Управление производственным предприятием 8“ ДК/Москва Пользователь 1 Пользователь 2 Пользователь N • 25 баз ДК • ~ 350 пользователей • Поддержка одновременной работы до 200 пользователей • Бэкапирование: • Полные бэкапы хранятся полностью за последнею неделю • За последний месяц хранятся - недельные бэкапы • За последний год хранятся - помесячные бэкапы • Годовые бэкапы высылаются в ДК КЛИЕНТ Терминальный сервер 1 Терминальный сервер 2 ПРИЛОЖЕНИЕ 1С (Кластер серверов 1с) СУБД Москва

3. Обмены 1С РИБ При не удачном обмене (хотябы одной базы), приходит оповещение в группу поддержки 1С и CRM новые/измененные СМИ (В 22:00 ежедневно в 1С-ный справочник СМИ) ЦС ЦБ Доработки и обновления Ночной обмен ДК 1 ДК 2 ДК N - Статьи / регистры / план счетов по управленческому учету - Справочники:СМИ, Территории СМИ, ЦФО, Внутренние подразделения Стандартная доставка версии: ночь – в автоматическом режиме Срочная доставка версии: до одной ДК 40 мин. (затратный процесс, который передвигает сроки по другим текущим задачам) • Основной риски: оперативность обновления конфигурации и данных • Основные причины: • Не обновились базы ДК (не прошли обмены) • Масштаб – все ДК • Рассинхронизация одного из узлов обмена • Масштаб - единичное ДК • - Выход из стоя (на уровне архитектуры) конфигурации ЦБ • Масштаб – все ДК

4. Текущий статус развития 1С Процессы: • Во всех ДК запущенна работа в новой 1с; • Доработки фиксируются в Devtrack, инциденты в Altiris; • Утверждена схема и ресурсы поддержи продукта. Функционал: • настроены интеграционный поток СМИ из ЦС; • создана возможность выгрузки размещения по бегущей строке; • широкий выбор отчетов с произвольными фильтрами и группировками; • реализации алгоритма корпоративного документооборота; • внедрена система контроля за документооборотом с возможностью штрихкодирования печатных форм; • автоматизирован процесс централизованного обновления   между центральной и периферийными базами; • внедрен учет по реализациям услуг по посредническим договорам, согласно особенностям бизнес-процесса ВИ; • разработана обработкасоздания пакета сводных документов реализаций; • автоматизирован процесс формирования пакета счет-фактур; • гибкая система прав доступа к объектам системы, позволяющая разграничить и регламентировать доступ пользователей к различным категориям информации; • реализацияширокого круга печатных форм, унифицированных с печатными формами используемыми  в ГК ВИ. и многое другое….

5. Планы развития 1С в будущем 1 Интеграция ВИМБ СОТ 1C ERP (Oracle) CRM Оборудование (сканеры штрих-кодов)

6. Планы развития 1С в будущем 2 • Внедрение управленческой отчетности; • Предоставление отчёта о кадровой статистики (текучесть кадров); • Реализовать «специальный отчёт о нарушениях».

7. Развитие качества поддержки 1С • Увеличение ресурса в 2333 по 1-ой линии поддержки 1С; • Развитие и накачка знаниями 1-ую линию поддержки 1с в ДК: регламентные работы (мониторинг показателей, администрирование данных) решение инцидентов (ИТС, база знаний, …) консультации пользователей по процессу поддержки и доработки инициация инцидентов (анализ, грамотной сбор информации) контроль выполнения инцидентов выявление потребностей, проблем и своевременное информирование активная позиция к пользователям (анализ дублей справочников, запросы резервных копий…) … • Все инциденты должны проходить через координацию 2333 с заведением заявки.

8. Схема решения инцидентов 1С Пользователи Пользователи Пользователи Специалист ПО / Региональный Администратор ДК Специалист ПО / Региональный Администратор ДК Специалист ПО / Региональный Администратор ДК ДК 1 ДК N ДК 2 • Плюсысхемы поддержки: • Оперативность • Эффективность использования ресурсов • Единая точка входа • ПлюсыAltiris: • Прозрачность • Единая точка входа • Статистика • Контроль качества • База знаний 2333 1-ая линия поддержки Техническая служба (Фролов А, Андропов А) Администраторы Группа поддержки 1с и CRM (Жуков А, Панкратов А) Технические эксперты 1с Техническая служба (Левачева Г, Ларин И)Функциональные эксперты 1с 2-ая линия поддержки СБ Переход на данную схему с 4ого кв. 2012 по 01.01.2013 Разработчики продукта 1С

9. Доработка 1С Этапы реализации доработок: Постановка задачи ТЗ Разработка Приемка Вывод версии Информирование о реализуемом функционале ДК\Трэнд Москва Отказили предложено функциональное решение Техническая служба (Левачева Г.)эксперт внедрения 1с Анализ задачи и утверждение ТЗ Группа поддержки 1с и CRM Согласование /планирование задачи Не соответствует ТЗ • Группа поддержки 1с и CRM (Жуков А., Панктратов А.) • Техническая служба (Левачева Г, Ларин И*) • 2333 (Китаев М.) • Внешние разработчики* Документирование доработки / инструкции разработка Проверка кода и внутреннее тестирование Вывод версии в боевую эксплуатацию • Техническая служба (Левачева Г) • Конечный пользователь/заказчик • Закрепленные тестировщики ДК Приемка (Внешнее тестирование) Соответствует ТЗ * - не участвуют в этапе вывода версии

10. Обновление релиза 1С Стандартный процесс обновления релиза - сложен и критичен

11. Риски и слабые места К чему приведут значительные правки системы и «хотелки» доработок: • Снизится оперативность ресурса поддержки и разработки • Увеличатся затраты на обновление и поддержку конфигураций • Снизится оперативность подготовки обновления при срочных изменениях законодательства • Коллизии применимости доработок для всех ДК • Увеличится объем ошибок после выхода нового релиза • Риски связанные с проблемами сдачи регламентированной отчетности, выставления счетов, актов и т.п. критичных задач • стремится во всех ДК использовать единые методологии и принципы ведения учета • придерживаться функционалу стандартов 1с и не выдумывать «велосипеды» • использовать единые печатные формы согласно законодательству и юридической правильности Наш основной принцип: оптимальное качество с минимальными затратами на сопровождение Вывод:

12. Спасибо за внимание!