Processo NFE - Biztalk GRC

Bom dia a todos, estamos implementando NFE e gostaria de saber se alguem ja passou por algo parecido.
Iremos partir de um software em VB que ira enviar para o GRC via biztalk...alguem ja passou por essa situação? Gostaria de saber como o BIztalk irá startar, se possivel também, as RFC.
Obrigado,

Henrique,
Voce teria alguma documentação ou link referente a interface SOAP to RFC.
Como eu disse anteriormente, temos o seguinte cenario
Biztalk -> SAP GRC/PI -> Sefaz..
Preciso entender melhor a configuração necessária para a realização desse processo.
Obrigado mais uma vez.
Vinicius

Similar Messages

Processo de entrada NFe, processo de compra padrão

Olá,
Qualquer um pode por favor me avise o processo de compra padrão na NFe
Gosto de como as da empresa receber XML de fornecedor e como o processo começa em NFe e como a NFe trata de ERP, pelo menos.
plese fornecer com boa explicação ele vai me ajudar muito
obrigado
Kiran

Boa Tarde!
Na SPRO do NFE system(GRC) você deve atribuir o elemento AC e a aplicação SSF aos CNPJ da segunda empresa.
Nós canais de comunicação receptor SOAP não é necessário informar o segundo certificado.
Nas figuras abaixo tem um exemplo.
Empresa: 1
Empresa: 2

NFe de entrada no GRC

Pessoal, aqui no cliente existe uma categoria de NFE ex: IK.
Sempre que eles fazem entrada nessa NFe, ela tá indo pro GRC.
Vcs sabem o que pode ser?
Existe alguma maneir, mesmo errônea do usuário enviar essa nfe pro grc?
Já que essas NF-e de entrada devem parar o processo no ERP.
Att,
Lé

Boa noite
A sua categoria de nota pode estar certa como eletronica, mas ela tem configuracao errada.
Porque uma nota de entrada de fornecedor nao vai para Sefaz. Ela é criada autorizada mesmo sem preencher o nmum aleatorio e digito.
Na categotia de nota voce colocou um FORMULARIO
POrqeu isto significaria que vai imprimir a nota e se vai imprimir deve ir para sefaz
Tem um flag na cat de nota a esquerda que diz Entrada. Ele tambem significa que é nota gerada pela sua empresa.
Uma nota de fornecedor eletronica Nao pode ter este flag ENTRADA do lado esquerdo marcado e nao pode tem FORM
Agora a nota criada e rejeitada deveria permitir dar reset, mas ela esta errada certo porque nao ;e eletronica e nao deve ir para sefaz.
Acho que deveria pedir inutilizacao desta nota. ( Anotar este numero porque a sefaz vai registrar este numero como inutilizado e quando gerar uma nota verdadeira de entrada da sua empresa com este numero ela vai ser rejeitdad )
Criar a nota do fornecedor com uma categoria correta nao eletronica
Espero ter ajudado
Renata Hopp

Processo de atualização NFe Certificado

Olá Experts,
Nossos certificados NFE A1 vão expirar em breve. Eu tenho uma consulta sobre o processo de atualização.
A nossa paisagem é:
ECC -> NFE system -> SAP PI -> SEFAZ
Temos duas entradas SSF no sistema de NFe (ZNFE01 & ZNFE02), tanto para os diferentes códigos da empresa
No PI SAP que tenham importado o certificado ZNFE01 no armazenamento de chaves NWA. Temos mencionado thsi nome do certificado em todos os canais de comunicação receptor SOAP para passar os dados para SEFAZ.
Quando estamos testando para números de CNPJ associados ZNFE01 todos os testes forem bem sucedidos.
Agora estaremos atualizando ZNFE02 certificados. A minha pergunta é se thsi será atualizado apenas em sistemas de NFe e não no PI?
Como já está tendo um certificado no PI para ZNFE01 eo canal só pode ter uma informação do certificado de cada vez.
Eu fwe teste para o número de CNPJ associado com ZNFE02 vai PI vai deixá-lo thorigh a SEFAZ ?? No entanto, o certifcate no PI é para ZNFE01?
Por favor, dê-me os pensamentos.
graças
Gaurav Ranjan

