Painel de líderes

Olá pessoal, Alguns já notaram que dependendo do DF-e - Documento Fiscal Eletrônico, o modo de envio é assíncrono e ou síncrono. Quais DF-e podem ser enviados em determinado modo e quais são as condições? NF-e: como normalmente enviamos um lote com até 50 notas o modo de envio é assíncrono e funciona para todas as UF. Podemos enviar NF-e em modo síncrono, mas neste caso só é permitido o envio de apenas 1 nota. O modo de envio síncrono não esta disponível para as UF: SP, BA e GO. NFC-e: como normalmente enviamos 1 nota por vez o modo de envio é síncrono, mas caso seja necessário enviar 2 ou mais notas obrigatoriamente o modo de envio deverá ser assíncrono. CT-e: como normalmente enviamos um lote com até 50 conhecimentos o modo de envio é assíncrono e funciona para todas as UF. Podemos enviar CT-e em modo síncrono, mas neste caso só é permitido o envio de apenas 1 conhecimento. O modo de envio síncrono não esta disponível para as UF: MG, PR e SP. CT-e OS: como só é possível o envio de 1 por vez o modo de envio é síncrono para todas as UF. MDF-e: pode ser assíncrono ou síncrono para todas as UF, uma vez que, quem recepciona é sempre a SVRS. Detalhe o envio é sempre unitário, ou seja, só podemos enviar somente um manifesto por vez. BP-e e BP-e TM é síncrono para todas as UF e só podemos enviar 1 bilhete por vez.

Bom dia!!! Observe que primeiro você disse que tentou enviar novamente e veio a resposta como duplicidade. Portanto a nota existe e se existe não pode ser inutilizada. Vou tentar explicar o que o andersonscinfo comentou a respeito de enviar através de comandos separados e também a opção de consultar sugerida pelo Daniel Simoes. Passo 1 - Você utilizara o comando: NFeCriarNFe(cIniNFe,[bRetornaXML],[bAssina]) //Lembrando que os comandos que estão entre [ ] (colchetes) são opcionais. Neste caso vc teria que usar o valor 1 para o segundo parâmetro (bRetornaXML) de modo que retorne o arquivo XML. Leia o conteúdo do link que verá o resultado deste comando: Segundo o exemplo o resultado seria algo semelhante a isto: OK: NFe criada em: C:\ACBrNFeMonitor\logs\35XXXXXXXXXXXXXXXX550010000000190000000193-nfe.xml Lendo o resultado você tem o número da chave, além de todo conteúdo no arquivo XML Entenda que neste passo você apenas "criou" (gerou) o arquivo XML. Ele não foi enviado a SEFAZ. Este procedimento foi feito no ambiente local. O terceiro parâmetro [bAssina] se estiver com valor 1 este XML estará assinado. Se 0 estará sem assinatura, devendo assinar com o comando NFe.AssinarNFe()https://acbr.sourceforge.io/ACBrMonitor/NFECriarNFe.html Veja maiores informações do comando através do link. Passo 2 - Caso não tenha assinado o arquivo XML aqui será o momento ou então poderá ainda assinar no próximo comando que será o NFe.EnviarNFe() Caso precise assinar use a opção: NFE.ASSINARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml") https://acbr.sourceforge.io/ACBrMonitor/NFEAssinarNFe.html Veja maiores informações do comando através do link. Passo 3 - Uma vez criado o arquivo XML (lembre-se, não foi enviado a SEFAZ apenas criado e assinado se você o fez) agora você tem o arquivo que pode já estar gravado no banco de dados e tem também a chave. Neste momento vamos enviar a SEFAZ. O comando será: NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono],[bValidaXML],[bGeraNovoXML]) https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html Veja maiores informações do comando através do link. Aqui vamos tratar a sua situação: 1 - Envio a SEFAZ. 2 - Perdeu a conexão ou deu time out 3 - Pode usar a opção que o Daniel Simoes citou: NFe.ConsultaNFe(cArqXML [, aExtrairEventos] ) Link do comando: https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html 4 - Se o resultado for: OK: Autorizado o uso da NF-e Terá todas as demais informações que desejar, além de atualizar o XML com o protocolo de autorização. (desde que o ACBrMonitorPLUS esteja configurado para atualizar) 5 - Se não estiver autorizado você terá no retorno o resultado. Não constando a NFe na SEFAZ você poderá repetir o comando NFe.EnviarNFe() Exemplo de retorno:

Olá, Notei que o Demo C# estava retornando o erro de validação: 252-Rejeição: Ambiente informado diverge do Ambiente de recebimento (Tipo do ambiente da NF-e difere do ambiente do Web Service) O enumerador na AcbrLib.Core consta como 0-Produção e 1-Homologação, creio que deveria ser alterado: namespace ACBrLib.Core.DFe { public enum TipoAmbiente { taProducao = 1, taHomologacao = 2 } }

Fiz a alteração e processou corretamente o S-2206. Segue o fonte alterado para atualização. Linha 509 que foi alterada. Att. pcesS2206.pas

Italo, muito obrigado pela ajuda. Acabei descobrindo que o último update do Windows acabou mudando algumas propriedades do Raiz V5, após configurar corretamente o erro parou de acontecer. Valeu!!

Boa tarde! Poderia usar o ACBrMonitorPLUS Leia estas informações que irá te ajudar a ter uma noção: https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html

o enum segue o ini de configuração ele não serve para o ini de venda.

Boa tarde Edu, Você ainda esta usando o Capicom? A recomendação de configuração é: Com SSLType configurado para LT_TLSv1_2

