Renato Chiari
-
Total de ítens
115 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Renato Chiari
-
-
Fiz direto no código (sem editor visual), editando o arquivo com o VSCode.
Pelo que percebi a estrutura é igual a do dfm, localizei o "lMeioPagamento" e substitui pelo "mMeioPagamento" (substitui somente o bloco do componente) do dfm que editei no Delphi.
-
Segue o arquivo, porém não consegui testar por não ter o Lazarus instalado (fiz a substituição do componente editando no VSCode).
-
Entrou em vigor no dia 01/07/2024 uma alteração na tabela de formas de pagamento.
A forma de pagamento 05 foi alterada de "Crédito Loja" para "Cartão da Loja (Private Label), Crediário Digital, Outros Crediários", percebi que a impressão do DANFCe está exibindo somente "Cartão da Loja (Private Label)", fiz a alteração no método FormaPagamentoToDescricao do arquivo pcnConversaoNFe para exibir a descrição completa.
Foi necessário trocar o componente lMeioPagamento por um TRLMemo (nomeado com "mMeioPagamento") no arquivo ACBrDANFCeForntesFr para ser possível quebrar a linha e evitar sobrepor o valor que é impresso logo na frente.
Segue os arquivos caso seja interessante incluir as alterações no projeto.
ACBrDANFCeFortesFr.dfm ACBrDANFCeFortesFr.pas pcnConversaoNFe.pas
-
Bom dia @Vitor G Silva,
Esse novo driver solucionou a impressão via Fortes? Se puder compartilhar ele comigo agradeceria muito!
-
Boa tarde @Integrasys, utilizei o driver acessado através do primeiro link da página, tentei com as duas versões disponíveis, na instalação selecionei o modelo 80mm.
Existe um link para outro driver um pouco abaixo, esse não tentei por ser para outro modelo de impressora.
-
Confesso que nunca usei ESC POS... Vou testar e dou um retorno.
Valeu!
-
2 horas atrás, Juliomar Marchetti disse:
seta em tempo de runtime e não em designer que vai funcionar as margens
Boa tarde @Juliomar Marchetti, primeiramente obrigado pela resposta.
Acabei não mencionando, mas eu já seto em runtime, eu alimento as propriedades antes de gerar a impressão.
As configurações de margem estão impactando na impressão, tanto que se eu deixar a margem esquerda zerada, a impressora "come" mais de meio centímetro, a única forma que sai certo é abrindo as propriedades antes, após isso, todas as impressões ficam OK enquanto o aplicativo não for reiniciado.
Nosso sistema roda em clientes com diversas marcas de impressoras diferentes, nunca tive problema parecido, somente com esta bendita, rs.
Outro detalhe que acabei não mencionando, usamos o FortesReport apenas nas impressões do ACBr, nas demais utilizamos o Report Builder, por ele o problema não ocorre.
-
Boa tarde a todos, estou enfrentando um problema para imprimir o DANFECe na impressora da marca GoldenSky, modelo GS-FJ80H-UE.
Mesmo o driver da impressora estando configurado para o papel 80mm, a impressão insiste em sair no tamanho 58mm, segue link para print do preview e imagem do mesmo cupom impresso (não consegui anexar a imagem diretamente):
Preview: https://drive.google.com/file/d/178fNM9IsfRezmnyIwGtc04WHi3b6lP3B/view?usp=sharing
Impressão: https://drive.google.com/file/d/1g7lDsvBvd2mQks5JLOVoUAalIytH8I80/view?usp=sharing
Configurações do ACBrNFeDANFCeFortes:
LarguraBobina: 302
MargemDireita: 0
MargemEsquerda: 10
MargemInferior: 0
MargemSuperior: 0
O estranho é o seguinte, quando clico em "imprimir" no preview, e após em "propriedades" e em seguida simplesmente clicar em "OK" nas propriedades da impressora, a impressão simplesmente sai da forma correta, seguindo os 80mm.Print do setup da impressão: https://drive.google.com/file/d/1tuBhEJIKNeQMIlzD6FCBsG894JNfp2fF/view?usp=sharing
Imagem da impressão logo após realizar o processo acima: https://drive.google.com/file/d/1qKpA1odd9seIU48-6yK5sUqs4L3_4uJk/view?usp=sharing
Alguém já passou por algo parecido?
Segue um link da impressora: https://www.goldensky.com.br/informatica-eletronicos/impressoras/impressora-nao-fiscal-termica-80mm-usb-rede-com-guilhotina -
Blz Italo, obrigado por incluir!
-
Boa tarde a todos.
Precisei implementar o envio de "informações complementares" na NFS-e Padrão Nacional, porém ambas as propriedades "InformacoesComplementares" e "OutrasInformacoes" estão sendo ignoradas na hora da geração do DPS.
Olhando o layout do padrão nacional vi que as tags acima não estão previstas, porém existe outra semelhante, a "xInfComp":
Fiz um teste informando através da propriedade "Servico.infoCompl.xInfComp" e a informação foi gerada sem problemas, aparecendo no local desejado quando gero o PDF direto no sistema da NFSe Nacional:
Fiz uma alteração no arquivo "ACBrNFSeXDANFSeRLRetrato.pas", adicionando as linhas abaixo na procedure "rbOutrasInformacoesBeforePrint"
if fpNFSe.Servico.infoCompl.xInfComp <> '' then rlmDadosAdicionais.Lines.Add(StringReplace(fpNFSe.Servico.infoCompl.xInfComp, FQuebradeLinha, #13#10, [rfReplaceAll]));Segue o arquivo alterado, acredito que seja interessante incluir no SVN.
-
Bom dia, estou com este mesmo problema em um cliente, ele também utiliza certificado A3.
Alguém conseguiu encontrar alguma solução?
-
Bom dia pessoal, consegui implementar a junção de arquivos PDF com GhostScript, utilizando a dll "gsdll32.dll".
Criei uma classe com o método de junção com base em alguns exemplos da internet, gostaria de compartilhar aqui caso mais alguém tenha essa necessidade.
Link para download da dll (não consegui postar aqui por ser maior que 2Mb): https://drive.google.com/file/d/1j7IQRsdL7izhcaiOj42fRuS45LYMm4n-/view?usp=sharing
-
4
-
-
Boa tarde Italo,
Ah legal cara, se puder ajudar em algo!
-
Seria pra facilitar o envio dos conhecimentos por e-mail, esta transportadora presta serviço para uma usina e emite dezenas de conhecimentos por dia, desta forma enviaria um único PDF por e-mail.
-
Surgiu a necessidade em um cliente de gerar um único arquivo PDF contendo vários DACTEs.
Se eu adiciono vários conhecimentos ao componente e executo o método "Conhecimentos.Imprimir" é gerada uma única impressão contento todos os conhecimentos adicionados, porém se eu executo o método "Conhecimentos.ImprimirPDF" o componente gera um arquivo PDF para cada conhecimento. Até entendo o motivo disso, assim evita o envio indevido de algum conhecimento, mas existe alguma forma de gerar um único arquivo PDF?
-
Bom dia, a Sefaz publicou um complemento sobre a parada obrigatória, nele diz que os serviços de autorização não serão afetados, tanto que não será ativada contingência em nenhum estado.
Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=gv5XFF3hh0Y=
-
Boa tarde,
Apenas para dar um retorno, hoje o cliente entrou em contato para informar que conseguiu emitir o conhecimento, segundo ele, o contador informou que havia faltado entregar alguns documentos, acredito que seja em relação a mudança do regime tributário para MEI.
Obrigado pela ajuda!
-
1
-
-
Boa tarde @Renato Rubinho obrigado pela resposta!
Acabei de verificar o CNAE e está OK, continua sendo de transportadora, quanto ao contato com a Sefaz o contador informou que já fez, vou confirmar como ele realizou e qualquer coisa também abro um para reforçar.
Vou relatando aqui caso consiga algo, obrigado por enquanto!
-
1
-
-
Bom dia pessoal,
Estou com um cliente recebendo a rejeição "IE do emitente não vinculada ao CNPJ", porém o CNPJ e a IE passadas para a emissão estão corretos.
O problema começou quando o cliente mudou o regime tributário de Simples Nacional para MEI, e isso já faz alguns dias, seguem prints do XML do conhecimento, e do cadastro do emitente no Sintegra e no Cadastro Centralizado de Contribuinte, ocultei parte das informações para não expor os dados do cliente, alguém já passou por algo parecido?
XML do conhecimento:
Sintegra:
Cadastro Centralizado de Contribuinte
-
@Marcos Gerene Correto, realmente está bem estranha essa rejeição... Vamos aguardar.
-
15 minutos atrás, Antonio Paulo Mangili disse:
marcos por favor onde voce achou esse valor:
<vICMSUFRemet>3.21</vICMSUFRemet>
obrigado
Posso estar errado, mas no meu entendimento, a partir de 2019 a tag <vICMSUFRemet> ficaria sempre com valor 0?
Pois <vICMSUFDest> pega o valor calculado do Difal multiplicado por <pICMSInterPart> que a partir de 2019 passou a ser 100%, e a diferença dessas última multiplicação é informada na tag <vICMSUFRemet> que por consequência a partir de 2019 ficou com 0%.
Me corrijam se estiver enganado.
-
blz, vou ver se consigo o erro em um projeto teste pq até então só está ocorrendo neste mesmo.
-
Fiz esses testes que você propôs @Juliomar Marchetti, mas o problema persiste. E também o Call Stack não funcionou fazendo o processo de excluir .dproj para o Delphi recriar ele.
A única mudança foi que alterando a criação do form para a forma que você colocou ele não da o erro "A component named FormFrenteDeCaixa already exists" se eu tento abrir novamente o form logo em seguida. Porém o Acess Violation persiste.
Uma coisa que percebi, é que o Acess Violation não ocorre somente quando dou um ".free" no Form, ele ocorre em outros locais também, a impressão que da é que cada vez da em um local diferente, as vezes uma linha que deu o erro em uma tentativa passa sem problemas no próximo teste e o erro vai dar em outra linha diferente. Tá bem doidão, rs.
Fazendo os mesmos testes com esse sistema mas usando os fontes no Delphi 7 o problema não ocorre.
-
Bom dia pessoal!
Estou enfrentando um problema de Access Violation, e vocês sabem que esses erros geralmente são chatos pra caramba de resolver...
Esse erro em questão está bem estranho, é um projeto que anteriormente era em Delphi 7, mas recentemente fiz a migração para o Seattle. O erro ocorre (onde consegui identificar) ao dar ".free" em um formulário, eu sigo aquela receitinha de bolo padrão p/ exibir novos formulários:
Application.CreateForm(TFormTeste, FormTeste); FormTeste.ShowModal; FormTeste.Free;Estou tentando usar a Call Stack do Delphi para ver se encontro onde o problema realmente ocorre, mas não consigo, na janela da Call Stack aparece a mensagem "Process is not accessible", acredito que pelo fato do projeto ser originalmente de outro Delphi falta alguma configuração pra a Call funcionar no Seattle, alguém sabe como posso habilitar isso?
Ah, e se alguém já passou pelo mesmo problema no ".free" ou tiver alguma dica, agradeço muito!
Obrigado.
Ajuste na descrição da forma de pagamento tPag=05
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado · Editado por Renato Chiari
No meu entendimento, errado não está, pois é como está na tabela de meios de pagamentos, mas concordo que é bem ruim, uma descrição deste tamanho mais atrapalha do que ajuda.
O cliente que "reclamou" vende no carnê que ele mesmo imprime, "Cartão da Loja (Private Label)" fica meio fora também, talvez simplesmente "Crediário" resolveria o problema, mas a descrição que deve ser escrita vem da Sefaz.