Boa Tarde!
Na SPRO do NFE system(GRC) você deve atribuir o elemento AC e a aplicação SSF aos CNPJ da segunda empresa.
Nós canais de comunicação receptor SOAP não é necessário informar o segundo certificado.
Nas figuras abaixo tem um exemplo.
Empresa: 1
Empresa: 2

NFE processo de compra padrão

Hi,
Eu sou novo para isso NFE. eu sei que parte de configuração está disponível para NFE e ERP SAP em ajuda. existe algum link ou melhores práticas disponíveis para os cenários abaixo
NFE processo de compra padrão
Processo NFE STO
viu algum processo no link abaixo, mas não conseguiu understand.because eu não sei o que eles estão usando tcodes em NFE
http://help.sap.com/saphelp_nfe10/helpdata/en/27/17a62e6880419da2d10a49d24da6f5/content.htm
você poderia por favor me ajudar neste documentos regard.any com capturas de tela para o processo padrão avalable plese me avise.
obrigado
Kiran

Bom dia Luiz Henrique.
Obrigado pelas informações enviadas. Eu já havia avaliado esta documentação. Ela descreve a utilização do registro info de consignação bem como a criação das RCs e PCs com categoria de item C(Consignação). Testei este cenário e consegui efetuar a entrada de mercadorias contra o pedido mas não consigo efetuar o lançamento da MIRO.
No BPP 139 não orienta pela utilização da categoria de item C no pedido, porém solicita a criação de um reginfo de consignação. Queria entender como o processo deve ser efetivamente realizado considerando as orientações da SAP. Pelo que entendi até agora no que li acredito não ser possível utilizar a categoria de item C em função da localização brasileira.
Sua empresa faz uso deste processo? Funciona corretamente? Como seu fluxo está desenhado desde a geração da demanda até o lançamento da fatura?
Obrigado
Alessandro Luiz

Entrada da NFe no ERP e arquivamento do XML.

Prezados, bom dia.
Tenho algumas dúvidas que gostaria de dividir com vcs. Alguém saberia responder?
Processo de Entrada de Nfe no ERP (manual)
1.) Quando da entrada de dados da DANFE no ERP (MIGOMIRO), este envia alguma informação pro GRC? Em que momento é validada a DANFE?
2.) Se sim, em que formato são armazenados os dados da NFe no GRC?
Recebimento do arquivo XML do fornecedor
1.) Há alguma consistência entre o XML (recebido do fornecedor) armazenado no GRC e os dados inseridos no ERP (com base na DANFE recebida)?
2.) De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Obrigado por qualquer ajudar.
Hyalen.

