-
Внедрение 1С в Красногорске
- Настройки системы под индивидуальные требования
- Повышение производительности системы
- Оптимизация бизнес-процессов
- Повышение эффективности персонала
- Актуальные управленческие решения
- Регламенты и пользовательские инструкции
- Создание новых отчетов и обработок
Доставка
Установка
Настройка
Консультация
ПоддержкаКомпания «ИТС ПЛЮС» после покупки программ 1С предоставляет
следующие условия:1БЫСТРЫЙ
ВОЗВРАТВ случае, если покупка не подошла, вы можете без труда оформить возврат в течение 14 дней.2Гарантия 24 месяца
на все услуги 1сПредоставляем гарантию на настройку, установку и другие услуги программистов 1С.3Быстрый доступ к
ключам продуктовУ нас вы всегда можете получить доступ к продуктам 1С в случае потери ключа программы.4Линия
консультации 1сСлужба поддержки оказывает помощь по настройкам и устранению неполадок в работе с программами 1С.ПРОЕКТ ВНЕДРЕНИЯ СИСТЕМЫ 1С
-
Виды Внедрения 1С
ПРОЕКТНЫЙ ПОДХОД 1С
ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ
Регламенты работы с НСИ
Виды Внедрения 1СРазработчик «1С» создал три основные технологии внедрения программных продуктов «1С:Предприятие».
- Технология стандартного внедрения (ТСВ)
- Технология быстрого результата (ТБР)
- Технология корпоративного внедрения (ТКВ)
Применение правильно подобранной технологии, обеспечит достижение поставленных целей и задач проекта.
При определении соответствующей технологии к конкретному типу проекта, учитываются такие особенности как:
- «размер» компании/или проекта
- уровень доработок программного комплекса 1С
- интеграции со сторонними системами
- вовлеченность и количество сотрудников заказчика
- требования к детализации и объему документации.
Как правило, после комплексного анализа критериев проекта, руководитель проектной команды принимает решение в выборе технологии.
Краткое описание трех технологий:
“Технология Стандартного Внедрения” (ТСВ) - это проектная технология, разработанная компанией 1С, для автоматизации небольших организаций.
Обязательным условием для выбора ТСВ является низкий уровень к требованию доработок системы, сложности оргструктуры, сложности бизнес процессов и штат от 5 до 10 активных пользователей. Основной задачей данной технологии является подбор решения 1С, максимально соответствующего бизнес процессам компании, без необходимости дорабатывать (модифицировать) систему.
Подходит для таких продуктов как:
1С: Бухгалтерия, 1С: Зарплата и Управление Персоналом, 1С:Управление Торговлей, 1С:Розница и для некоторых отраслевых решений 1С. Стоимость проекта от 100 до 500 тыс. рублейК существенным минусам ТСВ можно отнести, то что заказчик вынужден подстроить свои процессы под типовые функции системы 1С.
“Технология Быстрого Внедрения” (ТБР)
- это индустриальная проектная технология, которая подходит для компаний имеющих в штате от 10 до 50 активных пользователей. Внедрение системы осуществляется на основании шаблонных документов созданных в ходе предыдущего опыта, для конкретной отрасли.Подходит для таких продуктов как:
1С: Бухгалтерия, 1С: Зарплата и Управление Персоналом, 1С:Управление Торговлей, 1С:Розница и многих отраслевых решений 1С.
Стоимость проекта от 500 до 1 000 тыс. рублейВ случае выбора данного подхода, заказчик также подстраивает свои бизнес процессы под функции системы, но только уже адаптированные под его отрасль. Минусом этой технологии является доработка системы по тиражируемой модели.
“Технология Корпоративного внедрения (ТКВ) - это комплексный подход к проекту, включающий весь цикл проведения исследовательских мероприятий (предпроектное обследование), детализацию документов и модификацию программ 1С под особенности бизнес процессов заказчика. Технология рассчитана на компанию штат которой насчитывает от 50 активных пользователей и выше. Данный подход требует высокую вовлеченность руководителя проекта со стороны заказчика и его персонала. Выбрав данную технологию, заказчик обеспечивает себя гарантией выполнения целей, сроков проекта, фиксированной стоимостью и получением конечного продукта отвечающего всем требованиям и особенностям компании заказчика.
Подходит для таких продуктов как:
1С:Комплексная Автоматизация, 1С:ERP, 1С:Документооборот, 1С:Управление Торговлей и всех отраслевых решений 1С.
Стоимость проекта от 1 000 тыс. рублей и выше, в зависимости от масштабов проекта, количества пользователей, детализации документов, обучения и много другого.
К минусам можно отнести стоимость конечного продукта. Это связанно с большим объемом проектной документации (Устав проекта, Отчет об обследовании, План запуска, План орг. изменений и т.д.).
ПРОЕКТНЫЙ ПОДХОД 1СПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕРегламенты работы с НСИ
Цены на проекты внедрения на базе программных продуктов 1С
НаименованиеОписаниеЦенаУточнитьТехнология стандартного внедрения (ТСВ)Окончательная стоимость зависит от :
- выбранного продукта 1С
- количества пользователей
- уровня настройки системы...
от 100 000 руб.
до 500 000 руб. КонсультацияТехнология быстрого результата (ТБР)Окончательная стоимость зависит от :
- выбранного продукта 1С
- количества пользователей
- уровня настройки системы
- уровня доработки системы...
от 500 000 руб.
до 1000 000 руб. КонсультацияТехнология корпоративного внедрения (ТКВ)Окончательная стоимость зависит от :
- выбранного продукта 1С
- количества пользователей
- уровня настройки системы
- уровня доработки системы
- объема и вида переноса данных
- количество интеграций...
от 1 000 000 руб. КонсультацияПредпроектное обследованиеОкончательная стоимость зависит от :
- количество интервьюируемых пользователей
- уровень сложности процессов компании
- требование к детализации отчета об обследовании...
от 150 000
до 500 000 руб. КонсультацияРазработка и внедрение регламента НСИОкончательная стоимость зависит от :
- состояния текущей базы
- кол-во конвертируемых объектов
- количества справочников
- иерархии элементов...
от 50 000
до 200 000 руб. КонсультацияИнтеграция с внешними ресурсамиОкончательная стоимость зависит от :
- от количества и совместимости данных НСИ
- частота обмена данных
- необходимость доработки/разработки обменов...
от 10 000
до 200 000 руб. КонсультацияРазработка пользовательских инструкцийОкончательная стоимость зависит от :
- от сложности и количества описываемых бизнес-процессов
- количество обучаемых пользователей
- требование к детализации документов...
от 10 000
до 200 000 руб. КонсультацияЭтапы следующие за предпроектным обследованием:
МОДЕЛЬ и/или КОНТРОЛЬНЫЙ ПРИМЕР
Моделирование.
После проведения предпроектного обследования, начинается этап моделирования системы.
На входе в этап моделирования есть матрица ролей и схема бизнес процессов (которая была описана и согласована с заказчиком в результате обследования).
Что делать дальше с этой схемой, какая от нее польза и почему она так нужна?
Благодаря процессу обследования и описания схемы, исполнитель узнает все требования бизнеса заказчика. Понимает как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функций. Теперь можно оптимально подобрать программный продукт или несколько программных продуктов, с помощью которых будет оптимизирован бизнес клиента.
Исполнитель не может выбрать программные продукты до обследования, может только предположить, что скорее всего для такой то компании подойдет такой то программный продукт. Конечно есть случаи где выбор очевиден, если есть розничный магазин, то с большой вероятностью подойдет 1С:Розница. При этом всегда есть вариант, что эта 1С:Розница сама по себе или в связке с 1С:УТ или 1С:Розница и 1С:УТ и 1С:Бухгалтерия, либо еще какие то варианты.
В конечном счете все зависит от того, чем именно занимается заказчик, какие процессы происходят у него в компании и что еще есть кроме тех задач, которые видны на поверхности.
Имея полное описания процессов и функций всех сотрудников, исполнитель может обоснованно рекомендовать оптимально-подходящие программные продукты 1С, указав на перечень процессов заказчика, которые будут реализованы в одной или нескольких программах.
Функции которые отсутствуют в предложенных программах 1С, дополняются путем доработки (программирования системы). В некоторых случаях исполнитель приходит к самому клиенту, и они совместно разбирают плюсы и минусы реализации его процессов на разных конфигурациях 1С. В итоге клиент может осознанно выбрать подходящий ему программный комплекс. При этом есть возможность оценить стоимость внедрения и дальнейшего сопровождения выбранного программного комплекса.
Модель или контрольный пример, в чем разница?
Модель это документ в формате ворд, в котором описывается соответствие бизнес процесса. Как он проходит, какими документами, справочниками, обработками, отчетами в 1С можно двигать этот процесс. На этот документ можно посмотреть (как будет работать продавец, как будет работать кладовщик, как будет работать бухгалтер и т.д.) и решить соответствует ли модель процессам компании.
Контрольный пример - делается база 1С, она полностью типовая, в ней нет перенесенных данных заказчика, перенесенных справочников и остатков. Руками создаются несколько объектов, которые проходят весь цикл от начало и до конца, т.е. в рамках контрольного примера настраивается база 1С, создаются справочники (это может быть 5-10 необходимых справочников), создаются документы со всеми настройками которые предполагается делать. Делается документы заказ, поступления, перемещения, отгрузки, возврат, оплаты. Затем создаются отчеты и смотрится как всё отразилось в системе и что можно посмотреть с типовым отчетным функционалом 1С. На основании контрольного примера пишется документ, который заказчик может посмотреть и в сопровождении с базой 1С можно протестировать тот или иной функционал. Если сравнивать два инструмента, то модель это дешевле и быстрее, контрольный пример, соответственно дольше и дороже.
Когда нужен контрольный пример:
- когда заказчик никогда не работал в 1С, т.е. работа велась в других системах;
- когда отражается какой-то сложный участок деятельности, который сложно отразить в описании.
Например: Многосерийное, позаказное производство, со сложным расчетом себестоимости и большим количеством вводных, которые нужно учесть. В итоге лучше смоделировать в системе и разобрать с заказчиком, потому что без базы это будет абстракция и будет невозможно понять, правильно это или нет.
В случае с контрольным примером, заказчик получает возможность протестировать функционал в разных вариантах. Чтобы осуществить это, необходимо развернуть базу на серверах заказчика, если к тому моменту у него уже куплены лицензии. Если нет, тогда база разворачивается на серверах исполнителя и предоставляется доступ.
Всегда, после того как модель/контрольный пример выполнен, в обязательном порядке заказчик с исполнителем разбирают документ, насколько он понятен клиенту. Это занимает плюс еще 2-3 часа.
На выходе из данного этапа имеется: документ модель с подробным описанием того, каким образом процессы отражаются в учетных системах, база с контрольным примером, на случай если его делали, функциональные требования (ФТ) на доработки.
РЕАЛИЗАЦИЯ
Реализация.
Этап реализация имеет подготовительный характер перед запуском новой системы. Здесь реализуются все настройки согласно ФТ/ТЗ, программисты дорабатывают весь необходимый функционал, пишется “Концепция запуска” и проходит процесс обучения пользователей в новой системе 1С.
Что уже получено на входе в этап реализации:
- отчет об обследовании
- модель и/или контрольный пример
- функциональные требования/техническое задание
- таблица ролей и прав сделанная по результатам обследования
- концепция запуска
Далее следует описание части задач, которые необходимо выполнить на этапе Реализации.
“Концепция запуска”
Концепция запуска, это порядок того, как и в какой очередности запускается новая система.
В “Концепции запуска” описывается разработка и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
Подготовка инструкций и чем они отличаются от желтых книжек 1С.
Инструкции в желтых книгах 1С описаны пообъектно, т.е., вначале описаны все справочники а потом описаны все документы. Из прочтения книги не становится понятно, как осуществить процесс заказа, закупки или разместить товар на складе и т.д.
Инструкции написанные на проекте, это инструкции процессные, т.е., что делать пользователю в системе и какие последовательные шаги он должен проделать.
Обучение.
Обучение пользователей начинается уже с готовыми инструкциями и распределенными ролями и правами.
Обучение по ролям обязательно проводится в режиме очном, проводит его аналитик или руководитель проекта исполнителя. Ответственность, того чтобы пользователи научились работе в системе, ложится на РП от компании исполнителя и компании заказчика. По итогом обучения подписываются “Листы обучения”. Например, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
Хочется отметить что на этапе реализации клиент должен принимать активное участие в проверке всего функционала. В обязательном порядке, еженедельно участвовать в “Статус встречах”, на которых предоставляются отчеты о проделанной работе и внимательно их изучать.
“Реализация организационных изменений”.
Организационные изменения бывают разные, например: покупка дополнительного оборудования, наем дополнительных сотрудников, изменение структуры хранения на складе и т.д.
Подводя итоги по этапу “Реализаця” хочется отметить, что это длительный процесс в котором содержится огромный объем работы методистов, программистов 1С, руководителя проекта и команды со стороны заказчика.
ВНЕДРЕНИЕ СИСТЕМЫ
Прогон запуска/внедрение системы.
На входе в этот этап достигнуты следующие результаты:
- обученные пользователи (то что они обучены и у нас есть подписанные “Листы обучения”)
- настроенная система, по документу “Модель”
- все доработки, которые описаны в ФТ, выполнены,
- подготовлены понятные для пользователей инструкции
- переносы проверены, интеграции протестированы, система готова к запуску
Далее следует “Прогон запуска”. Как это происходит?
Например, в указанную дату пользователи заказчика выходят из системы, снимается копия и остается у компании внедренца. Далее, в новую чистую подготовленную базу делается перенос “Справочников”, “Остатков”, делаются “Настройки” и проверка.
На выходе из этого процесса, есть необходимое время для каждой задачи. Замерить время это и есть задача “Прогона запуска”. На выходе получаем документ с таймингом, где каждая операция замерена в часах и известно сколько она занимает времени. Благодаря этому документу есть понимание сколько понадобится времени, для того чтобы перейти со старой системы на новую.
Бывает так, что тайминг показывает, что времени которое отведено заказчиком для запуска недостаточно. Например, компания заказчика работает в системе с понедельник по пятницу и на запуск можно выделить только субботу и воскресенье, в то время как тайминг покажет, что на запуск новой системы понадобится трое суток. Либо заказчик работает и в выходные дни, а на запуск можно выделить только ночь. В таком случае рассматриваются варианты по плотности графика - какие работы можно провести заранее, а какие можно ускорить и провести параллельно другим задачам подключив при этом дополнительный персонал. Иногда возможно часть работ провести после запуска системы.
Итак, “Прогон запуска” показал, сколько понадобится времени на запуск, все проверено, протестировано, команда заказчика готова к работе в новой системе.
Запуск
Переход на новую систему.
Запуск осуществляется по аналогии с “Прогоном запуска”, только теперь вся работа происходит в рабочей базе.
Наступает первый рабочий день в новой системе. Практически всегда первая неделя запуска наполнена ошибками работы в системе, появлением неучтенных моментов в бизнес процессах на этапе интервью пользователей, а также ошибки системы на устранение которых понадобится опытный специалист со стороны заказчика. Обычно это решается в течении одного, двух дней, но бывает так, что затягивается и на неделю. После этого срока, пользователям понадобится горячая линия поддержки из команды специалистов которые занимались проектом, для решения задач которые возникают в процессах работы. На всем протяжении поддержки, ответственный сотрудник оперативно связывается с разработчиками и методологами, которые выделены на проект, чтобы специалисты сразу в рабочем режиме вносили все необходимые правки. Также в период запуска должен быть готов к большому объему работы РП со стороны заказчика. Потому что пойдет негатив со стороны сотрудников заказчика. Они будут жаловаться, зачем все это задумали, и что им тяжело работать в новой системе. Все это будет происходить в пределах недели. Как правило через месяц пользователи привыкают, через три не представляют как работать без новой системы.
Есть еще один важный момент, который стоит обсудить с РП со стороны заказчика, это ситуации при наступлении которых принимается решение о том, что переход сегодня не получился и нужно определить новую дату перехода. Пользователи в таком случае, временно возвращаются работать в старую систему.
РУКОВОДИТЕЛЬ ПРОЕКТА ОТ ЗАКАЗЧИКА (РПЗ)
РПЗ.
В этой статье мы разберем каким должен быть РПЗ, какую роль он играет и каково его участие в общих чертах.
И так РПЗ, это человек который несет ответственность за результат проекта со стороны заказчика. Этот человек, который своей подписью будет принимать решения, начиная с presale процесса на этапе выбора подрядчика, до момента приемки конечного результата. И именно он, в самом начале встречь на предпроектном обследовании, должен рассказать, зачем в компании инициирован проект автоматизации и какие цели преследуют собственники.
Предпроектное обследование.
Предпроектное обследование, это серия интервью в которых бизнес аналитики спрашивают пользователей о бизнес процессах компании и об их реализации в разных системах. Задача РПЗ организовать эти встречи со стороны заказчика, т.е., взять предоставленный список встреч и совместно составить график проведения интервью, учитывая пожелания последовательности со стороны исполнителя.
Далее РПЗ обеспечивает явку и готовность участников, рассказывает про свои функции в компании. РПЗ должен просветить своих сотрудников, для чего нужны эти интервью. РПЗ в ходе встречи должен наблюдать за тем как всё проходит и гасить конфликты которые могут вспыхнуть. Потому что очень часто, по разным причинам, пользователи не хотят что-то рассказывать и чем то делится.
Моделирование и контрольный пример.
РПЗ должен сам глубоко погружаться в проект, изучать полученные документы, для того чтобы понять как будет выглядеть модель, как будут работать новые функции и как все будет устроено в новой информационной системе (ИС). На этом этапе подписываются важные документы: Модель, Функциональные Требования и Концепция запуска. РПЗ должен обеспечить прочтение и изучение ключевыми пользователями документов имеющих отношение к занимаемой ими позиции. Задача РПЗ убедится в том, что пользователи поняли как все будет выглядеть, что каждый изучил свой участок и согласен, а если не согласен, то дал подробные детальные развернутые комментарии.
Реализация.
На этом этапе РПЗ должен быть в постоянном контакте с исполнителем. Читать “Статус отчеты”, задавать уточняющие вопросы, участвовать в тестировании, привлекать ключевых пользователей к тестированию функционала.
Внедрение.
Весь процесс внедрения РПЗ должен находится рядом и участвовать в сортировке требований и проблем.
Качества которыми обладает руководитель проекта:
- должен быть не рядовой сотрудник
- должен иметь опыт систематизации, постановки задач, контроля выполнения и т.д.
- должен быть последовательным человеком, и человеком который глубоко погружается в тему
- хорошо если он знает 1С
- должен знать предметную область заказчика, поэтому лучше если это тот из руководителей, который
- хорошо знает как работает компания
- должно иметь отдельное время для участия в проекте. В большом проекте он может потратить 50% своего
- рабочего времени или даже 100%
Также РПЗ должен иметь прямой контакт с собственником или с генеральным директором. РПЗ должен получать поручения и быть подотчетным к кому-то из них. Благодаря этому, он будет находится на одном уровне с топовыми руководителями, в рамках своего проекта. Это позволит ему приходить к руководителям других подразделений и чего-то от них требовать.
Ему должно быть интересно запустить систему и знать ее не меньше чем этого хочет исполнитель. РПЗ заинтересован в успешном завершении проекта. Чтобы все задачи были завершены а потраченные деньги были оправданы. Возможно ему будет интересен этот кейс потому что он амбициозный человек.
Поэтапное сравнение трех проектных технологий внедрения 1СНаименованиеТСВТБРТКВПодписание NDAДоговор о неразглашении конфиденциальной информации
дададаЭкспресс обследованиеЦелью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
дададаУстав проектаУстав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
нетдоп. оплатадаПредпроектное обследованиеБлагодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего, мы можем оптимально подобрать программный продукт, или несколько программных продуктов с помощью которых будет оптимизирован бизнес клиента.
На основании обследования, готовится коммерческое предложение на внедрение системы, по модели фиксированной цены. Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
нетдоп. оплатадаОтчет об обследованииОтчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика
- подготовленных таблиц к этим процессам, которые поясняют как все происходит
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет
нетдоп. оплатадаРазработка оргструктуры заказчикаОрганизационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
доп. оплатадоп. оплатадаКонцепция запуска“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
нетдоп. оплатадаПлан орг.измененийПлан орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С и рекомендательные предложения.
нетдоп. оплатадаСписок ролей и функцийнетдадаМоделированиеМоделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
нетдоп. оплатадаОписание внешних обменовдоп. оплатадоп. оплатадаПодготовка документа “Модель”"Модель" это документ в формате word в котором делается описание бизнес процессов как они есть. Какими документами, справочниками, обработками, отчетами в 1С можно двигать эти процессы. На этот документ можно посмотреть и и решить соответствует ли модель процессам компании.
нетдоп. оплатадаДокумент “Техническое задание” (ТЗ)Техническое Задание (ТЗ) на разработку не предоставляется заказчику, потому что в большинстве случаев клиент не хочет и не может понимать документ который содержит огромное количество технической информации и терминологии. Данный документ предназначен для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
нетдоп. оплатадаДокумент “Функциональные требования” (ФТ)Что такое ФТ?
Когда пишется документ "Модель", становится понятно что, так как должен проходить бизнес процесс заказчика, невозможно отразить ни в одном типовом решении 1С. Это означает, что на этом месте необходима доработка системы программированием.
В случае когда необходима доработка, бизнес аналитик, который делает моделирование, продолжает в этом месте описывать как будет проходить бизнес процесс, только начинает писать тест кейс - описание того, как оно будет работать а не как оно работает сейчас. Этот тест кейс, будет основой для проверки, как реализован функционал. Из этих блоков которые не существуют но должны работать и будут собраны данные для подготовки ФТ.
дадада“Контрольный пример”Контрольный пример, это полностью типовая база 1С, в которой нет перенесенных данных заказчика, перенесенных справочников и остатков. В ней руками создается несколько объектов, с которыми можно пройти весь цыкл от начало и до конца. т.е. в рамках контрольного примера мы настраиваем базу 1С, создаем справочники (это может быть 5-10 необходимых справочников), создаем документы со всеми настройками которые предполагаем делать. Мы делаем документы заказ, поступления, перемещение, отгрузку, возврат, оплату… Затем мы создаем отчеты и смотрим как всё отразились в системе и что можно посмотреть с типовым отчетном функционалом 1С.
нетдоп. оплатадаРазработка структуры НСИ и правила переноса данныхРазработка структуры НСИ, это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры
- справочник контрагенты
- справочник статьи движения
- денежных средств
- справочник статьи затрат
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
доп. оплатадоп. оплатадаРазработка по ФТ/ТЗнетдадаНастройка ИС по готовой МоделидададаРеализация внешних обменовдоп. оплатадоп. оплатадаСоздание пользователей, настройка прав, матрица ролейМатрица ролей указывает, какие роли есть в компании и какие функции каждая из ролей выполняет
По этой матрице в дальнейшем будет проводится обучение, настраиваться права доступа в учетной системе, готовится памятки и пользовательские инструкции для сотрудников.
доп. оплатададаПодготовка пользовательских инструкцийдоп. оплатадоп. оплатадаОбучение сотрудниковдоп. оплатадоп. оплатадаДокумент “Листы обучения”По итогом обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
доп. оплатадоп. оплатадаСоздание/загрузка справочниковдоп. оплатадоп. оплатадаПеренос начальных остатковдоп. оплатадоп. оплатадаПеренос истории из старой ИСнетнетдаПлан запускаПлан запуска - документ содержащий список мероприятий, который необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
нетдоп. оплатадаТестирование перехода (тайминг)Тайминг - документ, содержащий полный список операций, которое необходимо осуществить для запуска систем, с указанием времени для каждой операции.
нетдоп. оплатадаЗапуск в тестовую эксплуатациюнетдоп. оплатадаПротокол испытанийнетдоп. оплатадаСбор и устранение замечанийдададаЗапуск новой системыдададаГорячая поддержка после запуска (10 дней)нетдоп. оплатадаОпытная эксплуатация (1-3 месяца)нетдоп. оплатадаТСВПодписание NDAДоговор о неразглашении конфиденциальной информации
даЭкспресс обследованиеЦелью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
даУстав проектаУстав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
нетПредпроектное обследованиеБлагодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего, мы можем оптимально подобрать программный продукт, или несколько программных продуктов с помощью которых будет оптимизирован бизнес клиента.
На основании обследования, готовится коммерческое предложение на внедрение системы, по модели фиксированной цены. Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
нетОтчет об обследованииОтчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика
- подготовленных таблиц к этим процессам, которые поясняют как все происходит
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет
нетРазработка оргструктуры заказчикаОрганизационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
доп. оплатаКонцепция запуска“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
нетПлан орг.измененийПлан орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С и рекомендательные предложения.
нетСписок ролей и функцийнетМоделированиеМоделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
нетОписание внешних обменовдоп. оплатаПодготовка документа “Модель”"Модель" это документ в формате word в котором делается описание бизнес процессов как они есть. Какими документами, справочниками, обработками, отчетами в 1С можно двигать эти процессы. На этот документ можно посмотреть и и решить соответствует ли модель процессам компании.
нетДокумент “Техническое задание” (ТЗ)Техническое Задание (ТЗ) на разработку не предоставляется заказчику, потому что в большинстве случаев клиент не хочет и не может понимать документ который содержит огромное количество технической информации и терминологии. Данный документ предназначен для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
нетДокумент “Функциональные требования” (ФТ)Что такое ФТ?
Когда пишется документ "Модель", становится понятно что, так как должен проходить бизнес процесс заказчика, невозможно отразить ни в одном типовом решении 1С. Это означает, что на этом месте необходима доработка системы программированием.
В случае когда необходима доработка, бизнес аналитик, который делает моделирование, продолжает в этом месте описывать как будет проходить бизнес процесс, только начинает писать тест кейс - описание того, как оно будет работать а не как оно работает сейчас. Этот тест кейс, будет основой для проверки, как реализован функционал. Из этих блоков которые не существуют но должны работать и будут собраны данные для подготовки ФТ.
да“Контрольный пример”Контрольный пример, это полностью типовая база 1С, в которой нет перенесенных данных заказчика, перенесенных справочников и остатков. В ней руками создается несколько объектов, с которыми можно пройти весь цыкл от начало и до конца. т.е. в рамках контрольного примера мы настраиваем базу 1С, создаем справочники (это может быть 5-10 необходимых справочников), создаем документы со всеми настройками которые предполагаем делать. Мы делаем документы заказ, поступления, перемещение, отгрузку, возврат, оплату… Затем мы создаем отчеты и смотрим как всё отразились в системе и что можно посмотреть с типовым отчетном функционалом 1С.
нетРазработка структуры НСИ и правила переноса данныхРазработка структуры НСИ, это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры
- справочник контрагенты
- справочник статьи движения
- денежных средств
- справочник статьи затрат
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
доп. оплатаРазработка по ФТ/ТЗнетНастройка ИС по готовой МоделидаРеализация внешних обменовдоп. оплатаСоздание пользователей, настройка прав, матрица ролейМатрица ролей указывает, какие роли есть в компании и какие функции каждая из ролей выполняет
По этой матрице в дальнейшем будет проводится обучение, настраиваться права доступа в учетной системе, готовится памятки и пользовательские инструкции для сотрудников.
доп. оплатаПодготовка пользовательских инструкцийдоп. оплатаОбучение сотрудниковдадоп. оплатадаДокумент “Листы обучения”По итогом обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
доп. оплатаСоздание/загрузка справочниковдоп. оплатаПеренос начальных остатковдоп. оплатаПеренос истории из старой ИСнетПлан запускаПлан запуска - документ содержащий список мероприятий, который необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
нетТестирование перехода (тайминг)Тайминг - документ, содержащий полный список операций, которое необходимо осуществить для запуска систем, с указанием времени для каждой операции.
нетЗапуск в тестовую эксплуатациюнетПротокол испытанийнетСбор и устранение замечанийдаЗапуск новой системыдаГорячая поддержка после запуска (10 дней)нетОпытная эксплуатация (1-3 месяца)нетТБРПодписание NDAДоговор о неразглашении конфиденциальной информации
даЭкспресс обследованиеЦелью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
даУстав проектаУстав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
доп. оплатаПредпроектное обследованиеБлагодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего, мы можем оптимально подобрать программный продукт, или несколько программных продуктов с помощью которых будет оптимизирован бизнес клиента.
На основании обследования, готовится коммерческое предложение на внедрение системы, по модели фиксированной цены. Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
доп. оплатаОтчет об обследованииОтчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика
- подготовленных таблиц к этим процессам, которые поясняют как все происходит
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет
доп. оплатаРазработка оргструктуры заказчикаОрганизационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
доп. оплатаКонцепция запуска“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
доп. оплатаПлан орг.измененийПлан орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С и рекомендательные предложения.
доп. оплатаСписок ролей и функцийдаМоделированиеМоделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
доп. оплатаОписание внешних обменовдоп. оплатаПодготовка документа “Модель”"Модель" это документ в формате word в котором делается описание бизнес процессов как они есть. Какими документами, справочниками, обработками, отчетами в 1С можно двигать эти процессы. На этот документ можно посмотреть и и решить соответствует ли модель процессам компании.
доп. оплатаДокумент “Техническое задание” (ТЗ)Техническое Задание (ТЗ) на разработку не предоставляется заказчику, потому что в большинстве случаев клиент не хочет и не может понимать документ который содержит огромное количество технической информации и терминологии. Данный документ предназначен для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
доп. оплатаДокумент “Функциональные требования” (ФТ)Что такое ФТ?
Когда пишется документ "Модель", становится понятно что, так как должен проходить бизнес процесс заказчика, невозможно отразить ни в одном типовом решении 1С. Это означает, что на этом месте необходима доработка системы программированием.
В случае когда необходима доработка, бизнес аналитик, который делает моделирование, продолжает в этом месте описывать как будет проходить бизнес процесс, только начинает писать тест кейс - описание того, как оно будет работать а не как оно работает сейчас. Этот тест кейс, будет основой для проверки, как реализован функционал. Из этих блоков которые не существуют но должны работать и будут собраны данные для подготовки ФТ.
да“Контрольный пример”Контрольный пример, это полностью типовая база 1С, в которой нет перенесенных данных заказчика, перенесенных справочников и остатков. В ней руками создается несколько объектов, с которыми можно пройти весь цыкл от начало и до конца. т.е. в рамках контрольного примера мы настраиваем базу 1С, создаем справочники (это может быть 5-10 необходимых справочников), создаем документы со всеми настройками которые предполагаем делать. Мы делаем документы заказ, поступления, перемещение, отгрузку, возврат, оплату… Затем мы создаем отчеты и смотрим как всё отразились в системе и что можно посмотреть с типовым отчетном функционалом 1С.
доп. оплатаРазработка структуры НСИ и правила переноса данныхРазработка структуры НСИ, это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры
- справочник контрагенты
- справочник статьи движения
- денежных средств
- справочник статьи затрат
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
доп. оплатаРазработка по ФТ/ТЗдаНастройка ИС по готовой МоделидаРеализация внешних обменовдоп. оплатаСоздание пользователей, настройка прав, матрица ролейМатрица ролей указывает, какие роли есть в компании и какие функции каждая из ролей выполняет
По этой матрице в дальнейшем будет проводится обучение, настраиваться права доступа в учетной системе, готовится памятки и пользовательские инструкции для сотрудников.
доп. оплатаПодготовка пользовательских инструкцийдоп. оплатаОбучение сотрудниковдоп. оплатадоп. оплатадоп. оплатаДокумент “Листы обучения”По итогом обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
доп. оплатаСоздание/загрузка справочниковдоп. оплатаПеренос начальных остатковдоп. оплатаПеренос истории из старой ИСнетПлан запускаПлан запуска - документ содержащий список мероприятий, который необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
доп. оплатаТестирование перехода (тайминг)Тайминг - документ, содержащий полный список операций, которое необходимо осуществить для запуска систем, с указанием времени для каждой операции.
доп. оплатаЗапуск в тестовую эксплуатациюдоп. оплатаПротокол испытанийдоп. оплатаСбор и устранение замечанийдаЗапуск новой системыдаГорячая поддержка после запуска (10 дней)доп. оплатаОпытная эксплуатация (1-3 месяца)доп. оплатаТКВПодписание NDAДоговор о неразглашении конфиденциальной информации
даЭкспресс обследованиеЦелью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
даУстав проектаУстав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
даПредпроектное обследованиеБлагодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего, мы можем оптимально подобрать программный продукт, или несколько программных продуктов с помощью которых будет оптимизирован бизнес клиента.
На основании обследования, готовится коммерческое предложение на внедрение системы, по модели фиксированной цены. Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
даОтчет об обследованииОтчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика
- подготовленных таблиц к этим процессам, которые поясняют как все происходит
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет
даРазработка оргструктуры заказчикаОрганизационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
даКонцепция запуска“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
даПлан орг.измененийПлан орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С и рекомендательные предложения.
даСписок ролей и функцийдаМоделированиеМоделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
даОписание внешних обменовдаПодготовка документа “Модель”"Модель" это документ в формате word в котором делается описание бизнес процессов как они есть. Какими документами, справочниками, обработками, отчетами в 1С можно двигать эти процессы. На этот документ можно посмотреть и и решить соответствует ли модель процессам компании.
даДокумент “Техническое задание” (ТЗ)Техническое Задание (ТЗ) на разработку не предоставляется заказчику, потому что в большинстве случаев клиент не хочет и не может понимать документ который содержит огромное количество технической информации и терминологии. Данный документ предназначен для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
даДокумент “Функциональные требования” (ФТ)Что такое ФТ?
Когда пишется документ "Модель", становится понятно что, так как должен проходить бизнес процесс заказчика, невозможно отразить ни в одном типовом решении 1С. Это означает, что на этом месте необходима доработка системы программированием.
В случае когда необходима доработка, бизнес аналитик, который делает моделирование, продолжает в этом месте описывать как будет проходить бизнес процесс, только начинает писать тест кейс - описание того, как оно будет работать а не как оно работает сейчас. Этот тест кейс, будет основой для проверки, как реализован функционал. Из этих блоков которые не существуют но должны работать и будут собраны данные для подготовки ФТ.
да“Контрольный пример”Контрольный пример, это полностью типовая база 1С, в которой нет перенесенных данных заказчика, перенесенных справочников и остатков. В ней руками создается несколько объектов, с которыми можно пройти весь цыкл от начало и до конца. т.е. в рамках контрольного примера мы настраиваем базу 1С, создаем справочники (это может быть 5-10 необходимых справочников), создаем документы со всеми настройками которые предполагаем делать. Мы делаем документы заказ, поступления, перемещение, отгрузку, возврат, оплату… Затем мы создаем отчеты и смотрим как всё отразились в системе и что можно посмотреть с типовым отчетном функционалом 1С.
даРазработка структуры НСИ и правила переноса данныхРазработка структуры НСИ, это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры
- справочник контрагенты
- справочник статьи движения
- денежных средств
- справочник статьи затрат
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
даРазработка по ФТ/ТЗдаНастройка ИС по готовой МоделидаРеализация внешних обменовдаСоздание пользователей, настройка прав, матрица ролейМатрица ролей указывает, какие роли есть в компании и какие функции каждая из ролей выполняет
По этой матрице в дальнейшем будет проводится обучение, настраиваться права доступа в учетной системе, готовится памятки и пользовательские инструкции для сотрудников.
даПодготовка пользовательских инструкцийдаОбучение сотрудниковдадоп. оплатадаДокумент “Листы обучения”По итогом обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
даСоздание/загрузка справочниковдаПеренос начальных остатковдаПеренос истории из старой ИСдаПлан запускаПлан запуска - документ содержащий список мероприятий, который необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
даТестирование перехода (тайминг)Тайминг - документ, содержащий полный список операций, которое необходимо осуществить для запуска систем, с указанием времени для каждой операции.
даЗапуск в тестовую эксплуатациюдаПротокол испытанийдаСбор и устранение замечанийдаЗапуск новой системыдаГорячая поддержка после запуска (10 дней)даОпытная эксплуатация (1-3 месяца)даВас так же может заинтересовать
1С: Управление Нашей Фирмой
1С: Комплексная Автоматизация
Обслуживание по договору ИТСОтзывы клиентов
Чугункина М.И.
«ОРГАНИК ФУД»
Компания ООО «ОРГАНИК ФУД» выражает благодарность компании ИТС+, за успешное сотрудничество и поддержку нашего бизнеса ... читать полностью
Назаров А.В.
ООО Монолит Констракшн
Отзыв о внедрении автоматизированной информационной системы на базе программного продукта 1С Бухгалтерия и 1С Зарплата и Управление Персоналом для ООО "ООО Монолит Констракшн" ... читать полностью
Олег Петров
ООО Релайтер
ООО Релайтер заключили договор с "ИТС+" по работе на сервере 1С FRESH ... читать полностью
Городецкая Т.Н.
ГТН профи
ООО "ГТН профи" выражает свою искреннюю признательность Руководителям и специалистам компании "ИТС+" за высокопрофессиональное и своевременное содействие нашей деятельности ... читать полностью
Ярославская Е.Я.
ИМПРЕСС ХОЛЛ
Спасибо компании ИТС+ что оказали неоценимую помощь в установке программного обеспечения 1С ... читать полностью
Мальцев О.А.
ООО «РэнджВижн» / «RangeVision» LLC
От имени компании ООО «РэнджВижн» благодарим компанию ООО «ИТС Плюс» за качественно выполненные работы по внедрению ПО 1С УНФ в числе которых ... читать полностью
Никулина И.А.
ProfiStaff
Рекрутинговое агенство - ProfiStaff один из лидеров Российского рынка в области подбора персонала выражает благодарность компаниии "ИТС +" за высокоэффективное сотрудничество ... читать полностью
Юльюшина И.А.
ООО СПЕКТРИФИН
Компания ООО «ИТС Плюс» ответственно подошла к вопросу решения поставленных задач. Была произведена предварительная подготовка системы и сотрудников компании к поэтапному переходу. В процессе ... ... читать полностью
РегистрацияОбратный звонокСпециалисты компании проведут бесплатную консультацию и произведут расчет стоимости подходящего для Вас решения.Задать вопросЧек-лист
