Diego Foliene

Boa tarde! Por ser membro PRO, você tem acesso liberado aos cursos fornecidos pelo ACBr. Um deles é o Dominando o ACBrMonitorPLUS com um módulo bem completo sobre a NF-e, recomendo que dê uma olhada. Sobre a dúvida em questão. Ao usar o comando NFe.CriarNFe ele já vai gerar para você um arquivo XML da NF-e. Você pode então usar o comando NFe.ImprimirDANFe ou o NFe.ImprimirDANFePDF para gerar um preview passando este XML.

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

Arquivos recebidos. Criada a #TK-4900 para debate e conclusão da equipe de consultores, visto que houve modificação recente nos relatórios em Fast para mostrar o valor zero.

Bom dia! Por favor, pode enviar o XML que está utilizando para [email protected] para que possamos realizar um teste. Não se esqueça de colocar o link deste tópico no corpo do e-mail para posterior identificação.

Olá pessoal! No dia 20/12/2023 foi divulgada a Nota Técnica 2023/005 que institui o evento de Insucesso da Entrega para NF-e (não confundir com o Insucesso na entrega para o CT-e que é descrito AQUI) Resumo da Nota Técnica. Esta nota técnica discorre sobre os eventos de Insucesso de Entrega da NF-e(tpEvento=110192) e Cancelamento do Insucesso na Entrega da NF-e(tpEvento=110193), ambos acobertados pelo Ajuste SINIEF 58/2022 de 09 de dezembro de 2022. A implementação dos novos eventos permitem ao emissor da NF-e, quando a entrega da mercadoria não envolver um CT-e, registrar por meio de um evento fiscal na respectiva NF-e os motivos que impediram a entrega. O objetivo dessa implementação é substituir a ressalva que atualmente é aposta no verso do DANFe seguindo o § 3º da cláusula décima do Ajuste SINIEF 07/05 que obriga o emitente do documento fiscal a armazenar o DANFe impresso contendo no verso justificativa Insucesso da Entrega. Com a criação desses eventos, o emissor vai poder vincular o evento eletronicamente na NF-e e não mais precisará armazenar o DANFe em papel. Datas para Implantação. Implantação para Homologação: 13/05/2024. Implantação para Produção: 24/06/2024. Webservice de Evento e Obrigatoriedade. Assim como os demais eventos já existentes, os novos eventos de Insucesso na Entrega e Cancelamento do Insucesso na Entrega serão recepcionados pelo Ambiente Nacional e não pela Sefaz respectiva do estado. A implementação desta NT é facultativa, portanto, os interessados podem praticar os prazos que julgarem conveniente posterior as datas de implantação descritas nos respectivos ambientes. Evento "Insucesso na Entrega da NF-e". Função: Evento para indicar o insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110192 (Este evento exige NF-e autorizada) Leiaute Mensagem Entrada Os campos que valem destaque no leiaute da mensagem de entrada são: tpEvento: Código do evento, 110192 - "Insucesso na Entrega da NF-e". nSeqEvento: Sequencial do evento para o mesmo tipo de evento, pode ter valores entre 1 a 99. Para informar um novo evento de "Insucesso na Entrega da NF-e" para uma mesma NF-e, o evento anterior deverá estar cancelado. dhTentativaEntrega: Data e hora da tentativa de entrega. nTentativa: Número da tentativa de entrega que não teve sucesso. tpMotivo: Motivo do Insucesso. Pode ter os valores 1 - Recebedor não encontrado, 2 - Recusa do recebedor, 3 - Endereço inexistente ou 4 - Outros. xJustMotivo: Justificativa do motivo do insucesso, usar somente se tpMotivo = 4. latGPS: Latitudade do ponto de entrega.. longGPS: Longitude do ponto de entrega. hashTentativaEntrega: Hash SHA-1, no formato Base64 correspondente a concatenação da chave de acesso da NF-e + Base64 de imagem capturada na tentativa da entrega. dhHashTentativaEntrega: Data e hora da geração do hash da tentativa de entrega. Leiaute da mensagem de retorno Os campos que valem destaque no leiaute da mensagem de retorno são: dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. Evento "Cancelamento Insucesso na Entrega da NF-e". Função: Evento para indicar o cancelamento do evento de insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110193 (Este evento exige NF-e autorizada) Leiaute da mensagem de entrada Dentre os campos que vale destaque temos: nProtEvento: número do protocolo de autorização do evento de insucesso que será cancelado. Leiaute da mensagem de retorno dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. LEIA A NOTA TÉCNICA NA INTEGRA AQUI E como fica o ACBr? Como é possível observar, a nova NT trás adição de dois novos eventos. Dito isso modificações serão necessárias nos fontes do ACBr para implementação dos mesmos. Já foi criada uma TK em nosso backlog e as modificações estarão disponíveis em tempo hábil para que possam realizar a implementação.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4897

