Júlio Cavalcanti

Olá, pessoal. Temos o prazer de anunciar que o novo componente ACBrIMendes já está disponível no SVN! Sobre o ACBrIMendes: O componente ACBrIMendes oferece uma integração simplificada com a API Gestor Tributário 3.0. Ele automatiza o gerenciamento de dados fiscais da sua empresa, prevenindo cobranças de impostos indevidas e apontando riscos de prejuízos. Com isso, proporciona mais segurança tributária e uma melhora direta no fluxo de caixa. Disponível em: - Fonte: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrTCP/ACBrIMendes.pas - Programa exemplo: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrIMendes/

No teu .ini tu não está alimentando os dados da seção Item [Itens001] Descricao=Desc. do Serv. 1 CodServico=12345 codLCServico=123 CodigoCnae=6203100 ItemListaServico=09.01 Quantidade=10 ValorUnitario=5 ValorDeducoes=0 ValorIss=1 Aliquota=2 BaseCalculo=50 DescontoIncondicionado=0 ValorTotal=50 Tributavel=1 TribMunPrestador=1 CodMunPrestacao=4213500 SituacaoTributaria=1 ValorISSRetido=10 ValorTributavel=10

Bom dia, @fred.smartfull. Vou analisar e logo retorno.

Acho válido entrar em contato com o provedor.

Estranho, parece ser algo no provedor. O erro permanece?

Sim, já estamos atuando em uma demanda para enriquecer os códigos de erro. Em breve teremos mais detalhes sobre.

Bom dia, @tryideas sistemas. Por parte do ACBr, não. Somente código de erro e descrição são acessíveis para a aplicação que consome a lib.

Bom dia, @Jamil Araujo. Realizamos a correção, hoje deve sair uma nova compilação da lib e tu já pode testar.

Sim, no inicio do tópico tu citou a impressão e o envio de email. No meu teste eu fiz o mesmo para replicar teu cenário. Identificamos o problema e ele só ocorre no envio de email isolado, quando imprimimos e enviamos o problema não ocorre, por isso não consegui simular. Estou atuando na correção e logo retorno.

No log anexado não temos chamada ao método de impressão. Somente envio de e-mail. Pode ser algo com o modelo configurado Vou debugar utilizando o demo para ver se em algum momento essas informações são alteradas.

Segue o resultado do teste de impressão e envio de e-mail.: Impressão: PDF anexado no e-mail:

Boa tarde, @Jamil Araujo. Vou verificar.

Este guia detalha o processo de configuração do ambiente Lazarus para a depuração de uma DLL. Como exemplo prático, utilizaremos a biblioteca ACBrLibPIXCD e seu programa de demonstração ACBrLib.PIXCD.Demo em .NET. Passo 1: Abrir o Projeto da DLL no Lazarus Primeiramente, inicie o Lazarus. Em seguida, abra o projeto da DLL que você deseja depurar. Nesse exemplo vou utilizar o ACBrLibPIXCD.lpi. Passo 2: Configurar as Opções do Compilador para a DLL Acesse o menu Projeto > Opções de projeto > Opções do Compilador: Observação: Em alguns cenários de teste, mover a DLL manualmente para o diretório correto após a compilação pode não ser suficiente para que o depurador funcione como esperado. Por isso optei por direcionar a saída da DLL para o diretório do executável. Veja os comentários dessa resposta no SO. Passo 3: Configurar as Opções de Depuração Acesse o menu Projeto > Opções de projeto > Opções do Compilador > Depuração: Observação: As configurações exatas de depuração podem precisar de ajustes com base nos requisitos específicos do seu projeto ou na versão do Lazarus que você está utilizando. Por exemplo, você pode marcar todas as opções do grupo "Verificações e afirmações". Passo 4: Configurar o Backend do Depurador para o GDB Acesse o menu Ferramentas > Opções > Depurador > “Backend” do depurador: Passo 5: Configurar os Parâmetros de Execução para a Depuração Acesse o menu Executar > Parâmetros de execução: Observação: No campo "Aplicação servidora" , você deve especificar o caminho completo para o arquivo executável que utilizará a sua DLL. Passo 6: Limpar e Construir o Projeto Acesse o menu Executar > Limpar e construir. Passo 7: Rodar a aplicação Ao executar, o Lazarus iniciará a "Aplicação servidora" que você configurou. Quando essa aplicação carregar a sua DLL e executar o código onde os breakpoints foram inseridos, a execução será interrompida no depurador do Lazarus.

Já estamos avaliando esse upgrade da versão para incluir os novos recursos do .NET 8.0 e adequar o exemplo. Mas isso seria para as classes que temos e o programa exemplo. Se o seu erro for algo em relação a limitação da DLL, pode detalhar qual erro ocorre?

Disponibilizamos aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/ACBr Common/

Passo a passo: docker build -t impressao . docker run -it impressao Após selecionar a opção para imprimir o evento. Tu pode usar o comando cp para extrair o pdf do container: docker cp id_container:/PDF ./data/ Resultado: EventoPDF-Docker.7z

Realizando apenas alguns ajustes, logo retorno com o projeto teste

Vou preparar e logo retorno aqui.

Apenas um detalhe que percebi. Consegui simular a impressão acima invertendo os xmls. Perceba que ao imprimir um evento, primeiro devemos informar o xml da nota e depois o xml do evento.| Se eu inverter, informar primeiro o xml do evento e depois o xml da nota. Tenho uma impressão vazia, semelhante ao pdf anexado no inicio do tópico.

O teste que fiz foi no Windows. Vou realizar um teste em um container linux.

Container windows? Olhando o .ini de configuração, nenhuma configuração deveria interferir na impressão. Visto que tu carrega apenas o xml. Mas me passe teu ACBrLib.ini só para teste

Realizei um teste utilizando o programs exemplo e a LibNFe na versão 1.4.7.348:

Bom dia, @LeonardoRocha. Vou realizar um teste.

Bom dia, @Jamil Araujo. Obrigado por reportar, vamos criar uma TK para analisar esses casos isoladamente. Logo trago um retorno.

Bom dia, @SWAPI. Apenas para confirmar, você deseja um método para retornar o JSON diretamente?