Erro na função SPELL_AMOUNT

Olá pessoal,
    Utilizei a função 'SPELL_AMOUNT' para retornar o valor por extenso, mas o numeral R$ 106,00, retorna o valor "100 e seis", em vez de 106,00 reais.Existe alguma outra solução?
Obrigada!
EXPORTING
amount         = 106,00
CURRENCY =   ' BRL '
FILLER           =    '   '
language          =   PT
IMPORTING
   in_words        = st_words " Estrutura de retorno

Hi,
have a look at view V_T015Z with transaction SM30 and check there if values are correct.
Best regards.

Similar Messages

NFe - erro 204

Bom dia!
   Estou a 3 dias com uma NFe de tranferência parada ( engrenagem ) relacioanda ao erro 204 "Rejeicao: Duplicidade de NF-e [nRec:310001601853941]' e não consegui libera-la.
    Abri uma OSS, e depois de muito tempo me retornaram para realizar as instruções abaixo mas não encontrei resultado.
    Estamos na NFe 3.10 e não encontrei mais o botão "STATUS QUERY".
    Tentei o botão "continuar processo" mas nada. "Outra funções" e nada.
In order to solve this issue you'll have to manually adjust some
fields in table /XNFE/OUTNFEHD.
Table: /XNFE/OUTNFEHD
ACTSTAT from 11 to 02
LAST STEP STATUS From 11 to 02
Then go to NF-e web monitor and push the "STATUS QUERY". It should
solve this NF-e issue.
      Retornei a dúvida para a OSS mas nada de resposta.
     Conseguimos liberar a mercadoria de nossa planta em MG emitindo uma DANFE pela SEFAZ, pois esta já foi autorizada, mas agora a mercadoria chegou em nossa planta de produção em SP em não conseguimos dar entrada.
   Alguém poderia nos ajudar?
Grato.

Bom dia Clayton
Na empresa que trabalho, o que fizemos é:
No Monitor de Saída do GRC, selecionamos a NFe com problema, vamos no menu "Outras funções - Solicitar Verificação de Status".
No momento da solicitação a comunicação com o SEFAZ deve estar ativa.
Verifique se o LOTE está concluído, caso não esteja, reinicie o LOTE.
Outra opção é você verificar a Chave de Acesso da NFe no SEFAZ, se a NFe está aprovada, caso esteja, você pode ir no menu "Outras funções - Encerrar Ignorar" o sistema irá pedir algumas informações como "Protocolo de autorização".
O nosso amigo Renan Correa postou uma ótima ajuda, conforme segue o link abaixo:
Como lidar com os erros mais comuns a partir dos novos monitores de NF-e
Qualquer coisa avise.
Abraço.

Erro 8B260 (Processo de Entrega Futura)

Bom dia, Pessoal!
Estou com um problema no processo de devolução de entrega futura.
Realizei a entrada da nota de fatura normalmente atraves da MIRO e da nota de remessa atraves da MIGO (mov 801).
O fornecedor nos enviou as notas de Fatura e Remessa como de entrada pois ele ainda não tem a obrigação legal da NFE, porém a empresa aonde estou já está obrigada a utilizar a NFE e ao realizar a devolução o sistema não encontra a referencia da nota de remessa. A mensagem de erro é a 8B 260 (NOTA FISCAL DE REFERÊNCIA XXXXX NÃO FOI ENCONTRADA)
O pedido está somente com a opção de parceiro FO o processo já foi criado sem a opção de parceiro "FM" (Fornecedor da Mercadoria).
As Notas Abaixos já estão aplicadas:
NF:
1055401 Subcontracting Returns doesn't find reference Nota Fiscal
NF-e:
1175538 NF-e Reference between NF and NF-e
1238765 NF-e: Returns for Subcontracting - Error 8B287
1257933 NF-e: Reference NF not found by return for subcontracting
1288925 NF-e: References between NF-e and non NF-e
1356952 NF-e: Returns for Subcontracting - Error 8B260
Estive debugando a função J_1B_NF_DOCUMENT_SELECT_2 e o que pode verificar é que como o processo de fatura/remessa é gerado atraves de uma nota de entrada ele armazena as informações J_1BNFDOC-NFNUM porem ao realizar a devolução, como a empresa que estou é obrigada a emitir a NFE a função realiza a busca no campo J_1BNFDOC-NFENUM com o numero da nota de remessa (NFNUM) por este motivo não é encontrado a nota de referencia e o erro é apresentado.
Eu procurei por alguma nota que pudesse corrigir meu problema porém não encontrei nenhuma aplicavél, alguem tem alguma ideia de como resolver este problema?
Obrigado
Gustavo

