После обновления 1С не печатается штрихкод: разбор исправления
После обновления конфигурации в печатной форме товарно-транспортной накладной исчез штрихкод заказа. Вместо ожидаемого изображения формировалась заглушка. Затем выяснилось, что похожий сбой затрагивает и другие печатные формы. Требовалось восстановить печать и понять, почему раньше работавшие документы перестали формироваться корректно.
Рабочая база. Исправление установил владелец и подтвердил печать после обновления сеансов.
Проблема проявлялась при получении изображения штрихкода внутри 1С. Для диагностики нужно было отделить влияние размера изображения, способа вызова компоненты и изменений после обновления. Проверка одного документа не объясняла все проявления: в разных формах использовались разные размеры и способы подготовки параметров. Сначала разобрали конкретную накладную. На одинаковых исходных данных сравнили несколько вариантов размеров изображения и два пути обращения к компоненте печати. Это позволило воспроизвести отказ и получить рабочий вариант без изменения содержимого самого штрихкода.
Решение
Причину нашли в изменившемся способе генерации изображений в Библиотеке стандартных подсистем (БСП). После обновления по умолчанию стал использоваться другой путь вызова компоненты. В нем обнаружились две особенности: некорректная передача больших размеров и отсутствие привычного автоматического увеличения слишком маленького изображения. Для первой формы подготовили точечный способ восстановления печати. После проверки других случаев выбрали общую точку, через которую проходят обращения за изображением штрихкода. В расширении конфигурации вернули для нее ранее работавший способ вызова. Так исправление охватило и типовые формы, и доработанную накладную, включая вызовы с параметрами, собранными вручную.
Результат
Что проверили после изменений
В диагностике сопоставили варианты, которые дают изображение, и варианты, которые возвращают заглушку. Те же параметры с прежним способом вызова позволяли получить полноценный штрихкод. Это связало наблюдаемый отказ с конкретной веткой генерации изображения. Исправление в рабочую базу установил владелец. После обновления сеансов он подтвердил, что штрихкоды снова печатаются в типовых формах и в доработанной накладной. Итог работы зафиксирован в журнале вместе с причиной, выбранным решением и ограничениями.
Границы выполненной работы
Область проверки
Подтвержденный результат относится к разобранным печатным формам и используемому релизу. Платежные коды и новые возможности компоненты требуют отдельной проверки: совместимость уже проверенного сценария нельзя автоматически переносить на все виды печати.
Похожая задача
Если после обновления 1С пропали штрихкоды, для разбора полезны название формы, релиз конфигурации и обезличенный пример документа. В рамках услуги по печатным формам можно воспроизвести сбой, установить его причину и проверить исправление на согласованном комплекте документов.
Порядок работы
Пять шагов до принятого результата
Согласование задачи и результатаФиксируем задачу, одинаковое понимание ожидаемого результата и критерии приемки.
Объем, срок и стоимостьОпределяем границы работ, срок и цену до начала.
Копия и резервная копияПроверяем резервную копию; рискованные изменения сначала выполняем на копии.
Выполнение и проверкиДелаем только согласованный объем и проверяем оговоренные сценарии.
Показ, приемка и передачаДемонстрируем результат, принимаем его вместе, объясняем решение и оформляем закрывающие документы.
Частые вопросы
Вопросы по этому примеру
Почему после обновления пропал штрихкод?
В этом случае изменился способ обращения к компоненте печати. Сравнение одинаковых параметров показало, что отказ связан с новой веткой генерации изображения. Для другой базы причину нужно установить отдельно.
Исправление проверено в рабочей базе?
Да. Владелец установил расширение, обновил сеансы и подтвердил печать в типовых формах и доработанной накладной.
Подходит ли это решение для платежных кодов?
Платежные коды и новые возможности компоненты не входили в подтвержденную проверку. Их необходимо проверить отдельно.
Кейс — это ориентир для обсуждения, а не обещание результата
Фактический объём работ зависит от конфигурации, релиза, доработок, данных и критериев приёмки. Порядок работы один: сначала согласуем задачу и результат, затем объём, срок и стоимость; перед рискованными изменениями проверяем резервную копию и работаем на копии; выполняем только согласованный объём и проверки; затем показываем, принимаем и передаём результат с закрывающими документами.