| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
 Пт Авг 13, 2010 17:45 Переход на версию 10.3 IBSO |
 |
Полезность: 1
|
Тестируем версию 10.3. Удивился, что темы до сих пор нет - пришлось создать.
Зарегали заявку по ВХО:
В "ОС-1 от 21.01.2003 N 7" печатается неправильный состав комиссии
| Цитата: | Путь (класс, представление, операция ФЯ) : TMC_DOCUM.OS1_UNI
Описание : Вызываю операцию "ОС-1 от 21.01.2003 N 7" над мат.документом ввода в эксплуатацию. На третьей странице в разделе подписей членов комиссии выводятся сотрудники уже выведенные из состава комиссии.
В коде в момент анализа доверенности затирается дата vDate - она обнуляется. В результате когда дело доходит до вывода в Excel членов комиссии, то срабатывает условие vDate is null.
Необходимо дату доверенности записывать в другую буферную переменную.
|
Последний раз редактировалось: timochev (Пт Авг 13, 2010 17:49), всего редактировалось 1 раз |
|
 |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Авг 13, 2010 17:47 Аренда сейфов. Не выводится ФИО в родительном падеже |
|
Полезность: 1
|
Аренда сейфов. Не выводится ФИО в родительном падеже
| Цитата: | Путь (класс, представление, операция ФЯ) : IND_SAFE_LEASE.PRINT_WORD
CL_PRIV.LIB_DL
Описание : Если в шаблоне печати прописан код Client2ReprFullNameRP (Полное ФИО представителя клиента 2 в родительном падеже), то ранее на 10.1 выводилось ФИО в родительном падеже. Сейчас - пусто.
Оказывается в библиотеке CL_PRIV.LIB_DL была изменена функция GetClName - добавили substr
cRet := substr(::[CASE_GRAM].[LIB].get_case(cl.[DECL_FIO],
::[CASE_GRAM].[LIB].Code2Ref(case_gr_code)),1,::[CLIENT].[NAME]%type);
Третий параметр substr должен обозначать количество символов, а здесь тип.
Тоже самое относится и к функции GetCastaName.
|
Надо заменить %type на %size в функциях CL_PRIV.LIB_DL.GetCastaName и CL_PRIV.LIB_DL.GetClName
Поскольку библиотека относится скорее к учетному ядру и и используется не только в Аренде сейфов, то и в других печаталках может вылезать такая же бяка. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Авг 23, 2010 13:02 |
|
Полезность: Нет оценки
|
Стало зависать представление "Текущие документы кассира" после того, как оттуда был убран хинт "FIRST_ROWS INDEX_DESC(A1_1 IDX_Z#MAIN_DOCUM_DATE_PROV)".
В результате работы над заявкой ЦФТ добавил конкатенацию STATE_ID с пустой строкой:
| Код: | | A1_1.STATE_ID||'' = 'PROV' |
|
|
|
pas
Профи
Вступление в Клуб: 20.11.2007
|
| Вт Авг 24, 2010 15:45 |
|
Полезность: 1
|
10.3 доп. 11
Обязательная отчетность -> Операция "Ф-0409202 Отчет о наличном денежном обороте"
При печати отчета в Excel данные по символу 02 в отчет не поподают.
Быстрое решение: идем в расчитанные данные и переподвязываем символ.
или правим операцию ::[F_202_DATA].[NEW#AUTO]
Тело:
| Код: |
Begin
-- Установка значений реквизитов
[PARAM] := P_PARAM; -- "Параметры"
[SYMBOL_NUM] := nvl(v_symbol.[1],lpad(ltrim(P_SYMBOL_NUM),2,0)); -- "Символ"
[SUMMA] := P_SUMMA; -- "Сумма"
[OKATO] := P_OKATO;
End;[ |
|
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Авг 25, 2010 14:45 |
|
Полезность: Нет оценки
|
| pas пишет: | 10.3 доп. 11
Обязательная отчетность -> Операция "Ф-0409202 Отчет о наличном денежном обороте"
При печати отчета в Excel данные по символу 02 в отчет не попадают.
|
По заявке мне выслали исправление. Войдет в 10.4 |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Авг 31, 2010 08:47 Путевые листы |
|
Полезность: 1
|
Ошибка "Не указан водитель-поставщик" при обработке путевого листа в продукте "Учет ГСМ", хотя при добавлении путевого листа водитель был указан.
ЦФТ убрало из кода анализ пустого значения реквизита "Метод учета ГСМ" UCH_GSM и не провело конвертации значений NULL -> 1.
Необходимо самостоятельно изменить значение UCH_GSM. |
|
|
Antineya
Участник со стажем
Вступление в Клуб: 24.10.2007
|
| Вт Авг 31, 2010 10:13 |
|
Полезность: Нет оценки
|
А ни у кого не возникало проблем с печатью банковских ордеров в валюте? рублевые суммы пропали...
а также цфтшники переписали файнридоровские операции и у нас перестало работать.. |
|
|
Antineya
Участник со стажем
Вступление в Клуб: 24.10.2007
|
| Вт Авг 31, 2010 10:32 |
|
Полезность: Нет оценки
|
| в файн ридеровских операциях зачем-то вместо like поставили =, в этом и была ошибка у нас.. |
|
|
pas
Профи
Вступление в Клуб: 20.11.2007
|
| Вт Авг 31, 2010 13:14 |
|
Полезность: 1
|
10.3 доп. 11
Обязательная отчетность -> Операция "Ф-0409601 Отчет об операциях с наличной иностранной валютой и чеками в иностранной валюте"
Неверно формируется отчет, нулевые данные в разделе 1 "Операции уполномоченного банка
(его филиала) с наличной иностранной валютой и чеками в иностранной валюте"
У нас не у всех заполнен в "Финансовые инструменты"->"Денежные еденицы"->"Тип валюты". Заполнено только у драг металлов.
Меняем строчку
| Код: |
Where not f.[CURRENCY].[TYPE] = ::[TYPE_VAL]([TYTE]='ДМ') -- исключаем драг металлы
|
На
| Код: |
Where (not f.[CURRENCY].[TYPE] = ::[TYPE_VAL]([TYTE]='ДМ') or f.[CURRENCY].[TYPE] is null) -- исключаем драг металлы |
|
|
|
pas
Профи
Вступление в Клуб: 20.11.2007
|
| Вт Авг 31, 2010 15:30 |
|
Полезность: Нет оценки
|
| Antineya пишет: | А ни у кого не возникало проблем с печатью банковских ордеров в валюте? рублевые суммы пропали...
а также цфтшники переписали файнридоровские операции и у нас перестало работать.. |
Не слышал чтобы бухи жаловались на печать. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Авг 31, 2010 17:11 |
|
Полезность: Нет оценки
|
| pas пишет: | | У нас не у всех заполнен в "Финансовые инструменты"->"Денежные еденицы"->"Тип валюты". Заполнено только у драг металлов. |
У нас по всем валютам заполнено.
Лучше заполнить поле, т.к. вряд ли ЦФТ будет вносить изменения в код. Скажет, что неправильно заполнены справочники...
И в будущем в другом месте не стрельнет. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Сен 01, 2010 09:55 |
|
Полезность: 1
|
У нас творится полная жесть в продукте "Учет ГСМ".
Поплыли остатки ГСМ. Причем в массивах "Используемые ГСМ" и "Водители / История остатков ГСМ" остатки верные.
При списании ГСМ заполняется неправильно массив "Водители / История остатков ГСМ / История расходов ГСМ из остатка".
Для проверки можно взять операцию списания ГСМ, по обратным ссылкам перейти в тип "ТМЦ. Израсходованный остаток ГСМ" и сравнить количество ГСМ в операции списания и в этом типе. У нас они не равны. 
Наши настройки:
метод списания ГСМ = FIFO
метод учета ГСМ = по водителям
С ЦФТ продолжаем разбираться, а самостоятельно исправили операцию WORK_OPER (вернули кусочек кода из 10.1):
было
| Код: | | if ::[CARS].[LIB].is_calc_oper_sum (this, P#OPER.[HOZ_OPER]) then |
стало
| Код: | | if P#OPER.[SUP_DRIVER] is not null and nvl(P#OPER.[SUMMA],0)=0 then |
PS Из ЦФТ прислали хранилище с этой исправленной операцией с версии 10.4. |
|
|
alexiy
Профи
Вступление в Клуб: 29.06.2007
|
| Пт Сен 03, 2010 10:31 Не проводится документ, созданный заданием по расписанию |
|
Полезность: 1
|
зарегистрировали запрос (BS00146094):
Документ, созданный заданием по расписанию, перестал проводиться с ошибкой: "У Вас нет права проводить документ, созданный пользователем<...>".
Задание по расписанию запущено под пользователем TDS с правами ADMIN_GRP. Оно импортирует данные из файла, создает через механизм бизнес-операций внутрибанковские платежные документы, и проводит их (через fold.[FOLDER_TO_PROV]). До наката обновлений 10.2 и 10.3 все успешно работало. А вот теперь документ перестал проводиться и остается в состоянии "Не обработан". Причина возврата и служебные отметки: "02/09/2010 18:46 Ошибка: У Вас нет права проводить документ, созданный пользователем<...>".
Оказывается, что в процессе создания нового документа при вычислении участников происходит обращение к библиотеке TRC.INI, где текущий пользователь (значение stdlib.userid) TDS меняется на пользователя TRC.
В результате TRC не может провести документ, созданный TDS.
P.S. ЦФТ уже выслало хранилище с исправлением (изменения войдут в 10.5).
_________________
two bee or not two bee |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Сен 14, 2010 17:56 |
|
Полезность: Нет оценки
|
При запуске операции "Платежные документы / Заполнить коды услуг по форме 402" выдается сообщение в виде кавычки.
У вас повторяется?
Там зачем-то вызов PLPCALL выглядит так (в самом конце конкатенация с кавычкой происходит) :
| Код: | stdio.put_line_buf('<% PLPCALL [F_402_DATA].[NEW_DATA]'
||' ( %VAR%.V_DOC => ''' || rDoc%id
||''',%VAR%.V_PLPOK => ''' || '0'
||''') %>'||'"');
|
Это зачем такое программист написал? В 10.1 такое тоже было. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Сен 14, 2010 18:05 |
|
Полезность: Нет оценки
|
При запуске операции "Заполнить коды услуг по форме 402" над платежным документом не подтягиваются реквизиты (Направление платежа, страна нерезидента, БИК банка нерезидента и пр.) из "Инструкция 117-И. База данных...".
Если запускать операцию "Заполнить коды услуг по форме 402" из базы 117-И, то реквизиты заполняются нормально.
В операции F_402_DATA.NEW_DATA пропал кусок кода, инициализирующий ссылку на "Инструкцию 117-И. База данных..."
| Код: | if V_BASE_VO is null or V_BASE_VO = -1 then
V_BASE_VO := [BASE_VAL_OP]::[LIB_REPS].BDVO_DOCUMENT_EXISTS(V_DOC);
end if;
|
|
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