Olá xará,
tudo certo?
Esse erro provavelmente está ocorrendo porque existem múltiplos parceiros atribuídos ao Pedido de Compras.
No procesos de entrega futura, contudo, o sistema comporta somente a utilização de um parceiro, do contrário o processo é interpretado como sendo uma operação triangular.
Abraços

Mensagem de erro para requisição de compra

Boa tarde, temos uma situção em nossa empresa onde o usuário consegue alterar as quantidades nas requisições de compra após ser gerada cotação ou pedido de compra.
Desejamos inserir uma mensagem de erro impedindo esta situação, no customizing identifiquei a opção abaixo e gostaria de saber se posso adotar a solução atráves desta parametrização.
SPRO -> Adm. Materiais -> Compras -> Dados Ambiente -> Determinar característica de mensagem do sistema -> Mensagens do Sistema, posso cadastrar a mensagem através desta opçã

Bom dia Luiz,
Cadastrar uma mensagem não. Esta transação existe para que seja configurada a criticidade entre as opções de disparo abaixo para mensagens programadas pelo standard.
vazio - Nenhum aviso será dado ao usuário / equivalente a desabilitar a função
E - Avisa o usuário e PARA o processo
W - Avisa o usuário porém deixa prosseguir
Atenciosamente, Fernando Da Ró

NFe 3.10 - Erro 225: Rejeição: Falha no shcema XML da NFe

Boa tarde.
Estamos com problema no Schema do XML, já verificamos as informações do post abaixo:
http://scn.sap.com/thread/3714800
Aqui também ocorre o mesmo problema e quando reenviamos a nota o xml é processado. Porém, precisamos encontrar uma solução
onde não seja necessário o reenvio manual do documento.
Baixamos o XML com problema e depois da validação no SEFAZ (após o reenvio) e a unica diferença é a tag abaixo:
Ela é criada após a validação do XML?
*** XML Erro Schema
<?xml version="1.0" encoding="utf-8" ?>
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
*** XML OK, após o reenvio da NF
<?xml version="1.0" encoding="utf-8" ?>
- <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Gostaria de saber se alguém já passou por este problema e qual foi a solução aplicada.
obrigado
Juliano Diniz

