Переход на 7.6 (IBSO)
На страницу Пред. 1, 2
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Ноя 14, 2007 16:23  Re: Инструкция по изменению шаблонов WORD |
|
Полезность: 1
|
lom пишет: | Коллеги, кто-нибудь может пояснить действия описанные в документе "Инструкция по изменению шаблонов WORD" к приложению 7.6.
Не понятно для каких целей нужны эти монипуляции со свойствами шаблонов.  |
Эта инструкция не упомянута в главной инструкции по обновлению. Оказалось, что ЦФТ упустил этот момент из виду. Повезло тем, кто случайно заинтересовался этим файлом.
Инструкция касается только шаблонов продукта "Аренда индивидуальных сейфовых ячеек". В этом продукте изменилась технология вывода в WORD. |
|
 |
lom Участник со стажем
Вступление в Клуб: 01.07.2007
|
Чт Ноя 15, 2007 04:13  Re: Инструкция по изменению шаблонов WORD |
|
Полезность: Нет оценки
|
Наш банк не использует продукт ""Аренда индивидуальных сейфовых ячеек", мы поэтому ничего предпринимать и не стали, все остальные шаблоны работают нормально.
PS:
Интересен сам факт, как могут влиять свойства документа на вывод значений в поля. |
|
 |
alexiy Профи
Вступление в Клуб: 29.06.2007
|
Чт Ноя 15, 2007 13:45  Re: Инструкция по изменению шаблонов WORD |
|
Полезность: Нет оценки
|
lom пишет: | Интересен сам факт, как могут влиять свойства документа на вывод значений в поля. |
все же не совсем понятен вопрос...
как я понимаю (может, ошибаюсь):
у ЦФТ есть некий механизм вывода значений в поля документа.
обращение к полю, очевидно, происходит через его имя.
чтобы иметь в документе нужный набор полей (с нужными именами), для последующей вставки их в текст, ЦФТ предлагает добавить их через Свойства документа (шаблона), на закладке "Прочие".
что именно смущает? _________________ two bee or not two bee |
|
 |
dnk_dz Эксперт
Вступление в Клуб: 19.09.2007
|
Пт Ноя 16, 2007 07:36   |
|
Полезность: Нет оценки
|
Просто заменили старый механизм печати через SetBracketsFields на новый - через FormFields.
Старый был ну уж очень медленный  |
|
 |
lom Участник со стажем
Вступление в Клуб: 01.07.2007
|
Пт Ноя 16, 2007 07:38   |
|
Полезность: Нет оценки
|
Спасибо за информацию! |
|
 |
ashslim Профи
Вступление в Клуб: 21.08.2007
|
Пн Ноя 26, 2007 14:40   |
|
Полезность: 1
|
При печати из депозитов физ. лиц. в WORD перестал подтягиваться адрес клиента, который ранее выводился через переменную AC_ADRESS. Посмотрел закладку адреса у физиков и увидел, что там поменяли экранную форму и изменили некоторые поля адреса, добавили какую-то галочку 'фиксировать'. Пока не могу понять, что не так. У кого-нить были подобные проблемы?? |
|
 |
Alexsey Эксперт
Вступление в Клуб: 06.09.2007
|
Пн Ноя 26, 2007 14:59   |
|
Полезность: Нет оценки
|
ashslim пишет: | При печати из депозитов физ. лиц. в WORD перестал подтягиваться адрес клиента, который ранее выводился через переменную AC_ADRESS. Посмотрел закладку адреса у физиков и увидел, что там поменяли экранную форму и изменили некоторые поля адреса, добавили какую-то галочку 'фиксировать'. Пока не могу понять, что не так. У кого-нить были подобные проблемы?? |
мы счас переходим на 7.6 и судя по высказываниям представителей ЦФТ в 7.6 по сравнению с 7.5 произошли изменения в структуре хранения адреса. _________________ всегда есть как минимум 2 выхода |
|
 |
