Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 2465 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Moderadores
Postado
30 minutos atrás, tiago Selecto disse:

Realmente... nesta caso que ela ainda não foi transmitida devo então recriar a chave de acesso deste xml que ainda não foi transmitida e mandar ele ja cancelado?

isto é, alterar o a chave do xml?

E sobre o manual 

Manual de Orientação do Contribuinte - versão 6.00 

da pagina 41 a 48 que fala de evento de cancelamento de nota não achei nada que me ajude 

 

 

Tens como me ajuda ?

Já que não foi transmitido, o mais simples seria inutilizar a numeração. Qual o motivo do cancelamento? 

Não tem como "transmitir já cancelado". Você pode carregar o XML e transmitir, depois disso fazer o cancelamento. 

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado
17 minutos atrás, tiago Selecto disse:

Mas este e o procedimento correto? estou fazendo testes por que sei que este tipo de situação vai acontecer em clientes

@tiago Selecto , eu faço da seguinte forma a emissão das notas neste caso:

1 - todos os comandos para o meu 'Monitor' são inseridos em uma tabela de log, e o monitor lê esta tabela e processa o comando;

2 - Emissão da NFCe sempre em modo NORMAL, se não dá, ativa CONTINGÊNCIA e imprime a nota, guardando o XML para a posterior transmissão;

3 - Enquanto estiver em CONTINGÊNCIA eu não processo nenhum outro comando, somente emissão e SEMPRE tentando envia no modo NORMAL, se a nota passar no normal, desativo a contingência e transmito as notas emitidas em contingência anteriormente (senão repete passo 2);

4 - Após sair de Contingência processo os comandos que estava parados, tais como cancelamento, e outros eventos. LOGO, só cancela depois de transmitir, resolvendo assim a questão do cancelamento pela CHAVE ou pelo XML válido;

 

Espero ter ajudado []s

 

Postado
15 minutos atrás, tiago Selecto disse:

Deixa eu exemplificar meu entendimento

 

mbbortolini, vc guarda as notas em banco com status canceladas e depois de transmite as cancelas , juntamento com as normais, em uma rotina automática ?

Não, as notas só trocam de status depois do retorno do webservice. Eu guardo apenas as ações que o monitor irá executar.

Não sei se ficou muito claro, mas posso tentar explicar novamente:

Quando a nota é impressa em contingência eu trato como emitida mas, é gravado um log para o monitor fazer a transmissão e, é ativado a contingência no monitor. Se o usuário solicitar cancelamento, este vai para a para a mesma tabela de log, No entanto quando está com a contingência ativa eu não processo eventos, pois a contingência OFF-LINE é somente para a NFCe.

Na próxima emissão se enviar de modo normal, eu desativo a contingência e ai processo o log, assim o monitor vai fazer a transmissão daquela nota impressa em contingência e vai fazer o cancelamento que foi solicitado, que pode ser da mesma nota ou de qualquer outra.

Qualquer dúvida estou a disposição.

Postado

 

Obrigado pela Explicação mbbortoloni e desculpe pela insistência...

Beleza entendi que vc tem uma rotina ai no teu sistema que verifica se esta em contingência e quando não mais envia as em contingência e cancelas no sefaz

mas quando vc fala que o teu Monitor cancela; e uma nota com xml , por que eu gero xml nas em contingência, e não sei se o melhor desta forma ou posso imprimir sem xml...mas no teu sistema vc envia o xml em que estava em contigencia e depois cancela no sefaz cancelando em banco depois do retorno do mesmo? 

Postado
14 horas atrás, tiago Selecto disse:

mas quando vc fala que o teu Monitor cancela; e uma nota com xml , por que eu gero xml nas em contingência, e não sei se o melhor desta forma ou posso imprimir sem xml..

Tiago, no manual da contingência diz que tem que enviar o mesmo XML que foi impresso. Logo ao meu intender existem duas opções: você pode guardar este XML em uma pasta X e depois buscar de lá para transmitir, OU você salva no banco e depois busca os XMLs de lá para transmitir. Eu prefiro gravar em banco, pois como tenho uma aplicação externa para transmitir ela nem sempre está no mesmo pc que gerou a nota.