Oi Michael,
Essa declaração que o José comentou é diferente mesmo, não vi em nenhum outro cliente e ela que deu erro no validador da SEFAZ no seu teste. Se você remove essa TAG e faz o teste no validador da SEFAZ RS o XML aponta outros erros.
Teoricamente o XML começaria assim:
<?xml version="1.0" encoding="UTF-8"?>
<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Além disso o XML do TXT tem umas quebras de linha que separaram o conteúdo das TAG's e causaram erro no validador da SEFAZ tb.
O validador do GRC é basicamente uma função que aponta erros técnicos no preenchimento dos dados que vieram do ERP ( campos obrigatórios em branco, campos numéricos com valor alfanumérico, etc...) porém ele não validaria a estrutura final do XML ( encoding, montagem das TAG's e namespaces adicionados ).
OBS: No arquivo adicionado tem o XML completo e por uma questão de "data protection" eu não recomendaria disponibilizar esse tipo de arquivo na internet, pois ele contém dados teoricamente sigilosos de negócio ( Clientes, transportadores, produtos/preços, Certificado digital da empresa emissora, etc...).
att,
Renan Correa

NF-e 3.10 - Erro 204 - Duplicidade - Botão consulta status

Boa tarde a todos.
Estamos em fase de testes do projeto de implementação do XML 3.10.
Eu tive algumas notas no meu ambiente de teste integrado com rejeição 204 (duplicidade de nota).
Eu preciso realizar a consulta de status para essas notas, porém no botão Outras Funções, não aparece a opção Verificar Status (conhecido como Consulta de Status no monitor 2.00).
Eu encontrei o seguinte post relacionado ao meu problema:
NFe V3.10 Erro 204 - Duplicidade - Botão Consulta Status sumiu
Porém, o procedimento de "Continuar Processo" descrito no post acima não resolveu meu problema (quando dou um Continuar Processo, o GRC tenta enviar novamente a nota para aprovação).
Alguém sabe como faço para o botão de consulta de status aparecer? Seria algo de perfil?
Att,
Matheus Goulart

Então Ricardo, na verdade não tem botão de consulta de status no detalhe.
Acebei de descobrir que o Continuar Processo funcionou, o problema é que a consulta de status foi rejeitada pela SEFAZ (sefaz MG).
E o motivo que no monitor não atualizou os status das notas, é porque deu um erro no proxy inbound.
Mensagem da SPROXY:
Falta elem.'{http://www.portalfiscal.inf.br/nfe}dhRecbto'
XML (retorno):
<?xml version="1.0" encoding="utf-8" ?>
- <nfeConsultaNFResponse xmlns="http://sap.com/xi/NFE/008">
- <nfeConsultaNF2Result>
- <retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<verAplic>13_2_28</verAplic>
<cStat>217</cStat>
<xMotivo>Rejeicao: NF-e nao consta na base de dados da SEFAZ</xMotivo>
<cUF>31</cUF>
<chNFe>31140940432544011262550160000014241463324953</chNFe>
</retConsSitNFe>
</nfeConsultaNF2Result>
<n0:mode xmlns:n0="http://sap.com/xi/NFE/008">O1</n0:mode>
</nfeConsultaNFResponse>

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
Honey

Olá 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!

NFe com erro de assinatura - caracteres especiais

Bom dia,
Algumas notas estão paradas com erro de assinatura por caracteres especiais nas descrições dos materiais.
Fizemos a correção dos mesmos porém o GRC não recebe a atualização feita.
A função J_1B_NFE_MS_REQUESTS_DATA também foi executada e mesmo assim não houve atualização.
Há alguma outra função que pode ser executada para que o GRC receba a atualização do SAP?
Att.,

Herique,
Os ambientes estão nas versões:
- SAP ECC 6.00
- SAP PI 7.0 SP22
- SLL-NFe SP16
A NFe não foi emitida pelo SCAN, ou seja, tpEmis=1.
Depois que restarta, ele reenvia a NFe para assinatura novamente, como tem que fazer, mas retorna com erro de assinatura novamente, sem as alterações efetuadas nas descrições dos materiais, removendo os caracteres especiais.
Obrigado.
Abs.

SAP (ECC 6.0) - Erro de rejeição (Engrenagem)

Boa tarde a todos,
Gostaria de compartilhar um cenário de erro ocorrido no ambiente de produção do cliente (pós-GoLive) onde implementamos recentemente Nota Fiscal Eletrônica.
Para um determinado cenário enviado para SEFAZ/SP foi retornado o código de erro 210 (Rejection: Invalid Receiver's IE), esta mensagem foi devidamente atualizada no GRC e no SAP (ECC).
O problema ocorreu justamente quando o usuário optou em ajustar o código de inscrição estadual do respectivo cliente deste cenário e logo após, selecionou o documento "rejeitado" através do monitor do SAP (J1BNFE) e executou a função "Enviar de Novo", a partir deste procedimento (incorreto), o monitor retornou uma sinalização de erro (bandeira vermelha) com a seguinte mensagem: "Enviada ao sistema de envios de mensagens (XI,....), sinalizou o campo status ação com uma "engrenagem", o campo SCS com o valor 0 "zero" e o campo Status Sist. Msgs. com o valor "G" (MS recebido; outro erro).
Conclusão, este processo encontra-se travado no ambiente de produção do cliente, impossibilitando qualquer ação de inutilização ou cancelamento.
Estamos cientes que o procedimento correto deveria ser: solicitar a inutilização deste documento e não enviá-lo novamente a SEFAZ/SP, após concluída a correção da inscrição estadual do respectivo cliente, no entanto, gostaríamos de obter alguma dica ou orientação de como proceder corretamente neste caso afim de corrigir este problema.
Desde já agradeço pela ajuda e gostaria também de parabenizar pelo espaço onde pude verificar que há muita informação útil para todos.
Att,
André Teixeira

Oi Henrique,
Sim, o MSSTAT estava preenchido com "A" antes da tentativa de reenvio. Como a nota já havia sido rejeita pela SEFAZ/SP no nosso entendimento o usuário deveria:
1) Requisitar a "inutilização" desta NF-e;
2) Ajustar a IE no cadastro de cliente;
3) Executar novo faturamento para este cenário que automaticamente iria gerar uma nova NF-e para nova aprovação na SEFAZ/SP, seria este o procedimento?
Ao executar Send no menu NF-e apresenta-se a seguinte mensagem:
Novo status de comunicação de sistema "Enviada a sistema de envio de mensagens (XI,...)" não permitido p/SCS "Enviada a sistema de envio de mensagens (XI,...)" anterior
Nº mensagem J1B_NFE007
Vou conversar com usuário sobre a possibilidade de introduzir o status de erro manualmente (SE37).
Grato,
André Teixeira