ashslim Профи
Вступление в Клуб: 21.08.2007
|
Пн Ноя 26, 2007 15:21   |
|
Полезность: Нет оценки
|
Alexsey пишет: | ashslim пишет: | При печати из депозитов физ. лиц. в WORD перестал подтягиваться адрес клиента, который ранее выводился через переменную AC_ADRESS. Посмотрел закладку адреса у физиков и увидел, что там поменяли экранную форму и изменили некоторые поля адреса, добавили какую-то галочку 'фиксировать'. Пока не могу понять, что не так. У кого-нить были подобные проблемы?? |
мы счас переходим на 7.6 и судя по высказываниям представителей ЦФТ в 7.6 по сравнению с 7.5 произошли изменения в структуре хранения адреса. |
Это я заметил, но по идее, они должны были переопределить формирование этих параметров при печати в WORD. В новой документации об этом ничего не сказано, значит названия параметров остались те же, но почему-то теперь данные не подтягиваются |
|
 |
Alexsey Эксперт
Вступление в Клуб: 06.09.2007
|
Пн Ноя 26, 2007 15:24   |
|
Полезность: Нет оценки
|
timochev пишет: | В 7.6 много проблем в продукте "Аренда индивидуальных сейфовых ячеек": печать документов в WORD и вычисление сумм в БО |
ashslim пишет: | При печати из депозитов физ. лиц. в WORD перестал подтягиваться адрес клиента, который ранее выводился через переменную AC_ADRESS. Посмотрел закладку адреса у физиков и увидел, что там поменяли экранную форму и изменили некоторые поля адреса, добавили какую-то галочку 'фиксировать'. Пока не могу понять, что не так. У кого-нить были подобные проблемы?? |
Судя по всему это уже эпидемия  _________________ всегда есть как минимум 2 выхода |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пн Ноя 26, 2007 15:46   |
|
Полезность: Нет оценки
|
ashslim пишет: | При печати из депозитов физ. лиц. в WORD перестал подтягиваться адрес клиента |
Действительно, проблема имеет место. Наши юзера просто молчали, набирая адрес ручками. Мы еще не разбирались. |
|
 |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Вт Ноя 27, 2007 10:18   |
