Что разбираем
Фиксируем действие пользователя, расхождение с ожидаемым результатом и данные, на которых это можно проверить.
Доработка 1С под рабочий процесс
Разрабатываем новые документы, отчёты, формы и обработки, а существующие дорабатываем под конкретное действие пользователя и проверяемый результат.
Как начинаем. Сначала уточняем, что должно измениться для бизнеса, и сравниваем подходящий способ реализации с текущей конфигурацией и уже внесёнными изменениями.
Выберите материал под свою задачу или опишите ситуацию для предварительной оценки.
Бизнес-задача и результат
Новый документ, отчёт, форма или обработка нужны не сами по себе: важно убрать лишний шаг, добавить проверку или получить данные в нужном месте. Фиксируем действие пользователя и результат, который должен появиться в рабочем процессе.
Фиксируем действие пользователя, расхождение с ожидаемым результатом и данные, на которых это можно проверить.
После согласованной разработки или доработки пользователь получает понятный сценарий: нужные данные заполняются, рассчитываются или проверяются в определённом месте, а результат можно сравнить с контрольным примером.
Сценарии задачи
Фиксируем роль пользователя, документ, реквизиты, табличные части, правила заполнения, доступные команды и печатный результат. Принимаем изменение на одном контрольном документе от ввода до итогового действия.
Определяем вопрос, источники данных, период, показатели, формулы, отборы и расшифровки. Итоги сверяем с согласованным набором документов или ручным контрольным расчётом.
Согласуем источник, сопоставление полей, предварительный просмотр, обработку ошибочной строки и повторный запуск. Проверяем, что корректные записи обработаны, ошибки видны, а повтор не создаёт лишние данные.
Разделяем направления передачи и источник каждого объекта, фиксируем идентификаторы, статусы, журнал ошибок и безопасный повтор. Приёмку проводим на одной записи по всему согласованному маршруту.
Навигация по направлению
Раздел направления
Совпадение ИНН (идентификационного номера налогоплательщика), КПП (кода причины постановки на учет) или имени только указывает на кандидата, но не доказывает дублирование. Это типовой сценарий.
Проверяем договоры, связи и документы, затем вручную подтверждаем, какая карточка останется основной.
Работаем на копии в изолированном контуре. Проверяем, поддерживает ли конкретная конфигурация штатный механизм замены ссылок, и заранее согласуем границы операции.
На контрольной выборке сверяем документы и отчеты, затем проверяем согласованный обмен. Неоднозначные пары оставляем раздельными и не объединяем автоматически.
Состав и границы
Документируем действие пользователя, источник данных, ожидаемый результат и условия, при которых новый или существующий сценарий считается выполненным.
Сравниваем настройку, расширение или внешнюю обработку по трем условиям: поддерживает ли выбранный вариант конкретная конфигурация, какие изменения уже внесены и как решение повлияет на дальнейшие обновления.
Делаем только зафиксированную правку и проверяем обычный и предусмотренный ошибочный сценарий.
Новые пожелания, дополнительные документы и отдельные роли не включаются автоматически — их составляем и оцениваем отдельно.
Без описания процесса и контрольного примера нельзя надёжно подтвердить, что изменение решает бизнес-задачу.
Рискованные изменения не начинаем без согласованной копии или резервной копии.
Входные данные
Укажите роль, текущую последовательность действий, место ручной работы или ошибки и ожидаемый результат.
Для отчёта, обработки или обмена перечислите источники, обязательные поля, правила расчёта или сопоставления и пример ожидаемого итога.
Отделите обязательный сценарий от дополнительных ролей, документов и направлений; заранее опишите допустимую ошибку, повтор и записи, которые нельзя менять.
Понадобятся конфигурация и релиз, версия платформы, сведения о расширениях, внешних обработках, прежних изменениях и доступной копии для проверки.
Порядок работы
Сначала совместно уточняем задачу и фиксируем ожидаемый результат и критерии приёмки.
Заранее оцениваем состав работ и согласуем стоимость до начала изменений.
Перед изменениями создаём резервную копию и согласуем безопасный контрольный контур.
Выполняем согласованный объём и проверяем результат на оговорённом сценарии.
Показываем результат, принимаем его вместе и передаём клиенту понятное описание решения.
Проверка результата
Пользователь с согласованной ролью выполняет нужное действие, получает ожидаемые данные и печатный результат, если он входил в задачу.
Сверяем показатели, формулы, отборы, итоги и расшифровку на заранее выбранных документах и периоде.
Проверяем обычную строку, ошибочные данные, итог по каждой записи и повторный запуск без незапланированных дублей или изменений.
Проводим контрольную запись по согласованному направлению, сверяем поля и статус, затем проверяем понятную ошибку и безопасный повтор.
Связанные опубликованные примеры
Публичные примеры ниже описывают отдельные задачи. Они помогают понять формат разбора, но не заменяют диагностику вашей базы и не обещают тот же результат для другой конфигурации.
Применение в рабочей базе подтверждено
Задача. Заполнять документ приобретения из данных об отрицательных остатках под заданную сумму с учетом наценки.
Что доработано. В существующем расширении изменены расчет закупочной цены и подбор строк. Количество каждой выбранной строки сохраняется целиком, без дробления.
Как проверить результат. При приемке заказчик сверяет выбранные позиции и количества, рассчитанные цены и итог документа с заданными условиями подбора.
Стоимость и условия
Ошибки в выполненной мной доработке исправляю бесплатно в течение года после сдачи. Если после обновления 1С доработка перестанет работать, ее адаптация оценивается и оплачивается отдельно.
Частые вопросы
Да, если документ, ожидаемый результат и контрольный сценарий зафиксированы до начала работ.
После изучения конкретной базы предложу подходящий вариант и поясню его ограничения до начала работ.
Достаточно описать действие пользователя, проблему и желаемый результат. Детали уточним совместно до оценки.
До рискованных изменений создаём резервную копию и согласуем контрольный способ проверки.
Связанные направления
Какие вводные нужны для оценки отдельной задачи и этапа.
Показатели, источники, формулы, отборы и контрольная сверка.
Реквизиты, макет и проверка печати по согласованному образцу.
Загрузка, выгрузка, сопоставление полей, ошибки и повтор.
Маршруты между системами, идентификаторы, статусы и контроль обмена.
Полезная инструкция
Как проверить совместимость 1С:РПД, загрузить сканы и сверить реквизиты, номенклатуру, суммы и дубли до проведения документа.
Контакты
Опишите, что нужно сделать. Этого достаточно, чтобы начать разбор и уточнить детали.
+7 (925) 288-65-12Выберите удобный канал или оставьте заявку — контактные данные нужны только для ответа по задаче.
ИП Невмываченко Антон Викторович · ИНН 234807687111 · ОГРНИП 318502900005691
JavaScript отключён, поэтому необязательная аналитика не загружается. Подробнее — политика обработки данных.