Obrigado David e Henrique. As respostas ajudaram bastante.
Formatei a discussão em Perguntas e Respostas para facilitar o entendimento.
1- Pergunta:
Quando da entrada de dados da DANFE no ERP, este envia alguma informação pro GRC? Em que momento é validada a DANFE?
Resposta:
Atualmente, quando você entra com as informações da DANFE através do MIRO/MIGO nenhuma informação é enviada ao SAP GRC NFe, logo nenhuma validação destas informações é realizada junto a SEFAZ.
2- Pergunta:
Uma parte do processo de NFe é dar entrada da mercadoria no ERP. O que acontece se eu digitar as informações de recebimento, em relação ao XML armazenado, errada no ERP? Há alguma consistência entre o XML armazenado no GRC e os dados inseridos no ERP?
Resposta:
Quando você receber o XML de um emissor de NF-e através do cenário de B2B do SAP GRC NFe, esta nota será consultada pelo SAP GRC NFe junto ao site da SEFAZ e será armazenada no SAP GRC NFe (dentro do repositório do SPRO), mas nenhuma informação desta NFe (XML recebido) será consistida com as informações inseridas no ERP (baseada na DANFE recebida).
3- Pergunta:
Em que formato são armazenados os dados da NFe no GRC? Melhor dizendo, o GRC decompõe o XML que chega do fornecedor e armazena os dados em tabelas ou grava como XML mesmo?
Resposta:
O GRC armazena o XML sem decomposição alguma e em dois momentos, quando da solicitação do protocolo e após validação do XML pela SEFAZ. No segundo caso o XML será armazenado com o Código de Autorização de Uso.
4- Pergunta:
De quem é a obrigatoriedade em armazenar o XML? Fornecedor, empresa que recebe, SEFAZ, Receita Federal, etc? As informações armazenadas são as mesmas? Por qual período os dados devem permanecer guardados?
Resposta:
Estas informações foram extraídas Portal da Nota Fiscal Eletrônica - Perguntas Frequentes NF-e
A regra geral é que o emitente e o destinatário deverão manter em arquivo digital as NF-es pelo prazo estabelecido na legislação tributária para a guarda dos documentos fiscais, devendo ser apresentadas à administração tributária, quando solicitado. Assim, o emitente deve armazenar apenas o arquivo digital.
No caso da empresa destinatária das mercadorias e da NF-e, e que seja emitente de NF-e , ela também não precisará guardar o DANFE, mas apenas o arquivo digital recebido.
Caso o destinatário não seja contribuinte credenciado para a emissão de NF-e, o destinatário deverá manter em arquivo o DANFE relativo a NF-e da operação pelo prazo decadencial estabelecido pela legislação, devendo ser apresentado à administração tributária, quando solicitado.
Reforçamos que o destinatário sempre deverá verificar a validade e autenticidade da NF-e e a existência de Autorização de Uso da NF-e, tenha ele recebido o arquivo digital da NF-e ou o DANFE acompanhando a mercadoria. Hoje os processos são separados.
1- DANFE -> transporte de mercadoria -> entrada manual MIRO/MIGO.
2- XML -> interface B2B -> armazenamento no GRC.
A funcionalidade de entrada automática dos dados da NFE no ERP (sem necessidade de digitar nada, dados lidos do XML) está prevista pro próximo release do NFE.
Quanto ao requisito legal (armazenar o XML e verificar status da NF-e quando da chegada do XML), a solução já atende. Mas vc continua tendo q fazer a MIRO/MIGO e checar na SEFAZ o status da NF-e quando da chegada do DANFe (pois no meio tempo entre a chegada do XML e da DANFe, a NF-e pode ter sido cancelada pelo emissor). No próximo release, esses passos manuais serão totalmente automatizados, sendo integrados com o processo do XML.

GRC Inbound - setar step POASSIGN manualmente