Obrigada. Deu certo. Rose Nascimento

Boa tarde Italo, Estou em contato desde sexta-feira com o pessoal da PortalFácil vendo o que pode ser porque eu não sei mais o que posso alterar, tentei tantas combinações que se der certo nem sei mais qual caminho eu segui. Última alteração que eu fiz no sistema foi ontem, eles me passaram "Verifique qual método está utilizando para transmitir a NFS'e, o método corrreto é http://nfeleopoldina.portalfacil.com.br/homologacao/webservice/servicos.asmx?op=RecepcionarLoteRpsSincrono" tentando seguir a orientação passada por eles mudei para que o envio seja pelo método EnviarSincrono mas ainda tive o mesmo retorno de erro 415, erro tanto pelo programa exemplo quanto pelo meu. Falei com eles à pouco e estão analisando arquivos que encaminhei ontem, continuo na tentativa, erro e aguardo por uma luz deles.

https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Olá @Daniel Simoes, Obrigado pela resposta! Acabei encontrando a solução por aqui, eu tenho um mau hábito de declarar objetos na abertura dos formulários, para uso com escopo geral dentro do form. Então eu declarei a AcbrLib no evento load e fui trabalhando com ela dentro do form. Só que ao chegar na hora de Assinar() a NFCe estava dando o erro descrito. Acabei mudando a forma de trabalhar e fiz o dispose() e recarga da lib em cada método onde era necessária. O erro acabou por cessar.

Fechando o tópico. Para nova dúvida, crie um novo tópico.

Ciência de operação já é suficiente para permitir o download. A confirmação só deve ser enviada quando a mercadoria foi recebida pelo destinatário.

Não consta manifestação do destinatário para essa nota. Por isso no retorno do método DistribuicaoDFe vem apenas o resumo da NFe. Veja novamente se foi enviado o evento de manifestação do destinatário para essa chave.

Bom dia ALA, Esta correto a alteração, o problema de atualizar antes é as empresas pararem de emitir caso essas novas URLs ainda não estiverem ativas. Favor entrar em contato com o provedor para saber se as novas URLs vão passar a valer a partir do dia 30/04/2020 ou se a partir dessa data as URLs antigas não vão ser mais validas.

Bom dia Joel. Esta abordagem não é o ideal, vale lembrar também que mesmo formatado o nosso numero não terá as 20 posições.. No momento estamos trabalhando para incluir uma nova propriedade no componente de forma a permitir que seja definido se serão lidas somente as posições ou o nosso numero com a formatação e DV. Inclusive temos um tópico sobre isso no SAC Att.

O que seria o "segundo" evento? - Quer enviar uma carta de correção para um CTe que já teve uma carta de correção enviada anteriormente? Nesse caso no .ini deve estar: [EVENTO] idLote=1 [EVENTO001] nSeqEvento=2 - Quer enviar mais de um evento, para mais de um CTe, num mesmo lote. [EVENTO] idLote=1 [EVENTO001] ... [EVENTO002] ... Em cada comando, os eventos devem ser sequenciais, iniciando em EVENTO001.

Parece ser a última... veja https://deolhonoimposto.ibpt.org.br

Vou entrar em contato com o provedor pra ver o que eles dizem..

Entendi Juliana, muito obrigado pela sua atenção.

Bom dia! Recebi a resposta do meu cliente, por enquanto parece que deu certo da maneira que informei. Segue como preenchi os campos informando cnNaoProtestar, DiasDeProtesto := 0; DataProtesto:=0; Instrucao1 := ''; Instrucao2 := ''; Então podemos fechar este tópico. Obrigado a todos

Bom dia Qual aparelho está tendo este problema? Experimentou colocar a dll do sat no mesmo diretório do ACBrMonitor? Ou executar o mesmo como administrador...

Como mencionado, ter uma impressora padrão resolvia o problema. Isso acontece porque o Fortes enviava as configurações para a impressora padrão. Da mesma forma, você precisa verificar pra qual impressora a aplicação está enviando os comandos de configuração. Depois de confirmar que é a impressora correta que está recebendo os comandos, você poderá descobrir o motivo deles estarem sendo sobrescritos ou "desrespeitados".

O erro só ocorre numa máquina específica? Esse erro é gerado quando o webservice retornou algum conteúdo, mas não foram encontrados as tags esperadas. Veja o exemplo na consulta de status de serviço, unit ACBrNFeWebServices.pas: function TNFeStatusServico.TratarResposta: Boolean; var NFeRetorno: TRetConsStatServ; begin FPRetWS := SeparaDadosArray(['nfeStatusServicoNF2Result', 'NfeStatusServicoNFResult', 'nfeResultMsg'],FPRetornoWS ); VerificarSemResposta; Caso o XML retornado não tenha uma das três tags da lista, o método VerificarSemResposta vai gerar a exceção com a mensagem. Veja se consegue debugar até esse ponto e analise o conteúdo da variável FPRetornoWS.

Tópico fechado por falta de retorno do usuário

Bom dia! Caso alguém tenha interesse, alterei o exemplo do Cláudio substituindo o VirtualTable pelo ClientDataSet. Também adaptei a tela de manifestação do destinatário para informar a justificativa quando o tipo escolhido for "operação não realizada". Segue o arquivo anexo. ACBrNFe_demo.zip

Boa tarde Luiz, Mudar o nome do provedor de GovDigital para NFe-Cidades vai dar muita dor de cabeça. O melhor é alterar somente a URL da ou das cidades que por ventura terão a sua URL alterada.

Uses ACBrDeviceSerial