GRC-NFe - Erro de assinatura de notas

Amigos,
Estou com o seguinte problema.
A nota fiscal sai do ERP e chega no GRC, ficando com o seguinte status:
status de erro = 20 Serviço de assinatura digital não acessível.
Ao reinicializar a nota pelo o GRC está aparecendo a mensagem Erro na chamada RFC (NF-e 3509076119009600019255.
Já verifiquei as conexões rfc e estão todos ok. O PI e o GRC estão instalados na mesma máquina, PI = 001 e GRC = 500.
client 001
SM59 rfc do tipo H -> XI_INTEGRATION_SERVER
host euroXX porta 8001
pref/caminh /sap/xi/engine?type=entry
mandante 001
user piappluser
SXMB_ADM ->Configure Integration Server-> HUB servidor de integração
dest://XI_INTEGRATION_SERVER
client 500
SXMB_ADM -> Configure Integration Server-> LOC sistema de aplicação
dest://XI_INTEGRATION_SERVER
SM59 rfc do tipo H ->NW1CLNT500
host euroXX porta 8001
pref/caminh /sap/xi/engine?type=entry
mandante 500
user pisuperr
Esta rfc é utilizada dentro do Cenário SIGNN_WebAS_Outbound_SignNFe, para o communication channel WAS_XI_RCV
do tipo XI, com Addressing Type HTTP Destination e HTTP Destionation = NW1CLNT500
Alguém tem alguma dica do que pode estar errado?
Abraços,
Cláudio Argolo

Bom dia Claudio,
status de erro = 20 Serviço de assinatura digital não acessível.
Veja estas duas threads:
Status error 20 - Signature Service Unreachable
'Signature Service Unreachable' error in the NFE system
Ao reinicializar a nota pelo o GRC está aparecendo a mensagem Erro na chamada RFC (NF-e 3509076119009600019255.
Este chamada de RFC é ao R/3 e não internamente, quando acontece um problema de assinatura, o GRC não tem como reiniciar, pois não tem todos os dados para enviar para o assinador, então é necessário pedir ao R/3 para reenviar.
- Talvez esteja faltando uma nota no R/3. Veja se a SAP Note 1234054 foi aplicada (passos manuais para tornar a função J_1B_NFE_MS_REQUESTS_DATA RFC)
- Se for nota em paralelo esquece. O R/3 também não tem mais estes dados.
Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Jul 28, 2009 8:52 PM

Envio de e-mail B2B via Abap - erro na visualização do XML

Boa tarde,
Em virtude da minha versão (GRC 10.0 e NW 7.11), apenas poderia implementar a solução de B2B dinâmico, caso utilizasse Java Mapping. Como meu conhecimento em Java é pequeno, optei por enviar o e-mail a partir do Abap do GRC.
O XML que estou gerando está com erro na tag <ns1:Transforms>. As tags acima desta estão ok.
Comparei com o XML original e os códigos-fontes são EXATAMENTE iguais.
O erro é "Página XML não pode ser exibida". Na instrução, aparece a seguinte informação: "Não é possível exibir a entrada XML usando a folha de estilos XSL".
Alguém pode me ajudar?
Se julgarem que, apesar de meu processo ser de NFe, preciso abrir a thread em outro tópico, basta avisar.
Obrigado.
Abraços,
Flavio.
Edited by: fgalmeida on Oct 6, 2011 7:09 PM

Resolvido.
Olhando o fonte do XML, verifiquei que ao final do arquivo haviam espaços em branco.
A solução foi passar o tamanho do xstring no parâmetro i_attachment_size do método add_attachment da função cl_document_bcs, conforme abaixo:
DATA lv_size TYPE so_obj_len.
lv_size = xstrlen( lv_content_xml ) .
CALL METHOD document->add_attachment
    EXPORTING
     i_attachment_size    = lv_size
      i_attachment_type    = 'xml'
      i_attachment_subject = 'XML NFe'
      i_att_content_hex    = lt_content_hex.
Obrigado.
Flavio.

Erro Lançamento CT-e com CST 60 - Erro M8 534 - Monitor CT-e

Prezados, Boa Noite!
Estamos tentando realizar um lançamento no sistema de um conhecimento de transporte eletrônico CT-e com CST 60 pelo módulo GRC, ao simular esse lançamento encontramos um erro que acreditamos ser um erro de produto.
Abaixo segue TAG do XML.
Fizemos todas às analises e chegamos à conclusão de que no momento em quem o GRC está realizando a simulação do lançamento no ECC o mesmo está passando para a função MRM_INVOICE_CREATE no parâmetro I_RBKPV-RMWWR o valor líquido do conhecimento de transporte, entendemos que nesse campo deveria ser passado o valor total do CT-e e não o valor líquido do mesmo.
A fim de validar se o fato relatado acima é realmente o erro que esta ocorrendo, pegamos os parâmetros que o GRC estava passando para essa função e mudamos apenas o conteúdo no parâmetro I_RBKPV-RMWWR, para que o mesmo assumisse o valor liquido + impostos, ao realizar a mudança desse valor o erro parou de acontecer.
Para validar se o erro estava somente no GRC pegamos o mesmo pedimos e lançamos de forma manual um MIRO no ECC, o lançamento no ECC ocorreu sem nenhum problema o que nos faz acreditar mais ainda que possa ser um erro no produto. Abaixo segue print detalhado do erro que estamos encontrando.
Monitor GRC – CT-e
Observem que na imagem acima do monitor todas as informações relativas à taxa de imposto, Montante do Imposto e Montante Básico estão com os valores idênticos no momento da simulação, no momento que o usuário vai registrar os dados da simulação o sistema dá uma mensagem de erro informando que os valores de débito e crédito não batem, observem no monitor que os valores são os mesmos.
Ao tentar realizar o mesmo lançamento através da transação MIRO no ECC não encontramos nenhum problema os valores são calculados corretamente sem nenhum problema.
Abaixo segue print dos valores que estão chegando da função MRM_INVOICE_CREATE.
Abaixo segue detalhes da configuração do IVA
Já configuramos o IVA com CST1 e CST2 mas nao conseguimos obter sucesso no lançamento pelo GRC

Sim Eduardo,
Finalizado.
Deu trabalho mas ficou muito bom.

Status de notas aprovadas na J1BNFE com log de erro

Pessoal, bom dia.
Estamos com um problema na J1BNFE. Estamos emitindo em paralelo. e as notas saem do R/3, vão para o GRC e são aprovadas pela SEFAZ (homologação).
No GRC o status delas está OK mas no R/3 o status de algumas delas está com a bandeira quadriculada, status 100 de aprovada e com bandeira vermelha no log, informando: "Document XXXXX already exists" e a última alteração registrada é para o usuário da RFC do GRC -> R/3.
A princípio, achavamos que fosse problema no JOB que executa o progama /XNFE/UPDATE_ERP_STATUS mas já eliminamos este job e o problema ainda persiste.
Não existem registros na tabela /XNFE/BACKSTATUS, na transação RSRFCTRC não existe nenhum registro, a comunicação entre os ambientes está OK também.
Alguém tem alguma idéia do que pode ser o causador deste log de erro?
Obrigado,
Edited by: Ricardo Guedes on Mar 31, 2010 5:42 PM

Bom dia Ricardo,
Este campo deve mesmo ser enviado para o GRC?
Com toda certeza, é a forma do GRC saber que a nota "não existe" no ERP então não irá dar resposta do processamento ao ERP, isto por que como disse é uma simulação.
É através da função que está na nota que você indicou?
A ativação do paralelo (simulação) no SAP faz-se no momento da impressão, colocando o programa que te passei como mais um nos módulos de impressão. Daí quando o ERP for imprimir a nota 1/1A, ele executa este programa que manda a nota simulando NF-e para o GRC através da função J_1B_NF_MAP_TO_XML com IV_PARALLEL = "X".
Seu poste inicial me gerou dúvidas se você realmente está em paralelo, ou acha que está. Pois no paralelo da SAP não há NF-e de verdade no R/3 produtivo.
Não tem J_1BNFDOC-NFE = 'X', não tem registro na J_1BNFE_ACTIVE e não dá para mexer na tx J1BNFE.
O que parece é que você está com notas produtivas enviando para homologação da Sefaz, se for isto mesmo você terá problemas de escrituração. Seu ERP está produtivo e você está autorizando na Sefaz homologação de fato ? Está emitindo notas 1/1A ou DANFE ?
Nós dê bastante informação sobre o processo.
Atenciosamente, Fernando Da Ró

Erro no SCAN

Boa noite a todos,
Estou efetuando testes do SCAN em nosso ambiente e temos o seguinte cenário de erro: tiramos a url da Sefaz do ar e ativamos o SCAN, faturamos o documento e, no monitor J1BNFE o documento fica no status de aguardando o retorno da SEFAZ, traz o formulário NF55 e consequentemente a sequencia de numeração é da NF55. Verifiquei na tabela J_1bnfe_active, que o tipo de emissão gravada nos documentos é, indevidamente, '1' - normal. Estamos trabalhando na versão 4.7C, com mensageria GRC, e com decouple; as customizações para formulário, intervalo de numeração, ativação de SCAN automáticos e SCAN na categoria da DANFE, estão ok. Alguem já passou por essa situação??? É caso de aplicação de alguma Nota???
Grato e no aguardo,
Alessandro Botignon

Bom dia,
Problema resolvido!!! Com o Debug feito no ECC foi verificado que, ao aplicar a nota 1484983, na função J_1B_NFE_CHECK_ACTIVE_SERVER, faltou o código:
ls_regio-regio = ls_branch_info-regio.                   "1484983
Convert XML version to GRC format                        "1484983
IF ls_cust3-version >= 2.                                "1484983
   ls_regio-version = '006'.                               "1484983
ENDIF.                                                   "1484983
APPEND ls_regio TO lt_regio.
Após esse ajuste o processo funcionou corretamente.
Grato a todos!!!
Alessandro Botignon

Erro tablespace no GRC, notas paradas após correção

Olá pessoal,
Hoje de madrugada houve um problema de tablespace no GRC e todas as notas emitidas durante o período, ficaram paradas com Status 01 (Received from feeder system).
Após a correção, as novas notas emitidas foram processadas normalmente porém as anteriores ficaram paradas.
Verifiquei que nesse momento em que ocorreu o problema, as notas que chegaram não foram enviadas para assinatura, occorreu um dump, porém também não temos registro desse erro no monitor do GRC.
Algumas notas criadas inclusive não geraram histórico nas tabelas XNFE, ficando com Status 00 no monitor.
Tentamos re-enviar as notas para verificar se o GRC reprocessava as mesmas, porém também sem sucesso.
Tentamos também forçar um histórico de erro de assinatura na tabela XNFE/BAT_HIST para re-enviar a assinatura, porém no monitor ficou com status "NF-e Data Re-Requested" e não enviou a assinatura.
Alguem já passou por este problema. Existe alguma forma de re-enviar estas mensagens? Ou de eliminar o histórico das mesmas?
Obrigada!
Vanessa

Bom dia Vanessa,
Avalie caso a caso o que aconteceu e faça a intervenção sempre inserindo algum histórico novo ao invés de modificar (rastreabilidade) e coloque no campo de usuário algo como CREEEEU rsss (brincadeira, coloque um usuário ou uma identificação tipo o numero do chamado).
Vamos lá:
- Primeiro verifique no PI se tem alguma fila (SMQ2) que possa ser restartada ou se a mensagem chegou e está scheduled (SXI_MONITOR) com opção de restart. Isso pode diminuir as intervenções manuais necessárias.
- Para as que ficaram paradas como 01 ou 02 ou 00, insira um status novo na nfe_hist 02 / 24 (erro de assinatura) permitirá você fazer o restart no monitor. Ao restart o GRC irá chamar no ERP a função J_1B_NFE_MS_REQUESTS_DATA (veja se SAP Note 1234054)
Atenciosamente, Fernando Da Rö

Erro na função SPELL_AMOUNT

Similar Messages

Maybe you are looking for