Bom dia Pessoal,
Preciso de uma ajuda, alguém sabe se é possível setar o step POASSIGN do GRC Inbound para Definido como OK manualmente?
Pergunto isso porque a solução aqui do projeto é que alguns passos do processo que o GRC faz sejam feitos por um desenvolvimento ABAP no ECC,que irá gerar uma série de workflows para áreas responsáveis em caso de erro..
Exatamente isso:
Para compras normais:
1.SIGNATUR (Auto)
Checagem da assinatura (EXECUTADO PELO GRC)
2.AUTHORIZ (Auto)
Checagem da autorização na SEFAZ (EXECUTADO PELO GRC)
3.NPURVALD (Auto)
Validação de processo normal (EXECUTADO PELO GRC)
4.POASSIGN (Auto) (NESSE MOMENTO HÁ INTEGRAÇÃO ENTRE GRCxECC PARA QUE O STEP SEJA EXECUTADO PELO DESENVOLVIMENTO ABAP NO ECC)
Associação do pedido ao XML
5.NFESIMUL (TAMBÉM EXECUTADO PELO DESENVOLVIMENTO ABAP NO ECC)
Simulação da nota
6.DELCREAT (Auto) (TAMBÉM EXECUTADO PELO DESENVOLVIMENTO ABAP NO ECC E APÓS OK, RETORNA UM STATUS AO GRC QUE OS 3 PASSOS FORAM EXECUTADOS COM SUCESSO, NESSE MOMENTO OS 3 PASSOS POASSIGN, NFESIMUL E DELCREAT DEVEM SER SETADOS OK MANUALMENTE NO GRC PARA DAR SEGUIMENTO NO PROCESSO, PORÉM LOGO NO PRIMEIRO PASSO POASSIGN JA NÃO FOI POSSIVEL SETA-LO, APARENTEMENTE ELE OBRIGA QUE ENTRE COM UM NR. DE PEDIDO PARA A ATRIBUIÇÃO, É ISSO MESMO?)
Pensei em usar o processo flexível FLEXPR01, porém afetaria os passos do monitor logístico que estão contemplados no processo normal,(GRCONFQU,.GRFICHCK e GRMMCHCK)
Há alguma outra saída?
Obrigado pela ajuda,
DANIEL

Olá Eduardo,
Desculpe pela demora em dar um feedback.
Atualizando a questão, acabamos por adotar o processo Flexível mesmo, deixando a parte de verificações de quantidade a cargo do sistema ABAP aqui da integração.
Respondendo suas perguntas
porque destes desenvolvimentos?
O cliente decidiu adquirir uma ferramenta desenvolvida em ABAP que irá controlar os passos que citei e gerar Workflows para as áreas responsáveis em caso de erros, esse seria o motivo principal dessa solução.
O que vocês irão fazer? Como irão fazer?
Iremos utilizar como ponto da integração as BADIs flexíveis, método before_danfe para o momento de atrib. de pedido até a geração da inbound delivery. e método after_danfe após a entrada da chave de acesso até a geração da MIRO
Obrigado pela ajuda,
Daniel

Erro no Evento de Cancelamento NFE 3.10

Bom dia a todos.
Estamos realizando testes de estorno de notas já na versão 3.10.
Na transação J1BNFE no SAP ECC, ao solicitar o estorno, estamos recebendo a mensagem abaixo:
" A conexão RFC 0054494302 falhou na transmissão da solicitação"
A chamada está sendo realizada no GRC. Ao debugar o programa no GRC que realiza o envio de cancelamento para a Sefaz, verifiquei que em determinado momento, a tabela /XNFE/PROXY_MAP é lida, com os dados abaixo:
VERSAO = '3.10'
DOCTYPE = 'EVE'
PROXY_GROUP = '110111'.
Esses dados não estão cadastrados na tabela, então retorna SY-SUBRC = 4 e o erro é gerado, conforme expliquei acima.
Essa tabela não deveria já vir preenchida com a aplicação do Support Package da NFE 3.10? Alguém já enfrentou esse problema?
Estamos no Support Package SAPK-90016INSLLNFE do componente SLL-NFE no GRC.
Alguém sabe se existe alguma nota ou se esses dados devem ser cadastrados manualmente? Se sim, quais dados devem ser cadastrados?
Obrigado.
Luis Gustavo dos Santos

Felipe, obrigado pelo retorno.
Identifiquei o erro aqui, na verdade os ABAP Proxy's de eventos da versão 3.1 estão configurados nas tabelas /XNFE/PROXY_MAP e /XNFE/PROXY_GRP como versão 1.0:
Portanto configurei como versão 1.0 mesmo o evento na SPRO:
Com isso o problema foi resolvido.
Att.
Luis Gustavo dos Santos

NFe - Armazenamento do XML

Olá,
Gostaria de saber por quanto tempo o XML fica armazenado dentro do GRC, podendo ser acessado pelo monitor.
Depende de alguma configuração? Se não fizermos nenhum desenvolvimento para armazenar os arquivos em disco por exemplo, a empresa terá o XML disponível ao menos pelos 5 anos conforme dita a obrigatoriedade?
Obrigada,
Kate R. Ponce

