Diego Foliene

Boa tarde @MarcosRWeimer e @NovoRJ. Por favor, atualizem seus fontes e façam um novo teste.

Boa tarde. A lógica é: Inicializa a biblioteca > Executa o que precisa fazer > Finaliza a biblioteca. Você pode inicializar ela só uma vez quando inicia sua aplicação e finalizar ela quando encerra a aplicação. Se preferir esta abordagem em que você precisa finalizar ela também. Mas você não precisa fazer a cada chamada, por exemplo: Boleto_Inicializar Boleto_ConfigurarDados Boleto_Inicializar Boleto_Imprimir Você pode fazer: Boleto_Inicializar Boleto_ConfigurarDados Boleto_Imprimir Boleto_Finalizar

Boa tarde @ramsolution. Testando com o programa exemplo o problema também ocorreu?

Boa tarde! Sim, você consegue gerar tanto com o A1 quanto com o A3. Dito isso, particularmente recomendo o uso do A1. Com ele você pode utilizar a OpenSSL, não ficando assim dependente de atualizações do windows. O A3 costuma dar dor de cabeça. Neste LINK, no final da página, temos um vídeo falando sobre uma parceria de vendas de certificado junto ao pessoal do ACBr e da TecnoSpeed que pode ser do seu interesse. Caso você já tenha um certificado A3 e esteja enfrentando problemas para transmissão de NFC-e com ele, por favor, forneça mais detalhes com a mensagem de erro na íntegra.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Enviei ao SVN nas revisions 35102 e 35103 ajustes visando corrigir o problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Por favor: Antes de fazer a transmissão do CTe certifiquem-se de que a versão configurada é a 4.00 enviando o comando CTe.SerVersaoDF("4.00"). Certifiquem-se de estar enviando no comando que estão utilizando para transmissão o parâmetro para que o modo de envio seja síncrono. Usando o CTe.CriarEnviarCTe como exemplo: CTE.CRIARENVIARCTE("SeuArquivoINI",,,,,,,0)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Um colega que estava enfrentando erro semelhante utilizando certificado A1 relatou em nosso Discord que conseguiu resolver seguindo os passos deste tópico:

Bom dia! Sim, foi possível reproduzir o problema. Estou atuando em uma correção para o mesmo.

Bom dia! Criada a #TK-5921 para análise do caso e parecer por parte da equipe de consultores.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você deve informar as informações de autenticação em seu arquivo de configurações ACBrLib.ini na seção [NFSe]. Neste caso, seriam as configurações Emitente.WSUser e EmitenteWSSenha.

Boa tarde! Estou verificando esta questão. Fornecerei um parecer neste tópico na medida que for descobrindo mais informações. #TK-5866-2

Boa tarde. Utilizando a distribuiçãoDFe por Ultimo NSU não. Ela funciona de forma sequencial Acredito que valha um teste com o consulta por NSU específico ou por chave de acesso da NFe, mas vale reforçar que ambas devem ser utilizadas como "exceção a regra" e que o abuso dessas consultas pode levar a consumo indevido. Nosso amigo @Renato Rubinholembrou de um detalhe bem importante ao qual não havia me atendado. Então complementando e corrigindo minha resposta, você pode fazer a busca pelo ultNSU zero para ele devolver os arquivos retroativos e para casos específicos, você pode pode usar os métodos de busca por NSU ou busca por chave.

Trecho retirado da NT2014/002: Nela também consta um quadro na página 5 com os documentos devolvidos por participante, onde tem uma entrada para "Evento de Cancelamento", mas não tem uma entrada para "Resumo do evento de cancelamento", o que em meu entendimento significa que não, o cancelamento vem completo apenas. Lembrando que como usuário PRO, você tem acesso liberado aos cursos disponibilizados pelo ACBr e um deles é o Implementando o Serviço Distribuição DFe

Boa tarde! Apenas complementando, essa informação que disponibilizou é a informação da cidade na íntegra para o município em seu arquivo ACBrNFSeXServicos.ini? O arquivo atual do SVN tem algumas URLs também veja: [4304705] ; Atualizado em 26/12/2023 Nome=Carazinho UF=RS Provedor=IPM Versao=2.04 ProRecepcionar=https://ws-carazinho.atende.net:7443/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_carazinho

Boa tarde. Por favor: Consegue reduzir o escopo do problema? Ele acontece somente neste cliente em específico? Ele utiliza provedor de e-mail particular ou Gmail, HotMail e afins? Somente uma nota está sendo enviada por vez? Existem muitos destinatários, emails em cópia e cópia oculta? Se você fizer um teste em seu ambiente também ocorre o problema? Existe proxy configurado neste ambiente?

Bom dia. Vão existir eventos que vem somente o resumo, são eles: Resumo de Eventos CT-e Autorizado/Cancelado Resumo de Eventos MDF-e Autorizado/Cancelado Resumo de Eventos de Registro de Passagem

Boa tarde. Sim, vide Regra de Validação da Rejeição 610 retirada do MOC:

Boa tarde! Por favor, você está fazendo o envio em produção ou em homologação? Pode disponibilizar o XML gerado para análise? Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Bom dia. Você pode ler as informações de resEvento ou procEvento e validar. ResumoDeEventoEhCancelamento := docZip[i].resEvento.tpEvento = teCancelamento; EventoEhCancelamento := docZip[i].procEvento.tpEvento = teCancelamento;

Bom dia. Por favor, veja as orientações presentes neste tópico:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.