Рассмотрим интересную и нетривиальную ситуацию, с которой иногда сталкиваются пользователи и разработчики в конфигурациях «1С:Комплексная автоматизация» (КА), «1С:Управление торговлей» (УТ) и «1С:ERP». Представьте: вы открываете документ, например, «Приходный ордер на товары», и видите абсолютно пустую табличную часть. Однако при проверке запросом через консоль или при просмотре движений выясняется, что товары в документе физически существуют. Выясним причину такого поведения и разберем по шагам, как вернуть отображение строк на управляемой форме.
Первое, что необходимо проверить — это настройки самой формы. Платформа позволяет гибко настраивать видимость данных, и часто строки скрываются из-за банального пользовательского фильтра.
Проверим наличие отборов. Иногда пользователи случайно нажимают комбинации клавиш или применяют поиск по табличной части. Поищите активные отборы в шапке таблицы или через меню «Еще». Если стандартной кнопки «Настроить список» нет, перейдем к более глубоким настройкам.
Обратим внимание на «Условное оформление» формы. Перейдите в меню «Еще» -> «Изменить форму». В свойствах условного оформления найдите параметр Отображать. Если для табличной части задано условие, при котором этот параметр принимает значение Ложь (или цвет текста сливается с фоном), строки физически останутся в базе, но станут полностью невидимыми на экране. Отключите подозрительные пользовательские настройки оформления.
Во многих сложных конфигурациях 1С для связывания строк между разными табличными частями (например, «Товары» и «Виды запасов» или «Серии») используется специальный реквизит, часто называемый КлючСвязи. Разберем этот механизм.
Если в результате программного обмена, загрузки данных из другой базы (например, из БП 3.0 в УТ 11) или ошибки при программном создании документа ключ связи записался некорректно (или остался пустым в зависимой таблице), логика формы может отсечь такие строки при выводе на экран. Выполните простой запрос к табличным частям проблемного документа в консоли запросов и проверьте, заполнены ли служебные колонки с ключами.
Посмотрим на специфику складского учета. Складские ордера в системах ERP, КА и УТ тесно интегрированы с адресным хранением. Если на складе включено использование помещений, форма документа начинает работать по особой логике.
Табличная часть может динамически отфильтровываться в зависимости от выбранного помещения в шапке документа. Если реквизит Помещение оказался пустым, очищенным программно или заполненным некорректно, система скрывает все строки, предполагая, что они относятся к другой зоне хранения. Убедитесь, что реквизиты шапки заполнены правильно и соответствуют топологии вашего склада.
Одной из самых популярных причин «фантомных» багов с отображением элементов управления на формах является сбой локального кэша платформы у конкретного пользователя. Проанализируем эту гипотезу.
Если документ не отображается только на одном компьютере, а у соседа все нормально — смело чистите кэш. Для этого можно удалить временные файлы платформы в папках пользователя (Local и Roaming) или запустить информационную базу с дополнительным параметром запуска:
/ClearCache
После первого запуска с этим параметром кэш будет перестроен, и интерфейс должен отрисоваться корректно.
Сегодня редкая база обходится без расширений. Рассмотрим вариант, при котором одно из подключенных расширений вмешивается в процедуру ПриСозданииНаСервере или ПриЧтенииНаСервере формы документа.
Если в коде расширения допущена ошибка логики (например, накладывается принудительный отбор на компонент Элементы.Товары), таблица опустеет. Временно отключите все активные расширения (или запустите базу в режиме без расширений) и откройте проблемный приходный ордер. Если товары появились — ищите проблему в доработках.
Разберем ситуацию с правами. Если под Администратором строки видны, а под Кладовщиком — нет, дело в ограничении прав доступа на уровне записей (RLS). Платформа может блокировать чтение конкретных строк (например, если нет прав на определенную номенклатурную группу или ячейку). Из-за этого запрос при формировании таблицы на форме возвращает пустой результат.
Кроме того, выясним наличие битых ссылок. Если в одной из строк затесалась ссылка вида <Объект не найден> (например, удалили номенклатуру или упаковку без контроля ссылочной целостности), платформа может прервать рендеринг таблицы.
Попробуйте скопировать проблемный документ. В копии удалите часть строк, запишите, закройте и откройте заново. Если таблица появилась — проблема локализована в конкретной строке с «битыми» данными или некорректными спецсимволами. В таких случаях настоятельно рекомендуем запустить встроенный механизм платформы «Тестирование и исправление» (ТиИ) с проверкой логической целостности базы.