|
Полезность: Нет оценки
|
timochev пишет: | ashslim пишет: | При печати из депозитов физ. лиц. в WORD перестал подтягиваться адрес клиента |
Действительно, проблема имеет место. Наши юзера просто молчали, набирая адрес ручками. Мы еще не разбирались. |
а вот еще в дополнение - операция "добавить" в участниках расчетов.
При вызове возникает ошибка клиент валидатора.
Код: | begin
if P_MESSAGE = 'DEFAULT' then
csmd.Init_Form(V_VB, &METHOD$CLASS, &METHOD$SNAME );
...
...
...
elsif P_MESSAGE = 'VALIDATE' then
...
...
...
end if;
&Addr_Validate(P#ADDRESS.[TYPE], P#ADDRESS.[POST_CODE], P#ADDRESS.[CITY], P#ADDRESS.[DISTRICT], P#ADDRESS.[STREET_REF], P#ADDRESS.[STREET_STR], v_house_REF, P#ADDRESS.[house], v_house_arr, tune_kladr, v_auto_zip, v_vb, P#ADDRESS.[house_ref])
end;
|
т.е. после отработки P_MESSAGE = 'DEFAULT' вызывается макрос &Addr_Validate, который и дает ошибку.
Переместил пока вызов макроса на end if выше до обьяснений поддержки. А вообще есть
-- Макрос для обработки адреса в секции валидации операций
pragma Macro(Addr_Validate,
'[PERSONAL_ADDRESS]::[LIB].Addr_Validate
(P_MESSAGE, P_INFO,
^^^^^^^^^^^^^^
и
pragma Macro(Addr_Default,
'[PERSONAL_ADDRESS]::[LIB].Addr_Validate
(''DEFAULT'', null,
^^^^^^^^^^^ |
|
 |
insomnia Участник
Вступление в Клуб: 28.11.2007
|
Ср Ноя 28, 2007 14:31  Групповые операции |
|
Полезность: Нет оценки
|
Всем здравствуйте!
После обновления в кредитах при вызове Групповой операции по Shift G выдает ошибку:
ORA-00936: missing expression
ORA-06512: at "IBS.Z$PR_CRED_CRED_OPER", line 762
ORA-06512: at "IBS.Z$U$1547", line 751
ORA-06512: at line 1
В операции CRED_OPER ошибка в коде:
Sel_SQL := Sel_SQL||'order by a1.C_HIGH_LEVEL_CR,DECODE(a1.C_KIND_CREDIT,'||rKindTechOver||',1,2),a2.C_DATE_BEGIN';
Переменная rKindTechOver := ::[FP_TUNE].[LIB].get_ref_value('KIND_TECH_OVERDRAFT');
Но в справочнике Настройки настройка с кодом KIND_TECH_OVERDRAFT не установлена. При состоянии настройки "Не установлена" она вообще не анализируется.
Я устранила просто, без лишних наворотов:
-- Хвост
if rKindTechOver is not null then
Sel_SQL := Sel_SQL||'order by a1.C_HIGH_LEVEL_CR,DECODE(a1.C_KIND_CREDIT,'||rKindTechOver||',1,2),a2.C_DATE_BEGIN';
else
Sel_SQL := Sel_SQL||'order by a1.C_HIGH_LEVEL_CR,DECODE(a1.C_KIND_CREDIT,1,2),a2.C_DATE_BEGIN';
end if; |
|
 |
Alex2019 Профи
Вступление в Клуб: 02.07.2007
|
Ср Ноя 28, 2007 14:38  Re: Групповые операции |
|
Полезность: Нет оценки
|
insomnia пишет: | Всем здравствуйте!
После обновления в кредитах при вызове Групповой операции по Shift G выдает ошибку:...
('KIND_TECH_OVERDRAFT');
|
Поставьте обновление к дополнению 11 от 22.10.07.
Кредиты:
1. Исправлена обработка настройки KIND_TECH_OVERDRAFT, т.к. ранее при значении настройки null выполнение "групповых операций" приводило к ошибке.
Ну, и наверное прочие обновления-дополнения накатить тоже не вредно  |
|
 |
ashslim Профи
Вступление в Клуб: 21.08.2007
|
Пт Ноя 30, 2007 14:59   |
|
Полезность: 1
|
В обязательной отчетности поломалась печатная форма для f-135(обязательных нормативов), теперь печатается сначала сам отчет вместе со значениями нормативов, а потом он , еще раз, но пустой
в теле функции DrawRep нашел такой код
excel.Merge(iRow, 1, iRow, 4);
excel.Merge(iRow, 5, iRow, 13);
excel.write(iRow, 1, t.CODE||' = ');-- проценты
excel.write(iRow, 5, t.SUMMA||'%');-- проценты
iRow := iRow + 1;
--excel.Ins_Row(iRow); закоментил эту строчку
Вот в таком виде вроде один раз печатается, и то, что надо, щас бизнеса проверяют. |
|
 |
ginger03 Участник
Вступление в Клуб: 06.10.2009
|
Ср Окт 07, 2009 08:34  ошибка при настройки odbc в finereader bank 5.0 |
|
Полезность: Нет оценки
|
aero1530 пишет: | После обновления станции сканирования FineReader через раз стали вываливать ошибку ORA-01013 user requested cancel of current operation. Настройки ODBC результатов не дали. Разбираемся ...
Версии FineReader 5.0 и 6.0 |
В finereader bank 5.0 при выборе драйвера odbc (не микрософтовский, а драйвер oracle)для доступа к базе выводится аналогичная ошибка ORA-01013 user requested cancel of current operation. Подскажите, пожалуйста, что может быть? |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|