Oi Henrique,
Obrigada.
Você tem alguma documentação sobre o archiving de NFe no GRC?
Kate R. Ponce

NFe Error: Valid. error: CT-e ID does not match the format of tax authorities

Good Afternoon,
We are facing an issue when we are sending NFe layout 3.10 from SAP ECC to SAP GRC 10.0. We are receiving the following error regarding to CTe but, in fact, we are only sending NFe:
One thing to note is that once we receive this error we use "cancel the reject NFe" and then we resend the NFe with successfull.
Could anyone please advise why the CTe error mentioned before is occuring?
Thanks in advance.,

Muito obrigada José , nós vamos aplicar a nota no ambiente de teste, mas não vamos aplicar em produção, porque de repente voltou a funcionar.
Para os casos que não haviam funcionado ou fiz o procedimento descrito pelo Glauco, de cancelar e então reenviar. O sistema orienta apenas reenviar, mas nao funciona.
Nós decidimos aplicar a nota em produçao somente quando voltar a ocorrer este problema, porque queremos ter a oportunidade de debugar o programa de criação de NFe no GRC e entender o que acontece.
Para mim é inaceitável um programa que funciona bem , de repente parar e depois voltar a funcionar, uma vez que o tipo de registro que está sendo processado tem as mesmas características e nenhuma configuração foi alterada.
A SAP tinha que explicar melhor os por quês.
Obrigada pela ajuda mais uma vez!
Abraços,
Fernanda

Erro CX_ST_MATCH_ELEMENT no PI após implementação do SP06

Pessoal,
Após a implementação do SP06 do GRC (a versão anterior era a SP03), não estamos conseguindo mais ter as aprovações das notas. O processo para no GRC durante a assinatura da nota, mais especificamente após a execução da SENDER INTERFACE SIGNN_SignNFe_OB, ou seja, não esta executando SIGNN_SignedNFe_IB.
A mensagem de erro pela transação SXI_MONITOR no GRC é a seguinte:
Error during XML => ABAP conversion (Request Message; error ID: CX_ST_MATCH_ELEMENT; (/1SAI/TXSA3855B2282FD8D556060 XML Bytepos.: 210 XML Path: rpl:signResponse(1) Error Text: System expected the element 'SignedNFe')) System expected the element 'SignedNFe'
Aparentemente para ser um erro de SPROXY (ver imagens abaixo), porém verifiquei pela SLDCHECK e SXMB_ADM que a RFC correspondente ao ESR esta correta e já tentei executar u201CPosition ESRu201D pela SPROXY.
Alguém sabe o que esta acontecendo?
Application Server u2013 SXI_MONITOR
Imagem 1
http://img407.imageshack.us/img407/233/imagem1p.jpg
Imagem 2
http://img209.imageshack.us/img209/4304/imagem2q.jpg
Integration Server u2013 SXI_MONITOR
Imagem 1
http://img17.imageshack.us/img17/5877/imagem3p.jpg
Att,
Diogo A. de Oliveira

Henrique,
Não configuramos nada após ter sido feito upgrade. Teria que ser refeita alguma configuração de mapping?
Seguem os dados solicitados, omiti os dados do XML por serem confidenciais. Não vou postar o Response Payload porque é muito extenso:
Payload da assinatura:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <rpl:signResponse xmlns:rpl="urn:DigitalSignatureVi" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
- <rpl:Response xmlns:pns="urn:com.sap.grc.nfe.dsig.core">
<pns:description>Successful XML Signature.</pns:description>
<pns:nfeid>35090359476770002282550010011012090075974535</pns:nfeid>
<pns:status>0</pns:status>
<pns:xml> u201CDADOS DO XMLu201D </pns:xml>
</rpl:Response>
</rpl:signResponse>