Citar

.mas no teu sistema vc envia o xml em que estava em contigencia e depois cancela no sefaz cancelando em banco depois do retorno do mesmo? 

Sim, poderia ser feito como o colega comentou anteriormente com inutilização da numeração, mas eu tenho um sério problema com alguns contadores(de clientes), eles não estão bem familiarizados com o processo então quando falta uma nota e não tá cancelada fazem uma zoeira, eles só entendem status 100 e 101, fazer o quê!

 

Postado

Entendo todas estas situações , por isto estou em duvida enquanto e este processo e ale disso posso ere problemas ate com o cliente que vai consultar e nem existe ... mbbortolloni ja que não tem como transmitir ja cancelado acho prudente enviar e se cancelado cancelar em seguida.

Postado
16 minutos atrás, tiago Selecto disse:

Entendo todas estas situações , por isto estou em duvida enquanto e este processo e ale disso posso ere problemas ate com o cliente que vai consultar e nem existe ... 

Tiago, o Manual de Orientação do Contribuinte garante o prazo de 24 horas para a transmissão das notas impressas OFF-LINE; o layout 4.10 da NFCe imprime, quando contingência, uma tarja que diz "Emitida em Contingência Pendente de autorização"; além de possibilitar a impressão em duas vias da DANFCe(via do estabelecimento e via do cliente); isso tudo está implementado no ACBr. Assim você já tem motivos mais que suficiente para justificar uma consulta em que a nota AINDA não conste na base de dados das SEFAZ.

Postado

mbbortoloni tudo beleza?

Estou aqui fazendo uns testes e me caiu uma ficha me corrija se eu estiver errado:

Para emissão do xml quando síncrono, isto e, envio de uma nota , neste modo não tem retorno do sefaz ? por que alguns campos como protocolo e chave de acesso 

não tem valor algum... e no caso de emissão assíncrona tem o retorno com tempo de retorno maior, que e normal. No meu entender , acho que equivocado o modo assíncrono era pra mandar as notas em contigencia por exemplo , isto é, varias notas em um lote.

Pode me explicar este funcionamento e como vc trata esta questão?  

 

Postado
14 horas atrás, tiago Selecto disse:

mbbortoloni tudo beleza?

Estou aqui fazendo uns testes e me caiu uma ficha me corrija se eu estiver errado:

Para emissão do xml quando síncrono, isto e, envio de uma nota , neste modo não tem retorno do sefaz ? por que alguns campos como protocolo e chave de acesso 

não tem valor algum... e no caso de emissão assíncrona tem o retorno com tempo de retorno maior, que e normal. No meu entender , acho que equivocado o modo assíncrono era pra mandar as notas em contigencia por exemplo , isto é, varias notas em um lote.

Pode me explicar este funcionamento e como vc trata esta questão?  

 

Tiago, meu processo é implementado em modo realtime, então sempre uso modo síncrono, e também, nunca pensei em enviar as contingências em lotes, logo não sei te responder se é possível ou como tratar

Postado

mbbortoloni, minha duvida em relação a como pegar a chave de acesso protocolo e status de que foi enviado o xml, por que pelos meus testes so retorna estas informações do Sefaz se enviado de modo assíncrono, estou certo nesta minha afirmação?

E como então, se no seu sistema envia em modo síncrono pega o obtém estas informações?  

Postado
1 minuto atrás, tiago Selecto disse:

mbbortoloni, minha duvida em relação a como pegar a chave de acesso protocolo e status de que foi enviado o xml, por que pelos meus testes so retorna estas informações do Sefaz se enviado de modo assíncrono, estou certo nesta minha afirmação?

E como então, se no seu sistema envia em modo síncrono pega o obtém estas informações?  

