|
УПП документ РСВ не проводиться | ☑ | ||
---|---|---|---|---|
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), можно попробовать увеличить разрядность, хз к чему приведёт.
а вобще - по номеру узла через дебри можно добраться до конкретных номенклатурин, скорей всего ошибка в данных. Было такое когда при решении СЛУ точность не увеличивалась а уменьшалась, т.е. числа всё росли и росли |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |