| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
 Чт Мар 11, 2010 14:48 |
 |
Полезность: Нет оценки
|
| А какая версия навигатора? вроде 23 патч только выше 107 работают |
|
 |
Alex Flash
Участник со стажем
Вступление в Клуб: 22.05.2008
|
| Пт Мар 12, 2010 09:11 |
|
Полезность: Нет оценки
|
Навигатор 108.10
Проблема, похоже, в некорректно выданных правах одному из пользователей, общаюсь с поддержкой. Но пока безрезультатно.
Информации о минимальной версии навигатора для 23 дополнения я нигде не видел. Откуда инфа?
_________________
Александр |
|
|
Igorka
Профи
Вступление в Клуб: 28.09.2007
|
| Пт Мар 12, 2010 09:21 |
|
Полезность: Нет оценки
|
это я что-то перепутал с версией. у меня вообще 106_13 стоит сегодня катил 23 дополнение, ошибок нет  |
|
|
cymtu
Участник - экстремал
Вступление в Клуб: 26.03.2008
|
| Ср Апр 28, 2010 04:51 |
|
Полезность: Нет оценки
|
перешли на 9.6
Возникла проблема с операцией "Рассчитать выгружаемые параметры. НБКИ" (SUM_NBKI) она не валидна.
Ругаеться на следующие строки
1. У типа [EXCEPTION] нет реквизита или операции [DELETE]
::[KB_CALC_PARAMS].[FORMAT_NBKI].tbl_cred_err.delete;
2. У типа [EXCEPTION] нет реквизита или операции [EXISTS]
if p_err is not null or ::[KB_CALC_PARAMS].[FORMAT_NBKI].tbl_cred_err.exists(idx) then
update u_kp(u_kp.err_text = p_err)
in ::[kb_pack] all
where u_kp = &frm.tbl_pack%id(idx);
update ktrf(ktrf.com_stat = ::[com_status_prd]([code] = 'MINUS'))
in kb_tr_file_cr all
where ktrf.pack = &frm.tbl_pack%id(idx);
else
cnt_dog := cnt_dog + 1;
update u_kp(u_kp.cnt_num = cnt_dog, u_kp.err_text = null)
in ::[kb_pack] all
where u_kp = &frm.tbl_pack%id(idx);
cnt_dog := cnt_dog + cnt_bk_le_of;
end if;
Помогите понять в чём проблема??? От операций в версий 9.5 она ничем не отличаеться.... |
|
|
A_A_A
Профи
Вступление в Клуб: 16.07.2009
|
| Ср Апр 28, 2010 09:09 |
|
Полезность: Нет оценки
|
Когда ставили 9,6 ошибки не было.
В 9,6 появились новые справочники и операции по НБКИ.
Еще конвертации были.
Может какая конвертаци не отработала или операция FORMAT_NBKI тоже не валидна |
|
|
cymtu
Участник - экстремал
Вступление в Клуб: 26.03.2008
|
| Ср Апр 28, 2010 09:28 |
|
Полезность: Нет оценки
|
| A_A_A пишет: | | FORMAT_NBKI тоже не валидна |
операция валидна. по конвертаций незнаю, обновление на этот раз делал не я. А можно узнать как-то, что какая -то конвертация не отработала?????? |
|
|
A_A_A
Профи
Вступление в Клуб: 16.07.2009
|
| Ср Апр 28, 2010 09:54 |
|
Полезность: Нет оценки
|
Удобного способа не знаю.
1) смотрель логи когда запускали конвертации
2) в архиве с обновления есть файл Описание Операций конвертации - для 9,6 он большой посмотреть что делает конвертация и проверить результат.
3) и файла Описание Операций конвертации посмотреть короткие имена операций конвертаций по БКИ. сделать их активными и повторно запустить
хм. смотрю какие там операции конвертации были - не похоже что в них дело |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Ср Май 05, 2010 07:58 |
|
Полезность: Нет оценки
|
Столкнулись с проблемой обработки материального документа с типом ОС_АМОРТИЗАЦИЯ. Ошибка: "OBJ_NOT_ACCESSIBLE Экземпляр ... не доступен пользователю...". Речь идет об экземпляре типа "Выполнение текстовых заданий" (TEXT_JOBS).
В 9.6 реализовано:
| Цитата: | Расчет амортизации в разрезе групп ТМЦ
Для уменьшения трудоемкости процесса расчета амортизации реализована возможность расчета амортизации в разрезе групп ТМЦ. Реализован механизм распараллеливания расчета по группам ТМЦ для ускорения расчета амортизации.
Информация для Администратора:
В типе "ТМЦ. Документы" (TMC_DOC_NAME) реализована операция "Фильтр для начисления амортизации" (TMC_GROUP_FILTER) для настройки групп амортизации, участвующих в расчете по этому документу.
В операции "Обработать амортизацию" (WORK_DEPR) типа "Материальные документы" (TMC_DOCUM) реализовано распараллеливание расчета на несколько процессов по группам ТМЦ.
При установке данного Обновления в справочник "Настройки." (FP_TUNE) добавляется запись "Максимальное количество параллельных процессов в расчете амортизации" (AMO_CALC_MAX_JOB_CNT) с умолчательным значением "3".
|
Оказывается, что теперь при расчете амортизации (обработке мат. документа) в целях распараллеливания создаются одноразовые текстовые задания по TEXT_JOBS. После их создания пользователю дается поэкземплярный доступ к созданным экземплярам с помощью кода:
| Код: | | rules.set_object_rights(::[TEXT_JOBS]%class, vJobObj%id, 'NEW'); |
Но у нас почему-то весь этот алгоритм не срабатывает. Пользователь не получает доступ и все срубается по ошибке.
Сами вчера раскопали через rules.set_object_rights, что если создать группу доступа, посадить туда этого человека и сделать в группе поэкземплярный доступ к экземплярам типа TEXT_JOBS по некоторому условию, то все начинает работать. Непонятно, что у нас не так. Может не накатилась группа доступа какая-то? Есть у кого-нибудь группы доступа с поэкземплярным доступом к TEXT_JOBS? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Май 14, 2010 15:49 |
|
Полезность: Нет оценки
|
В депозитах при зачисления на счет и при учете процентов в назначения платежей мем.ордеров стала добавляться фраза ", на основании финансового распоряжения № ... от ..."
Причем подставлялся некий номер фин.распоряжения. Заметил наш базнес сей факт только через 3 недели эксплуатации этой версии. Поскольку никаких фин.распоряжений с этими номерами не существует, пришлось апдейтить назначения платежей. Ну и отключили эту настройку.
Прочитать о настройке можно в "Описание операций конвертации.xls" - операция "9.6_49. Депозиты. Настройка 2161-У" |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
