Комментарии 4
А инфоблоки не должны дублировать информацию и должны располагаться в соответствии с логической последовательностью использования.
Если я вас правильно понял, вы тестируете, не наделал ли разраб чего нелогичного и несуразного в админке? Битрикс, видите ли, крайне упертая штука, когда дело доходит до кастомизации админки, особенно валидации данных из элементов инфоблоков.
Про логическую последовательность вообще не понял, это что за требование такое?)
При необходимости, его можно доработать, но важно реализовать это правильно, так как каждое обновление ядра – это риск потери реализованной функциональности.
Править ядро битрикса = поставить крест на дальнейших обновлениях. Никто никогда не будет переносить правки между версиями этого самого ядра.
Да и вообще, если зашла речь о правках ядра - вы уверены, что используете подходящие технологии? А не проще тода было писать собственную бизнес логику на чем то более современном и прозрачном типа симфы, чем в очередной раз лепить франкенштейна из битрикса?
IMO, битрикс подходит сугубо для малого бизнеса, и ни для чего более.
В статье мы даём рекомендации о том, на какие моменты стоит обращать внимание, работая даже с коробочным решением. В админке работают пользователи различных уровней, и мы смотрим на разработанный там функционал с точки зрения удобства их работы — например, с инфоблоками.
В статье мы не рекомендуем править ядро без крайней необходимости. Но если она есть, то нужно будет переносить изменения руками. Если все-таки случился кастом, и если это сделано, например, через события, то риск поломки функционала после обновления ядра меньше. Также мы рекомендуем сделать проверки высокорприоритетного измененного функционала и около него.
Наш опыт работы с проектами различных масштабов, разной направленности и интеграциями показывает, что с Битриксом комфортно работать не только в малом бизнесе. Вопрос стоит в построении архитектуры системы и грамотном развитии проекта.
QA под капотом. Тестируем и настраиваем 1С-Битрикс