Ссылка на файл: >>>>>> http://file-portal.ru/Проверка конфигурации 1с/
УПП. Сделал "Проверка конфигурации" куча ошибок. что делать?
Конфигуратор 1С
Форум
Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www. Программирование - Практика программирования. На упорядочивание не только работы пользователей с результатами труда разработчиков, но и труда самих разработчиков 1С. Часть хороших материалов есть в открытом доступе: Открытый инструментарий счастливого 1С-ника. Пост-вебинар "Разработка через автоматизацию, в помощь типовому 1С-нику". Разработка через автоматизацию, в помощь типовому 1С-нику. Разработка на 1С по промышленным стандартам. И действительно, сложность конфигураций 1С с каждым годом увеличивается, команды растут, выходят продукты, содержащие более 5 строк кода. А чтобы не оставаться сапожниками без сапог хорошо иметь для этих целей подходящие инструменты. На конференциях и вебинарах, в том числе перечисленных выше, предлагаются интересные инструменты, от описания возможностей и сложностей которых захватывает дух. В то же время достаточно малоизвестная конфигурация от самой фирмы 1С тоже заслуживает внимания. Он бесплатен, доступен каждому пользователю формально для использования требуется доступ к ИТС , достаточно прост в использовании, но судя по тому, что приходится наблюдать вокруг, незаслуженно обходится стороной большинством разработчиков. Но влияние идеи соблюдения стандартов и чистоты кода в отношении широких масс разработчиков, не занимающихся тиражными решениями, чувствуется гораздо слабее. Базовая сертификация специалистов не проверяет наличие знаний в этой области, либо только намекает на необходимость их получения. Даже ознакомление с основными стандартами разработки находится под условным замком - наличием доступа к ИТС:. Разумеется при наличии должной мотивации доступ к этим материалам не представляет проблем. Ведь при оценке специалиста со стороны бизнеса часто решающую роль, а иногда и единственную, играет скорость разработки, а не внутреннее состояние системы. При этом удар выгодной бизнесу сверхбыстрой разработки принимает на себя платформа 1С: Предприятие, способная в течение определенного времени скрывать деградацию системы от такого подхода. Конфигурация АПК предназначена для автоматического поиска ошибок и отклонений от стандартов в конфигурациях. Ее применение рекомендовано фирмой 1С еще с года, причем не только в фирмах-разработчиках тиражных решений, но и для прочих компаний, в которых производится доработка и адаптация типовых решений:. Другим источником общей информации может служить публикация в интернет-журнале PCMagazine:. Помимо этих обзорных материалов, информации в сети по АПК и ее применению почти нет. Хорошей новостью является то, что в поставку самой конфигурации включено руководство пользователя в формате PDF. Но все же руководство есть и позволяет научиться выполнять основные приемы при работе с конфигурацией. Для того, чтобы не повторять руководство пользователя здесь будет рассмотрен пример применения АПК для проверки типовой конфигурации, а не демо-конфигурации из поставки АПК. Также попробуем рассмотреть детали работы, о которых в руководстве не сказано. На момент публикации этой статьи последним релизом является 1. Для работы с АПК 1. После установки поставки конфигурации в списке шаблонов конфигураций появляются три новых пункта:. Первый шаблон - это чистая база АПК. Все стандартные правила в ней присутствуют, но нет загруженных данных о демо-базе для тестирования, которые присутствуют во втором шаблоне. Его можно использовать, чтобы посмотреть как работают отчеты и стандартные проверки. Лучше всего работу с этой базой изучать вооружившись руководством пользователя из поставки, так как примеры в руководстве рассчитаны именно на эту демо-базу:. АПК работает таким образом, что при выполнении новых проверок загружает информацию из проверяемой конфигурации через COM-соединение. В этом случае получим две базы данных - одна демонстрационная АПК с уже загруженной информацией о проверяемой Демо-базе и сама проверяемая Демо-база, позволяющая быстро ознакомиться с процессом подключения и проведения новых проверок. Отмечу, что после экспериментов с демо-базами чистую базу АПК можно и не разворачивать. Проверки рабочих конфигураций можно выполнять на той же конфигурации что и проверки демо-базы. В АПК можно загрузить информацию о любом количестве проверяемых баз. Работа в конфигураторе АПК не требуется хотя, как станет понятно далее, без нее вряд ли получится обойтись совсем. Информация о структуре проверяемых конфигураций загружается в пользовательском режиме. В нем же задаются и алгоритмы проверок конфигурации в виде кода на языке 1С: В коде можно и нужно применять встроенные в АПК не платформенные методы - процедуры и функции, которые выполняют работу с автоматически создаваемыми объектами. Объекты необходимые для проведения проверки конфигурации создаются самой системой и становятся доступны в коде обработчиков проверок. Конфигурация АПК почти полностью построена на справочниках, регистрах сведений и обработках. Более того, если сильно не приспичит, то сначала можно будет ограничиться стандартными проверками и не изучать встроенные методы и программные объекты системы, ограничившись тем, что можно сделать мышкой. Кажется, что для многих задач и этого будет достаточно. А после постижения дао уже можно начать писать свои проверки. Предназначение разделов с точки зрения разработчиков АПК можно прочитать в руководстве. Мы же пойдем по порядку и сначала добавим новую конфигурацию. Система предложит заполнить параметры подключения. Наименование и полное наименование - это произвольные текстовые поля, только чувство прекрасного и длина поля может ограничить вас в том, что будет в них указано. А вот дальше ограничения более жесткие. Нужно указать полный путь к исполняемому файлу платформы 1С. Если будет указан путь к платформе ниже, то при COM-соединении будет выдана ошибка. В связи с развитием платформы и новых проверок АПК собираются сведения свойства метаданных , появившиеся только в платформе 8. В обратном случае если клиенту принципиальная версия платформы ниже , то предполагается, что для проверки своей конфигурации он может воспользоваться предыдущими версиями АПК. Далее нужно указать путь к демо-базе и параметры подключения к ней. Возможностей для подключения SQL базы в АПК нет. Во первых выполняется просто проверка конфигурации, а не юнит-тестирование или нагрузочное тестирование. В этом случае даже для крупных конфигураций вроде ERP 2 достаточно просто пустой файловой базы, содержащей актуальную конфигурацию. Если у вас ведется разработка с применением хранилища, то АПК способна автоматически обновить конфигурацию базы данных из хранилища перед выполнением нового тестирования. Для этого предназначена нижняя группа параметров на скриншоте. Замечу также, что СППР также требует файловой базы для загрузки информации о конфигурации. Поэтому если вы решили вести разработку по всем стандартам 1С, с применением АПК и СППР, то для обоих этих систем будет достаточно создать одну файловую базу, при необходимости подключив ее к хранилищу конфигураций и настроив автоматическое обновление конфигурации из хранилища перед загрузкой данных. Если навести курсор на оба варианта переключателя, то выплывет подсказка с описанием различий проверки. В частности, для библиотеки будут проверены все выбранные требования. Для конфигурации не проверяются требования из группы "Разработка и использование библиотек" вне зависимости от того, выбраны они или нет. Данная группа требований содержит очень долговременные правила проверки, предназначенные действительно только для библиотек. Важный момент для версии 1. Но в первый раз система может выдать ошибку об отсутствии подключения. Если пути и пользователи заданы правильно просто нужно предварительно записать элемент этого справочника и только потом проверять подключение. Тогда система отчитается об успешном подключении. Фактически сейчас мы создали новый элемент справочника "Конфигурации". Теперь открыть его можно разными способами:. Доступны два предопределенных варианта: Варианты сохраняются в привязке к конфигурациям, то есть ту же настройку нельзя будет автоматически применить к другим элементам справочника "Конфигурации":. Сделаю замечание для тех, кто планирует применять АПК для нескольких конфигураций, и не хочет настраивать проверки для каждой из них отдельно. Список проверок достаточно объемный. Каждое требование - это стандарт разработки, придерживаясь которого можно сделать наши продукты лучше. Но возможность отключать отдельные требования или их группы тоже не лишняя. Или контролировать хотя бы орфографию, так как не бывает такого, чтобы разработка годами велась без единой орфографической ошибки. Список выбранных здесь требований - это список по умолчанию, для автоматически проводимых проверок. При пошаговом выполнении проверки можно будет переопределить указанные здесь значения. Есть смысл подробнее рассказать, что такое группа "Система стандартов", и чем она отличается от двух других групп. Итак, начнем с группы "1С: Как уже было ранее написано, это обязательный набор стандартов для получения определенного статуса для своей конфигурации. Грубо говоря, это - костяк, которому обязательно должны соответствовать все конфигурации без исключения. К слову, данная группа стандартов не проверяет конфигурацию на орфографические ошибки…. Далее "Орфография" - группа стандартов, которая проверяет конфигурацию только на орфографические ошибки. Каждый уважающий себя разработчик может проверить свою конфигурацию на орфографию. А теперь про группу "Система стандартов". Она является самой глобальной и содержит в себе проверки двух остальных предопределенных групп требований, а также дополнительные специализированные проверки. Для клиентов ошибки этой группы являются скорее рекомендациями, хотя для типовых конфигураций большинство ошибок, конечно, обязательны к исправлению. Совместимо" или "Орфография", он без сомнения будет также описан и в группе "Система стандартов", однако, может быть, более подробно и с более глубокими проверками. Если необходимо временно исключить какой-либо настроенный фильтр при проведении проверок не нужно удалять его. Достаточно снять флаг использования вторая колонка:. Функция фильтрации очень полезная и с ней имеет смысл поэксперементировать, что и сделаем далее. Сразу скажу, что разрешающие проверки вроде "Включать подсистему" и "Включать с префиксом" работают по "ИЛИ". То есть объект попадет в проверку если он будет удовлетворять одному либо другому условию. Это не всегда удобно. Подробнее этот вопрос будет рассмотрен в разделе посвященному фильтрации, как и вопрос влияния фильтров на время проведения проверок. Для запуска проверки по расписанию требуется чтобы АПК была запущена в пользовательском режиме и работала. Если есть желание запускать проверку регламентным заданием систему придется доработать. Если заглянуть в конфигурацию АПК то можно увидеть что в ней есть всего два регламентных задания и оба они не связаны с проверками по расписанию:. Если АПК развернута в SQL-варианте , то при указании пути к конфигурации точнее, демо-базе на клиенте, проверка попросту не запустится, так как регламентное задание всегда работает на сервере. В файловом варианте АПК, безусловно, больше бы подошло регламентное задание, а не обработчик ожидания. Расписание - это не последняя из возможных вкладок. Функционал интеграции с СППР предназначался разработчиками АПК для внутреннего использования в фирме 1С об этом сказано в "Руководстве пользователя", стр. Однако уверен, что для тех компаний, которые в своей работе уже используют СППР или планируют ее использовать, этот функционал будет интересен. Его можно взять за образец для реализации своего механизма интеграции или разобраться с ним и использовать "из коробки":. При этом возможно как подключение АПК к веб-сервису поднятому со стороны СППР, так и наоборот, можно в СППР настроить подключение к веб-сервису поднятому на стороне АПК:. Для проведения новой проверки необходимо сначала сделать проверяемую конфигурацию текущей. Возможность проводить проверки по ранее собранным данным позволяет поэтапно выполнять длительные проверки. Например сначала можно собрать данные о конфигурации и выполнить проверку с фильтрацией по части подсистем. Затем включить фильтры по другим подсистемам и вторую проверку делать уже по ранее собранным данных, что позволит выполнить ее значительно быстрее. Здесь надо также сказать, что теперь состав собираемых данных напрямую зависит от выбранных требований. Например, выбрано одно требование "Орфография в текстах модулей". Если открыть карточку самого требования и перейти на вкладку "Этапы проверки", то можно увидеть, что выбран только 1 флажок "Заполнить сведения о модулях": Это означает, что при проверке конфигурации на орфографию в текстах модулей, будет выполнен только сбор текстов модулей не будут собраны ни свойства объектов метаданных, ни элементы форм, ни макеты - все виды сбора информации можно выделить по остальным флажкам. Такой функционал зависимости собираемой информации от выбранных требований появился относительно недавно, ранее при каждой проверке со сбором данных выполнялся сбор всей информации. Так вот ранее этот вариант очень помогал: Сейчас им также можно пользоваться, но проверить по собранным данным можно уже только те требования, сведения по которым были собраны ранее. Ну и нельзя не сказать, что этот вариант проверки крайне необходим разработчикам новых проверок для отладки, тестирования, ускорения и выявления неточностей в правилах проверок, так как не надо каждый раз пересобирать данные. Откроется окно в котором можно выбрать проведение либо автоматической проверки, по ранее проведенным в окне новой конфигурации настройкам, либо переопределить эти настройки. Правда следует учитывать что если не выбрать ни одной проверки на соответствующем шаге, то система посчитает, что нужно выполнить ВСЕ проверки, а не просто подключиться и загрузить информацию об объектах из проверяемой базы:. Поэтому если целью запуска является не полная проверка, а обновление структуры конфигурации или тестовый прогон АПК и ознакомление с процессом, то снимать все флажки на этом шаге не следует. Но этого будет достаточно, чтобы получить представление о том, как собственно происходит процесс. Хотя платформенная проверка может преподнести сюрприз и затянуться надолго, поэтому можно выбрать и другой элемент попроще. На последнем шаге можно также установить фильтры на проверяемые объекты. Правда, если это первая проверка конфигурации, то в АПК еще не будет информации о структуре конфигурации. Начнется процесс проведения проверок. С миганием окон 1С и выводом лога процесса в окно сообщений. Вывод лога сделан очень неудобно. Окно проверки висит модально и если заранее не подумать о том, чтобы окно сообщений было видно, то о происходящем нельзя будет ничего узнать пока процесс не закончится:. Поэтому если у вас небольшое разрешение экрана, то лучше сразу озаботиться тем, чтобы сдвинуть модальное окно запуска проверки таким образом, чтобы окно сообщений было видно. Данные о конкретном объекте будут обновлены если этот объект изменился или был включен в дополнительную подсистему. Элемент справочника будет помечен на удаление если соответствующий объект конфигурации был удален. Будут созданы новые элементы для новых объектов конфигурации: Также, при каждой проверке со сбором данных, обновляется содержимое регистров "ЗначенияСвойствОбъектов" и "ЗначенияСоставныхСвойствОбъектов", хранящих свойства объектов, модули, содержимое макетов, элементы форм и т. При проверке по ранее собранным данным эти сведения остаются прежними. Если выбраны какие-либо проверки требующие не только обновления структуры метаданных и платформенной проверки, но и чего-то большего, то система будет производить выгрузку конфигурации в файлы для их последующего анализа: Итак, что и когда собирается при проверке со сбором данных: Все дальнейшие этапы, запускающие внешнюю обработку в предприятии, действуют аналогичным образом. Остальные сведения, как уже сказано выше, собираются в зависимости от выбранных требований: Платформенная проверка конфигурации - пакетный запуск демобазы в режиме конфигуратора с ключами платформенной проверки. Также указывается файл с логом проверки. Затем он разбирается в АПК, из него получаются ошибки платформенной проверки, которые хранятся в отдельном регистре "ОшибкиПроверкиКонфигурации". Таким образом, если выбрано хотя бы одно требование с флажком сбора сведений о формах из XML, ролях, модулях или справке, то проверяемая база будет выгружена в файлы XML. Если ни одно из этих действий не требуется, что выгрузки не будет. Ранее все действия производились последовательно. Сначала запускался сбор структуры, затем выгрузка в XML, затем платформенная проверка, затем сбор свойств метаданных, модулей, форм и т. Таким образом на текущий момент сбор структуры конфигурации, платформенная проверка, выгрузка в XML и очистка регистров выполняются параллельно. Остальные этапы занимают незначительное время, даже для ERP. В результате введения параллельности сбора информации удалось ускорить проверку ERP как минимум на пару часов. Изначально этот механизм предназначался для сбора сведений о формах, макетах и свойствах метаданных. Но также благодаря ему ищутся ошибки, которые не позволяют даже создать объект или форму программно. Это конечно далеко не юнит-тестирование, но уже что-то:. Если АПК остановится в процессе проверки из-за такой ошибки, то это конечно не очень удобно. Но с другой стороны наличие ошибок компиляции модулей - это критическая ошибка программистов и лучше если она будет обнаружена с помощью АПК таким образом, чем попадет в продуктив и сообщение о ней поступит от пользователей! На самом деле процесс идет, убедиться в этом можно посмотрев на загрузку процессора в диспетчере задач или вызвав остановку из конфигуратора если запуск АПК производился из него. Благодаря этому проверка остальных объектов выполняется быстрее. Таких проверок много, около Но наиболее длительных, занимающих большую часть времени, всего пара. Такой вывод можно сделать только проанализировав вызовы методов в рамках всей конфигурации. Но наверное не стоит экономить время и жертвовать качеством. Лучше решить этот вопрос организационно и делать проверки заблаговременно. Привожу пример - начало и окончание лога выполнения проверки, который показывает что полностью процесс на ERP 2. Выполняется проверка подключения к информационной базе через COM-соединение. Начало сбора сведений о структуре метаданных конфигурации. Начало выгрузки конфигурации в файлы XML. Начало очистки сведений о метаданных. Начало сбора сведений о ролях конфигурации. Собраны и записаны сведения о ролях конфигурации. Собраны сведения о метаданных конфигурации. Платформенная проверка конфигурации завершена. Начало тестирования объектов конфигурации. Начало сбора сведений о формах конфигурации из файлов XML. Что получаем в результате выполнения первой проверки? В нем появляется элемент, соответствующий версии проверяемой конфигурации. Также обновляется информация о версии в форме элемента справочника "Конфигурации":. Для этого регистра не создана форма списка. Свалку в этом общем котле регистра можно буквально за несколько минут привести в порядок. Например добавить управляемую форму, в пользовательском режиме или сразу в конфигураторе вывести владельца объектов элементов справочника "СтруктураКонфигурации" , к которым привязаны ошибки. Этими владельцами будут версии конфигураций. Если вывести владельцев и от них, то получим в форме списка возможность фильтровать ошибки и по конфигурациям и по их версиям. Можно делать по ним группировки. В этом случае с ошибками можно будет работать не только с помощью отчетов, но и непосредственно через регистр, что иногда гораздо удобнее:. Каждая запись этого регистра - это найденное несоответствие стандартам, орфографическая или другая ошибка. Причем довольно большое их количество:. Хотелось бы чтобы мы воспринимали факт наличия таких ошибок в ERP не как индульгенцию на их наличие в наших разработках, а как лишнее доказательство того, что их можно и нужно выявлять и устранять. Особенно при наличии подходящих инструментов. Потому что выглядят они некрасиво и это как раз то, что видят наши пользователи. Мы же можем при разработке своих продуктов повышать планку качества и захватывать в том числе это направление. Записи хранятся в привязке все к тем же объектам, подчиненным версиям и конфигурациям: Тексты модулей увидеть прямо из форм регистра не получится, они все упакованы в хранилища значений. Но для просмотра текстов модулей, уже разбитых на составляющие части, и других свойств объектов конфигурации в АПК есть замечательный инструмент! Это обработка "Просмотр свойств объектов конфигурации", открываемая через меню "Настройка":. Информацию о найденных ошибках в виде отчетов позволяют получить сразу два раздела системы. Но у них довольно много различных макетов СКД:. Все они базируются на анализе регистра сведений "НайденныеОшибки". При использовании файловой базы АПК и разрядной платформы 1С наблюдается проблема. В случае ERP 2. Происходит эта ошибка обычно уже на этапе вывода данных в табличный документ. В общем стоит ставить фильтры. В быстрые отборы вынесены всего несколько из них. Здесь мешает то, что отчеты начинают формироваться сразу после выбора варианта. Это сильно мешает работе и наводит на мысль о необходимости доработки конфигурации АПК вплоть до написания собственных отчетов: Благо на основе всего одного регистра сведений это сделать не сложно. Замечу, что при использовании разрядной версии 1С или sql-ной базы АПК ошибка с нехваткой памяти не наблюдается. После первого взгляда на отчеты, кажется, что АПК слишком придирчива к проверяемой конфигурации. Но во первых, большая часть найденных ошибок действительно требует исправления! Во вторых, выбор проверяемых правил предоставлен пользователю, его можно сделать как при настройке проверяемой конфигурации, так и при выполнении проверки. В третьих, каждое из правил можно при желании доработать, заменить своим, либо настроить фильтрацию в отчетах таким образом, чтобы видеть только интересующую информацию. И наконец, в системе имеются и другие возможности настройки. Он участвует в проверке правописания, в частности методе Проверка. Но загружать этот файл в регистр не нужно. По умолчанию система итак берет верные слова из этого макета и дополняет его данными из регистра. Также в системе существует обработка " Актуализация словаря ". Очень подробно и понятно ее применение описано в руководстве пользователя см. Создание собственных правил на конкретных примерах здесь рассмотрено не будет. Сначала нужно самому лучше разобраться в этом вопросе. Навигация по левому дереву неудобная - выбор элемента для отображения его состава в правой части осуществляется двойным кликом. Поэтому выделенный элемент вовсе не всегда совпадает с тем, чей состав отображается справа. Каждое правило можно открыть. Форма элемента справочника дает доступ к списку типов объектов, которые должны проверяться этим правилом, параметрам алгоритма пронумерованный список ошибок, на которые можно ссылаться из алгоритма , самому алгоритму и его описанию, описанию требования, а также настройкам использования:. Вверху расположены три полезные кнопки. Как она работает в руководстве пользователя умалчивается, но очевидно, что инструменты отладки либо имеются, либо есть наработки для них, которые можно развивать. Алгоритм правила можно менять, как и создавать новые правила и группы правил. При необходимости писать свои алгоритмы придется изучать встроенные методы и программные объекты. Также можно использовать алгоритмы существующих правил в качестве примеров и образцов для копирования. Встроенная справка по программе катастрофически скудна. Вернее сказать она отсутствует, поэтому описание встроенных методов получить из нее не удастся. В завершение посмотрим как ведет себя АПК 1. Действительно ли они помогают сократить время проверки и уменьшить объемы информации в отчетах. Проверим как фильтрацию по префиксу, так и по подсистеме. Если на данном этапе это не является вашей целью - этот раздел можно пропустить. Возьмем все ту же подопытную конфигурацию, создадим для нее новый элемент в справочнике конфигурации только создавать элемент нужно не копированием, так как при копировании конфигураций копируется также и их версии и структура данных, процесс это долгий и нарушает чистоту эксперимента. Отнесем документы к двум новым подсистемам:. В документах допустим орфографические ошибки и добавим неиспользуемый экспортный метод в модуль менеджера. Будем создавать документы методом копирования. В результате проверки ожидаем увидеть появление ошибок и отчетов по ошибкам, касающихся только документов, подходящих под фильтры как будет показано ниже, фильтры применяются по "ИЛИ". Также хотелось бы получить ускорение процесса проверки, со скидкой на то, что часть операций и проверок выполняется независимо от количества проверяемых объектов. При этом были найдены как специально допущенные ошибки, так и сделаны другие замечания:. Однако выигрыша во времени проверки от фильтров почти не получим. В разделе "Проведение проверок" уже дано объяснение причинам такого поведения. Теперь разберемся почему так происходит на уровне кода и заодно глубже поймем как работают алгоритмы фильтрации и обхода элементов структуры конфигурации при проверках. В отчетах видно что помимо информации о документах также собирается информация о корневом элементе конфигурации в рамках проведения общих проверок. При этом система сообщает о предстоящей проверки 65 объектов, хотя нам нужны максимум из них. Можно увидеть, что на первом этапе проверки система все также анализирует все объекты, включая например зарплатные общие модули, которые точно не включены в нашу новую подсистему:. Но ведь мы не требовали от системы собирать данные об общих модулях. Что же представляют из себя те самые 65 объектов, которые будет проверять система? Из него также можно получить информацию, что для проверки выбираются ВСЕ объекты из справочника СтруктураКонфигурации по которым были собраны данные, или система считает, что данные были собраны:. Самих объектов меньше чем 65, система просто посчитала не только наши документы, но и их реквизиты. Но можно заметить, что корневой элемент иерархии справочника СтруктураКонфигурации попал в этот список самым первым. И мы видели, что именно процесс его проверки занимает так много времени. Фильтрация работает только на этапе сбора данных. В процессе самой проверки фильтры уже не играют никакой роли. И это логично, ведь алгоритмы задаются в пользовательском режиме. АПК лишь передает им на проверку элементы справочника СтруктураКонфигурации, если считает, что по ним собраны данные. Несмотря на фильтры, наложенные нами для проверок, АПК собирает информацию о модулях ВСЕХ объектов конфигурации. Данные о модулях применяются АПК при проведении общих для всей конфигурации проверок. Ниже будет продемонстрировано, что произойдет если отключить такие проверки. Часть общих объектов будет присутствовать в списке на проверку в любом случае, независимо от наших фильтров. В том числе и верхний корневой объект - сама конфигурация. Опять же, это необходимо для проведения "общих" проверок. Радикального ускорения процесса от применения фильтров получить не удастся. Система решила проверять не только документы удовлетворяющие обоим нашим фильтрам, а удовлетворяющие любому из них. Результат станет понятен, если заглянуть в функцию фильтрации. Если это необходимо изменить, то опять же придется внести небольшие изменения в этот метод:. Создадим для этого еще один элемент справочника Конфигурации с теми же фильтрами:. Искусственно в коде метода ПроверитьОбъекты документа ПроверкаВерсии пропустим первый элемент выборки при обходе результата запроса. То есть пропустим корневой элемент справочника СтруктураКонфигурации:. Выполним ту же самую проверку и посмотрим на время, которое уйдет на весь процесс и на то, не будут ли отличаться результаты отчетов от тех, что получаются без пропуска корня конфигураци. Создан документ Проверка версии 8 от Выгрузка конфигурации в файлы XML завершена. Видно что больше не выводится корневой элемент. Но кроме того в отчете отображается 9 строк вместо 10, касающиеся каждого документа. Пропали строки, сообщающие о неиспользуемых экспортных методах в модулях менеджеров документов. Иначе соответствующие правила проверки просто не отрабатывают. Это ошибки, при выявлении которых по логике должна проверяться взаимосвязь объекта со всеми остальными объектами конфигурации. Таким образом, если мы хотим радикально ускорить проверки при применении фильтров, то это нужно делать либо путем отключения наиболее длительных общих проверок, требующих обхода всех модулей это можно сделать в настройках , либо путем разработки собственных альтернативных правил проверки. АПК дает возможность найти грубые ошибки в конфигурации, исправить орфографию, привести в соответствие ко вполне разумным и обоснованным стандартам разработки от фирмы 1С. АПК не может стать полной заменой другим инструментам повышения качества кода, таким как код-ревью. Она не позволяет отследить наличие излишней копи-пасты дублирования кода , нескольких серверных вызовов там, где их можно упаковать в один, или проверить наличие простейших признаков неоптимальности запроса. Несмотря на нехватку информации по нему, освоение этого инструмента для начала использования на практике не сложное. Наличие руководства пользователя, а теперь и этой статьи, могут дать хороший старт для пошагового освоения. Сама конфигурация АПК достаточно простая и легко дорабатывается, по крайней мере в плане интерфейса. Дорабатывать действительно есть что. Поэтому, для разработки и отладки своих правил проверки следует либо создавать свои небольшие демо-конфигурации и демо-базы, в которых некоторые модули будут это правило нарушать, либо проводить проверки по ранее собранным данным. Оба приема помогут ускорить процесс отладки новых правил. Рубрики Практика программирования , Тестирование и исправление. Тип файла Нет файла. Платформа Платформа 1С v8. Конфигурация Не имеет значения. Страна Не имеет значения. Отрасль Не имеет значения. Налоги Не имеет значения. Вид учета Не имеет значения. Раздел учета Не имеет значения. Доступ к файлу Бесплатно free. Код открыт Не указано. По каталогу По форуму. Новости Event Библиотека Конфигурации Разработки Курсы Биржа труда Вакансии Резюме Кабинет Биржа заказов Компании Вебинары Видео Форум ТОП Предлагаю познакомиться с инструментом "Автоматизированная проверка конфигураций" и получить практику его применения. На конференциях и вебинарах, в том числе перечисленных выше, предлагаются интересные инструменты, от описания возможностей и сложностей которых захватывает дух В то же время достаточно малоизвестная конфигурация от самой фирмы 1С тоже заслуживает внимания. Даже ознакомление с основными стандартами разработки находится под условным замком - наличием доступа к ИТС: Ее применение рекомендовано фирмой 1С еще с года, причем не только в фирмах-разработчиках тиражных решений, но и для прочих компаний, в которых производится доработка и адаптация типовых решений: Загрузить последнюю версию АПК можно по следующей ссылке: После установки поставки конфигурации в списке шаблонов конфигураций появляются три новых пункта: Лучше всего работу с этой базой изучать вооружившись руководством пользователя из поставки, так как примеры в руководстве рассчитаны именно на эту демо-базу: Теперь открыть его можно разными способами: Варианты сохраняются в привязке к конфигурациям, то есть ту же настройку нельзя будет автоматически применить к другим элементам справочника "Конфигурации": К слову, данная группа стандартов не проверяет конфигурацию на орфографические ошибки… Далее "Орфография" - группа стандартов, которая проверяет конфигурацию только на орфографические ошибки. Достаточно снять флаг использования вторая колонка: Также в форме настройки можно задать необходимость проведения проверок по расписанию: Если заглянуть в конфигурацию АПК то можно увидеть что в ней есть всего два регламентных задания и оба они не связаны с проверками по расписанию: Его можно взять за образец для реализации своего механизма интеграции или разобраться с ним и использовать "из коробки": При этом возможно как подключение АПК к веб-сервису поднятому со стороны СППР, так и наоборот, можно в СППР настроить подключение к веб-сервису поднятому на стороне АПК: Правда следует учитывать что если не выбрать ни одной проверки на соответствующем шаге, то система посчитает, что нужно выполнить ВСЕ проверки, а не просто подключиться и загрузить информацию об объектах из проверяемой базы: В этом случае список шагов проверки будет примерно следующим: Окно проверки висит модально и если заранее не подумать о том, чтобы окно сообщений было видно, то о происходящем нельзя будет ничего узнать пока процесс не закончится: Выгрузка происходит без иерархии - все файлы в одну папку: Структура конфигурации - вообще всегда, какие бы требования ни были выбраны. Сбор происходит путем запуска внешней обработки из общего макета "ЗагрузчикСтруктурыМетаданных" в предприятии в толстом клиенте. Обработка в предприятии работает с объектом платформы "Метаданные" и пишет данные во внешний файл, который потом передается и разбирается в АПК. Сбор сведений о метаданных повторюсь, это свойства объектов метаданных, а не сама структура происходит путем запуска внешней обработки из общего макета "ЗагрузчикСведенийОМетаданных". Сбор сведений о формах а точнее, об элементах форм - с помощью обработки из макета "ЗагрузчикСведенийОФормах". Сбор сведений о формах из XML происходит путем анализа XML-файла формы из выгрузки конфигурации в файлы XML. Собирается вся информация, которую не удалось получить из предприятия на предыдущем этапе. Сбор сведений о модулях - путем чтения текстов модулей из файлов выгрузки XML. Сбор сведений о ролях а точнее, сбор прав каждой роли для каждого объекта - из файлов ролей выгрузки XML. Сбор сведений о макетах - с помощью обработки из макета "ЗагрузчикСведенийОМакетах". Сбор сведений о справке - путем чтения файлов справки из файлов выгрузки XML. Это конечно далеко не юнит-тестирование, но уже что-то: Выполняется проверка подключения к информационной базе через COM-соединение [ Начало сбора сведений о структуре метаданных конфигурации [ Начало выгрузки конфигурации в файлы XML [ Начало очистки сведений о метаданных [ Начало сбора сведений о ролях конфигурации [ Собраны и записаны сведения о ролях конфигурации [ Собраны сведения о метаданных конфигурации [ Платформенная проверка конфигурации завершена [ Начало тестирования объектов конфигурации [ Начало сбора сведений о формах конфигурации из файлов XML [ Стартовала проверка конфигурации …… Также обновляется информация о версии в форме элемента справочника "Конфигурации": В третьих, обновляются данные о структуре конфигурации: В этом случае с ошибками можно будет работать не только с помощью отчетов, но и непосредственно через регистр, что иногда гораздо удобнее: Причем довольно большое их количество: Это обработка "Просмотр свойств объектов конфигурации", открываемая через меню "Настройка": Он строится на базе отчета НайденныеОшибки: Но у них довольно много различных макетов СКД: Находятся они в одноименном справочнике системы: Форма элемента справочника дает доступ к списку типов объектов, которые должны проверяться этим правилом, параметрам алгоритма пронумерованный список ошибок, на которые можно ссылаться из алгоритма , самому алгоритму и его описанию, описанию требования, а также настройкам использования: Отнесем документы к двум новым подсистемам: При этом были найдены как специально допущенные ошибки, так и сделаны другие замечания: Можно увидеть, что на первом этапе проверки система все также анализирует все объекты, включая например зарплатные общие модули, которые точно не включены в нашу новую подсистему: Из него также можно получить информацию, что для проверки выбираются ВСЕ объекты из справочника СтруктураКонфигурации по которым были собраны данные, или система считает, что данные были собраны: Если это необходимо изменить, то опять же придется внести небольшие изменения в этот метод: Создадим для этого еще один элемент справочника Конфигурации с теми же фильтрами: То есть пропустим корневой элемент справочника СтруктураКонфигурации: Выгрузка конфигурации в файлы XML завершена ……………….. Стартовала проверка конфигурации [ Выполнена проверка конфигурации Теперь отчет: Похоже, что в конфигурации есть инструменты для отладки новых и существующих правил. Для этого вероятно придется разбираться в коде конфигурации АПК , смотреть как создаются объекты и в каком контексте выполняются заданные в пользовательском режиме алгоритмы. Поделись ссылкой с коллегами, друзьями и всеми знакомыми! Оформление и рефакторинг сложных логических выражений. Net в 1С для новичков. Недокументированное использование стандартных обработок из меню "Все функции". Выразить число как строку и дату как строку в запросе. Расчет хэш-функции в запросе. Простая и быстрая эмуляция операций с битовыми строками. На примере использования HTTPClient,AngleSharp. Удобный парсинг сайтов с помощью библиотеки AngleSharp, в том числе с авторизацией аля JQuery с использованием CSS селекторов. Полезные советы для разработки. Мой взгляд на проблему. Старые обработки в новом Управляемом интерфейсе. Будни автоматизации или "мне нужна программка для 3D упаковки". Обновление доработанной Бухгалтерии предприятия. Как проверить и убедиться, что все сделано хорошо? Некоторая работа с данными через COM. Хранение файлов в томах на диске для УПП 1. Сложные запросы в динамическом списке или как не надо писать запросы для них. Как устроена регламентированная отчетность в 1С. Вознаграждение за ответ Сумма: Дата Дата Дата Рейтинг Древо Сохранить. Владимир Литвиненко VladimirL Сжатие картинок привело к тому, что текст на некоторых из них тяжело читать. Картинки можно открывать в отдельном окне барузера, тогда текст будет лучше видно. Позже исправлю в публикации. Анатолий Бритько headMade Подскажите может в АПК есть возможность в отчете выводить только "новые" ошибки. Можно ли увидеть в отчете только эти новые 15 ошибок? Петр Базелюк pbazeliuk Алексей Роза DoctorRoza И это у Apple! Дополнительно они проводят динамический анализ кода. Но вероятно они делают проверки только по наиболее приоритетным направлениям, выбирают только интересующие их проверки. У них ведь те же самые проблемы - соблюсти баланс между сроками выпуска релизов и отсутствием в них багов. Лично я бы предпочел видеть сообщения об опечатках в конфигурации от АПК и исправлять их до выпуска в релиз, вместо того чтобы потом получать эти сообщения от пользователей или бизнес-аналитиков. Украинский словарь добавлять лучше как отдельный макет. Меня зовут Максим Дерюшев, я являюсь руководителем проекта "1С: Огромное Вам спасибо за Вашу статью! С большим удовольствием прочитал описание нашего продукта. Статья огромная наверно, даже больше, чем наше руководство пользователя и крайне полезная! Конечно, от нас будут комментарии и уточнения в размере пары десятков. Очень не хочется писать их в комментариях - будет много и ненаглядно, поэтому большая просьба к Вам, оставить Ваш почтовый ящик или любой другой способ с Вами связаться. Я с радостью отвечу на все Ваши вопросы и пожелания, в частности: Очень полезный инструмент, надеюсь будем его регулярно использовать. А главное, наличие стандартного и простого инструмента для автоматической проверки конфигурации мотивирует к тому, чтобы вообще делать такие проверки. Контакты сбросил в личку. Если будут замечания и пожелания по содержанию публикации - с удовольствием дополню статью! Введите ваш пароль Забыли свой пароль? Код подтверждения из письма: Введите код подтверждения из письма. Оставьте заявку и в течение 24 часов с Вами свяжется менеджер и вышлет подбор обработок или программных продуктов 1С по вашим требованиям. Отраслевые решения Бухгалтерия Производство Услуги и сервис Торговля Прочее Отчеты Анализ учета Бухгалтерские Налоговые Специальные Статистические Управленческие Финансовые Разное Обработки Закрытие периода Менеджеры внешних отчетов 53 Обработка документов Обработка справочников Рабочее место Свертка базы Универсальные обработки Ценообразование, прайсы Управление Бизнес-процессы Интеграция 44 Личная эффективность 17 Пользователю системы Практика учета Теория учета Техническое задание 44 Управление проектом Обмен Email рассылки SMS рассылки 96 Загрузка и выгрузка в Excel Интеграция с WEB Обмен с другими системами Обмен с интернет-банком Обмен через DBF Обмен через XML Перенос данных из 1C8 в 1C8 Перенос данных из 1С7. Администрирование Архивирование backup Журнал регистрации Защита, права, пароли Оптимизация БД HighLoad Поиск данных Распределенная БД УРИБ, УРБД Сервисные утилиты Системное Стартеры 1С 75 Статистика базы данных Тестирование и исправление Чистка базы Программирование Инструментарий Внешние компоненты Защита и шифрование 68 Мобильные приложения Ошибки в отраслевых решениях 29 Практика программирования Работа с интерфейсом Сертификация Теория программирования Универсальные функции Печать Классификаторы 55 Пакетная печать Печатные формы документов Регламентированная отчетность Справки Статистики 80 Универсальные печатные формы Ценники Оборудование POS терминал 36 Весы 56 ККМ Ридер магнитных карт 11 Сканер штрих-кода Телефония, SIP 42 Терминал сбора данных 86 Фискальный регистратор 83 Сообщество Архив Игры Инфостарт Люди 22 О жизни Поздравления Владимир Литвиненко VladimirL Рейтинг: Библиотека Новости Статьи Книги. Сообщество Форум ТОП Спецпроекты. Биржа труда Вакансии Резюме Компании. Обучение Видео Вебинары Курсы. Программы Конфигурации Разработки Софт. Биржа заказов Специалисты Заказы Компании. Тарифы на абонемент О сайте Контакты Партнерство Пресса о нас Помощь Реклама на сайте. Бесплатный доступ Пользовательское соглашение Правила публикации Правила форума Правила работы магазина Конфиденциальность. Написать в техподдержку Контакты и реквизиты Россия:
Кинотеатр киномечта парк хаус казань расписание сеансов
Решите уравнение используя правило
Новости волжский ру за неделю
Проверка легальности установленных обновлений типовых конфигураций программ системы 1С Предприятие 8
Сочинение по картине февральская лазурь
Ночь перед рождеством сколько страниц в книге
Списки сноса пятиэтажек 2018
Особенности использования проверки конфигурации
Институты где нужна история
Болезнь подагра симптомы причины
Инструмент «1С:Автоматизированная проверка конфигураций»
Федеративная структура российской федерации
Лучшие стихи друниной
Правила проведения конкурсов 67
1С:Автоматизированная проверка конфигураций
Шаблон характеристики на сотрудника