Falha ao atualizar status no R/3 (J1BNFE)

Bom dia,
Algumas NFs apresentaram no GRC o erro "204: Rejeição: Duplicidade de NF-e" porém, no monitor do R/3 (J1BNFE) as mesmas continuam com status "In process" (engrenagem).
Saberiam me dizer se existe alguma nota que resolva isto ou se é possível cancelar estas NFs no R/3?
Estamos utilizando o SP10 no GRC.
Obrigado,
Ricardo Marcondes.

provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.
Isso causou o erro na SEFAZ, rejeicao.
Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).
Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.
Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".
Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.
Abs,
Henrique.

Similar Messages

NFE Produção - Código Status 204 Rejeição

Olá, Boa tarde!
Estamos com uma NFE da Produção parada, pois não estamos conseguindo atualizar o status dela.
No monitor de GRC a NFE aparece da seguinte forma:
Status NFE (bolinha vermelha): 05 resultado recebido
Status de Erro: 90 erro de sistema PI
Código Status: 204 Rejeição: Duplicidade NFE
A opção "Consulta do Status" está disponível, porém já tentamos várias vezes, aparece a mensagem: O processo de consulta status NFE foi inicializado. Atualizar a exibição NFE.
Atualizamos a página, porém não muda nenhum status.
No monitor J1BNFE a NFE está aguardando o retorno do GRC.
Não sei se tem algo a ver, mas recentemente fizemos a atualização da Versão para 2.0.
Antes o procedimento funcionava normal... agora as NFES estão paradas...
Aguardo comentários.
Obrigada.
Adriana

Bom dia,
Estou com esse mesmo erro, e não sei como resolver...
Ao clicar em consultar status(Monitor GRC) da NFE em questão, o status não é atualizado(consultamos no SEFAZ e a NFe Está aprovada)..
Verifiquei as msg na MONI e temos uma com o ACK NEG, porém desconheço o erro...segue os xml que consegui verificar na mensagem:
XML INBOUND:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML RESPONSE:
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeConsultaNF2 xmlns:n0="http://sap.com/xi/NFE/006" xmlns:prx="urn:sap.com:proxy:PIP:/1SAI/TASB4840BC26BF382F75BE8:700:2009/02/10" xmlns:n1="http://www.portalfiscal.inf.br/nfe">
<n0:cUF>41</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>1</n0:tpAmb>
<n0:type>1</n0:type>
<n0:versNum>001</n0:versNum>
<n0:mode>I</n0:mode>
- <n0:nfeDadosMsg>
- <n1:consSitNFe versao="2.00">
<n1:tpAmb>1</n1:tpAmb>
<n1:xServ>CONSULTAR</n1:xServ>
<n1:chNFe>41110300606549000124550000000231711903353574</n1:chNFe>
</n1:consSitNFe>
</n0:nfeDadosMsg>
</n0:nfeConsultaNF2>
XML ACK ERROR:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>N</SAP:Retry>
</SAP:Error>
Alguém teria alguma dica?
Edited by: João Luis da Silva Dovigo on Mar 16, 2011 6:20 PM

Erro inutilização em contingência Nfe 3.10

Boa tarde!
Implantamos NFe 3.10 e estamos com problema na inutilização de notas recusadas que foram emitidas em contingência.
A nota é emitida em contingência (TpEmiss = 6) e retorna recusada pela SEFAZ.
Em seguida, solicito a inutilização da nota, porém não retorna o status para o monitor (J1BNFE), permanecendo a nota na engrenagem.
Consultando o GRC, o lote está ok com status 104. Mas a nota permanece com status do erro.
Obs: Não estou conseguindo inutilizar a nota tanto com SVC ativo como com a SEFAZ normal ativa. Em contrapartida, quando a nota emitida em contingência é aprovada pela SEFAZ, consigo realizar o estorno da nota com a SEFAZ normal ativa.
Alguma sugestão para inutilizar uma nota recusada pela SEFAZ que tenha sido emitida em contingência?
Desde já agradeço pela ajuda!
Att.
Marcos Muniz

Marcos bom dia,
Se você reparar os endereço dos serviços não existe de Inutilização:
Primeiramente a SVC não aceita Inutilização como segue texto do manual:
"04.5 Serviço de Inutilização
O Serviço de Inutilização (Web Service: NFeInutilizacao) não deverá ser oferecido pela SVC.
Quando da utilização da SVC pela empresa, uma eventual necessidade de inutilização de
numeração identificada pela aplicação da empresa deverá ser represada para comando posterior
no ambiente de autorização normal da SEFAZ de origem da circunscrição do contribuinte."
Conversando com Luis Naves, ocorreu a mesma coisa com ele hoje, onde está o erro ?
Do lado do SAP ERP de permitir a inutilização mesmo em situação de contingência, você já abriu um chamado na SAP ?
Se já posta a snote ou algo do genero.
Att,
Ricardo Viana.

Erro ao reinstalar B1BC

