Евгений Жуков (Все сообщения пользователя)

Ошибка в кастомном коде вашего проекта:
Т.е. метод getAccountNumberShopPrefix в классе CSaleExport ядра - статический, а метод-наследник в классе Vokinsel\Exchange\CSaleExport - нет. Исправляйте.

Обратитесь в ТП. Потребуется административный доступ.

Проверьте, что в настройках инфоблока не подключена кастомная форма редактирования элемента.

Шире скрин покажите, пожалуйста. Всю форму.

Логи php-ошибок сервера, если у вас коробка. Если речь об облаке - писать в техподдержку Б24.

В логах ошибки есть?

Не задан $_SERVER['DOCUMENT_ROOT'].

В цикле:
- поднять минорную версию php
- установить новые обновления, если они есть
- если появилось сообщение в административном разделе о необходимости произвести некие действия - выполнить (добавление  индексов, конвертация в utf, etc)
- проверить функционал (кастомный)
- вернуться к первому шагу

И так до тех пор, пока php не дойдет до минимально требуемой версии (на текущий момент 8.1)

Это неверная рекомендация.

Не воспроизводится. Пишите в ТП, потребуется доступ к установке.

Это не полный трейс. Рискну предположить, что в init.php или на событиях пролога лежит код, вызывающий исключение.

С момента выпуска iblock 24.300.0 тип поля ID в таблице b_iblock_element_property - bigint. На коробке (БУС, КП) запрос на изменение типа поля предлагается выполнить самостоятельно. Сообщение с подробной информацией и текстом запроса выводилось в административном разделе

Где-то еще через composer на проекте добавлен LoggerInterface. Нужно обновить.

Это не влияет. Смотрите логи php тогда.

А в консоли браузера есть ошибки?

Я говорю о настройках шаблонов, идущих с ядром.

В списке можно выключить расширенный режим показа - выбор торгового предложения, добавление в корзину.

Ваш вариант имеет право на жизнь при соблюдении двух моментов:
1. Только вы всегда будете поддерживать проект
2. Использоваться этот код будет только на конкретных страницах

В случае работы с БП это не так. Поэтому - или свой модуль, или перемещаете свой код в local/init.php (тогда подключать не надо).

P.S. Настоятельно рекомендую ознакомиться с учебным курсом разработчика.

Это ваша собственная страница? Или она идет в поставке из дистрибутива?

Это архитектура продукта. Альтернативный вариант с использованием init.php - ухудшение производительности (весь код будет подключаться на каждом хите) и "утяжеление" самого init.php.

Проще всего сделать свой модуль и подключать его в БП.

Коробка?

Исправить параметры, отдаваемые в news.list. Конкретно - перечень выводимых полей и свойств.

Для CRUD необходимо использовать api.

Смотрите логи php и ищите кастомные обработчики событий на обновление элемента инфоблока.