Boa tarde,
Temos um chamado aberto na Oracle a quase quatro meses e ainda não temos solução.
Estamos usando a versão 12.0.6 e na tela de origem de transações, a origem importada não reflete o último número da sequence JL_BR_TRX_NUM.
O incremento quando da criação de uma transação manual ou importada está correta e usa como base a sequence JL_BR_TRX_NUM, porém quando consultamos na tela de origem importada, ele mostra a informação da sequence RA_TRX_NUMBER.
Gostaria de saber se alguém já teve este problema?
AR - Problema sequência transação - Último número
Você deverá fazer o seguinte:
1) Acessar a tela de Origens de Transação;
2) A origem de NFF que você está usando atualmente (Importado e Manual), terá que finalizar com a data de hoje por exemplo;
3) Renomear as origens finalizadas de forma que elas não sejam localizadas da mesma maneira quando digitadas num campo que tenha validação em uma lista de valores. Exemplo: Colocar um prefixo “X” ou “Z” no nome da origem;
4) Obtenha o último número correto da sequência de nota fiscal que fora utilizado;
5) Na mesma tela, abrir um novo registro e:
a. Criar uma nova origem do tipo Importado com data a partir de hoje, informando o último número válido. O nome pode ser o mesmo usado anteriormente;
b. Criar uma nova origem do tipo Manual com data a partir de hoje, informando o último número usado, uns 100.000 à frente do Importado O nome pode ser o mesmo usado anteriormente.
É Importante que no momento não haja importação de dados da interface do AR.
Obrigado.
1) Acessar a tela de Origens de Transação;
2) A origem de NFF que você está usando atualmente (Importado e Manual), terá que finalizar com a data de hoje por exemplo;
3) Renomear as origens finalizadas de forma que elas não sejam localizadas da mesma maneira quando digitadas num campo que tenha validação em uma lista de valores. Exemplo: Colocar um prefixo “X” ou “Z” no nome da origem;
4) Obtenha o último número correto da sequência de nota fiscal que fora utilizado;
5) Na mesma tela, abrir um novo registro e:
a. Criar uma nova origem do tipo Importado com data a partir de hoje, informando o último número válido. O nome pode ser o mesmo usado anteriormente;
b. Criar uma nova origem do tipo Manual com data a partir de hoje, informando o último número usado, uns 100.000 à frente do Importado O nome pode ser o mesmo usado anteriormente.
É Importante que no momento não haja importação de dados da interface do AR.
Obrigado.
Já passei por esse problema, na 11i e r12 e pelo visto a Oracle não resolveu.
Seguinte, você sempre terá que considerar as duas sequences para cada origem:
Sempre depois que uma Origem (Batch Source) é criada no Oracle, você precisa RECRIAR as duas sequences.
A sequence RA_TRX_NUMBER é utilizada na tela
A sequence JL_BR_TRX_NUM é utilizada pelo Autoinvoice.
Então, sempre, sempre que criar uma nova sequence RECRIE as duas sequences para cada Origem. (Bug da Oracle!!!!)
Segue script de exemplo. (Esse script eu utilizei semana passada onde estou trabalhando).
Se por ventura não entender os parâmetros do script, converse com o ATG/DBA, ele pode te explicar cada um.
Utilize esse processo, sempre que necesitar equalizar as numerações. não necessita ficar inativando origem já criada, só se tiver outro motivo.
Esse processo é garantido, caso não dê certo me avise.
Espero ter ajudado.
Seguinte, você sempre terá que considerar as duas sequences para cada origem:
RA_TRX_NUMBER_<batch_source_id>_<org_id>_S
JL_BR_TRX_NUM_<batch_source_id>_<org_id>_S
A sequence RA_TRX_NUMBER é utilizada na tela
A sequence JL_BR_TRX_NUM é utilizada pelo Autoinvoice.
Então, sempre, sempre que criar uma nova sequence RECRIE as duas sequences para cada Origem. (Bug da Oracle!!!!)
Segue script de exemplo. (Esse script eu utilizei semana passada onde estou trabalhando).
drop sequence AR.RA_TRX_NUMBER_1246_109_S;
create sequence AR.RA_TRX_NUMBER_1246_109_S
start with 1
maxvalue 999999999999999
minvalue 1
nocycle
noorder
nocache;
----------------
drop sequence JL.JL_BR_TRX_NUM_1246_109_S;
create sequence JL.JL_BR_TRX_NUM_1246_109_S
start with 1
maxvalue 999999999999999
minvalue 1
nocycle
noorder
nocache;
Utilize esse processo, sempre que necesitar equalizar as numerações. não necessita ficar inativando origem já criada, só se tiver outro motivo.
Esse processo é garantido, caso não dê certo me avise.
Espero ter ajudado.
Passei por esse problema na versão 12.0.6 e executei o script também, logo após a detecção do erro na numeração sequencial. Como ele não resolveu o problema, a própria Oracle sugeriu criar novas origens para solucionar o problema. Por isso eu nem coloquei o script no e-mail. Mas obrigado pelo complemento das informações, pois é importante para o conhecimento do grupo.
Outro ponto a ser observado, é que ao consultar o último número da origem tipo Manual por exemplo, não corresponde com o que foi usado na tela de transações antes concluí-la.
A Oracle ficou de acertar isso na tela de Origens, mas pelo jeito até o momento não houve correção.
Na época do problema, a Oracle não tinha disponibilizado a solução para a API de conclusão da transação, e o problema persistiu. Ela nos informou que tinha disponibilizado somente para a API na versão 11 do aplicativo. Contudo tiveram que desenvolver para a 12 também, para usar o novo mecanismo com a sequence JL_BR_TRX_NUM.
Obrigado
Outro ponto a ser observado, é que ao consultar o último número da origem tipo Manual por exemplo, não corresponde com o que foi usado na tela de transações antes concluí-la.
A Oracle ficou de acertar isso na tela de Origens, mas pelo jeito até o momento não houve correção.
Na época do problema, a Oracle não tinha disponibilizado a solução para a API de conclusão da transação, e o problema persistiu. Ela nos informou que tinha disponibilizado somente para a API na versão 11 do aplicativo. Contudo tiveram que desenvolver para a 12 também, para usar o novo mecanismo com a sequence JL_BR_TRX_NUM.
Obrigado
Recebi alguns e-mails sobre o assunto, os quais agradeço.
Quando a sequência RA_TRX_NUMBER é criada já estamos rodando o script alterando o cache.
Para a JL_BR_TRX_NUM não é necessário, pois a Oracle está criando corretamente sem o cache.
Porém o problema é que a após criar notas manuais e/ou importadas, quando consulto a tela de origem da NFF não mostra o último número corretamente. Lembrando a versão é 12.0.6.
Isto está acontecendo para alguém?
Quando a sequência RA_TRX_NUMBER é criada já estamos rodando o script alterando o cache.
Para a JL_BR_TRX_NUM não é necessário, pois a Oracle está criando corretamente sem o cache.
Porém o problema é que a após criar notas manuais e/ou importadas, quando consulto a tela de origem da NFF não mostra o último número corretamente. Lembrando a versão é 12.0.6.
Isto está acontecendo para alguém?
É isso mesmo! Não está acontecendo só com você.
Numa conversa com o analista da Oracle, na época do chamado ainda aberto, ele me disse:
“O importante é o número na sequência correta na tela de Transações”
Num outro momento eles analisariam a tela de Origens.
Pode considerar um BUG, que ainda não foi corrigido.
Então não se oriente pela tela de origens, que ela não vai te informar o último número correto.
Obrigado.
Numa conversa com o analista da Oracle, na época do chamado ainda aberto, ele me disse:
“O importante é o número na sequência correta na tela de Transações”
Num outro momento eles analisariam a tela de Origens.
Pode considerar um BUG, que ainda não foi corrigido.
Então não se oriente pela tela de origens, que ela não vai te informar o último número correto.
Obrigado.
-
- Informação
-
Quem está online
Usuários navegando neste fórum: Nenhum usuário registrado e 16 visitantes