Mas eu disse que tinha retorno ?! Contingência eu trato na exceção do componente(try except).  Não tem status e nem protocolo, o que dá pra fazer é pegar do campo ID da nota, desta forma "Copy(DM.ACBrNFe1.NotasFiscais[0].nfe.infNFe.ID,4,40)" e status pode ser qualquer um, desde que você tenha controle para que essa nota seja apenas transmitida com o XML que foi gerado anteriormente.

Para notas normais e para atualizar depois da transmissão da contingência :

Chave  = DM.ACBrNFe1.NotasFiscais[0].NFe.procNFe.chNFe

Status = DM.ACBrNFe1.NotasFiscais[0].NFe.procNFe.cStat

Postado

bom dia Amigo

gostaria de sanar umas duvidas...

Qndo gero xml em contigencia e depois tento trasmitir carragando os dados do cupom salvo em banco no compontente ele gera outro xml o que devo fazer nesta situação?
e o que significa o campo cDV, por que cada caso ele gera um numero esta relacionado com o tipo de erro?

Outra questão que gostaria de saber e como eu pego a chave de acesso e o protocologo das notas geradas em contigencia, pois os comandos 
* PROTOCOLOGO := ACBrNFe1.NotasFiscais[0].NFe.procNFe.nProt; 
* CHAVEACESSO := ACBrNFe1.NotasFiscais[0].NFe.procNFe.chNFe;
Não estão me retornando nada 

 

Muito obrigado

  • Moderadores
Postado
3 horas atrás, tiago Selecto disse:

Qndo gero xml em contigencia e depois tento trasmitir carragando os dados do cupom salvo em banco no compontente ele gera outro xml o que devo fazer nesta situação?

O XML gerado após a transmissão é o XML válido. O outro, emitido em contingência, pode descartar.

3 horas atrás, tiago Selecto disse:

Outra questão que gostaria de saber e como eu pego a chave de acesso e o protocologo das notas geradas em contigencia, pois os comandos 
* PROTOCOLOGO := ACBrNFe1.NotasFiscais[0].NFe.procNFe.nProt; 
* CHAVEACESSO := ACBrNFe1.NotasFiscais[0].NFe.procNFe.chNFe;

O procNFe só é retornado após a transmissão.

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Postado

Amigo muito obrigado pelo retorno

Mas em questão do descarte do xml , fica complicado, os xml que possivelmente serão enviados duplicados ao contador, ocasionando transtorno. teria outra maneira de não gerar outro xml?

outra coisa que me vem a cabeça e quando for emitir notas com algum tipo de problema de cadastros por exemplo e o caixa não pode resolver na hora como supermercado, e estas notas poderão  ser impressas em contingencias? Neste caso caio no mesmo duvida em relação ao xml duplicados, pois a cada cupom gerado off ou com problemas de cadastros por exemplo terei um xml duplicado na minha pasta de xml que terei que enviar a contabilidade, como procedo nestas questôes?

e ..

Os Cancelamentos de itens me corrija se estiver certo, ele não vai explicito no xml e nem na impressão , então devo recriar a sequencia dos itens e transmitir normalmente sem este item?

e a questão troco no xml eu sei que não existe, mas na impressão, como deve ser proceder ?

e quando ao desconto no cupom ele esta me retornando q o somatorio dos itens difere do total da nota, lancei assim :

        Total.ICMSTot.vBC     := 0; //estes campos não se destaca no simples
        Total.ICMSTot.vICMS   := 0; //estes campos não se destaca no simples
        Total.ICMSTot.vBCST   := 0; //estes campos não se destaca no simples
        Total.ICMSTot.vST     := 0; //estes campos não se destaca no simples
        //Total.ICMSTot.vProd   :=  dm.IBQFrenteCaixaCUPSUBTOTAL.Value;
        Total.ICMSTot.vProd   := dm.IBQFrenteCaixaCUPTOTAL.Value;
        Total.ICMSTot.vFrete  := dm.IBQFrenteCaixaCUPVLRFRETE.Value;
        Total.ICMSTot.vSeg    := dm.IBQFrenteCaixaCUPVLRSEG.Value;
        Total.ICMSTot.vDesc   := dm.IBQFrenteCaixaCUPDESCONTO.Value;
        Total.ICMSTot.vII     := 0; //
        Total.ICMSTot.vIPI    := 0; //estes campos não se destaca no simples e/ou industris
        Total.ICMSTot.vPIS    := 0; //estes campos não se destaca no simples
        Total.ICMSTot.vCOFINS := 0; //estes campos não se destaca no simples
        Total.ICMSTot.vOutro  := 0; //estes campos não se destaca no simples
        //Total.ICMSTot.vNF     := dm.IBQFrenteCaixaCUPTOTAL.Value;
        Total.ICMSTot.vNF     := dm.IBQFrenteCaixaCUPTOTAL.Value;//total da nota