Boa tarde,
Abri novamente um post, pois continuo com problemas quanto a reinstalação do B1BC.
Abaixo vou relatar tudo que fiz para tentar reinstalar o B1BC em um cliente me produção.
O motivo de reinstalação se deu por não estar mais replicando em uma das bases, somente na base template.
- Havia instalado em ambiente de produção o B1BC com base Matriz, Filial, Consolidada e Template.
- O B1BC não estava replicando para a base Filial e nem aparecia nada no MessageLog.
- Precisando dos dados nessa base, acabei usando o CopyExpress para copiar dados, com intenção de reinstalar B1BC em uma nova Base Filial
- Comecei a desinstalação como pede o manual: do B1BC nas bases da empresa, desabilitando o Event Sender, desinstalando SAPB1 Integration EventSender, DiProxy, Integration Componentes, Integration Server e Integration Acessory.
- Após a desinstalação, criei as bases da filial novamente, da base template e consolidada, sem permitir as cópias dos campos e tabelas definidas pelo usuário.
- Via copy express copiei os dados que não são feitos via B1BC, plano de contas, usuários, autorizações, impostos, determinação da contas contábeis.
- Entrei na base matriz e pedi a instalação do B1BC. Instalou. Entrei na base filial, começou a atualizar o banco mas deu a mensagem: sap B1BC falhou ao atualizar o banco.
- Reinicie o servidor, mas continuou a mensagem, como tb nas demais bases.
- achei a nota 819501 e realizei os passos, mas não encontrei nada no Remover programas ref. ao B1BC. Deletei os arquivos indicados e tentei novamente. Mesma msg erro.
- desinstalei o cliente do servidor e reinstalei novamente. Desinstalei o addon copy express.
- após, tentei a instalação do B1BC novamente, na base matriz mas o mudou para falha ao conectar o addon reinicie o sap b1.
- em outro cliente ele não dá essa mensagem de falha e até inicia o B1BC na base existente (matriz), mas nas demais dá o erro de falha ao atualizar o banco.
Usando SAP B1 2007B SP 00 PL 12, B1BC versão 2.1.9, indo para PL 17.
Gostaria de alguma sugestão para saber o que devo fazer a seguir.
Desde já obrigada.

