Erro de Validação SCS = 9
Bom dia pessoal, tudo bem?
Estamos atualizando a NFE 2.0 no ambiente QAS.
Após a geração da NFE, retornou o status para J1BNFE da seguinte forma:
- status ação: em comunicação (rodinha)
- log NFE: verdinho
- status do documento: branco
- status de comunicação do sistema: 9
- status do sistema de mensagem: V
No GRC está:
- Nos detalhes da NFE => Status NFE: X vermelho / Status processo: 5 / Código status: 102
- Na aba "Erro atualização status ERP" (na primeira tela do GRC) => Status: X vermelho / Erro ERP: 105
Observação: tentei atualizar a NFE, marcando a linha e reiniciando o processo, mas não está surtindo efeito.
Alguém já passou por isso?
Agradeço pela ajuda.
Abçs.
Adriana
Adriana,
se a mensagem continua a mesma, deve ser porque não inseriram as linhas na tabela J_1BNFE_MAP_TYPE, como citado pelo Fernando. Você limpou o log de erros da nota antes de reenvia-la do GRC p/ o ECC?
Verifique se o passo abaixo foi executado durante a aplicação da nota:
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP DOCSTA SCSSAT
8 Space A
9 Space B
Já passei por isso em uns 2 clientes e o problema sempre foi a aplicação dessa nota hehehe
Notas com "manual step" sempre dão mais dor de cabeça.
[]'s
JN
Similar Messages
-
Skip NFE com erro de validação
Oi tudo,
Tenho uma pergunta sobre a funcionalidade de saltar uma NF-e com erro de validação.
Eu apliquei notas SAP
1298283 - NF-e: Passar para a NF-e com erro de validação
1376324 - NF-e: Passar para a NF-e com erro de validação
1376901 - Passar para o erro de validação
Mas ainda assim o processo não funciona completamente.
Em nota 1298283 do texto;
Os novos valores definidos no J_1BNFE_MESSAGE_TYPE domínio deve ser usado
do sistema de mensagens ao chamar as funções interface de entrada
u2022 J_1B_NFE_XML_IN ou
u2022 J_1B_NFE_XML_IN_TAB
de ERP para corrigir o ajuste siga em stati do processo de
NF-es com erros de validação, dependendo da resposta da SEFAZ.
NF-e autorizada para o cancelamento são cancelados e da etapa do processo é
definido como C (completo).
Eu tenho definido os novos tipos de mensagens de acordo com as instruções de nota, mas como estes podem ser implementados e ser utilizado em GRC - sistema de NFe?
O tipo de mensagem autorizado para pular com o erro de validação em GRC agora é '5 ', mas deve ter o valor "8" de acordo com notas acima.
Incluir / XNFE / DB_CONSTANTS em GRC não contém os novos tipos de mensagens
8 Autorização para Passar uma NF-e com erro de validação
9 Rejeição Passar para uma NF-e com erro de validação
Alguém sabe como o resolver isso?
BR
HoneyOlá Fernando,
Obrigado pela sua resposta!
Temos também notas 1296515 e 1252567 instalado.
O teste que eu fiz antes de começar a depurar é que eu deliberadamente criada uma NF-e com um valor em falta, de modo que a resposta do GRC seria erro de validação. O exigido quando eu pressionar "Definir Número de NF-e" processo passo status muda para "8" = erro de validação interna do sistema de mensagens. Enviar novamente!
Agora eu enviar um pedido de pular para esta NF-e e as alterações do estado de acção para "Em processamento".
Em GRC Ignorando o pedido for aprovado, mas o processo nunca é completado em R / 3. No log eu posso ver J1B_NFE007 mensagem de erro;
Nova SCS-status "Rejeitado & Skipping (Cancelar) Autorizado" não é permitida para SCS anterior "Erro de validação e Skipping solicitadas".
Quando a depuração vejo que isso acontece em função J_1B_NFE_CHECK_NEXT_SCSSTATUS módulo na declaração
WHEN c_authorized_for_skip. "1152140
IF is_acttab-scssta NA '3'. "1152140
PERFORM get_domain_text USING c_scssta "1152140
i_newscsstat "1152140
c_scssta "1152140
is_acttab-scssta "1152140
CHANGING gv_msgtxt1 "1152140
gv_msgtxt2. "1152140
"1152140
MESSAGE e007 WITH gv_msgtxt1 "i_newscsstat "1152140
gv_msgtxt2 "is_acttab-scssta "1152140
RAISING scs_status_not_allowed. "1152140
ENDIF. "1152140
Neste ponto, o valor em is_acttab-scssta igual '9 '.
Lamento, mas eu não entendo o significado de "V" na descrição:
(NF-novo e rejeição RESET + + V + + V + SEND Skip Request)
Eu testei:
1. Novo NF-e
2. Definir NF-e número & enviar às autoridades
3. Rejeição devido a erro de validação
4. Enviar pedido de cancelamento de NF-e
Existe algum outro procedimento que eu devo testar?
Se eu tentar redefinir a NF-e após receber a primeira rejeição devido a um erro de validação, R / 3, não me permitem enviar pedido de cancelamento.
Eu penso que este comportamento é muito estranho, já que temos seguido as recomendações na execução notas SAP.
Você recomendaria o próximo passo é registrar um bilhete em relação a este?
obrigada &
atenciosamente! -
Inutilização de Nota com erro de validação no GRC
Bom dia,
Estou com um problema na inutilização de notas com erro de validação no GRC!
Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
Alguem sabe como resolver este problema?
Obrigado,
Leandro Von Zubem.Bom dia.
Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
Estamos na ECC 5.0 SP 19.
Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
e o usuário não percebendo tentou re-enviar várias vezes.
Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
SAP ECC 5.0 SP19
Status Ação : Em processamento
Status do documento NF-e: 2 Rejeitado
Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
Status do sistema de mensagens: C Mensagem recebida: pedido de inutilização
NF-e Código de Status : 228
Log
Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
Nº mensagem J1B_NFE007
GRC
Status Code: 228 Rejeição: Data de Emissão muito atrasada
Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
simulamos a situação. Mas a NF-e também permanece "em processamento".
A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
Esta atualização seria muito mais demorada.
Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
Agradeço a toda colaboração.
Abraços a todos e ótimas festas.
Luis Appel -
Inutilização de NFe com erro de validação
Srs.
Gostaria de tirar uma duvida mais "funcional" do processo de uma nfe, que seria a seguinte, caso uma NFE esteja com erro de validação no GRC, se o erro e o status voltou para o ERP e na j1bnfe ela esta com status 8, eu poderia solicitar a inutilização da mesma sem ter que envia-la antes ao SEFAZ ?
Pergunto isso pois eu pensava que havia uma maneira e até agora não encontrei nenhuma.
Se puderem me responder o mais rápido possível eu agradeceria.Oi Carlos.
Então... quando ocorre um erro de validação você tem duas alternativas:
- Corrigir os dados e reenviar a NF-e
- Solicitar a inutilização (solicitar o cancelamento da NF-e no monitor)
Para solicitar a inutilização - o registro da NF-e está com status da mensageria igual a V (erro de validação.
1. Selecione o documento em questão
2. Clique no botão "Request Cancellation"
3. Sistema irá apresentar pop-up perguntando de realmente deseja continuar. Clique em Yes para confirmar.
4. Selecione a razão do cancelamento.
5. Selecione o documento a ser cancelado e clique no botão Copy to Selected Documents
6. Clique no botão Send Requests. Sistema enviará a solicitação de inutilização. Após obter a autorização de inutilização o sistema irá retornar o status 102 de autorizada inutilização e reverter o lançamento.
Abraço
Eduardo Chagas -
Senhores (as);
Estou com um problema na xml no campo 'País' (campo IS_NFE_HEADER-C1_XPAIS, ID campo C015), no monitor do PI visualizo a mensagem "Erro de validação: campo Country Name. This field does not match the expected format. (campo IS_NFE_HEADER-C1_XPAIS, ID campo C015)". Estou tentando achar o momento em que este campo é chamado nos programas da J1B1N ou na J_1BNFE_MONITOR para colocar um break-point e os funcionais analizarem o erro, mas não estou conseguindo achar. Achei a BADI cl_nfe_print com a interface if_ex_cl_nfe_print, etc...mas nada do campo, ele é o 'T005T-LANDX'. Quem puder me ajudar a localizar o momento da chamada deste campo nos programas para analizá-lo....
Obrigado.Eduardo;
Você conseguiu resolver o problema do xPais com o código " out_header-c1_cpais = 'Brasil'" na badi CL_NFE_PRINT ?? Como conseguiu, pois este campo tem o tamanho CHAR 4 ??
Obrigado...
Att; -
Boa tarde!
Pessoal,
Estou com dois documentos no ambiente de produção com erro de validação, são eles:
Campo: IS_NFE_HEADER-C1_IM (o status está verde) ok
Campo: IS_NFE_HEADER-C1_CNAE (C020) (status vermelho)
Campo: IS_NFE_HEADER-T_MODFRETE (X002) (status vermelho)
Efetuei a análise conforme os logs apresentados e todas as informações estão preenchidas, o campo de modalidade de frete está lá, e as informações do tipo de frete e cnae também estão na BADI.
Os processos que apresentaram estes erros, são duas notas de entrada (IMPORTAÇÃO).
É estranho, porque quando há erro de validação por parte do GRC, o status no SAP fica com código 8 e mensagem V, mas no entanto, ao acessar a J1BNFE não tem este retorno.
Alguém já passou por isso?
Poderiam me ajudar?
Observações: GRC versão 7.0 SP 13 / SAP versão 6.0 SP 16
Obrigada,
AdrianaFernando,
Estes dois cenários realmente são muito estranhos.
Foi gerada a NFE via J1B1N referente processo de Importação. Ao enviar ao GRC, passou pela validação e ficou parada a NFE por causas dos logs de erros.
No SAP não houve nenhuma atualização do GRC para J1BNFE, como estava demorando o retorno da comunicação, acessamos o GRC e verificamos que tinha aqueles campos com erros. Como eu disse, os campos referidos estavam ok no BADI.
Tentamos "enviar de novo" a NFE e apareceu a bandeirinha vermelha dizendo que não era possível.
Então fizemos outra tentativa. Deixamos o documento com status 3, ou seja, "enviar a NFE a SEFAZ", em seguida marquei a linha e dei enviar, funcionou, pois o documento foi autorizado.
Mas fica a dúvida: por que aconteceu isso? Sendo que os dados estavam lá tudo certo. E por que não apareceu na J1BNFE o código 8 simbolizando que havia erro, assim poderíamos resetar o documento enviar.
Será que houve falha de comunicação por um instante?
Será que falta aplicar alguma nota para não ocorrer isso novamente?
O SAP Netweaver está na versão 7 SP 13. O SAP ERP está na versão 6 SP 16.
Aguardo comentários.
Abraços,
Adriana -
ERRO DE VALIDAÇÃO NO MONITOR DE NFE
Boa tarde,
Estamos com alguns erros de validação no monitor de nf-e (J1BNFE), e não conseguimos identificar onde esta o erro.
Podem ajudar ?
Erro de validação: Campo Region of NF-e Issuer: V09 (Campo B12_CUF)
Erro de validação: Campo Modelo da Nota Fiscal: V06 (Campo B12_MOD)
São notas de devolução (categoria F4), verificamos o domicilio fiscal, endereço, UF porém não identificamos nenhum problema, onde mais posso olhar?
Obrigada,
Dayana.Olá Dayana,
ele está reclamando da nota original (a nota à qual a NF de devolucao faz referencia).
Verifique no MM se, na nota de entrada original, consta corretamente a chave de acesso da NFe, assim como o domicilio fiscal do fornecedor e o modelo/categoria associado a essa nota de entrada.
Abs,
Henrique. -
ERP STATUS 109 - Erro de Validação
Boa Noite ,
Estamos Implementando NF-e no Cliente e estamos com problema no momento de inutilizar qualquer NFE que foi reprovada pelo validador interno do GRC (Bandeira Vermelha e Engrenagem na J1BNFE) , no ambiente de DEV esta funcionando OK , em QAS ocorre o problema. Estamos a alguns dias do Go-Live e esse é o unico erro critico que estamos encontrando no Projeto.
O Fluxo de aprovação da inutilização esta ok , retorna para o GRC , mas nao atualiza a tabela J_1BNFE_ACTIVE no ECC, acusando o erro ERP 105 ou 109 no monitor do GRC
Ja haviamos realizado a aplicação das notas abaixo , conforme indicaçao do Henrique Pinto e Fernando Ros em outros Threads.
1413636 - Status bandeira vermelha após Skip NFe. (Nãqo lembro da descrição correta)
1376324 - NF-e: Skip for NF-e with validation error
1298283 - NF-e: Skip for NF-e with validation error
1376901 - Skip for validation error
Alguem ja teve que brigar com esse problema ??? Poderiam nos ajudar ???
Grande abraço a todos,
Rafael MediceBom dia Rafael,
Ao que parece está faltando algumas coisas na sua implementação:
105 - refere-se aos objetos NF-e estarem bloqueados no R/3 quando o GRC envia a resposta do processamento, então é provável que vocês não tenham implementado o decouple. Verifique na J_1BNFE_ACTIVE se estão com CALLRFC=vazio, se estiver não está implementado. Solução: Procure pelas notas e no fórum tem vasto material sobre isso.
109 - quando o status que o GRC está enviando é incompatível com o status que o ERP aguarda. Isto pode até estar associado ao anterior, mas o mais comum é a falta de tratamento na impressão automática ou qq coisa que implementaram no método CALL_RSNAST00 da BAdI CL_NFE_PRINT. A SAP Note 1470484 evita o 109 numa retransmissão do mesmo status de Sefaz, porém você deve revisar seus códigos. Procure por exemplos de código aqui no fórum também.
Observação: Verifique TODAS as notas XX-CSC-BR-NFE para o seu ambiente, TODAS são necessárias. Sendo que as mais recentes deve-se planejar pois envolvem também o layout 2.0.
Atenciosamente, Fernando Da Ró -
Nfe parada no GRC. Erro validação: Valor da nf negativo. Pricing desabilita
O usuário fez uma nola fiscal no ECC 5.0 onde o valor do desconto do produto superou o preço do item, portanto a nota fiscal ficou negativa. O usuário não percebeu o erro. Finalizou o processo de faturamento encaminhando para o GRC.
A nfe gerou erro de validação no GRC. Veja o log:
Erro de validação: campo BC do ICMS. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VBC, ID campo W003)
Erro de validação: campo Valor Total dos produtos e serviços. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VPROD, ID campo W007)
Erro de validação: campo Base Amount in NF-e. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-L1_00_VBC, ID campo N015)
Erro de validação: campo Net Value. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-VPROD, ID campo I011)
Status do processo: 01 Recebido do sistema back end
Status do erro: 10 Erro de Validação.
Na transação J1BNFE o usuário não consegue estornar, porque a nota não foi para a Sefaz. Também não consegue corrigir a pricing para reenviar a nota.
Peço ajuda e agradeço desde já.
Att. Ronaldo Figueiredo
Moinho Sul Mineiro.Bom dia Ronaldo,
NF-es com erro de validação podem ser inutilizadas pela mesma opção de cancelamento na J1BNFE.
Qual o motivo de o usuário não conseguir solicitar o cancelamento?
Atenciosamente, Fernando Da Rö -
Inutilização de NF-e Erro GRC 109 - Não sincroniza com ERP.
Foi enviada uma solicitação de cancelamento de uma NF-e que não estava autorizada para a SEFAZ.
Acredito que não foi aguardado o tempo de retorno da SEFAZ e na sequencia foi solicitada a INUTILIZAÇÃO.
Após esta ação, ocorreu o erro : Document 0006776778 already exists
e vários : Novo status de comunicação de sistema "Autorização para rejeição & não consideração (can não permitido p/SCS "Erro de validação e Salto Solicitado" anterior
Tentamos realizar o sincronismo, mas não está funcionando.
Temos aplicadas as notas : 1298283, 1404094 e 1517982.
Alguem tem alguma sugestão.
Grato,
Alexandre JoaquimBom dia Leandro,
Tem duas coisas estranhas, primeiro que os status que você cita iniciais são previstos na nota:
NF-e: Required DOC SCS MSS Swt. Post. Can. Can.
Process Step STA C. C. Sync.
2 - Cancel Source Doc. 2 4 C - - - X
Mais estranho ainda é o docsta ter ficado em branco, como se fosse anteriormente fosse uma rejeição pelo validação.
Sabe se o valor de CANCEL_ALLOWED na active estava marcado?
Atenciosamente, Fernando Da Ró -
Problema de validação na contingência (Switched to Contingency)
Bom dia!
Por gentileza, poderiam me ajudar?
Estou com problema para colocar uma NF em contingência através do monitor, segue procedimento realizado:
1) Criei uma NF writer
2) No monitor, selecionei a NF e pressionei o botão u201Ccontingencyu201D, informei o motivo
(após informar o motivo e clicar no botão switch to contingency, o sistema não atualiza o motivo da contingencia no campo NF-e Conting Reason e Desc.)
3) A NF-e foi atualizada para status u201Cswitched to contingencyu201D.
(o campo Switched to Contingency = X)
(o campo SCS = 5)
4) Em seguida cancelei a NF-e que foi u201Cswitched to contingencyu201D através da transação J1B3N
5) Após o cancelamento o sistema mostra no monitor a NF atualizada com status cancelada (canceled = x e Step = 7)
6) Na J1B1n criei uma nova NF com referência a NF-e u201Cswitched to contingencyu201D.
(Na aba NF-e Data o campo Posted Cont. está flegado e o Tipo de emissão = 2)
7) A nf foi automaticamente gerada em contingência.
(o campo Posted Cont = x, Step = 3)
8) seleciono a NF e envio para a sefaz
9) após o envio para a sefaz, o status é atualizado (Step = 8, NF-e Log = bandeirinha vermelha)
Segue log com o erro de validação
Validation error: Field (XJUST) Reason for Activating Exception Situation, Must be filled in combination with other fields.
Validation info: Field DHCONT in check NOT_INIT_FIELDS is filled
Nesse caso o sistema não deveria pegar o motivo de contingência que foi informado na primeira nota?
Por acaso alguém já passou por erro ou sabe me informar se tem alguma nota que corrige esse problema. Já pesquisei e não encontrei.
Obrigada,
MoníBom dia Moní,
As explicações já estão dadas, então vou comentar apenas sobre a rejeição:
9) após o envio para a sefaz, o status é atualizado (Step = 8, NF-e Log = bandeirinha vermelha)
Segue log com o erro de validação
Validation error: Field (XJUST) Reason for Activating Exception Situation, Must be filled in combination with other fields.
Validation info: Field DHCONT in check NOT_INIT_FIELDS is filled
Verifique se o motivo que está sendo utilizado existe no idioma que o job está rodando.
Tabela J_1BNFE_CONTINRT contém as descrições por idioma. Se o customizing foi feito num idioma e o job/user numera em outro pode acontecer isso.
Além disso pode estar faltando SAP Notes, procure no market-place por "issuing type" "contingency" "SCAN" "decouple"
Atenciosamente, Fernando Da Ró -
DEVOLUÇÃO DE EXPORTAÇÃO - CFOP 3201 - GRC VALIDA DADOS DI.
Boa tarde a todos!
Estamos em um projeto de NFE XML 2.00 e nos deparamos com o seguinte erro:
Ao emitirmos um NF-e de devolução da mercadoria que se encontrava no Porto (devolução de exportação - CFOP 3201), a validação do monitor GRC informa que é necessário constar os dados de importação, apesar deste processo não se tratar de importação. Os seguintes logs de validação são gerados:
Erro de validação: campo Código do fabricante estrangeiro no sistema. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-CFABRICANTE, ID campo I028)
Erro de validação: campo Nº da adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NADICAO, ID campo I026)
Erro de validação: campo Nº sequencial do artigo na adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NSEQADIC, ID campo I027)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-CEXPORTADOR, ID campo I024)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDESEMB, ID campo I023)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDI, ID campo I020)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-NDI, ID campo I019)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-UFDESEMB, ID campo I022)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-XLOCDESEMB, ID campo I021)
Estamos no SAPK-10015INSLLNFE e as seguintes notas relacionadas a validação estão aplicadas:
1493980 Validation for field xJust in cancel and skipping messages
1499921 Problem with validation after implementing SP15
1500046 Upgrade validation rule for field ID for version 2.00
1500742 Adjust validation for field NADICAO and NSEQADIC layout 2.00
1502217 Extend validation rules for , layout 2
1504379 Adjust validation for field X_CLISTSERV
1511291 Update allowed values for field E1_CPAIS for validation
1511577 Update validation rules for field VUNCOM_V20
1520861 Update validation rules for OIL_CPRODANP and OIL_UFCONS
Não encontrei nenhuma nota SAP recente para o componente SLL-NFE que seja relacionada a este problema.
Desde já agradeço pela ajuda.
Sds / Renato Penido.Boa tarde, Fernando,
Obrigado pela pronta resposta.
Debugamos a BADI e descobrimos que os dados de importação estão sendo gravado "em branco", gerando o erro de validação no GRC, tal qual dito por você.
Aprimoramos a lógica da BADI para que a tag de importação não seja preenchida indevidamente para as notas de devolução do porto e as notas foram aprovadas.
Muito obrigado,
Renato Penido. -
Validação XML 3.10 (campo série)
Boa tarde pessoal.
Estou com um problema aqui um pouco estranho.
Estamos fazendo a configuração do XML 3.10, e agora está acontecendo um erro.
Durante a chamada da função /XNFE/OUTNFE_CREATE, que cria a nota de saída no GRC, é chamada a função /XNFE/OUTNFE_VALIDATION. Essa função faz a validação dos campos da nf-e de acordo com as regras existentes na tabela /XNFE/XMLVALID.
Quando essa função vai validar o campo SERIE, o mesmo retorna erro na validação.
A expressão regular da expressão é:
0|[1-9]{1}[0-9]{0,2}
O valor da Série é "001".
Teoricamente essa expressão regular permite utilizar esse valor, pois ela permiti ou o literal "0" apenas, ou valores com pelo menos 1 dígito obrigatório de 1 à 9, com até dois dígitos (não obrigatórios) de 0 à 9.
Essa expressão deveria permitir, "1 ", "001", " 01", " 1", etc.
Eu testei a expressão em sites da internet com esta regex, e funcionou perfeitamente.
Testei alterar a expressão (teste em programa Z) para 0|[0-9]{1}[0-9]{0,2}, e ai sim a expressão funcionou. Parece que o ABAP está considerando que é obrigatório que o primeiro campo da série seja diferente de 0.
Att,
Matheus GoulartOla Matheus ,
Tivemos o mesmo problema em um cliente, se você desativar o validador do GRC vai e enviar o xml request (versão 3.10) para SEFAZ de origem você vai ter um erro de falha do xml.
Verifique no xml da versão 2.0 o valor da tag <serie>. Mesmo enviando para o GRC a serie "001" o valor no xml ficava como <SERIE>1</SERIE>.
Em resumo: Fizemos fizemos um ajuste na BADI CL_NFE_PRINT no metodo HEADER e retiramos os "zeros a esquerda" da série da nota fiscal e não tivemos mais problemas.
BR
Allan Pizaia -
Inutilização de NFe: Log de erro Message type 8 is not defined
Olá Pessoal,
Estamos com um erro aqui muito semelhante ao descrito na Thread: [Skip número da NF não autorizada|;.
Solicitamos a inutilização de uma nota writer de saída que foi barrada no Monitor GRC por erro de validação e por isso estava com status 8 na J1BNFE (ECC). A inutilização foi feita com sucesso, o status no GRC está correto, mas no ECC a autorização ainda não constava. Executamos o report XNFE/UPDATE_ERP_STATUS_DIAL e ao fazermos a msg de "erro ao atuzalizar ECC". No monitor da J1BNFE a nota agora aparece com o seguinte log de erro:
Message type 8 is not defined
Message no. J1B_NFE018
Diagnosis
The messaging system passed a value for the message type to the back-end system (field I_MSGTYP) that is not defined in the back-end system.
System Response
The back-end system cannot interpret and process the inbound message.
Procedure
Configure the messaging system in a way that it transfers only allowed message types to the back-end system via the inbound interfaces J_1B_NFE_XML_IN or J_1B_NFE_XML_IN_TAB.
Achei a thread mencionada acima com o mesmo erro e verifiquei a aplicação das notas, já que o problema foi solucionado com a aplicação das mesmas. Eis os status:
Nota 1298283 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1376324 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1413636 (ECC) - Completely Implemented na SNOTE;
Nota 1376901 (GRC) - Não relevante pois estamos no GRC SP13.
Aparenmente alguma coisa ainda está faltando.. mas nao sei o que é.
Desde já agradeço,
Daniela MachadoVerifique esses passos da nota 1298283 (no ECC)::
Change Domain J_1BNFE_MESSAGE_TYPE
Use transaction SE11
Select Domain and insert name J_1BNFE_MESSAGE_TYPE
Push Change.
Select Tab "Value Range".
Insert
Fix value Short text
8 Authorization to Skip a NF-e with Validation Error
9 Rejection to Skip a NF-e with Validation Error
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP DOCSTA SCSSAT
8 Space A
9 Space B
At.,
Bernardo Braga
Edited by: Bernardo Braga on Jul 1, 2010 10:06 PM -
Erro Retorno ERP Nota status 10
Bom dia Srs,
Estou com um problema para voltar o status de uma nota para o ERP, a nota tem status 10 erro de validação.
Já tentei algumas coisas:
Verifiquei os jobs esta rodando normalmente, smq2, e monitor enfim tudo em ordem.
Rodei o programa /XNFE/UPDATE_ERP_STATUS_DIAL sem sucesso, pois também não esta na tabela /xnfe/backstatus.
Alterei o status da nota na tabela /XNFE/NFeHist para 24, para rodar novamente na aba de erro de assinatura, mas mesmo assim sem sucesso o status não volta para o ERP, porem essa nota antes estava com status 25 erro de assinatura também.
Meu GRC esta no SP16 SP do PI 23 e SAP_BASIS 24, e vamos subir para o 17, mas creio que isso não vai resolver o problema.
Será que alguém tem mais alguma idéia?
Obrigado
AbsFernando, eu já tinha 3 notas neste situação nos testes, agora eu fiz uma simulação desse erro que esta ocorrendo, vou explicar o procedimento:
Eu alterei a senha do J2ee_admin no CC SIG_SOAP_RCV, enviamos uma nota essa nota vai dar erro assinatura , então a mesma fica parada no monitor do GRC com erro de assinatura status u201C25u201D, corrigi o problema da senha do j2ee_admin no CC, após isso reenvie a nota pela aba erro de assinatura , o que acontece a nota cai na mesma situação relatada aqui:
Monitor GRC status u201C10u201D
Monitor SAP ERP
Status da Açao: engrenagem
Log NF-e : Bandeira Vermelha ( com o mesmo log de erro do monitor do GRC)
Status Sist.msgs: status u201CAu201D
Seu tiver 1 mil notas que cair nessa situação de dar erro na assinatura e fazer o reenvio, todas elas vão ficar com esse status nos monitores.
Alguma coisa não esta funcionando como deveria não?
GRC SP17
Será que esta faltando aplicar alguma nota no ECC, acho que não, mas se vê tiver alguma idéia.
Agradeço
Abs
Maybe you are looking for
-
IN R12, NEW WEB PAGES ARE OPENED IN THE MINIMIZED POSITION
We've upgraded to Release 12.0.5. Whenever we click on functions that open new web pages, the new web page opens in the minimized position. This is very troublesome for our user community because they often do not notice the new page blinking and the
-
I am very new to working with metadata. I have a microsoft excel file with the IPTC Core fields I need for each image file. (Creator, Headline, Description, Keywords, Title, Job Identifier, Credit Line, Source, Rights Usage Terms, Copyright Status an
-
Exchange Rate Difference in MIRO not posted to the KDM account
Dear Gurus, I have a query, I have defined an account in KDM. After the GR of the PO, if there is a difference in Exchange Rate system posts the Exchange Rate Difference to the Stock Account. My client wants this this difference at the time of MIRO s
-
EHP5 Stack File is invalid: component 'EA-HR' (stack release 600 source .
Hi all . . . Attempting to install EHP5 on ERP ABAP stack. Currently on EHP4 SPS5. During the configuration roadmap step, the Stack configuration overview told me that "for the following components, a Component Upgrade/Installation and/or Support Pac
-
Reduction level in planned orders
Hi, Few part# are having planned orders with reduction level 2 even though there is sufficient time for production. Say for eg: parts are supposed to be delivered on 29/09/2009 it is taking reduction level 2 even though it has an opportunity to star