Diego Foliene

Boa tarde. Se você executar: cd \ dir frxClass.dcu /s Procurando por .dcu, .bpus ele não encontra arquivos perdidos na máquina em locais que não deveriam estar?

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

Bom dia! Realizado teste e constatado o problema. Criada a #TK-4798 para análise do caso e parecer do consultor responsável.

Bom dia. Já estamos na versão 1.4.0.212. Por favor, atualize e realize novo teste.

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

Bom dia pessoal! No dia 29/11/2023 foi publicado no Diário Oficial o Decreto Nº 599 de 28 de Novembro de 2023. A publicação adiciona novos incisos no decreto que regulamentou ICMS em 2014. Um dos novos incisos tem a seguinte redação: De maneira resumida, os novas adições instituem a vinculação dos pagamentos eletrônicos ao emissor de NF-e e NFC-e, de maneira semelhante ao que foi feito no estado do Rio Grande do Sul. (Para mais detalhes veja o tópico Sefaz do RS pode obrigar TEF integrado a aplicação. A matéria ainda será regulamentada pela Sefaz do MT e deverá ser publicada ainda este ano, com os detalhes técnicos e calendário de obrigatoriedade

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

Constatada possível irregularidade. Criada a #TK-4795 para tratativa do caso e parecer do consultor responsável.

Boa tarde pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que consta contingência agendada para a Sefaz de Minas Gerais no dia 29/11/2023, com previsão de início ás 07h00 e término ás 08h30 do mesmo dia. Para utilizar o ACBr em contingência durante este período, siga às orientações deste tópico: Um agradecimento ao membro @Felipe Marianopor compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Verificando.

Seu -soap de retorno tem caracteres estranhos, veja: <mensagem> <codigo>00209 - Jᠣonsta uma NFSe para o referido prestador de servi篠com o mesmo IDENTIFICADOR de arquivo</codigo> </mensagem> Se estiver com a codificação de resposta da Lib configurada para Ansi, por favor, altere para UTF-8 e faça um novo teste. A mesma lógica se tiver configurada UTF-8. Também é válido se certificar de que está com a última versão disponível da LibNFSe.

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

Boa tarde! A informação consta no arquivo XML do retorno?

Boa tarde! A informação do dhRecbto apenas não é utilizada no exemplo, mas a mesma está presenta na classe, veja: TMDFeRecepcao = class(TMDFeWebService) //... public //... property Recibo: String read GetRecibo; property versao: String read Fversao; property TpAmb: TpcnTipoAmbiente read FTpAmb; property verAplic: String read FverAplic; property cStat: Integer read FcStat; property cUF: Integer read FcUF; property xMotivo: String read FxMotivo; property dhRecbto: TDateTime read FdhRecbto; //<==Aqui property TMed: Integer read FTMed; property Protocolo: string read FProtocolo; end; Portanto, você pode ler: ACBrMDFe.WebServices.Enviar.dhRecbto;

Obrigado, vamos analisar o projeto. No que diz respeito ao certificado, outras operações funcionam corretamente com ele depois de carregar do BD e gerar o arquivo?

Em teoria, os arquivos estão certos, mas já foi verificado que há uma inconsistência. A equipe de consultores está unida analisando o processo e tentando entender porque está informação desatualizada está sendo incluída no binário da Lib.

Estamos montando ambiente para realizar alguns testes aqui. Por favor: O problema acontece quando tenta conectar em qualquer banco de dados? Se tentar com outro SGBD também da erro? Se fizer o processo inverso, adicionar um botão no exemplo que só conecte no banco e faça um select, por exemplo, ele funciona corretamente? Você está carregando o certificado do banco de dados?

A Dll utilizada foi a última disponível para download no fórum em sua versão Single Thread, 32bits (x86) com a convenção de chamada Cdecl. Segue link com demonstração da mesma lib, na convenção StdCall. https://we.tl/t-tWKTBtPyGn

Boa tarde. Veja neste link: https://we.tl/t-DUWgEtmE9R Dois vídeos demonstrando o correto funcionamento no exemplo em VB6 e também no exemplo em C#. Neste último, deixei somente a pasta do provedor EL que agora atende a cidade de Porto Velho/RO e demostrei que não havia arquivo INI indicado no ACBrLib.ini e nem dentro da pasta do .EXE. Veja que o envio para o provedor ocorreu normalmente me devolvendo uma rejeição por não ter dados válidos. Ambos exemplos podem ser encontrados AQUI. EDIT: Você está fazendo seu teste direto em sua aplicação. Simplifique seu teste, elimine fatores externos e variáveis que possam alterar o resultado. Crie um programa simples, que apenas gere o lote ou faça o envio e nada mais. Configure apenas o mínimo necessário, como cidade, layout, alguns dados do emitente, pode até mesmo optar por configurar isso manualmente no arquivo INI e depois só executar o programa para que ele gere o lote ou envie. Veja se ele gera o arquivo de envelope corretamente. Partindo desse ponto, você complementa seu teste até chegar na sua aplicação.

Boa tarde! Apenas fornecendo uma atualização. Nos testes iniciais realizados, foi de fato constatado a lentidão na leitura do arquivo. Vale citar que o arquivo é de fato relativamente grande. O grupo emiDocAnt conta com 1800 ocorrências e somente o XML tem 400kb. Foi criada a #TK-4782 para realizar testes e uma possível atualização na rotina de leitura visando melhorar o desempenho.

Veja que no teste demonstrado pelo nosso amigo @Victor H. Gonzales - Pandanão ocorreu o problema. Por favor, reveja as configurações de margem que está utilizando e tamanho de fonte que está utilizando. Também é válido verificar zoom do monitor que pode atrapalhar na forma como é exibido o preview.

Já respondido no Discord do ACBr pelo @antonio.carlos no canal #pro-tef.

Bom dia! Apenas dando um retorno. Foi feita uma alteração visando tornar esse processo mais fácil, reaproveitando essas configurações ao invés de precisar inserir novamente. Esta modificação no componente nativo já está no SVN e estamos verificando junto ao time responsável para que seja gerada uma nova compilação da Lib. Assim que for feito, avisaremos aqui para que você possa atualizar e testar.

Bom dia. Criada a #TK-4780 para análise do caso e parecer do consultor responsável.