Oi Regianne
Nesse momento é difícil saber o que passa com o B1BC / B1i. Eu refiro os 2 componentes dados que o B1BC é mais que um add-on é um add-on de uma solução de integração.
Os vários elementos devem estar corretamente configurados e de acordo com os requisitos.
Deixo aqui algumas pistas de situações que tenho visto e que causam esses incidentes:
- Java instalado no servidor - não suportado
- Versão adicional de tomcat no servidor o que não é suportado.
- Upgrade de SAP Business One sem que o B1i do patch base tenha sido removido, sobrepondo dessa maneiro o B1i do B1BC package: SAP Note 1293687
- Landscape database incorreta (restaura uma versão que não corresponde a do cliente).
- Landscape do B1i manipulada/restaurada e por isso o B1i não recebe atualização do Lanscape do B1BC. Para conferir abrar o Administrador do B1i (Start -> Programs -> SAP Business One Integration -> Administration -> enter 'sa' usuário e a sus password-> vá para o LAndscape e confira se está de acordo com o Landscape do B1BC.
- Vírus
- Excessivo crescimento da base de dados SBO-Common (criando falta de espaço no disco) -> SAP Note 1135240
- SQL password modificada (necessita reinstalar o B1i)
- Nome das bases de dados e/ou companhias SAP Business One não são identicas entre o Landscape e o SAP Business One.
- Nome das bases de dados e/ou companhias SAP Business One tem caracteres especiais como acentos, 'ç' e outros caracters especiais de sistema.
- password de 'sa' tem caracteres especiais como acentos, 'ç' e outros caracters especiais de sistema.
Paulo Calado
SAP Business One Forums Team

Cannot sync pacman; error: failed retrieving file, No address record

Hello,
As a heads up, I'm trying not to repost
I've searched the forums but found nothing, I'll keep looking. I've read the front page news about the mirrorlist and tried using the old mirrorlist file. I've been on #archlinux on IRC. Nothing yet.
Here is an example of what I see:
root@dungeon pacman.d # pacman -Sy
:: Synchronizing package databases...
error: failed retrieving file 'core.db.tar.gz' from ftp.archlinux.org : No address record
error: failed to update core (No address record)
error: failed retrieving file 'extra.db.tar.gz' from ftp.archlinux.org : No address record
error: failed to update extra (No address record)
error: failed retrieving file 'community.db.tar.gz' from ftp.archlinux.org : No address record
error: failed to update community (No address record)
error: failed to synchronize any databases
I've commented out all but one of the servers in the mirrorlost file to shorten the output.
Any ideas?

Snowman wrote:You are trying to fetch non-official dbs which are not on the Arch Linux mirrors. Are you using Chakra? Post your pacman.conf
no I am using normal Arch, and it was working fine until i updated on tuseday. I am using "yaourt -Syu --aur" to update.
My actual pacman.conf is (changed automaticly to this within unsuccesfull update yesterday):
# /etc/pacman.conf
# See the pacman.conf(5) manpage for option and repository directives
# GENERAL OPTIONS
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
HoldPkg = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst = pacman
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#XferCommand = /usr/bin/curl -C - %u > %o
#CleanMethod = KeepInstalled
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options (all disabled by default)
#UseSyslog
#ShowSize
#UseDelta
#TotalDownload
# REPOSITORIES
# - can be defined here or included from another file
# - pacman will search repositories in the order defined here
# - local/custom mirrors can be added here or in separate files
# - repositories listed first will take precedence when packages
# have identical names, regardless of version number
# - URLs will have $repo replaced by the name of the current repo
# - URLs will have $arch replaced by the name of the architecture
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.
[core-testing]
Include = /etc/pacman.d/mirrorlist
[desktop]
Include = /etc/pacman.d/mirrorlist
#[desktop-testing]
#Include = /etc/pacman.d/mirrorlist
[platform-testing]
Include = /etc/pacman.d/mirrorlist
[apps]
Include = /etc/pacman.d/mirrorlist
#[apps-testing]
#Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#Server = file:///home/custompkgs
NOW I tried the saved pacman.conf (wich worked fine for months) wich is like this
# /etc/pacman.conf
# See the pacman.conf(5) manpage for option and repository directives
# GENERAL OPTIONS
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
HoldPkg = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst = pacman
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#XferCommand = /usr/bin/curl %u > %o
#CleanMethod = KeepInstalled
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options (all disabled by default)
#UseSyslog
#ShowSize
#UseDelta
#TotalDownload
# REPOSITORIES
# - can be defined here or included from another file
# - pacman will search repositories in the order defined here
# - local/custom mirrors can be added here or in separate files
# - repositories listed first will take precedence when packages
# have identical names, regardless of version number
# - URLs will have $repo replaced by the name of the current repo
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.
#[testing]
## Add your preferred servers here, they will be used first
#Include = /etc/pacman.d/mirrorlist
[core]
# Add your preferred servers here, they will be used first
Include = /etc/pacman.d/mirrorlist
[extra]
# Add your preferred servers here, they will be used first
Include = /etc/pacman.d/mirrorlist
#[community-testing]
## Add your preferred servers here, they will be used first
#Include = /etc/pacman.d/mirrorlist
[community]
# Add your preferred servers here, they will be used first
Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#Server = file:///home/custompkgs
#ArchAudio
# tried and tested packages
[archaudio-stable]
Server = http://repos.archaudio.org/stable/x86_64
#ArchAudio
# these are..for testing?
[archaudio-testing]
Server = http://repos.archaudio.org/testing/x86_64
#ArchAudio
# for your pleasure
[archaudio-experimental]
Server = http://repos.archaudio.org/experimental/x86_64
and tried to update with it using pacman, wich doesn't succed also:
[studio@myhost ~]$ sudo pacman -Syu
Senha:
erro: O mirror ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch contém a variável $arch, mas não possui arquitetura definida.
erro: O mirror ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch contém a variável $arch, mas não possui arquitetura definida.
erro: O mirror ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch contém a variável $arch, mas não possui arquitetura definida.
:: Sincronizando a base de dados de pacotes...
erro: falha ao atualizar core (nenhum servidor configurado para o repositório)
erro: falha ao atualizar extra (nenhum servidor configurado para o repositório)
erro: falha ao atualizar community (nenhum servidor configurado para o repositório)
archaudio-stable está atualizado
archaudio-testing está atualizado
archaudio-experimental está atualizado
:: Iniciando atualização do sistema...
atenção: bristol: local (0.60.5-1) é mais novo que archaudio-testing (0.40.8-1)
atenção: fil-plugins: local (0.3.0-4) é mais novo que archaudio-testing (0.3.0-3)
atenção: guitarix: local (0.11.0-1) é mais novo que archaudio-testing (0.06.0-1)
atenção: kernel26rt: local (2.6.33.7_rt29-1) é mais novo que archaudio-stable (2.6.31_rt10-4)
atenção: lash: local (0.6.0~rc2-3) é mais novo que archaudio-testing (0.6.0~rc2-1)
atenção: ll-plugins: local (0.2.1-4) é mais novo que archaudio-testing (0.2.1-3)
atenção: lv2-c++-tools: local (1.0.3-1) é mais novo que archaudio-testing (1.0.2-1)
atenção: lv2vocoder: local (1-4) é mais novo que archaudio-testing (1-3)
atenção: rakarrack: local (0.5.8-1) é mais novo que archaudio-testing (0.4.2-1)
atenção: rev-plugins: local (0.3.1-3) é mais novo que archaudio-testing (0.3.1-2)
atenção: swh-lv2: local (1.0.15-3) é mais novo que archaudio-testing (1.0.15-2)
não há nada a fazer
[studio@myhost ~]$
!!!all messages are in portuguese but I think it is possible to understand them, if not i will translate
EDIT:
OK, I undestand the last problem and I changed my mirrolist from
# 2010-08-11 23:15
# generated by reflector
# ranked by rankmirrors
Server = ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch
Server = ftp://ftp.gtlib.gatech.edu/pub/linux/distributions/archlinux/$repo/os/$arch
Server = ftp://mirrors.kernel.org/archlinux/$repo/os/$arch
Server = http://archlinux.c3sl.ufpr.br/$repo/os/$arch
Server = http://archlinux.limun.org/$repo/os/$arch
Server = http://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/$arch
Server = http://mirrors.kernel.org/archlinux/$repo/os/$arch
Server = http://www.gtlib.gatech.edu/pub/linux/distributions/archlinux/$repo/os/$arch
to
# 2010-08-11 23:15
# generated by reflector
# ranked by rankmirrors
Server = ftp://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/x86_64
Server = ftp://ftp.gtlib.gatech.edu/pub/linux/distributions/archlinux/$repo/os/x86_64
Server = ftp://mirrors.kernel.org/archlinux/$repo/os/x86_64
Server = http://archlinux.c3sl.ufpr.br/$repo/os/x86_64
Server = http://archlinux.limun.org/$repo/os/x86_64
Server = http://ftp5.gwdg.de/pub/linux/archlinux/$repo/os/x86_64
Server = http://mirrors.kernel.org/archlinux/$repo/os/x86_64
Server = http://www.gtlib.gatech.edu/pub/linux/distributions/archlinux/$repo/os/x86_64
and now it's working again
but I don't understand how this all happened
AND: how can I force reflector to output a correct mirrorlist for 64bit?
Last edited by capoeira (2010-08-12 15:18:15)

NF-e com SYNCHRO - Atualização de status na J1BNFE.

Senhores(as);
    Estamos gerando nossa NF-e no SAP (ECC6.0), depois de gerada, desenvolvi codificação na J_1B_NFE_XML_OUT para salvar arquivo com os dados carregados nesta função já com as tags da xml, porém em formato .txt. Outro sistema do cliente pega este .txt em diretório (Unix) renomeia sua extensão para .xml e envia para o Synchro, que por sua vez envia para a SEFAZ, faz todas as validações, denegadas, canceladas ou contingências, imprime o DANFE, etc, e devolve o retorno num arquivo para o sistema novamente que carregará a J_1B_NFE_XML_IN com este retorno. Porém quando recebo o retorno, ocorre erro no retorno pois as NF-e's que foram enviadas ao Synchro não estão com o status SCS como 'enviadas'. Portanto não consigo testar o retorno.
    Ocorre que usuários terão acesso a J1BNFE e não ao monitor da Synchro, portanto tenho de atualizar todos os status do monitor de acordo com as ações do Synchro: impressão, re-impressão, contingência, logs de erro, autorizações, etc... Gostaria de saber como atualizar os status do monitor J1BNFE neste caso? No momento da criação da NF-e já está gerando o .txt com as tags, portanto nesse momento já gostaria de atualizar o status da nf-e (J_1BNFE_ACTIVE-SCSSTA) como '0'(Enviada). Gostaria de saber também se precisarei fazer uma SM59 (Destination) para receber o retorno ?
   Aqui aplicamos o SP 17 e 78 notas de NF-e e estamos ainda na versão 1.10 de NF-e. Nosso cliente é varejo (Retail).
Agradeço qualquer auxílio...
José Aguilar.

Sr. Da Ros;
     Seguindo suas considerações no primeiro questionamento, verifiquei que a mensagem era devido a falta de envio de alguns campos para o log do sistema. Isso resolví, porém o meu problema com a atualização dos status persiste, portanto decidi explicar DETALHADAMENTE o processo e a configuração que temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc. Além disso surgiram novas questões, como o uso da SM59 e o caso das aplicações das notas, além do problema de se acertar a NF-e como enviada no momento da criação da mesma.
    Desculpe, porém como sempre sou atendido de prontidão nesse fórum, minha intenção foi facilitar o entendimento do processo, e jamais quis desacatar as regras do fórum. Peço sinceras desculpas a todos e ainda aguardo ansioso por um auxílio.
Obrigado.
José Aguilar.

Error 70 - Código do status 225: Rejeição: Falha no Schema XML da Nfe.

Bom dia grupo!
Nós estamos atualmente recebendo a seguinte mensagem de erro da SEFAZ relacionado aos batches que nós enviamos: Error status 70 "Error from the authorities" and Código do status (Status Code) 225: Rejeição: Falha no Schema XML da Nfe.
Nossa configuração é 46C com muitos OSS notes aplicados (veja abaixo)
Nós estamos realmente parados neste momento e não temos nem ideia de onde começar.
Atenciosamente,
Marc de Ruijter
OSS notes for NF-e phase 2
989115      Nota Fiscal Electronica (NF-e) - Overview Note
852302      Implementation Overview ISS 2004 - Legal Change MP135/LC116
759965      New Condition Formulas for MP-135 and ISS 2004
747607      Basic Customizing for MP135 and ISS legal change Brazil
980214      DDIC changes: PIS / Cofins Tax Law and Tax Situation
981123      PIS / Cofins Tax Law and Tax Situation
981687      NFe: For Services in Muncipio Sao Paulo
934846      Syntax error: TYPE-POOL 'SXRT' is unknown
979881      Message S 000 in NF writer when mandatory fields not filled
980213      Nota Fiscal Electronica (NF-e) of SEFAZ - Phase 2
1037070      NF-e of SEFAZ - Phase 2, Enhancement 01
1014600      No output found for the Nota Fiscal
1052575      NF-e of SEFAZ - Phase 2 / DDIC changes after shipment
1043688      NF-e of SEFAZ - Phase 2, Enhancement 02
1062468      NF-e: Multiple volume structure for XML file
1062251      NF-e: Extension of BADI Interface FILL_HAEDER
1070261      NF-e of SEFAZ - Phase 2, Enhancement 03
1094041      NF-e of SEFAZ - Phase 2, Enhancement 04
1000130      Public System for Digital Bookkeeping (SPED) - Overview Note
1008306      SD: Manual changes of CFOP for services when ISS tax applies
998194      Missing ISS Tax Situation in the Nota Fiscal
1047606      SD/Brazil: Using of error log during Nota Fiscal creation
120449      SD-Brazil Exchange variance error in Nota Fiscal
92383      LSA:BR:SD: Tax laws in return nota fiscal
689157      Nota Fiscal Split and number of Packages
987882      ISS Tax Law (field J_1BTAXLW3) not copied from sales order
989965      CFOP redermination in the delivery document not working
909835      Message 8B 679 raised during the delivery process
337554      SD: No. of packages in Nota Fiscal
533046      Repair order inconsistent to object list
920330      Error when changing the tax codes in a sales order
998195      PIS/COFINS/ISS Tax Law and Tax Situation in SD
104606      EDI/IDoc: Mapping IDoc types to ANSI X12
1094041      NF-e of SEFAZ - Phase 2, Enhancement 04
1105588      J_1BLFZF: Runtime error OBJECTS_OBJREF_NOT_ASSIGNED
     OSS notes for XML ver 1.1 and NF-e phase 3
1065334      NF-e: Extension of BADI Interface FILL_ITEM with tax table
1068615      NF-e: Extension of BADI Interface with SD document flow
1079826      NF-e: BAdI Interface Enhancement for NF Messages
1069919      NF-e: Partner in Block E should always be main partner
1090279      NF-e monitor: automatic refresh upon user actions
1093252      NF-e: ICMS tax situation in XML File and DANFE
1113127      NFe: New XML Layout - Version 1.10
1114348      NF-e - xNFe integration - backend
1122294      Send/resend NF-e: fill VBFA for BAdI item method
1124075      NF-e: Serie not taken from Contingency NF-Type
1144194      NF-e: Cancellation/Skipping Reason
     Bug Fix notes for NF-e BAPI.
1049946      NF-e: Adaption of Nota Fiscal Bapis
1147934      NFe: Random number should not be generated for incoming NFes
1150733      NFe: Randon number and check digit not cleared
1154995      NF-e: NF BAPI - enhancement for NF-e processing
1158622      NF-e: NF BAPI - no input of random number possible
     Bug Fix notes for Contingency process
1158612      NF-e: Wrong partner in Block-E for Entrada
1240212      NF-e: One time Vendor data not transferred to XML file
1255450      NF-e: Jurisdiction code for one time vendor / customer
1257030      NF-e: Country Name for one time vendor / customer
1069018      Cancellation of incoming NFe shows error J1B_NFE 003
1070077      NF-e: Protocol number and document status for Denied NF-e
1145148      NFe: Cancellation for Contingency NFes
1152263      NF-e monitor: wrong action status '7' for C-NF-e
1146914      NFe: Synchronous call to messaging system from backend
1149356      NFe: Dump when NFe is cancelled with MIGO
1152081      NFe: Dump when NFe is cancelled with VL09
1153533      NFe: Dump when NFe in contingency is cancelled with VL09
1156116      NF-e: Contingency by stock transfers
1160107      NF-e: Cancellation of contingency NF-e with DOCSTA = 1 or 2
1161347      NF-e: Cancellation of Contingency NF-e - correction
1238648      NF-e monitor: req. action '3' (send) wrong for swtch. NF-e
1165953      NF-e: Numbering Gaps
1244326      NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP
1245425      NF-e monitor: required process step - contingency
1252567      NF-e: Resend of NF-e - rejected or with validation error
1266344      NF-e: Action Indicator for NF-e with validation error
1254565      NF-e: Synchronization of RFC call between ERP and xNFe
1053626      MIRO: wrong document reference in nota fiscal
1073259      NF-e: Transfers - Outgoing NF-e No. not taken by Incoming
1153874      NF-e: GR for future delivery takes wrong NF-e number
1174946      NF-e: Serie not considered for duplicate NF-e number in MIRO
     Miscellaneous bug fix notes
1175538      NF-e: Reference between NF and NF-e
1244881      NF-e: Mixed scenario in MIRO shows error 8B219
1257422      MIRO: Error 8B 219 by posting of reference invoices
1150843      NFe: Text for cancel reason not transferred to XML file
     Bug Fix Notes Group 2
1059699      NF-e: Reference between NF and NF-e
1139062      NF-e incoming: Posted via J1B1N -> Wrong Document Status
1144199      NF-e: SD Billing and Contingency
1145089      NF-e: Cancellation despite rejected cancel request
1149787      NF-e: Wrong status-code text in NF-e history
1151112      NF-e: cancellation-reason text gets lost (pre req of 1150172)
1150172      NF-e monitor: selection leads to dump
1068379      Creation of Billing document issues an error 8B 145 (pre req of 1145089)
1152842      NF-e: cancellation reason does not work
1154700      NF-e: Random number & check digit not stored in active table
1073145      PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
1082527      Missing PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
997868      VL02N: CFOP, tax laws not copied from delivery (error 8B148) u2013 (pre req of 1155231)
1155231      PIS/COFINS tax law in NF/NF-e by split valuated material
1155424      NF-e monitor: Menu -> "Check MS Connection" does not work
1159177      NF-e: FUNC J_1B_NFE_SET_STATUS_IN_BACKEND set as Rem.Enabl
1161951      NF-e monitor: "Resend" functionality.
1162232      NF-e: switch to contingency not possible after MSS Update
1162512      NF-e: cancellation reason not initial at first-time call.
1162629      NF-e: creation date gets deleted from NF-e data-base table
1164283      NF-e: SCS '5' - upon authr.to cancel system does not cancel
1165155      NF-e Monitor: BACK (F3) leads to cancellation
1165360      NF-e Monitor: new selection parameter - creation user
1168394      NF-e: Reference document not taken from Nota Fiscal header
1168798      NF-e: User decision for used NF-Type for Material Movements
1171383      NF Writer: Copy NF-e that was switched to contingency.
799445      Nota Fiscal creation: Consideration of local dates (pre req of 1171383)
1104003      NF-Writer: Serie not taken from Reference NF (pre req of 1171383)
1156037      NF-e: NF-Writer allow reference with different NF-types (pre req of 1171383)
1175759      NF-e: central contingency per business place - correction
1239598      NF-e: Random number and check digits are lost in NF writer.
1163888      NF-e: Random Number includes spaces (pre req of 1239598)
1245425      NF-e monitor: required process step u2013 contingency. u2013 applied in bug fix notes no need to apply.
1246700      NF-e: Wrong reference for NF entradas.
1257688      NF-e: Update termination with error J1B_NFE 021
1258021      NF-e: Dump by creation of NF header text for XML file
1258974      NF-e: Monitor report aborts with DBIF_RSQL_INVALID_RSQL
1265172      NF-e - Decouple RFC from DB Update
1285851      NF-e: Cancellation of none authorized documents
1288925      NF-e: References between NF-e and non NF-e
1272677      NF-e: Cancellation for Material Document with serial number (pre req for 1288925)
1247602      NF-e: Cancellation of material documents with serial numbers
1163104      NF-e: Cancel Material documents with initial cancel reason
1293944      NF-e: Cancellation of material documents with batch classes.
1267128      NF-e: Cancellation goods movement with MVT 844 not possible (pre req for 1293944)
1300000      NF-e: Decouple - Contingency
1314856      NF-e: Decouple - Contingency in J1BNFE and VF01 & VF04
1321837      F-e: Cancel of material documents not possible
1092028      NF-e: Protocol number in NF-header overwritten (pre req for 1265172)
1114283      NF-e: cancellation - document status cleared in J_1BNFDOC (pre req for 1265172)
1234053      Local time / local date in NF header and NF-e XML (pre req for 1265172)
1288994      NF-e: Decupling note 1265172 causes error for incoming NF-e (pre req for 1300000)
1297042      NF-e: NF-e number missed in access key after decoupling (pre req for 1300000)
1087535      RFFOBR_A,U:Doc.no should be filled with 9 digits in DME file Applied OSS note 1087535 to the object Z_RFFORIY1 which was copied from RFFORIY1
1097455      NFE: Bank files should accommodate Doc. Numbers with 9 digits
304961      Wrong boleto check digit with carteira data (pre req of 1097455) - Not relevant
336117      Include due date factor in Boleto barcode for A/R (pre req of 1097455) - Not relevant
705726       ITAU: Boleto has negative interest value (pre req of 1097455) - Not relevant
846297      Func Mod - BOLETO_DATA not printing correct nosso numero (pre req of 1097455) - Not relevant
852782       BOLETO_DATA - Corrections of note 846297 for Bredesco only (pre req of 1097455) - Not relevant
1227478      Dump in payment run (F110) when XBLNR is empty
1138278      NFe: Field PREDBC not filled in XML interface structure (pre req of 1149585)
1149585       NFe: CST field required in XML file for taxes not in NFe
1053855      VL02N raises error 8B 053 "Branch not foundu201D
1165696      RFEBBU00: Error in batch input due to changes in Nota Fiscal
1180402      NF-e: BADI methods FILL_HEADER and FILL_ITEM
1180672      NF-e: Gap numbering check doesnu2019t consider the series
1225338      RFEBBU00: Additional changes to the note 1165696
1241922      NF-e: Report J_1BNFECHECKNUMBERRANGES xNFe adaption
1244326      NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP (Applied using other Kintana)
1270813      NF-e: Year not included in the XML file
1247264      NF-e: Error in RFC to /XNFE/NFE_CREATE after note 1241922 (pre req for 1274200)
1274200      NF-e: Numbering gaps report sends SERIE with spaces
1276185      NF-e: Numbering gaps report sends SERIE with spaces
1294917      NF-e: Gap numbering check - several corrections
1324538      Missing address for OT Customer in J_1B_NFE_CREATE_TXT_FILE
1331432      NF-e: Numbering gaps report detects gaps for initial series
1332167      NF-e: Rep. J_1BNFECHECKNUMBERRANGES aborts with error DC 006
1092341      RFFOBR_A,RFFOBR_D: Performance problem while rebate calcula
1237089      RFEBBU10:While uploading ITAU Bank returnfile- Error(F5 170)
1051314      Check Digit missing from Boleto number (pre req for 1306966)
1306966      J_1BBR30:XREF3 is not updated correctly with Boletofrom bank
1005924      RFFOBR_A-The DME file does not include Rebate for ITAU (pre req for 1287633)
1287633      RFFOBR_A: Discount amount not calculated correctly
1234054      NF-e: function J_1B_NFE_MS_REQUESTS_DATA is not RFC enabled
1297534      NFe cancellation problems in GRC
1243964      NF-e: Adaption of xNFe interface of function NFE/NFE_SKIP
1165746      NF-e: Cancel - Error log not updated
1327465      The program /xnfe/update_erp_status is not updating R/3
1326691      BAdI for controlling the RFC call of external systems
1333136      Prevent simultaneous click on buttons in NF-e monitor
1333742      NF-e got the status 218
1354192      Validation rules: correction for fields TPLACA and T_UF1
1373175      Lock object for /XNFE/NFE_CREATE to prevent double transm
1376500      BAPIRET2 to provide the detailed information to ERP
1267455      Not possible to create different DOCREF per item using BAPI (pre req for 1373321)
1373321      BAPI_J_1B_NF_CREATEFROMDATA: DOCREF from Header go to item
1328583      NF-Writer posting of NF/NFe when mandatory fields not filled
1338166      NF-e: Random number and check digit lost after note 1328583
1259918      NF-e: RFC calls for request for cancellation or skip
1152140      NF-e: backend allows inconsistent new SCS (pre-req for 1298283)
1162852      NF-e: Inbound errors missed in error log of Monitor Report (pre-req for 1298283)
1163056      NF-e: Problems with printing via BADI method CALL_RSNAST00 (pre-req for 1298283)
1276438      NF-e: Parallel Phase not identified in messaging system (pre-req for 1298283)
1296515      NF-e: J1BNFE reset rejected NF-e after skipping request (pre-req for 1298283)
1297823      NF-e: Cancelled NF-e shows wrong action indicator (pre-req for 1298283)
1298283      NF-e: Skip for NF-e with validation error
1362969      NF-e: check cancellation for billing documents
1368159      NF-e: cancellation of invoices via original application only
1370933      NF-e: Accept Rejection to Cancel - wrong status in monitor
1376324      NF-e: Skip for NF-e with validation error
1140579      NFe: Field length conflicts from backend interface to XML
1357713      NF-e: Cancel of incoming NF-es does not update active table.
1173018      NF-e: Field control for Random Number and Check Digit (pre-req for 1366320)
1321517      NF-e: MIRO Credit Memos for NF-e shows error 8B 020 (pre-req for 1366320)
1366320      NF-e MIRO:Save is allowed without mandatory fields filled for NFe
1375066      NF-e: J_1BNFECHECKNUMBERRANGES ends too early, wrong subrc
1375894      NF-e: J1BNFE authority check for company code
1377879      NF-e: Report J_BNFECALLRFC aborts with message A098
1379062      NF-e: posting GR after cancellation leads to wrong NF-e
1357777      Cancel billing document without Nota Fiscal cancellation
1380861      NF-e Resend(proc.stat.07) with Signature error impossible
1362025      Error while sending Bacen Code EX with 0 on begining
1249819      NF-e: Field MODFRETE filled incorrectly

Bom dia Marc de Ruijter,
Não dá para ler sua thread, mas imagino que seu validador esteja desligado.
No GRC vá em SPRO --> SAP GRC Nota Fiscal Electronica --> Configure System Response for Each Tax Number (CNPJ)
Para ligar/desligar o Validador basta clicar no check box na coluna Validation.
Observação: Para correto funcionamento do GRC deve-se sempre utilizar o validador ligado.
Após isto refaça seu teste, é provável que você receba um erro de validação para a NF-e. Veja em GRC Web monitor -> NFe Detailed View -> Validation History.
Atenciosamente,
Fernando Da Ró

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ó

ATUALIZAÇÃO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAÇÃO SEFAZ

Senhores (as);
   Estou desenvolvendo uma NF-e que será gerada no SAP (J1B1N), depois será enviada a um sistema legado que fará o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificação que gera um arquivo .xml e salva num diretório, onde o legado busca este arquivo e envia a Sefaz e trata as contigências, cancelamentos, imprime o DANFE, etc. coloquei também uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem:
"Mensagem incompleta (Falta nível de gravidade, área, número ou exceção)"
    E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forçar nela status de enviado, retorna "Não permite status seguinte 'Não Enviado' para doc. 'Autorizada'".
    Gostaria de saber se alguém sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ....
Desde já agradeço....

Exmo Sr:. Da Rós;
   Segue abaixo respostas:
Bom dia José Aguilar,
porém o meu problema com a atualização dos status persiste
Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
Próximos passos:
- Qual o resultado do debug? O que descobriu?
Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
- Os status mudaram?
Resposta: Não.
Atenciosamente, Fernando Da Rós
Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
Grato.
José Aguilar.

Status erro: 46 - NF-e 2.0

Masters of Sap Universe,
Estou com o seguinte problema com o GRC...
Aqui estamos com ambiente de GRC com SP15
No monitor do GRC:
Status do processo:05
Status erro 46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica /
Não existe erros na SXMB_MONI
Na tentativa de reiniciar o Lote, eles não aparecem nas abas de erro para tentar reinicalizar
Alguma ideia ?

Bom dia Fernando,
Estou com o mesmo problema.
No GRC apresenta o status do erro (46) que o lote foi rejeitado pelo processamento da NFe.
No monitor J1BNFE apresenta o erro 215 - Rejeição: Falha no Schema XML.
Ja fiz o procedimento no validador XML do RS e apareceu que o erro era o sinal na primeira linha. Com isso eu apaguei o sinal e validou.
O que devo fazer para resolver isso?
Obrigado
Júlio Meireles

Inutilização de NFE nao atualiza status no R/3

Amigos aconteceu uma coisa muito estranha,
Ao solicitar a inutilizacao de uma NFE, o SEFAZ retornou ok codigo 102
Entao no GRC ficou autorizado com status 102
No R/3 o cancelamente foi feito normalmente todos os documentos foram estornados
porem a tabela J_1BNFE_ACTIVE nao foi atualizada com o status 102
e a nota fica com status 'Aguardando resposta'
Vi aqui no forum que algumas pessoas ja tiveram este problema
alguem sabe a solucao ?
Obs: estamos no SP61 a nota 1357713 esta aplicada
Este foi um caso isolado so aconteceu 1 porem preciso atualizar o status deste nota para que ela apareca no livro fiscal
SAP 4.6C
Obrigado

provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.
Isso causou o erro na SEFAZ, rejeicao.
Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).
Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.
Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".
Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.
Abs,
Henrique.

