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

Ни у кого такого не было?
1 ДенисЧ
 
31.01.12
11:15
было. Это переполнение разрядности. Или у тебя многомиллиардные обороты и тебе нужно переходить на SAP, или некорректные данные, поэтому получаются неправильные суммы.
2 evgen2011
 
31.01.12
11:32
запрос смотри,вылавливай на каких данных ошибка
3 BayoNet
 
31.01.12
11:41
Вот на этом запросе спотыкается

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

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

ИНДЕКСИРОВАТЬ ПО
   НомерУзла
4 Maxus43
 
31.01.12
13:58
числа не влезают в Число(23,10), можно попробовать увеличить разрядность, хз к чему приведёт.
а вобще - по номеру узла через дебри можно добраться до конкретных номенклатурин, скорей всего ошибка в данных.
Было такое когда при решении СЛУ точность не увеличивалась а уменьшалась, т.е. числа всё росли и росли