Erro VF01

[Former Member]

Sres Boa tarde

Estou tendo problemas na hora de faturar, nahora de salvar gera esta mensagem:

"Nota Fiscal 0000193721 not found" , e logo tento salvar de novo e ele gera outra janella com a mensagem :

Express document "Update was terminated" received from author" com um numero de faturmento

mas quando tentar visualiza-lo VF03 ele fala que não existe esse documento na base de dados

Pode ser algum problema de numeraçao?: nos acabamos de t er um Upgarde no sistema , EHP4

pode ser isso

como devo proceder para corrigi-lo? alguam sugestão?

Grato a todos

MSG

[Former Member]

;;

[former_member182114]

Bom dia Marcos,

Este erro acontece em 100% dos casos?

O decouple está implementado e configurado?

Qual o banco de dados que vocês tem aí no R/3?

Verifique na SM13/SM14, ou no seu inbox, qual a descrição do erro na geração e poste aqui com as respostas.

Atenciosamente, Fernando Da Ró

[Former Member]

Bom dia Fernando,

Obrigado pelo seu retorno.

Este erro acontece sim 100%, para todos os centros e processos,

Banco de Dados : Oracle . - 10.2.0.4.0

Segue a mensagem no Inos

Created 81269 on 05/20/2010 07:32:18

Update was terminated

System ID.... CCQ

Client....... 100

User..... 81269

Transaction.. VF01

Update key... 4BF52B150D0D00B0E10080000A7E7E57

Generated.... 05/20/2010, 07:32:16

Completed.... 05/20/2010, 07:32:18

Error Info... Internal session terminated with a runtime error (see ST22)

Na SM!4 :

User: 81269 Client: 100 Transaction: VF01

Date: 05/20/2010 Time: 07:32:16 Report: SAPLV60A

Update key: 4BF52B150D0D00B0E10080000A7E7E57 Status: Error

1 REFER_TEXT_AFTER_COMMIT V1 Initial

2 RV_INVOICE_POST V1 (no retry) Initial

3 RV_INVOICE_POST V1 (no retry) Error

4 MCV_STATISTICS_UPD_V1_INVOICE V1 Initial

5 MCV_STATISTICS_UPD_V2_INVOICE V2 Initial

6 MCEX_UPDATE_13_V1 V1 Initial

ST22

Current Date 05/20/2010

Time 07:32:18

Application Server cccqae2_CCQ_00

User Name 81269

Client ID 100

Keep C

Name of runtime error SAPSQL_ARRAY_INSERT_DUPREC

Exception CX_SY_OPEN_SQL_DB

Index of Work Process 20

Transaktions-ID 4BF52B150D0D00B0E10080000A7E7E57

Grato meu amigo

Att

[former_member182114]

Bom dia Marcos,

Em que tabela acontece esta duplicidade?

Dê também uma olhada se seu sistema tem a nota abaixo:

407607 SQL_ARRAY_INSERT_DUPREC in RV_INVOICE_POST

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando

Não temos aplicada essa nota mas tambem não permite aplicar,

essa duplicidade deve ser por causa que eu estive alterando os rangos de numeração, na tabela j_1bnfe_acitve ela continua com o numero da ultima nota crida 2125, justamente no dia anterior ao nosso upgrade,

agora toda vez que tento faturar ele muda o status da ultima numeração (2126,2127etc) mas não atualiza na j_1bnfe_active, continua com o ultimo numero 2125.

deve estar por aqui o problema é

[Former Member]

Desculpe Fernando

Na VF01 da esta mensagem :

Nota Fiscal 0000193726 not found

Message no. 8B106

Diagnosis

There is no document with the specified number.

System Response

The system cannot recover a Nota Fiscal.

Procedure

Please enter an existing Nota Fiscal document number.

Grato amigo

[former_member182114]

Bom dia Marcos,

Tinha ignorado a informação do upgrade, desculpe.

Seguinte, a mensagem que você recebe na VF01 refere-se ao incidente posterior à causa raiz que é esta gravação da RV.

Vá na SM13/SM14 ou no dump e lá verifique qual a tabela e a chave que está dando o erro. Daí fica mais fácil ajudar.

O problema é de numbering sim, mas não é o da ACTIVE é de outro buraco

Atenciosamente, Fernando Da Ró

[Former Member]

Oi Fernando

consegui levantar esta informação do Dump, espero q ajude

Runtime Errors SAPSQL_ARRAY_INSERT_DUPREC

Except. CX_SY_OPEN_SQL_DB

Date and Time 05/20/2010 07:55:39

Short text

The ABAP/4 Open SQL array insert results in duplicate database records.