Erro 225 - Falha no Schema XML do lote de NFe com mensagem formato invalid

Pessoal, boa noite.
Estou me deparando com um problema de validação de NFe no Sefaz GO, onde está retornando o erro 225, mas quando verifico o retorno tenho a mensagem de que o formato não é valido (abaixo print) . Verificando o dado, não tem nenhuma divergencia entre os demais valores. Alguém ja se deparou com este erro?
<?xml version="1.0" encoding="utf-8" ?>
- <ns1:nfeRetRecepcaoResponse2 xmlns:ns1="http://sap.com/xi/NFE/006">
- <ns1:nfeRetRecepcao2Result>
- <ns2:retConsReciNFe xmlns:ns2="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<ns2:tpAmb>2</ns2:tpAmb>
<ns2:verAplic>GO2.0</ns2:verAplic>
<ns2:nRec>521000004377506</ns2:nRec>
<ns2:cStat>225</ns2:cStat>
<ns2:xMotivo>Rejeição: Falha no Schema XML do lote de NFe</ns2:xMotivo>
<ns2:cUF>52</ns2:cUF>
<ns2:cMsg>225</ns2:cMsg>
<ns2:xMsg>cvc-pattern-valid: Value '5499.00' is not facet-valid with respect to
pattern '0|0.[0-9]{2}|[1-9]{1}[0-9]{0,12}(.[0-9]{2})?' for
type 'TDec_1302'.</ns2:xMsg>
</ns2:retConsReciNFe>
</ns1:nfeRetRecepcao2Result>
</ns1:nfeRetRecepcaoResponse2>
Edited by: Fernando Ros on Apr 22, 2011 8:03 AM adicionando tag code para visualizar todos os caracteres

