Японский городовой...

Автор №1, Листопад 06, 2007, 09:12:57 ПП

Попередня тема - Наступна тема

0 Користувачі і 1 Гість дивляться цю тему.

№1

Одна из фич после апгрейда на ERP 6.0...ну и после чистой инсталляции тоже.
В таблице TRWPR (замещения Rwin, кто в курсе) появляется запись:
PROCESS      DOCUMENT             
EVENT        POST                 
SUBNO        901                   
                                   
COMPONENT    FI                   
KZ BLG                             
FUNCTION     ANLBZW_CREATE_TRANSFER
Эта зараза из японского аддона, но активно запускается. Грузит камни на апдейтах в базе просто - чума!
Вобщем, это чудо враждебного разума надо из таблицы убирать!
Мой блог

Филин

cм.ноту 1095424 от (!) 10-ноябрь-2008

№1

Цитата: Филин від Листопад 13, 2008, 08:39:21 ДП
cм.ноту 1095424 от (!) 10-ноябрь-2008
Это вторая версия, а первая от 21.09.2007 ;)
Мой блог

bdmalex

Цитата: № 1 від Листопад 06, 2007, 09:12:57 ПП

Вобщем, это чудо враждебного разума надо из таблицы убирать!
...
а работать без этой функции всё будет нормально ?
Просто при попытке изменить содержимое таблицы затребовала ключ...
(как-то боязно стандарт курочить..)...

№1

Цитата: bdmalex від Листопад 14, 2008, 04:07:31 ПП
...
а работать без этой функции всё будет нормально ?
Просто при попытке изменить содержимое таблицы затребовала ключ...
(как-то боязно стандарт курочить..)...

Если мне не изменяет склероз, то никаких ключей не потребовалось... Таблица TRWPR через SM30 нормально модифицируется с созданием запроса. Тебе ж нужно только запись из таблицы убрать, а сам ФМ пусть себе будет - его удалять не нужно.
А работать все будет существенно быстрее.
Мой блог

Филин

Цитата: № 1 від Листопад 14, 2008, 04:29:37 ПП
Если мне не изменяет склероз, то никаких ключей не потребовалось... Таблица TRWPR через SM30 нормально модифицируется с созданием запроса. Тебе ж нужно только запись из таблицы убрать, а сам ФМ пусть себе будет - его удалять не нужно.
А работать все будет существенно быстрее.

Да, если менять _содержимое_ таблицы (а не саму таблицу) --- то никаких ключей не нужно.
НО у меня и после исправления DUMP --- говорит о несоответствии по параметрам с JP_CSMD_CREATE_TRANSFER.

Вопрос: что правильнее --- или деактивировать структуру GLO_S_JP_IMPTD (как говорит нота If country-specific structure GLO_S_JP_IMPTD is not set to active as explained in note 951312, no transfer of CSMD is performed)
или вообще эту я японскую жуть удалить из таблицы TRWPR --- про последствия такого шага я не в курсе.

№1

Цитата: Филин від Листопад 15, 2008, 12:29:23 ПП
вообще эту я японскую жуть удалить из таблицы TRWPR --- про последствия такого шага я не в курсе.
Я удалил из таблицы и ничуть не жалею ;D
Мой блог

Cesar

Привет друг!
Я буду делать то же самое изменение.
Найдено проблему путем принятия таких мер?.
спасибо Вам за ответ  :D

bdmalex

Коллеги!

Посмотрел ноту, а если просто соответствующий саппорт-пакет(для *APPL) накатить, это не поможет ??
...

№1

Цитата: bdmalex від Грудень 15, 2008, 03:52:14 ПП
Коллеги!

Посмотрел ноту, а если просто соответствующий саппорт-пакет(для *APPL) накатить, это не поможет ??
...

Ну пакет поправит саму японскую функциональность... Оно тебе надо?
Мой блог