Есть простенький запрос:

```1c
    ВЫБРАТЬ
    ПланКалендарныйГрафик.Регистратор,
    МАКСИМУМ(ПланКалендарныйГрафик.НомерСтроки) КАК НомерСтроки
    ИЗ
    РегистрСведений.ПланКалендарныйГрафик КАК ПланКалендарныйГрафик
    ГДЕ
    АХ_ПланКалендарныйГрафик.Регистратор = &Продажа

    СГРУППИРОВАТЬ ПО
    ПланКалендарныйГрафик.Регистратор
```

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

Вопрос: что за......? и как это обойти или исправить..?

З.Ы. Конфа серверная, кэш чистил, комп перезагружал не помогло
---
но при остановленном отладчике, значения в консоле запроса по этому запросу все равно находятся
Смотрите информацию по проведению документов. В транзакции (в которой и обработчик проведения) все действия производятся в кеше. Только по корректном завершении транзакции данные попадают в таблицы БД.
Все обращения к БД из обработчика проведения учитывают и кеш транзакции. Остальные его просто не видят.
---
установите "Удалять только при отмене проведения".
Для УФ "движения удалять" не так актуально, как было для ОФ.
При необходимости использовать очищения нужного движения в коде.
---
модуль объекта... это в обработчике проведения? запрос к РС по регистратору этого же документа?

Тогда используйте Движения.
---
запрос из функции в модуле объекта, которая вызывается процедурой обработки проведения в том же модуле объекта, движения не подходят потому что это часть запроса
---
запрос из функции в модуле объекта, которая вызывается процедурой обработки проведения в том же модуле объекта
Это не важно. В итоге это все тот же обработчик проведения.
Возможно предварительно движения очищаются. И/Или еще не записаны.
---
а если убрать условие, что выдаст (например выбрать первые 5) ?
---
выдает 5 записей регистра без условия
---
режим запуска какой? УФ или ОФ?
В документе что указано в свойствах "Удалять движения"?
И код конечно посмотреть не мешало бы.
---
УФ, движения удалять
(8) возможно в этом что то есть, но при остановленном отладчике, значения в консоле запроса по этому запросу все равно находятся
---
но при остановленном отладчике, значения в консоле запроса по этому запросу все равно находятся
Смотрите информацию по проведению документов. В транзакции (в которой и обработчик проведения) все действия производятся в кеше. Только по корректном завершении транзакции данные попадают в таблицы БД.
Все обращения к БД из обработчика проведения учитывают и кеш транзакции. Остальные его просто не видят.
---
действительно пока транзакция не завершена движений по нему в регистре нет, изменил запрос на получения данных как они строятся в регистре (из табличной части) и это помогло
---
установите "Удалять только при отмене проведения".
Для УФ "движения удалять" не так актуально, как было для ОФ.
При необходимости использовать очищения нужного движения в коде.
---
значит таки не ту ссылку пихаете. в какой момент и откуда запрос вызываете? отладчиком проходили? уверены что в переменную продажа помещается нужная ссылка?
---
ссылку проверял (отладчиком) , даже другие вставлял результат тот же, вызываю при проведении документа в модуле объекта
---
Проверьте еще раз - вы точно пихаете ссылку а не объект, например? Тут просто нечему не работать, а чудес обычно не бывает.
---
я проверял, точно ссылка, я даже пихал туда ссылку на ссылку (Ссылка.Ссылка) результат тот же, документ не новый а проведенный и записи в регистре у него точно есть
---
Посмотрел повнимательнее на запрос. А почему в одном поле "ПланКалендарныйГрафик" а во втором "АХ_ПланКалендарныйГрафик"? Это разные таблицы или как, не пойму?
---
нет это я не дотер, изначалано он назывался "АХ_ПланКалендарныйГрафик", просто для красоты для форума стер префикс
---
Тогда чудес все равно не бывает. Чистите кэш, пробуйте на другой базе/копии и т.д.