The exception, which is assigned to class 'CX_SY_OPEN_SQL_DB', was not caught

in

procedure "VBUK_BEARBEITEN" "(FORM)", nor was it propagated by a RAISING

clause.

Since the caller of the procedure could not have anticipated that the

exception would occur, the current program is terminated.

The reason for the exception is:

If you use an ABAP/4 Open SQL array insert to insert a record in

the database and that record already exists with the same key,

this results in a termination.

(With an ABAP/4 Open SQL single record insert in the same error

situation, processing does not terminate, but SY-SUBRC is set to 4.)

How to correct the error

Use an ABAP/4 Open SQL array insert only if you are sure that none of

the records passed already exists in the database.

If the error occures in a non-modified SAP program, you may be able to

find an interim solution in an SAP Note.

If you have access to SAP Notes, carry out a search with the following

keywords:

"SAPSQL_ARRAY_INSERT_DUPREC" "CX_SY_OPEN_SQL_DB"

"SAPLV60U" or "LV60UF0V"

"VBUK_BEARBEITEN"

If you cannot solve the problem yourself and want to send an error

User and Transaction

Client.............. 100

User................ 81269

Language key........ "E"

Transaction......... "VF01 "

Transactions ID..... "4BF452E75DB34020E1008

Program............. "SAPLV60U"

Screen.............. "RSM13000 3000"

Screen line......... 2

nformation on where terminated

Termination occurred in the ABAP program "SAPLV60U" - in

The main program was "RSM13000 ".

In the source code you have the termination point in lin

of the (Include) program "LV60UF0V".

The program "SAPLV60U" was started in the update system.

The termination is caused because exception "CX_SY_OPEN_

procedure "VBUK_BEARBEITEN" "(FORM)", but it was neither

declared

in the RAISING clause of its signature.

The procedure is in program "SAPLV60U "; its source code