Bom dia Carlos,
Em sendo a Sefaz GO a inconstância não me surpreende, mas a de se estar atualizado, principalmente com o removedor de caracteres e validador ativo para evitar a chance do programa da Sefaz se confundir que é o que parece estar acontecendo... Está apontando o problema num lugar onde a mensagem apresentada está ok.
Sugiro atualizar o sistema ao SP18 que é o necessário para trabalhar de forma saudável com layout 2.0
Atenciosamente, Fernando Da Rö

Erro retorno do status do lote

Boa tarde a todos.
Estou passando pela seguinte situação, ao emitir uma NFE a mesma é enviada para a SEFAZ e retornada com o erro 215 - Rejeição: Falha no esquema XML. O problema é que este erro fica apenas no monitor do lote da nota, ele não é atualizado no monitor da nota(a nota fica esperando resposta do lote) e consequentemente não retorna ao ECC. O estado de emissão é PE - Pernambuco e ambiente de Homologação. Alguem já passou por esse problema? Segue em anexo um arquivo com os prints.
Algumas verificações já realizadas.
- JOBs estão todos OK
- Filas (SMQ1 e SMQ2) estão OK
Muito Obrigado a todos
Raphael Trivelati

Existem varios problemas que podem acarretar esse erro, cada um diferente para cada etapa de "gestao" da mensagem do lote.
Uma solução que vc poderia verificar é se as NFes contidas nesse lote estao aprovadas no SEFAZ, se estao, basta vc finalizar o processamento do lote e em cada uma das NFes que nele estavam contidas solicitar a verificacao do status da nota.
O que esta ocorrendo muito após o dia 01/04, são falhas na interpretação do cabeçalho da nfe por parte da SEFAZ.
Vc precisa verificar também se o seu cenario BATCH e BATSR estao configurados para a versao 3.1

