Внедрение 1С

  • Настройки системы под индивидуальные требования
  • Повышение производительности системы
  • Оптимизация бизнес-процессов
  • Повышение эффективности персонала
  • Актуальные управленческие решения
  • Регламенты и пользовательские инструкции
  • Создание новых отчетов и обработок
Внедрение 1С
Доставка
Доставка
Установка
Установка
Настройка
Настройка
Консультация
Консультация
Поддержка
Поддержка
Компания «ИТС ПЛЮС» после покупки программ 1С предоставляет
следующие условия:
1
БЕСПЛАТНЫЙ
ВОЗВРАТ
В случае, если покупка не подошла, вы можете без труда оформить возврат в течение 14 дней.
2
Гарантия 24 месяца
на все услуги 1с
Предоставляем гарантию на настройку, установку и другие услуги программистов 1С.
3
Быстрый доступ к
ключам продуктов
У нас вы всегда можете получить доступ к продуктам 1С в случае потери ключа программы.
4
Линия
консультации 1с
Служба поддержки оказывает помощь по настройкам и устранению неполадок в работе с программами 1С.
Новая акция
При покупке 1С Бухгалтерия ПРОФ версии
Зарплата и Управление Персоналом Базовая - за 100 руб!
заказать
25 типичных ошибок при работе
в программе 1С Бухгалтерия
Скачайте данный ЧЕК-ЛИСТ и работайте в
программе без ошибок
Скачать чек лист
СПЕЦПРЕДЛОЖЕНИЕ
Приобретая программу 1С Бухгалтерия 8 с подпиской ИТС на 8 месяцев
4 месяца обслуживания в подарок
Стоймость: в месяц 1 879 р. в год, 22 548 р.
заказать пакет

ПРОЕКТ ВНЕДРЕНИЯ СИСТЕМЫ 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С

Наименование
Описание
Цена
Уточнить
Технология стандартного внедрения (ТСВ)

Окончательная стоимость зависит от :

  • выбранного продукта 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 один из лидеров Российского рынка в области подбора персонала выражает благодарность компаниии "ИТС +" за высокоэффективное сотрудничество ... читать полностью

Юльюшина И.А.

ООО СПЕКТРИФИН

Компания ООО «ИТС Плюс» ответственно подошла к вопросу решения поставленных задач. Была произведена предварительная подготовка системы и сотрудников компании к поэтапному переходу. В процессе ... ... читать полностью
Служба контроля качества
Мы стремимся к высокому качеству обслуживания. Если у вас появились вопросы либо замечания, напишите нам письмо:
Согласен с обработкой моих перснональных данных в соответствии с политикой конфиденциальности
Оценить работу сотрудников компании
785
128
16
Регистрация

Я согласен на обработку персональных данных

Обратный звонок
Специалисты компании проведут бесплатную консультацию и произведут расчет стоимости подходящего для Вас решения.
--
00
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
:
--
00
05
10
15
20
25
30
35
40
45
50
55

Я согласен на обработку персональных данных

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

Я согласен на обработку персональных данных

Чек-лист

Проверьте номер

C условиями обработки персональных данных согласен(на)

Заполните форму, оставьте заявку
и получите чек-лист на e-mail