Добрый день. После перехода на платформу 8.3.15.1489 в консоли выполняю простой запрос
ВЫБРАТЬ
    ЗарплатаКВыплатеОрганизаций.Ссылка,
    ЗарплатаКВыплате.Ссылка КАК Ссылка1
ИЗ
    Документ.ЗарплатаКВыплатеОрганизаций КАК ЗарплатаКВыплатеОрганизаций
        ЛЕВОЕ СОЕДИНЕНИЕ Документ.ЗарплатаКВыплате КАК ЗарплатаКВыплате
        ПО (НАЧАЛОПЕРИОДА(ЗарплатаКВыплатеОрганизаций.Дата, месяц) = НАЧАЛОПЕРИОДА(ЗарплатаКВыплате.Дата, месяц))

выдает ошибку СУБД
Scale argument is not valid. Valid expression for data type datetime2 scale argument are integer constants and integer constant expressions. HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=1, Severity=10, native=10760, line=1

На старой платформе 8.3.8.2322 данной ошибки не возникает. Может кто сталкивался?

Причем если вместо НАЧАЛОПЕРИОДА(, месяц)) использовать НАЧАЛОПЕРИОДА(, минута)) - то ошибки нету

(0) с датой все хорошо?
Имхо если на старой платформе работает, а на новой нет и в пресс релизе нововведения по этой функции нет - то тебе на партнёрку и на багтрекер.

(1) Попробуй вместо месяц написать month

изменение на month не помогло

Сделай 2 запроса отдельно - к ЗарплатаКВыплатеОрганизаций и ЗарплатаКВыплате и добавь соответсвующие поля без соединений:
НАЧАЛОПЕРИОДА(ЗарплатаКВыплатеОрганизаций.Дата, месяц)  
НАЧАЛОПЕРИОДА(ЗарплатаКВыплате.Дата, месяц)

посмотри на чем будет валится запрос (если вообще будет валиться)

сервер SQL меняли?

смещение дат меняли?

(5) Два отдельных запроса без соединений с использованием НАЧАЛОПЕРИОДА(*.Дата, месяц) выполняются без ошибки
валится только когда любые соединения используются

Смещение дат ставили -2000 когда в кластере создавали

пока вышли из ситуации с помощью конструкции ДобавитьКДате

ДОБАВИТЬКДАТЕ(вт1.ПериодРегистрации, день, 0)

(НАЧАЛОПЕРИОДА(ДОБАВИТЬКДАТЕ(вт1.ПериодРегистрации, день, 0), МЕСЯЦ)

ошибка ушла

(11) О как, спасибо

(0) ПО (НАЧАЛОПЕРИОДА(ЗарплатаКВыплатеОрганизаций.Дата, месяц) = НАЧАЛОПЕРИОДА(ЗарплатаКВыплате.Дата, месяц))

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

(0)"ПО (НАЧАЛОПЕРИОДА(ЗарплатаКВыплатеОрганизаций.Дата, месяц) = НАЧАЛОПЕРИОДА(ЗарплатаКВыплате.Дата, месяц))" - эта конструкция под запретом. Нельзя так. Даты надо выбрать отдельно что бы не ломать голову оптимизатору

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

(0) Еще как вариант - прогони ЧекДБ на скуле.

Что-то похожее мне попадалось, но давно.

(16) Дело в том, что такие конструкции используются в стандартном механизме при расчете ЗП :), а это просто как пример

|ЛЕВОЕ СОЕДИНЕНИЕ ВТНеоплаченныеБольничные КАК НеоплаченныеБольничные
        |ПО    Основной.Сотрудник = НеоплаченныеБольничные.Сотрудник
        |   И НАЧАЛОПЕРИОДА(Основной.БазовыйПериодНачало, МЕСЯЦ) = НеоплаченныеБольничные.ПериодРегистрации

рушилось на строке стандартного механизма ниже
НАЧАЛОПЕРИОДА(Основной.БазовыйПериодНачало, МЕСЯЦ)

У меня та же проблема.
Как решили проблему?