o que esta errado?

Muito obrigado

  • 2 meses depois ...
Postado
Em 31/05/2017 at 15:09, mbbortolini disse:

@tiago Selecto , eu faço da seguinte forma a emissão das notas neste caso:

1 - todos os comandos para o meu 'Monitor' são inseridos em uma tabela de log, e o monitor lê esta tabela e processa o comando;

2 - Emissão da NFCe sempre em modo NORMAL, se não dá, ativa CONTINGÊNCIA e imprime a nota, guardando o XML para a posterior transmissão;

3 - Enquanto estiver em CONTINGÊNCIA eu não processo nenhum outro comando, somente emissão e SEMPRE tentando envia no modo NORMAL, se a nota passar no normal, desativo a contingência e transmito as notas emitidas em contingência anteriormente (senão repete passo 2);

4 - Após sair de Contingência processo os comandos que estava parados, tais como cancelamento, e outros eventos. LOGO, só cancela depois de transmitir, resolvendo assim a questão do cancelamento pela CHAVE ou pelo XML válido;

 

Espero ter ajudado []s

 

Como você trata erros de certificado digital? Como joga pra contigencia sem certificado? 

Postado
Em 12/08/2017 at 20:50, Aprendiz disse:

Como você trata erros de certificado digital? Como joga pra contigencia sem certificado? 

@Aprendiz, os erros de certificados, no meu caso, trato na abertura do sistema:

 se não carregar, se não encontrar, se estiver vencido, não faço nada, mostra a mensagem ao usuário e não processa comandos nenhum, logo não há contingência sem certificado.

Postado
Em 14/08/2017 at 08:14, mbbortolini disse:

@Aprendiz, os erros de certificados, no meu caso, trato na abertura do sistema:

 se não carregar, se não encontrar, se estiver vencido, não faço nada, mostra a mensagem ao usuário e não processa comandos nenhum, logo não há contingência sem certificado.

Entendi,legal,no meu caso é um erro imprevisível não aparece toda hora,mas de 20 entre 30 em 40 notas .. Não tem nada na internet sobre esse erro 2148073504 - erro.jpg.e36a41b0fb555bbca384992c737b4592.jpg

Postado
1 hora atrás, Aprendiz disse:

Entendi,legal,no meu caso é um erro imprevisível não aparece toda hora,mas de 20 entre 30 em 40 notas .. Não tem nada na internet sobre esse erro 2148073504 - 

Em todos os cliente ? O mesmo erro ocorre usando o demo do ACBr ?

 

Postado
Em 17/08/2017 at 08:14, mbbortolini disse:

Em todos os cliente ? O mesmo erro ocorre usando o demo do ACBr ?

 

Só está ocorrendo em um cliente,inclusive formatamos a maquina com um windows q roda em vários clientes meu e continua,lenbrando q o certificado é a3,já troquei leitora..e nada

Postado
2 minutos atrás, Aprendiz disse:

Só está ocorrendo em um cliente,inclusive formatamos a maquina com um windows q roda em vários clientes meu e continua,lenbrando q o certificado é a3,já troquei leitora..e nada

Qual modem tem este cliente?
A depender do model, não vai permitir que receba os dados.

_____________

Prates, Agnaldo

  • Este tópico foi criado há 2465 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...