Cancelamento de NF-e parado (batch status 05, process status 02)

Bom dia pessoal,
Ontem tivemos um problema no GRC/PI de um cliente, onde por alguma razão o certificado estava sendo rejeitado. Depois de vários problemas causados por isso, foi resetado o j2ee e o sistema voltou a operar normalmente.
As sequelas disso foram duas notas para as quais foi solicitado o cancelamento, agora elas estão com status de processamento 02 (Sent to Signature Service) e batch status 05 (Result Received).
Seguindo uma orientação para um caso parecido (),
peguei os MsgIDs das mensagens dessas NFs na /xnfe/acknowledg (ambas com SIGNC), encontrei-as no SXI_MONITOR do PI, onde elas são listadas 2x cada, com os seguintes status
1 - Status = Transfer to Process Engine (, Ack. Status = branco
2 - Status = Processed Successfully, Ack. Status = Still awaiting acknowledgment (bola verde com interrogação)
Ao tentar dar restart nas mensagens, recebo a seguinte mensagem de erro:
You cannot restart XML message E07AFA5FD584CEF1B15C3C4A927627EC with this status/type
Message no. XMS_ADM085
Diagnosis
You want to reschedule an XML message that has already been processed (Restart). However, the XML message status or type does not permit a restart.
System Response
You can only restart asynchronous XML messages.
Furthermore, you can only reschedule XML messages with errors. You cannot restart correctly processed XML messages or XML messages with the status Being Processed.
Tem algo que possa ser feito sem ter que alterar tabelas?
Como a equipe responsável pelo PI/GRC fica fora do BR, é bem complicado conseguir autorização para qquer coisa nesse sentido em PRD.
ps.: Agora cliquei no "Expand all messages", para cada um dos MsgIDs, apareceram 2 novas linhas, uma com status = Scheduled (bandeira verde) e outra com status Scheduled for Outbound Processing (seta preta), ambos com o awaiting ack.
=> SMQ1 e SMQ2 ambas sem entradas.
Obrigado!
Eduardo Hartmann

Eduardo,
O NFe type = 2 (cancelamento)?
Se sim, me parece que o pedido de cancelamento foi enviado pra assinatura e nao teve resposta, provavelmente devido ao fato de o J2EE estar fora. Nesse caso, o batch status é irrelevante (ele só é relevante pro processo de envio de NFe, não pra cancelamento/inutilização).
O "correto" seria vc identificar onde a mensagem de assinatura parou (i.e. se em alguma fila - SMQ1/SMQ2, se tem q restartar o BPM etc.). Mas como o passo de assinatura é stateless, diferentemente do processamento da SEFAZ, vc poderia simplesmente "marretar" um status de erro de assinatura de cancelamento na /xnfe/nfe_hist (verifique o valor apropriado do error status no domínio do campo) e restartar a assinatura do cancelamento pelo monitor de NFe do GRC, aba de erro de assinatura.
Abs,
Henrique.

Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI

Boa noite, srs!
Estamos com um problema na inutilização e cancelamento de NFe junto ao SEFAZ.
Foi executado o report J_1BNFECHECKNUMBERRANGES para inutilização de numeração de NFe. A tabela J_1BNFENUMGAP foi preenchida com a numeração, porém a mesma não consta na consulta do site da Fazenda.
Consultando o Monitor GRC com os IDs indicados na tabela, aparece o seguinte erro:
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
De fato o processo aparece com erro no monitor do PI. Não consegui diagnosticar o erro na msg xml de retorno. A unica descrição disponível é:
<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 415 Unsupported Media Type</SAP:AdditionalText>
Reparei que o mesmo erro ocorre para estorno de NFes que já foram aprovadas no SEFAZ.
Verifiquei os canais de comunicação para inutilização e cancelamento de notas e os endereços estão apontando corretamente para os WS da Fazenda. O serviço (Minas Gerais) também aparece como disponível/ativo na SEFAZ.
Estou meio sem norte aqui para identificar o erro.
Alguém já enfrentou este caso ou algo similar?
Obrigado desde já!
Carlos Penteado.

Bom dia, caros!
Obrigado pelas respostas!
Metade dos meus problemas foi solucionado! =|
Henrique e Bernardo, vocês tinham razão, era erro da própria SEFAZ. Tentei o re-envio do estorno da NFe pelo GRC e ela retornou com sucesso!
No entanto, tive que alterar o status da nota no J_1BNFE_ACTIVE para que a nota completasse o estorno na J_1BNFE.
Porém o erro da inutilização da numeração de NFe continua acontecendo. O funcional abriu um chamado na SAP, assim que tiver alguma resposta, replico aqui!
Fernando, verifiquei o canal de comunicação de inutilização (SKIP) e as configurações parecem ok, estão assim como os canais que funcionam.
Nunca utilizei o Visual Administrator. Vou verificar com o Basis a possibilidade...
Obrigado pela ajuda! Atualizarei assim que encontrar mais alguma novidade!
Abs,
Carlos.

Processo Standard de Archiving para GRC NFe Inbound

Olá pessoal tudo bem?
    Mais uma vez gostaria de apoio para definir a melhor estratégia. Estou em um projeto de implementação do GRC NFe In com o SP16, o ambiente ainda não está pronto para customizações e testes porém algumas preocupações surgiram devido ao volume de XMLs recebidos. Dessa forma, gostaria de entender melhor a abrangência da solução Standard para archiving no GRC NFe in.
    Pelo que percebi, existem monitores específicos para administrar NFe e CTe arquivados (é necessario ativar o service na SICF)
NF-e Fiscal Workplace for Archived NF-es
CT-e Inbound Fiscal Workplace for Archived CT-es
    Porém tenho algumas dúvidas quanto ao funcionamento. Alguém já implementou essa funcionalidade, pode me ajudar a esclarecer o funcionamento?
a) Pelos monitores acima, é possível visualizar e realizar o download dos documentos arquivados? Isso é importante em caso de auditoria...
b) Hoje utilizamos o monitor "Download XML of NF-es / CT-es" para fazer download em massa de XMLs. Também será possível fazer o download em massa dos registros arquivados?
c) As rotinas de arquivamento são as mesmas utilizadas no ECC? (SARA. SARI e etc).
d) Existe alguma limitação para realizar download de documentos arquivados?
    Obrigado pela apoio....