471 of the (Include program "LV60UF0V ".

Source Code Extract

Line SourceCde

475 stru LIKE vbuk,

476 END OF da_xvbuki.

477 DATA: BEGIN OF da_xvbuku OCCURS 20,

478 stru LIKE vbuk,

479 END OF da_xvbuku.

480 * Positionen anlegen oder ändern

481 LOOP AT xvbuk.

482 vbuk = xvbuk.

483 CASE xvbuk-updkz.

484 WHEN updkz_new.

485 beleg = vbuk-vbeln.

486 * CHECK: BELEG-NR NE 0.

487 IF beleg-id = '$'.

488 CHECK: beleg-nr NE 0.

489 PERFORM vbrk_belegnummer_ermit

490 vbuk-vbeln = xvbrk-vbeln.

491 xvbuk-vbeln = xvbrk-vbeln.

492 MODIFY xvbuk.

493 ENDIF.

494 da_xvbuki = xvbuk.

495 APPEND da_xvbuki.

496 WHEN updkz_update.

497 da_xvbuku = xvbuk.

498 APPEND da_xvbuku.

499 ENDCASE.

500 ENDLOOP.

501 UPDATE vbuk FROM TABLE da_xvbuku.

502 IF sy-subrc > 0.

503 MESSAGE a101 WITH 'VBUK' sy-subrc da_xvbuku-stru-vbeln.

504 ENDIF.

>>> INSERT vbuk FROM TABLE da_xvbuki.

506 IF sy-subrc > 0.

507 MESSAGE a100 WITH 'VBUK' sy-subrc da_xvbuki-stru-vbeln.

508 ENDIF.

509

510 ENDFORM. "VBUK_BEARBEITEN

511 *eject

512

513 *----

-

---

514 * FORM VBUP_BEARBEITEN

515 *----

-

---

516 * Die Tabelle VBUP wird geaendert

517 *----

-

---

518 FORM vbup_bearbeiten.

519

520 xvbrk_tabix = 0.

521 DATA: BEGIN OF da_xvbupi OCCURS 1,

522 stru LIKE vbup,

523 END OF da_xvbupi.

524 DATA: BEGIN OF da_xvbupu OCCURS 100,

[former_member182114]

Bom dia Marcos,

Putz... é um saco ler estes textos qdo ultrapassam 2K

Anyway, de acordo com o dump, o problema acontece ao atualizar a tabela VBUK a partir da tabela interna da_xvbuki que é preparada no form em questão a partir da tabela XVBUP passada na função visível pela SM13 (RV_INVOICE_POST).

Próximos passos:

- Verifique na SM13, os parâmetros da desta tabela XVBRK se a numeração VBELN realmente já foi usada.

- Se tem o skill bom de debug, coloca um break-point neste ponto para tentar entender o que está acontecendo

- Verifique se você tem no sistema antigo user-exit para esta numeração no include RV60AFZZ, form USEREXIT_NUMBER_RANGE (se você numerava de forma Z, verifique se foi migrada a mesma lógica).

- Se nada mais acima der certo, abra um chamado para investigação em loco

Boa sorte, Atenciosamente, Fernando Da Ró

[Former Member]

Fernando

Desculpe , a tabela que está mencionando então seria a "VBUK é?

Verifiquei tambem na J_'bnfe_active, e os ultimos registros correspondem ao dia 7/50 justamente o dia que inicioi o nosso upgarde EHP4,, depois dessa data não foram criadas mais notas,

é um problema sim então de numeração, tentei acertar colocando no staus de numeração o ultimo registro criado na tabela

mas mesmo assim nao da certo

[former_member182114]

- Sim, é um problema de numeração.

- Não é a numeração de NF-e.

- A tabela que dá erro de atualização é a VBUK, porém a numeração vem posta no registro de id identico na XVBRK-VBELN

- É comum projetos implementarem a exit de numeração então verifique este item comparando o sistema anterior.

[Former Member]

Olá Fernando

Desculpe se entendi bem então vou comparar é os registros da tabela VBUK com os da VBRK -VEBELN ? correto?

[former_member182114]

Bom dia Marcos,

Desculpe se entendi bem então vou comparar é os registros da tabela VBUK com os da VBRK -VEBELN ? correto?

Pule o primeiro passo e vá ao segundo, isso te dará um melhor entendimento.

Observação: sem o skill também não será fácil fazer o debug nem entender, daí pule para o terceiro ou quarto.

Próximos passos:

Verifique na SM13, os parâmetros da desta tabela XVBRK se a numeração VBELN realmente já foi usada

- Se tem o skill bom de debug, coloca um break-point neste ponto para tentar entender o que está acontecendo

- Verifique se você tem no sistema antigo user-exit para esta numeração no include RV60AFZZ, form USEREXIT_NUMBER_RANGE (se você numerava de forma Z, verifique se foi migrada a mesma lógica).

- Se nada mais acima der certo, abra um chamado para investigação em loco

Atenciosamente, Fernando Da Ró

[Former Member]

Olha Fernando,

Estou tentando seguir essa logica , apesar de não ter um skill tão avançado para esse debugg e entender a causa do probleam

pelo que vi no caso especifico que estou tratando utilizamos uma numeração Z : "ZX" eu veirifique no SPRO o utlimo rango de numeração e atualicei o mesmo em função do ultimo registro da VBRK - VBELN, correto?

mas ainda tem mais coisa por tras é ? quie só com esse debug que vou conseguir entender ?

[former_member182114]

Bom dia Marcos,

Sim, o debug explica o que possa estar acontecendo no nível de atualização, digo coletar os fatos.

Daí pode-se entender melhor de onde vem a numeração, que objeto, se vem ou deveria vir de uma EXIT, e não necessariamente do objeto Z isso depende do que e se existir algum código na EXIT que passei em reply passados.

Não há nada exatamente "novo", mas o debug ajuda a coletar.

Atenciosamente, Fernando Da Ró

[former_member182114]

Bom dia Marcos,

Você já verificou se existe código existente na EXIT de numeração, include RV60AFZZ, form USEREXIT_NUMBER_RANGE ?

Tem algum código lá?

Usa tabelas Z para manter a numeração?

Usa algum objeto de numeração hardcoded?

Esta tabela foi atualizada de acordo após o upgrade?

Atenciosamente, Fernando Da Ró

[Former Member]

Bom dia Fernando

Obrigado mais uma vez pela sua resposta

tentei debugar a exit nessa ponto, para tentar entender melhor o erro, vi que não usa tabelas Z para numeraçao,

agora estou analisando esses pontos que vc esta me informando

estou lhe enviando a mensgem completa que da quando tento salvar o faturamento, tal vez ajude :

Nota Fiscal 0000193720 not found

Message no. 8B106

Diagnosis

There is no document with the specified number.

System Response

The system cannot recover a Nota Fiscal.

Procedure

Please enter an existing Nota Fiscal document number

[Former Member]

Fernando

finalicei o debugg junto com um ABAP mas confirmamos que não utiliza nenhuma tabela z, nem objetos de numeração harcoded, pelo menos que não se aplicam para nossos centros,

outra coisa que identifiquei, por exemplo na tabela j_1bnfe_active o utlimo registro que tem é:

07.05.2010 > Document number : 7755 > NF-e 221

e agora verifiquei no GRC na tabela

e ela depois desses dados 07.05.2010 > Document number : 7755 > NF-e 221, continua tendo mais registros, ou seja todos aqueles faturamentos que tentei salvar e gerava essa mensagem, ele sim envia pra o GRC e continua criando na sequencia de document number e nf-e number, mas no ERP não ficam registrados na tabela nao

[former_member182114]

Bom dia Marcos,

Seu problema de numeração é na invoice, não no NF-e.

Existem DOIS processos e você os está confundindo.

Está no GRC porque você está SEM decouple.

Verifique o objeto numerador e a numeração do billing document.

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando

obrigado pela atenção

identifquei este objeto na include : 'RV_BELEG'

[former_member182114]

Resolvida a questão?

[Former Member]

Fernando Bom dia

Infelizmente amigo ainda não resolvimos , achei uma nota que é justamente esse problema :

Note 407607 - SQL_ARRAY_INSERT_DUPREC in RV_INVOICE_POST

mas estou pedindo o acesso ainda a transçao SNUM que eu não tenho, e justamente essa nota faz referencia do ojeto que tinha identificado debugando a exit qeu vc me passou

[Former Member]

Fernando

Uma consulta , eu identifiquei o Objeto para numeraçõ de faturamentos : 'RV_BELEG' Object

Agora preciso o Objeto de numeração de Nota fiscal para o campo "Numero de Documento" como posso obter este objeto ?

(Nota Fiscal > Mantain number ranges)

e tambem o Objeto de numeraçao de Numero de Nota fiscal (

(Electronic Nota Fiscal > Mantain number ranges for NF-e)

Grato

Att

[former_member182114]

Bom dia Marcos,

Desculpe não poder ajudar mais existem certas recomendações que é melhor verificar no ambiente, acredito que a solução mais rápida está em abrir um chamado para XX-CSC-BR-NFE ou XX-CSC-BR-SD, o suporte ao entrar na máquina pode avaliar melhor o que é necessário para corrigir. Talvez seja necessário inclusive reorganizar as tabelas de numeração NRIV* devido ao upgrade.

Atenciosamente, Fernando Da Ró

[Former Member]

Bom dia Fernando

Agradeço a atenção sua, mas como vc falou abrimos ontem um chamado OSS na SAP.

Esse erro aconteceu primeiro no ambiente de Qualidade logo apos do Upgrade EHP4, e ontem, logo de executado o Upgrade no fim de semana no ambiente Produtivo tambem impactou, e temos o faturamento parado por causa disso.

Abrimos o chamado como very High e estamos aguardando uma solução da SAP, assim que eles não responderam eu estarei postando a resposta aqui pois tal vez pode ajudar a outros casos similares.

Grato

Att

[Former Member]

Boa tarde Fernando

Desculpe só para lhe comentar que recebemos uma resposta em referencia da OSS que abrimos com este incidente com prioriidade Very high, mas sinceramente eu não vejo muito sentido na soluçao enviada, essas notas considero que não são coherentes com nossa mensagem de erro na VF01, estou lhe enviando a resposta, vc acha que pode sim ter relação ao nosso problema, ainda mais sabendo que acabamos de atualizar o sistema com eHP4 ?

Please apply the SAP notes below and retest your process:

1430774 NF Writer:one-time data updated in header and partner tables

1429335 NF BAPI: update to store partners address in NF database

1422287 MR8M: 8B 109 Type of partner not found with doc type 4 or 7

1417805 Nota Fiscal: partner information records NFe only

1391905 MR8M: Partner type not found

If this does not solve the problem do not hesitate to send back the

message to us for further processing.

And if the problem is resolved please close the message by pressing the

confirm button.

Thanks and

Best Regards,

[former_member182114]

Marcos,

A visão do SAP Support é diferente daqui do fórum, eles tem uma base de conhecimento muito maior e também conseguem ver seu ambiente.

Muito provavelmente as notas foram criadas originalmente para outra situação de erro, mas devem te atender. Confie e aplique, neste processo podem até ser necessárias mais notas depois.

Nos conte se resolveu depois que encerrar o chamado.

Atenciosamente, Fernando Da Rós

Edited by: Fernando Ros on May 25, 2010 7:41 PM

[Former Member]

Fernando

Bom dia,

Lhe informo que finalmente conseguimos resolver esta situaçõa táo critica , com impacto direito no noss faturamento,

SAP confirmou que o problema tem origem no Upgrade que aplicamos, pois o mesmo altera a logica do programa J_1B_NF_PARTNER_READ. isso impacta direito na VF01

aplicamos todas as notas que nos sugeriu SAP e o erro não continua, voltamos a faturar e emitir notas fiscais sem problema.

Espero que sirva para futuros casos.

Grato

Att

[former_member182114]

Show de Bola.

Abraços,

Fernando Da Ró