Провожу РСВ за декабрь 2011 документ выдает ошибку на втором этапе:
{ОбщийМодуль.КорректировкаСтоимостиУчетЗатрат.Модуль(396)}: Ошибка при вызове метода контекста (Выполнить)
       Запрос.Выполнить();
по причине:
Ошибка выполнения запроса
по причине:
Ошибка при выполнении операции над данными:
Ошибка SQL: Переполнение поля
по причине:
Ошибка SQL: Переполнение поля

Ни у кого такого не было?

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

запрос смотри,вылавливай на каких данных ошибка

Вот на этом запросе спотыкается

ВЫБРАТЬ
   "РешитьСЛУРасширеннаяАналитика" КАК Поле1,
   УзлыКорректировкиСтоимостиСписания.НомерУзла КАК НомерУзла,
   СУММА(ВЫРАЗИТЬ(ВЫБОР
               КОГДА УзлыКорректировкиСтоимостиСписания.КоличествоНУ <> 0
                   ТОГДА ТаблицаРешений.ПостояннаяРазница * ВЫБОР
                           КОГДА ВложенныйЗапрос.КоличествоНУ = 0
                               ТОГДА ВложенныйЗапрос.СтоимостьНУ + ВложенныйЗапрос.ПостояннаяРазница
                           ИНАЧЕ ВложенныйЗапрос.КоличествоНУ
                       КОНЕЦ / УзлыКорректировкиСтоимостиСписания.КоличествоНУ
               ИНАЧЕ 0
           КОНЕЦ КАК ЧИСЛО(23, 10))) КАК ПостояннаяРазница,
   СУММА(ВЫРАЗИТЬ(ВЫБОР
               КОГДА УзлыКорректировкиСтоимостиСписания.КоличествоНУ <> 0
                   ТОГДА ТаблицаРешений.СтоимостьНУ * ВЫБОР
                           КОГДА ВложенныйЗапрос.КоличествоНУ = 0
                               ТОГДА ВложенныйЗапрос.СтоимостьНУ + ВложенныйЗапрос.ПостояннаяРазница
                           ИНАЧЕ ВложенныйЗапрос.КоличествоНУ
                       КОНЕЦ / УзлыКорректировкиСтоимостиСписания.КоличествоНУ
               ИНАЧЕ 0
           КОНЕЦ КАК ЧИСЛО(23, 10))) КАК СтоимостьНУ,
   СУММА(ВЫРАЗИТЬ(ВЫБОР
               КОГДА УзлыКорректировкиСтоимостиСписания.Количество <> 0
                   ТОГДА ТаблицаРешений.Стоимость * ВЫБОР
                           КОГДА ВложенныйЗапрос.Количество = 0
                               ТОГДА ВложенныйЗапрос.Стоимость
                           ИНАЧЕ ВложенныйЗапрос.Количество
                       КОНЕЦ / УзлыКорректировкиСтоимостиСписания.Количество
               ИНАЧЕ 0
           КОНЕЦ КАК ЧИСЛО(23, 10))) КАК Стоимость
ПОМЕСТИТЬ ВременнаяТаблицаРешений
ИЗ
   УзлыКорректировкиСтоимостиСписания КАК УзлыКорректировкиСтоимостиСписания
       ЛЕВОЕ СОЕДИНЕНИЕ УчетЗатрат КАК ВложенныйЗапрос
           ЛЕВОЕ СОЕДИНЕНИЕ ТаблицаРешений КАК ТаблицаРешений
           ПО ВложенныйЗапрос.НомерУзла = ТаблицаРешений.НомерУзла
       ПО УзлыКорректировкиСтоимостиСписания.АналитикаВидаУчета = ВложенныйЗапрос.АналитикаВидаУчета
           И УзлыКорректировкиСтоимостиСписания.АналитикаУчетаЗатрат = ВложенныйЗапрос.АналитикаУчетаЗатрат
           И УзлыКорректировкиСтоимостиСписания.АналитикаУчетаПартий = ВложенныйЗапрос.АналитикаУчетаПартий
           И УзлыКорректировкиСтоимостиСписания.АналитикаРаспределенияЗатрат = ВложенныйЗапрос.АналитикаРаспределенияЗатрат

СГРУППИРОВАТЬ ПО
   УзлыКорректировкиСтоимостиСписания.НомерУзла

ИНДЕКСИРОВАТЬ ПО
   НомерУзла

числа не влезают в Число(23,10), можно попробовать увеличить разрядность, хз к чему приведёт.
а вобще - по номеру узла через дебри можно добраться до конкретных номенклатурин, скорей всего ошибка в данных.
Было такое когда при решении СЛУ точность не увеличивалась а уменьшалась, т.е. числа всё росли и росли