Estorno de NF-e no GRC com Status 38 - Lote: Web Service não acessível

Oi pessoal,
Preciso de um help para estornar uma NF-e.
Criamos uma nova empresa no SAP e na emissão da primeira nf-e esqueceram de alterar as configurações da spro que informa que a nfe é Produção e não Homologação.
Resultado, a nfe foi enviado para o GRC produção como sendo Homologação e então ocorreu o erro de envio do lote por não haver conexão com o ambiente de Homologação da SEFAZ.
Com esta situação o ECC não é atualizado pois não ocorreu um erro de validação, apenas de comunicação. O problema já foi resolvido para o envio das próximas nfe´s mas fiquei com esta bucha para resolver.
Podem me dar um help? Como faço para forçar um erro no GRC que me possibilite estornar no ECC.
Sei que posso alterar os status da NF-e no ECC (J_1BNFE_ACTIVE e J_NFEDOC), mas se eu fize isso não consigo atualizar o GRC e vou ficar com esta perna pendente.
Obrigado,
Jônatas Lemes.

Boa Tarde,
Fernando, fiz a confirmação de inutilização na SEFAZ e realmente a nfe não consta como inutilizada.
O status ECC após a alteração: statdoc = 2 / statcode=215
O status do GRC é = cancelado/inutiliz.
O problema é que na tentativa de solicitação de cancelamento, ocorreu erro (número "docnum" existente).
Como no GRC já estava OK, fizeram o restante do estorno na J_NFEDOC e J_1NFE_ACTIVE para terminar o processo no ECC, movimentando material para estoque, etc...
Então o atual status do ECC é: statdoc= 1 / stat.comunic. = 4 / stat.mensg.= B / estorno = X / Cód.status = 102
O problema é que só depois disso é que lembramos da informação à SEFAZ que o GRC faz automaticamente. Mas que devido aos ajustes manuais não ocorreu.
Diante desta situação, tem alguma forma de forçarmos esta comunição para a SEFAZ?
Obrigado pela atenção,
Jônatas.

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 Medice

Bom 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ó

Falha ao atualizar status no R/3 (J1BNFE)

Similar Messages

Maybe you are looking for