Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Ср Июл 02, 2008 06:38  NVL форма 102(8.2) |
|
Полезность: 4
|
После перехода на 8.2 перестала формироваться половина символов.
Анализ показал недочет разработчиков -в справочнике F_102_DATA
в библиотеке SLIB есть Procedure WrkCurArr, в которой не учтено возможное значение null.
После соответствующих раскопок код принял вид
Код: | Procedure WrkCurArr...
...
if val_fl = '0' then
sum_rur := nvl(sum_rur,0) + nSumR - nSumV; -- Рублевая Сумма - это общая минус валюта
sum_val := nvl(sum_val,0) + nSumV;
tab(ind).summ := nSumR - nSumV;
tab(ind).summv := nSumV;
elsif val_fl = '1' then
--sum_rur := sum_rur + 0;
sum_val := nvl(sum_val,0) + nSumR;
tab(ind).summ := 0;
tab(ind).summv := nSumR;
elsif val_fl = '2' then
sum_rur := nvl(sum_rur,0) + nSumR;
--sum_val := sum_val + 0;
tab(ind).summ := nSumR;
tab(ind).summv := 0;
end if;
End If;
|
ps.К сожалению, должен отметить, ухудшение качества кода разработчиков, особенно в этом году. При том , что количество денег за это требуют все больше и больше  |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Ср Июл 02, 2008 15:20   |
|
Полезность: Нет оценки
|
Николай привет Ошибку зарегистрировал  |
|
 |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Ср Июл 02, 2008 16:22   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | Николай привет Ошибку зарегистрировал  |
Без тебя не смогу-посмотри на 8.3 плиз, осталась эта ерунда?
Если да , оформлю.
Юра, у вас 634 по гарантиям нормально данные собираются?
Зы.Скачал 8.4, буду уже там смотреть. |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Чт Июл 03, 2008 06:39   |
|
Полезность: Нет оценки
|
Васильев Николай пишет: | Без тебя не смогу-посмотри на 8.3 плиз, осталась эта ерунда?
Если да , оформлю. |
Да на 8.3 осталось по старому, пришлось подправить
з.ы. сегодня поставлю на тестовую схему версию 8.4, думаю что там тоже самое |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Чт Июл 03, 2008 06:53   |
|
Полезность: Нет оценки
|
Васильев Николай пишет: | Юра, у вас 634 по гарантиям нормально данные собираются? |
Буду разбираться. на 8.3 данные по гарантиям не собираются  |
|
 |
galaga Участник со стажем
Вступление в Клуб: 13.08.2007
|
Чт Июл 03, 2008 16:04   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | Васильев Николай пишет: | Без тебя не смогу-посмотри на 8.3 плиз, осталась эта ерунда?
Если да , оформлю. |
Да на 8.3 осталось по старому, пришлось подправить
з.ы. сегодня поставлю на тестовую схему версию 8.4, думаю что там тоже самое | Николай, Ваша информация помогла для расчета 102 формы. ЦФТ прислал хранилище по исправлению ошибки. У них уже есть исправленный вариант.
Галина Гвоздович. |
|
 |
ashslim Профи
Вступление в Клуб: 21.08.2007
|
Ср Янв 21, 2009 12:27   |
|
Полезность: Нет оценки
|
Коллеги, подскажите, кто-нить использовал в настройках Ф-102 пользовательскую настройку 'С1' для исключения оборотов, которые не должны попадать в прил.4.
Есть необходимость в том, чтобы проводки с 707 на 708 счета не попадали в отчет, при этом они есть в справочнике СПОД. Добавил в настройку 'С1' аналитический признак, указал корреспондецию счетов(шаблон счета - %; шаблон корреспондента - 708), указал коды отношения ACC_COR_DT и ACC_COR_KT, но проводки все равно берутся в отчет. |
|
 |
ashslim Профи
Вступление в Клуб: 21.08.2007
|
Чт Янв 22, 2009 09:54   |
|
Полезность: Нет оценки
|
Продолжу. Настройка С1 не используется для СПОД, она играет роль при ежедневном расчете нарастающим итогом, позволяя исключать не нужные обороты. Обороты СПОД всегда считаются одинаково - просто выборкой данных из справочника СПОД за период для филиала. Проводки 707 - 708 должны быть в справочнике СПОД, но не должны попадать в Прил 4.
Функция расчета оборотов СПОД для символа - ::[F_102_DATA].[SLIB].CalcSPOD . Пока одни неясности  |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|