Доработка и разработка
Доработка и разработка 1С под процессы вашей организации
Разрабатываем отчёты, обработки, интеграции и функциональные модули для типовых и нетиповых конфигураций. Начинаем с постановки задачи и критериев приёмки, передаём результат с документацией.
Какие задачи решаем
Новые отчёты и печатные формы
Создаём управленческие, аналитические и регламентированные формы с согласованными источниками и правилами расчётов.
Обработки и автоматические операции
Сокращаем повторяющиеся действия, настраиваем проверки, загрузку, выгрузку и массовую обработку данных.
Функциональные подсистемы
Автоматизируем отдельные процессы, для которых недостаточно типового функционала.
Развитие нетиповой конфигурации
Анализируем существующие изменения и добавляем функции с учётом дальнейшего обновления.
Интеграционные механизмы
Разрабатываем интерфейсы обмена, правила сопоставления данных, обработку ошибок и контроль доставки.
Оптимизация производительности
Находим причины медленной работы, анализируем критичные операции и реализуем согласованные изменения.
Результат работ
Функция, которую можно проверить и принять.
Каждая доработка связывается с конкретной задачей пользователя и проверяемым сценарием. Заказчик получает реализованный функционал, исходный код в согласованном контуре, результаты испытаний, инструкции и описание влияния на обновления и интеграции.
согласованные требования и ограничения
реализация в отдельной среде разработки и тестирования
сценарии проверки и зафиксированные результаты испытаний
пользовательская или техническая документация в необходимом объёме
порядок переноса в рабочую систему и план возврата при нештатной ситуации
гарантийное устранение ошибок в рамках согласованной реализации
Как мы работаем
Разбираем
бизнес задачу, текущий сценарий и ожидаемый результат
Проверяем
можно ли решить задачу настройкой или типовым функционалом без разработки
Формируем
постановку, оценку, зависимости и критерии приёмки
Разрабатываем
и демонстрируем промежуточный результат в тестовом контуре
Проводим
испытания, исправляем замечания и готовим перенос
Устанавливаем
изменение, передаём документацию и контролируем работу после запуска
Подход к крупным задачам
Если изменение затрагивает несколько процессов, интеграций или подразделений, оно оформляется как отдельный мини проект. В зависимости от требований заказчика могут готовиться техническое задание, технический проект, частные технические задания, программа и методика испытаний, инструкции пользователя и администратора
Что важно для обновлений
- 1
отделять настройки от программных изменений и не дорабатывать систему без необходимости
- 2
вести перечень изменений, их владельцев и зависимостей
- 3
максимально использовать расширения и другие штатные механизмы там, где они подходят задаче
- 4
проверять влияние на обмены, права, регламентные задания и производительность
- 5
хранить исходный код и версии по согласованным правилам
- 6
включать критичные сценарии в проверку перед обновлениями
Релевантный опыт
Цифровой контроль наличности для крупной розничной сети
В карточке раскрывать исходную задачу, масштаб, состав работ и подтверждённый результат
Автоматизация учёта движения и запасов угля для энергетического холдинга
В карточке раскрывать исходную задачу, масштаб, состав работ и подтверждённый результат
Разработка функционала планирования и управления закупками и контрактами с интеграцией с ЕИС
В карточке раскрывать исходную задачу, масштаб, состав работ и подтверждённый результат
Частые вопросы
Можно ли оценить задачу по готовому техническому заданию?
Да. Специалисты проверят полноту требований, зависимости, критерии приёмки и влияние на текущую архитектуру. Если данных недостаточно, будет предложен короткий этап уточнения.
Работаете ли вы с нетиповыми конфигурациями?
Да. Перед изменением необходимо изучить существующие доработки, качество исходного кода, порядок обновления и критичные интеграции.
Можно ли выполнять задачи небольшими итерациями?
Да. Для постоянного развития формируется приоритетный перечень задач и согласуется регулярный цикл оценки, разработки, проверки и выпуска.
Как избежать конфликта с будущими обновлениями?
Перед реализацией выбирается наименее рискованный способ изменения. После разработки фиксируются зависимости и сценарии, которые нужно повторно проверить при обновлении.
Кто принимает результат?
Приёмку выполняют назначенные представители Заказчика по заранее согласованным сценариям и критериям. Техническая готовность без проверки пользователем не считается достаточной.
Получите предварительную оценку задачи
Пришлите краткое описание или техническое задание. Мы уточним конфигурацию, версию, ожидаемый результат, интеграции и требования к документации.
Все указанные на сайте цены носят информационный характер и не являются публичной офертой (ст. 437 ГК РФ)