Abraço
Edson

Bom dia Edson,
b) Sim ele também lê o archiving, inclusive se as estruturas do archiving não estiverem ativas ele fica dando uma mensagem para ativá-las (mesmo que não execute o archiving)
c) Sim. Entra na SARA e procura pelos objetos de achiving com a mascara /XNFE/*
d) A limitação é autorização e que o archiving esteja disponível para consulta.
Atenciosamente, Fernando Da Rós

Processo B2B aguardando processamento em background - NFE 3.10

Boa noite,
após implementarmos a versão 3.10 da NFe todos os nossos e-mails de XML para nossos parceiros no GRC ficam aguardando que alguém clique no botão "Continuar processo B2B", só então eles são enviados.
Verificando o status do B2B constatei que ele apresenta o status "Esperando por processamento em background".
Alguém saberia por favor me dizer qual configuração esta faltando para que o envio fique automático?
Agradeço antecipadamente.
Helio Camargo

Helio,
Você pode agendá-lo de 1 em 1 minuto ou 5 em 5 minutos, vai de acordo com a disponibilidade de recursos (Background Working Process) que seu servidor possui.
http://help.sap.com/saphelp_nw70/helpdata/EN/4a/2d513897110872e10000009b38f889/content.htm
Em vários clientes onde passei, 5 minutos de intervalo entre as execuções já era suficiente.
Ele vai processar apenas os processos que estão com status inicial.
[]'s

Processo NFE - Biztalk GRC

Similar Messages

Maybe you are looking for