Por favor, disponibilizem o arquivo alterado com as informações do provedor IPM para análise.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Como membro PRO, você tem acesso liberado aos cursos disponibilizados pelo ACBr. Um deles é o Dominando o ACBrMonitorPLUS, onde há um módulo específico para o boleto.

Tem uma seção de Fale Conosco neste LINK. Vou verificar junto a equipe de consultores e caso encontre mais alguma opção, posto aqui. Você também pode tentar perguntar na comunidade aberta em nosso Discord, no canal #acbrnfsex ou no canal aberto aqui do fórum mesmo para alcançar mais membros.

Boa tarde! Obrigado por reportar, foi criada a #TK-4894 para análise do caso e parecer do consultor responsável.

Por favor, atualize, reinstale e refaça os testes com as modificações do commit que citei.

Boa tarde! Criada a #TK-4890 para análise do caso e parecer do consultor responsável.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Fiz um teste usando os serviços de Envio Síncrono, Envio Assíncrono e Envio Unitário de RPS e em todas as tentativas recebi o mesmo retorno que você. No entanto, ao tentar no ambiente de produção, recebi uma rejeição de Acesso Negado. Deduzo que o ambiente de homologação esteja indisponível no momento, por favor, se possível, faça um teste em produção.

Bom dia! Não tenho dados válidos para aprovar uma nota, mas consegui consegui comunicar e receber rejeições com o provedor após algumas alterações no ACBrNFSeXServicos.ini. IMPORTANTE RESSALTAR que não consegui comunicação com a URL de homologação, recebendo sempre o retorno 500 com a mensagem de Host Not Found. Isso me leva a crer que não há ambiente de homologação implementando para este município ou a URL esta incorreta. Por hora, removi a informação de homologação do arquivo ini e fiz os testes em produção mesmo. Caso queira\tenha disponibilidade, por favor, entre em contato com o provedor para confirmar a URL de homologação. As alterações que me permitiram comunicar com o ambiente de produção foram enviadas ao SVN. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Avisaremos sim. Fique tranquilo quanto a isso.

Se o certificado é A1, faça um teste usando as configurações de OpenSSL. Neste tópico tem elas explicadas. Também é importante verificar se está usando o certificado do prestador de serviços e se não precisa solicitar acesso ao ambiente de homologação para o provedor.

Boa tarde! Contribuição enviada ao SVN na Rev-31679. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Contribuição enviada ao SVN na Rev-31678. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

A principio, temos o comando ACBr.LerINI que você já está fazendo uso ou os comandos separados como o NFe.SetCertificado, NFe.SetAmbiente e afins. Temos uma TK alocada para o sprint dessa semana para adição de comandos que permitam alterar as configurações especificas da NFSe.

Olá pessoal! Como é possível observar em URL por UF utilizada QR-Code NFCe, a URL para geração de QR-Code na NFC-e para o estado do Rio de Janeiro foi atualizada hoje, dia 19/12/2023. Informamos que a alteração já foi disponibilizada em nosso SVN na Rev-31672, por isso, basta atualizar seus fontes e reinstalar o ACBr para que o componente passe a utilizar a nova URL. Para aqueles que utilizam Monitor e Lib, em breve uma nova compilação será disponibilizada englobando a alteração. Caso haja necessidade de atualização antes de nova compilação ser liberada, também é possível baixar o arquivo ACBrNFeServicos.ini deste LINK e fazer a substituição.

Por favor, marque a opção "Salvar Envelope Soap" na aba web service do programa exemplo, ou se preferir defina diretamente a propriedade ACBrNFSeX.Configuracoes.WebService.Salvar := True; e repita o teste. Ele vai dar o mesmo erro, mas vai gerar para você o arquivo de envelope da requisição. Ele vai ter um -soap no nome. Disponibilize este arquivo para análise por gentileza.

Boa tarde. Você precisa preencher no componente, as propriedades de autenticação utilizadas pelo provedor.

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