Иногда бывает необходимо внести изменение в некоторый объект или несколько объектов конфигурации, которые активно используются уже продолжительное время.
Живые примеры: в нетиповом регистре сведений Склады подразделений было решено убрать периодичность, а он испльзуется уже во множестве отчетов; в другом часто используемом регистре захотели переименовать поле Нефтепродукт в Номенклатура
При этом открывать каждый из более 200 отчетов - очень лениво, тем более, что во многих макетах СКД может содержаться и по несколько наборов данных
Другой пример: в одном из проектов разделили задачи так, что я должен был писать отчеты по регистрам, а другой разработчик писал документы, которые заполняют эти регистры. Логичнее было бы конечно отчеты делать после того, как написаны документы, но у проекта есть срок сдачи. Поэтому, чтобы ускорить процесс, отчеты писались параллельно. Так получилось, что я свою часть выполнил значительно раньше, и переключился на другие задачи. Понятное дело, что другой программист в процессе работы столкнулся со сложностями и ему пришлось немного изменить структуру объектов. В этом случае было очень полезно провести подобную экспресс проверку, так как консультант, который начал тестировать отчеты, стал натыкаться на программные ошибки, которые стали возникать из-за измененной структуры регистров.
Эта простая разработка позволит из пользовательского режима найти синтаксические ошибки по всем схемам компоновки в вашей конфигурации. Она анализирует наборы данных с типом Запрос, а наборы данных с типом Объединение обходит рекурсивно.
На скриншоте пример отчета, сделанного в учебной конфигурации, в которой умышленно допущена синтаксическая ошибка.
Отчет запускается в любой конфигурации 8.2/8.3 под обычными и управляемыми формами, а также в веб-клиенте. При необходимости его можно перенести на 8.1 практически без изменений.