Добрый день. Не могу разобраться, даже не знаю, где искать. Суть такова. Есть клиент-серверная база УПП, СУБД MS SQL.

Если собирать отчет по продажам с детализацией по Кварталам, итог по колонке "Сумма" один. Если с детальными записями "Документ движения", то итог другой, правильный. Я попробовал разобраться и нашел, что движения документов, проведенных 1 апреля, попадают в итог 1 квартала.

перепроведение документов - не помогло.
Пересчет итогов по регистру - не помогло.
Пересчет ВСЕХ итогов - не помогло.
Пересчет итогов из конфигуратора через меню Тестирование и исправление с выгрузкой базы в файловый вариант - не помогло.
CHECKTABLE таблицы итогов - не помог.

Помогите разобраться! Вдруг кто-то сталкивался с подобным. Обычно такие проблемы всегда решались пересчетом итогов.

Может, например, Корректировка реализации делает движения не своей датой, а датой корректируемого документа.

(1) Никаких корректировок реализации в базе не делается.

Праздничная шутка от  Бориса Нуралиева на 1 апр.

(3) смешно)

Кстати, вот еще что заметил. Если отчет собрать все с той же детализацией по кварталам, но только за 1 квартал, то итог нормальный. Если собрать за два квартала - итог неправильный.

"Я попробовал разобраться и нашел, что движения документов, проведенных 1 апреля, попадают в итог 1 квартала. "

и как ты это выяснил?

"Итоги по кварталам" - какое поле берешь для расчета итогов?

(6) расшифровкой по документам движения.

(7) номенклатура.

(8) Поле для определения периода какое?

отчет чем собираешь? может быть СКД используешь? И то, что называешь Итоги, это на самом деле обработанные значения Конечных Остатков на дату ?

(9) Это стандартный отчет, написанный через Универсальный отчет. Поле для определения периода никак не задается.

(11) т.е. СКД ?

Если с СКД, то для СКД были пояснения, что даже если начальные остатки разрабу не интересны, их все равно нужно брать в запрос, тем более, если запрос строится по виртуальной таблице ОстатковИОбротов с использованием стандартных периодов

(8) Ну дак откройте этот документ движения. Посмотрите его движения по регистру "Продажи". Убедитесь, что период в регистре не равен дате документа. Далее лезть в конфигуратор и искать как определяется дата для записи в регистр. Отладчик в этом поможет.

(13) Регистр Продажи - оборотный.

(14) проверял. все верно.

(15) вспомнил, да.
Но все равно, выход искать в определении стандартных периодов, если только даты в период из документа корректно попадают

(16) То есть - при проведении в регистр садится все правильно, а в отчете выводится не правильно?

забыл еще сказать, что это касается только 1 и 2 кварталов 14-го года. В дальнейшем все идет ровно.

(19) дату в поле период посмотрел? Там наверное время с ЧЧ ММ СС равно 0 0 0

(16) Что "все верно"?
В регистре запись датой 01 апреля. А в отчет за этот день не попадает?

(21) верно то, что в поле "Период" стоит дата и время относящиеся ко 2 кварталу

(20) нет, не 0 0 0

(22) Какая дата у поля "Период", которые в отчете попадают в 1 квартал?

(24) 01.04.2014 10:26:56 к примеру

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

(26) было об этом в уроках по СКД

(27) в каких уроках?

(28) уроки по СКД одни - Хрусталевой

(28) ну в общем один вариант: автор этого вашего мегаотчета накосячил.

(28) нет, в Хрусталевой - это если по книге - я такого не помню. Я видеоуроки смотрел и там говорилось, что в самом тексте запроса под СКД нужно оставлять в параметрах используемой виртуальной таблицы детализацию по регистратору (точно не помню) или по секунде (вот это точно помню), затем, чтоб эта избыточная детализация не лезла в отображаемые строки либо столбцы, их просто не включают в измерения или выбранные поля для вывода.
И тогда на выходе будет то, что нужно.
А вот когда пытаешься детализацию сделать покрупней, хотя это регистр с заданным стандартом по позиции регистратора, то вместо пользы получишь неверные результаты, что можно расковырять, как фичу механизма СКД.

Собственно, у тебя все получилось и так, но это просто объяснение, что так получается у всех

(0) А "Универсальный отчет" или "Консоль запросов" корректно работают по регистру "Продажи"? Если да, то это в отчете косяк скорее всего.