Painel de líderes

Porque devo assinar digitalmente meus executáveis ? O Produto final de quase todo desenvolvedor de Software para Windows, é gerar um arquivo compilado e executável, ou seja, um arquivo com a extensão .EXE ou .DLL As versões recentes do Windows, incorporaram recursos de segurança, como o SmartScreen, que podem causar alertas quando Binários não assinados são executados... O mesmo pode ocorre com módulos de Segurança de terceiros, instalados na máquina, como por exemplo: Antivírus e módulos de segurança bancários... Para evitar mensagens assustadoras, como a exibida abaixo, é necessário Assinar digitalmente o seu binário, com um certificado emitido por uma Autoridade Certificadora válida A título de exemplo, todos os binários distribuídos pelo Projeto ACBr, na área de Download do SAC ACBr, são assinados digitalmente com um certificado do Projeto ACBr... Reparem que não somente o Executável final, mas o instalador, também deve ser assinado.. Abaixo, temos a imagem de quando é executamos o Instalador do ACBrMonitorPLUS SAC Bem melhor, não ? Repare que o Fornecedor do binário, fica bem identificado na mensagem... Isso além de trazer mais confiança para o usuário final, ajuda os programas de segurança, a classificar de forma positiva, o seu Executável ou instalador, evitando bloqueios indevidos. Ok, gostei... mas como fazer para assinar meus executáveis ? O primeiro passo é comprar um Certificado do tipo "Code Signing"... Garanto que agora você pensou algo como: - Humm.. será que posso usar o meu certificado A1 ou A3 ? A resposta é NÃO... os certificados que usamos para os Documentos Fiscais eletrônicos brasileiros, não tem as características esperadas pelo Windows, para assinatura e validação de binários... Quanto aos certificados gerados de forma local, ou seja, os Self-Signed Certificates, eles funcionarão para a assinatura... e podem ser ótimos para testes... Mas eles não devem garantir o nível de confiabilidade ao seu binário, pois eles não são gerados por uma Autoridade Certificadora válida Algumas empresas Brasileiras, vendem o certificado do tipo Code Signing.. Veja por exemplo esse link... Porém o preço é praticamente "o valor de um Rim esquerdo"... (ps: veja mais empresas brasileiras, no post a seguir) Você pode comprar o Certificado do Tipo OV, que é bem mais barato... Na página da KSoftware tem um interessante artigo, descrevendo a diferença da versão OV x EV Eu preferi comprar nesse site gringo, porém isso pode exigir que você tenha um bom conhecimento de Inglês, pois o todo o processo de compra será feito em Inglês. Esse certificado, também exige um processo de validação... ou seja, a Empresa que irá emitir o certificado, precisa saber se você é você mesmo... A validação foi feita pela empresa Sectigo... eles enviam e-mails com links para você subir a documentação necessária... Como o certificado será emitido para uma Entidade Pessoa Jurídica, na etapa de envio de documentos de prova de identidade... eu enviei um PDF com o resultado da consulta de meu CNPJ, na Receita... Na etapa final de validação, eles efetuam uma ligação para o telefone de sua empresa, para fornecer um Token, que deve ser usado para gerar o certificado... portanto, o número de telefone na documentação que você enviar, deve ser um número que você possa atender... Achei o Site de Validação da Sectigo, bastante confuso... Eu preferi comprar a opção de 4 anos, para evitar esse penoso processo de compra, e pelos descontos oferecidos... Após todas as validações de identidade, eles lhe enviarão um Link para baixar o certificado em sua máquina... Será criado um arquivo PFX, e o processo de geração do Certificado na sua máquina, é muito semelhante a dos Certificados A1 brasileiros... Ufa.. já tenho o meu certificado em PFX... Como eu assino os binários ? Existem algumas ferramentas disponíveis... na página da KSoftware, você pode ler um tutorial, de como assinar usando o KSign Você poderá assinar binários facilmente, usando a interface gráfica deles: Para automatizar o processo de assinatura, você provavelmente ira preferir usar um utilitário de Linha de Comando... Repare que na mesma pasta onde o KSign foi instalado, existe o utilitário signtool.exe Use esse utilitário com a seguinte sintaxe: signtool.exe sign /du "http://seusite.com.br" /d "Descrição do seu Programa" /f "C:\Path\SeuCertificado.PFX" /p SenhaCertififcado /t "http://timestamp.comodoca.com" SeuBinario.exe sign -> Comando para assinatura /du -> Informa a URL do seu Site /d -> Informa uma descrição resumida do seu Programa /f -> Informa o Path completo para o seu Certificado (arquivo PFX) /p -> Informa a Senha para abertura do seu Certificado /t -> Informa um Servidor de Time Stamp, para que fique gravada a Data / Hora da assinatura Mas como assinar um Binário Windows, de dentro do Linux ?? Todo processo de Build e Deploy dos binários do ACBr, é executado em um Linux OpenSuse. A compilação de todas as plataformas que suportamos ocorre com Cross-Compiling, e automatizamos o processo de Build e Deploy, com o uso de Jenkins e Shell Scripts, Para transmitir o binário para fórum, criamos alguns utilitários que consomem a API do Invision Power Board Para a assinatura dos binários, creio que seria possível usar o próprio signtool.exe, com Wine... mas encontramos um interessante utilitário nativo em Linux, chamado osslsigncode, repare que a sintaxe é muito semelhante a do signtool.exe... osslsigncode sign -pkcs12 /path/SeuCertificado.pfx -pass SuaSenha -n "Descrição do seu Programa" -i http://seusite.com.br -t http://timestamp.comodoca.com -in SeuBinario.exe -out SeuBinario.exe.sign (como passo final, apague o arquivo original, SeuBinario.exe e renomeie SeuBinario.exe.sign para SeuBinario.exe)

Ahh.. esse Google... efetuando pesquisas recentes, para escrever esse artigo.. notei que a Sectigo, agora tem um Site Brasileiro, e com preços bem semelhantes aos valores em Dólar... Deve ajudar muito, no momento da validação das informações... https://www.sectigo.com.br/produtos/certificado-codesigning.php Outra empresa, que também vende o Code Signing https://www.rapidssl.com.br/certificado-code-signing

Gostaria de agradecer a todos que ajudaram nos componentes ACBR, em especial ao ACBrTEFD. Hoje recebemos a homologação do nosso modulo de PDV NFe/NFC-e com TEF com a empresa https://cappta.com.br/ Homologamos usando troca de arquivos TEF_DIAL. Comecei a integração a 7 dias (tempo parcial) para desenvolvimento, e a implementação foi tranquila rápida e fácil, graças aos componentes Acbr. Obrigados a todos que contribuíram e contribuem com a comunidade Edmar Frazão.

Problema resolvido! O pessoal da Fiorilli analisou o XML e identificou o problema, eu estava passando o valor da tag "CodigoCnae" da seguinte forma: "0105", e o servidor deles remove o 0 a esquerda, ficando assim: "105", com isso o arquivo XML acabava ficando diferente do envidado, gerando a inconsistência na assinatura. Aí que percebi que na verdade não devo passar nada na tag "CodigoCnae", somente a tag "ItemListaServico", isso para a Fiorilli. Obrigado pela ajuda de todos!

Até onde sei não é possível. Situação semelhante a este tópico:

Veja:

Bom dia Dê uma olhada no passo a posso como configurar no tópico abaixo. A NFCe não depende do MFe, precisa apenas do Integrador e de estar devidamente credenciado para emissão de NFCe no CE.

Bom dia, realmente esta propriedade no Monitor está apenas para NFCe, vamos adicionar também na NFe.

Boa tarde Victor, o ajuste foi adicionado aos fontes. Obrigado pela contribuição!

Boa tarde. Outros desenvolvedores da minha equipe me auxiliaram nessa questão e aparentemente conseguimos obter resultados. Com isso, irei realizar e simular vários tipos de testes para serem feitos para verificar se o erro foi solucionado. Após finalizar os testes e verificar que realmente a solução obteve êxito, irei estar atualizando a Demo do projeto ACBrMTer e postando aqui no tópico para que possam verificar a lógica e futuramente estarem atualizando os fontes da Demo no projeto ACBr. Agradeço a atenção de todos que ajudaram de alguma forma nesse tópico. Nesse tópico eu pedi algumas respostas imediatas mas não é assim que funciona, então peço desculpa caso algum integrante se sentiu pressionado a respeito, beleza? Obtive bastante informação pra estar explicando ate mesmo para meu colega de trabalho como o erro acontece e sendo assim achando a possível solução do problema. Irei aplicar a solução e realizar os demais testes e se a solução obtiver êxito, estarei disponibilizando os novos fontes da Demo do ACBrMTer. Valeu galera... Obs: Não fechem ainda esse tópico pois daqui um tempo postarei os fontes atualizados da Demo nesse tópico!!

Bom dia Ao enviar uma nota para tomador estrangeiro em Joinville está ocorrendo erro na validação do campo UF (Valor: 'EX'). Os dados estão sendo preenchidos na TAG Endereco sendo que para estrangeiros é necessários definir as informações na TAG EnderecoExterior conforme indicado no manual. Além do endereço é necessário informar a TAG NifTomador para que a nota seja validada pela prefeitura. Seguem alterações e manual Alterações.rar Webservices - Manual v12.pdf

Bom dia, Fiz um pequeno ajuste na impressao da nfce em fortes, a logo estava ocupando um espaço muito grande quando configurado pra imprimir na lateral, mesmo configurando pra nao espandir, com este ajuste testei todas as formas tanto no topo como na lateral e funcionou. Obs: não testei/ajustei no lazarus pois nao tenho instalado. em anexo arquivos ajustados. ACBrDANFCeFortesFr.dfm ACBrDANFCeFortesFr.pas

Daniel, peguei o xml recusado, instalei o programa de emissão do sebrae importei e consegui validar o xml. Autorizou normal. antes disso cheguei a remover e atualizar todo acbr e também as pastas schemas junto com o .ini Acredito que seja algum problema ou de localização de arquivos ou pastas ou a minha configuração do webservice, vou verificar tudo minunciosamente aqui e posto novamente. Muito obrigado pela atenção.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Testei aqui e diz que a sefaz MG não aceita isento, e o cadastro td certinho no CCC. O nro da NFe é 294, isso quer dizer que outras notas já foram emitidas. Pergunta começou do "nada" ? consegue emitir NFe para outro cliente dele que não seja a audiomig ?

Mt obrigado BigWings

Não tem essa tag caso esteja usando CSOSN, então não é possível informar.

Aos que assim como eu chegam nesse tópico e não acham a resposta... Esse erro apareceu pra mim ao tentar excluir o evento 1210, olhando no layout do arquivo 3000 no campo NIS do trabalhador tem uma descrição que diz "Não preencher no caso de exclusão de pagamento de rendimentos do trabalho (S-1210) ou de admissão preliminar (S-2190)" então, quando excluindo evento 1210 não informando o NIS no meu caso funcionou, após isso gerei exclusão do 1200 mas nesse caso mantendo o NIS, funcionou perfeitamente.

No xml o tipo de pagamento esta dinheiro nos 2 pagamentos. Eu também vi que isso foi causado pois teu ini esta incorreto. tente assim [pag001] tPag=1 vPag=100 indPag=0 [pag002] tPag=3 vPag=162.50 indPag=1 tpIntegra=2

boa tarde ======================== PROCEDURE ACBR_CTE_Enviar(nRecebe_lote is int=0,bRecebe_imprimir is boolean=True) GsResposta is string on 256 gnTamanho is system int=256 gnretorno_acbr=API("ACBrCTe32.DLL","CTE_Enviar",nRecebe_lote,bRecebe_imprimir,&GsResposta,&gnTamanho) IF gnretorno_acbr=0 THEN RESULT(VER_RETORNO_MAIOR_256("ACBrCTe32.DLL","CTE_UltimoRetorno",gnTamanho,GsResposta)) ELSE texto is string="CTE_Enviar-Erro Retorno ["+gnretorno_acbr+"]"+CR IF gnretorno_acbr=-1 THEN texto+=" Indica que a biblioteca não foi inicializada"+CR IF gnretorno_acbr=-7 THEN texto+=" Indica erro na comunicação HTTP"+CR IF gnretorno_acbr=-10 THEN texto+=" Indica que houve erro ao Enviar Cte"+CR texto+=ACBR_ULTIMO_RETORNO("ACBrCTe32.DLL","CTE_UltimoRetorno") texto+=CR+"----------------" texto+=CR+"nome dll[ACBrCTe32.DLL]" texto+=CR+"nome metodo[CTE_Enviar]" texto+=CR+"nome Ultimo Retorno[CTE_UltimoRetorno]" texto+=CR+"----------------" RESULT texto END ======================== PROCEDURE VER_RETORNO_MAIOR_256(RECEBE_NOME_DLL,RECEBE_METODO,RECEBE_GNTAMANHO,RECEBE_GSRESPOSTA) gsResposta_maior_256 is string="" IF RECEBE_GNTAMANHO>256 THEN gsResposta_maior_256=RepeatString(" ",RECEBE_GNTAMANHO) gnretorno_acbr=API(RECEBE_NOME_DLL,RECEBE_METODO,&gsResposta_maior_256,&RECEBE_GNTAMANHO) RESULT UTF8ToString(gsResposta_maior_256) ELSE RESULT UTF8ToString(RECEBE_GSRESPOSTA) END //"NFE_UltimoRetorno" ======================== // btn CTE TRANSMITIR XML bRETORNO is boolean=ACBR_INICIALIZAR("ACBrCTe32.DLL","CTE_Inicializar") IF bRETORNO=True THEN EDT_RESPOSTA=ACBR_CARREGARINI("ACBrCTe32.DLL","CTE_CarregarINI",EDT_INI) IF EDT_RESPOSTA=0 THEN EDT_RESPOSTA=ACBR_Assinar("ACBrCTe32.DLL","CTE_Assinar","CTE_UltimoRetorno") IF EDT_RESPOSTA=0 THEN EDT_RESPOSTA=ACBR_Validar("ACBrCTe32.DLL","CTE_Validar","CTE_UltimoRetorno") IF EDT_RESPOSTA=0 THEN EDT_RESPOSTA=ACBR_CTE_Enviar(EDT_CTE_Enviar_LOTE,INT_CTE_Enviar_imprimir) ELSE EDT_RESPOSTA+=CR+"erro VALIDAR" END ELSE EDT_RESPOSTA+=CR+"erro aSSINAR" END ELSE EDT_RESPOSTA+=CR+"erro carregar ini" END END ACBR_FINALIZAR("ACBrCTe32.DLL","CTE_Finalizar") ======================== https://windevdesenvolvimento.blogspot.com/2019/11/dicas-2490-windev-webdev-mobile-acbr.html https://acbr.sourceforge.io/ACBrLib/CTE_Enviar.html Bom dia, Seja bem vindos a mais uma video Aula. Essa Aula está sendo Gravada no dia 21 11 2019. Dica 2490. Método usado para enviar um lote de CTe para SEFAZ. DICAS 2490 - WINDEV WEBDEV MOBILE - ACBR 172 - ACBR LIB - CTE_Enviar Compartilhe Canal Youtube Amarildo Matos Amarildo, desde 1990 ensinando Desenvolvimento de Sistemas, tornando sonhos em realidades. https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/Boleto/ACBrBoleto.prg * AcbrLib - Integrando com Windev https://web.flock.com/?

Boa tarde @José M. S. Junior, Muito obrigado...

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

Rafael, Muito obrigado pela colaboração, já enviei para o repositório.

Olá Italo, boa tarde! Fiz mais algumas correções para funcionar OK no provedor SystemPro. Segue fonte para análise. Obrigado pnfsNFSeR.pas

Por favor poste o arquivo acbrlib.ini

Boa tarde Gilowsky, Aconselho você fazer essa copia em um HD externo, deletar a pasta ACBr e baixar novamente. Certificar-se que não existe mais nenhuma copia de fontes do ACBr em outras pastas, como por exemplo: pastas da sua aplicação.

Boa tarde Ana, O Encerramento e o Cancelamento do MDF-e são eventos, logo o comando para gerar o PDF do DAMDFE é ImprimirPDF e o comando para gerar o PDF do DA Eventos é ImprimirEventoPDF; Portanto vai ser gerado 2 PDF.

Boa tarde a todos, Favor entrar em contato com o provedor e questionar o que deve ser assinado (RPS ou o Lote de RPS)?

Olá pessoal, estive analisando outra situação! Dessa vez diz respeito ao código de protesto de Negativação presentes em alguns bancos como BB, Itau e Sicredi. Estive analisando e percebi que o BB e Itau no arquivo de remessa se for passado os parâmetros para Negativar o mesmo não gera corretamente a informação no arquivo, pois no fonte somente busca a data de protesto e dias de protesto, passando então como não protestar e os dias zerados no arquivo. Na impressão sai corretamente mas no arquivo esta saindo de forma errada. Realizei uma alteração para que de acordo com o código de protesto busque a informação a ser passada da variável de Protesto ou de Negativação do ACBrBoleto.pas afim de sair a informação corretamente no arquivo. Alterações realizadas nos Bancos: Banco do Brasil e Itau, o Santander já atendia a essa mudança. ACBrBoleto.pas onde a impressão depende do preenchimento da "Data de Protesto" ou da "Data de Negativação". Adicionado variáveis para receber os dados corretos.. Geração do Segmento P com base nos dados recebidos... Mesmo procedimento anterior no Banco Itau.. Geração do segmento P no Itau... Fontes: Fontes.rar Pessoal não sei se esse é o lugar correto para adicionar esse tópico, mas como não foi avaliado ainda as mudanças anteriores, decidi colocar aqui pois nas alterações anteriores também esta envolvido o ".pas" do Banco do Brasil.

Boa tarde Jamil, Veja em anexo, executei um teste compilando a lib ACBrNFe em Java, funcionado corretamente a comunicação com WebService... Ou seja, a lib ( ACBrNFe32.dll ou ACBrNFe64.dll ) é a mesma, o problema está no processo de consumir a lib pela sua aplicação... Qual o erro gerado no arquivo de Log que acompanha a Lib? Se possível anexe o log e trecho do código onde realiza a chamada do método pela sua aplicação e obtem a resposta, para que possamos tentar te ajudar com esse erro...

Não sei... parece haver algo errado na sua instalação... Todos consultores do ACBr usam Lazarus, e abre normal...

A NFC-e tratou até quando ou não imprimir as dezenas (ao informar o CPF ou não).Ficou muito bom, parabéns mesmo. Não foi preciso qualquer rotina... parabéns ACBR e a todos responsáveis. A NF-e pelo FastReport o @Régys Silveira que já está verificando, se precisar de algo só avisar... obrigado por enquanto e parabéns novamente a todos.

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

Juliana, qual é a unit que tem essa função, porque procurei em todas e não achei. Esquece....Já achei aqui kkk

Se me lembro bem você precisa entrar em contato com a Fiorilli para cadastrar o CNPJ do teu certificado como autorizado a emitir em homologação.

Encontrei aqui : Propriedade PathPDF do componente ACBrNFSeDANFSeRL1 Obrigado. Problema resolvido.

Seu xml parece ser válido. Quando se consulta um xml no validador do RS costuma dar esse erro 245 porque o validador parece verificar se o emitente está cadastrado no RS. Se esse mesmo erro está ocorrendo ao tentar enviar a NF-e o problema deve ser realmente credenciamento. Já verificou no SIARE/MG se o emitente está credenciado para emissão de NF-e em homologação e produção? Em MG é preciso ativar o credenciamento nos 2 ambientes.

Acho que não

Boa noite ======================== PROCEDURE ACBR_Validar(sRecebe_nome_dll is string="",sRecebe_nome_metodo is string="",recebe_ultimo_Retorno is string="") gnretorno_acbr=API(sRecebe_nome_dll,sRecebe_nome_metodo) //gnretorno_acbr=API("ACBrNFe32.DLL","NFE_Validar") IF gnretorno_acbr=0 THEN // 0 = VALIDOU COM SUCESSO RESULT("0") ELSE texto is string="Erro Retorno ["+gnretorno_acbr+"]" IF gnretorno_acbr=-1 THEN texto+=" Indica que a biblioteca não foi inicializada " IF gnretorno_acbr=-10 THEN texto+=" Indica que houve erro ao Validar" //texto+=CR+ACBR_ULTIMO_RETORNO("ACBrNFe32.DLL","NFE_UltimoRetorno") texto+=CR+ACBR_ULTIMO_RETORNO(sRecebe_nome_dll,recebe_ultimo_Retorno) RESULT texto END //https://acbr.sourceforge.io/ACBrLib/NFE_Validar.html // NFE_Validar; ======================== PROCEDURE ACBR_Assinar(sRecebe_nome_dll is string="",sRecebe_nome_metodo is string="",recebe_ultimo_Retorno is string="") //gnretorno_acbr=api("ACBrNFe32.DLL","NFE_Assinar") //EDT_RESPOSTA=ACBR_Assinar("ACBrCTe32.dll","CTE_Assinar") gnretorno_acbr=API(sRecebe_nome_dll,sRecebe_nome_metodo) IF gnretorno_acbr=0 THEN //assinou com sucesso=0 RESULT("0") ELSE texto is string="Erro Retorno ["+gnretorno_acbr+"]" IF gnretorno_acbr=-1 THEN texto+=" Indica que a biblioteca não foi inicializada " IF gnretorno_acbr=-10 THEN texto+=" Indica que houve erro ao Assinar" // aula 19 11 2019 texto+=ACBR_ULTIMO_RETORNO(sRecebe_nome_dll,recebe_ultimo_Retorno) //"CTE_UltimoRetorno") RESULT texto END //https://acbr.sourceforge.io/ACBrLib/NFE_Assinar.html //Comando: NFE_ Assinar ======================== // btn ASSINAR xml eCTE bRETORNO is boolean=ACBR_INICIALIZAR("ACBrCTe32.dll","CTE_Inicializar") IF bRETORNO=True THEN EDT_RESPOSTA=ACBR_CARREGARINI("ACBrCTe32.dll","CTE_CarregarINI",EDT_INI) IF EDT_RESPOSTA=0 THEN EDT_RESPOSTA=ACBR_Assinar("ACBrCTe32.dll","CTE_Assinar","CTE_UltimoRetorno") IF EDT_RESPOSTA=0 THEN //AULA 20 11 2019 EDT_RESPOSTA=ACBR_Validar("ACBrCTe32.dll","CTE_Validar","CTE_UltimoRetorno") IF EDT_RESPOSTA=0 THEN EDT_RESPOSTA+=CR+"ASSINADO E VALIDADO COM SUCESSO" ELSE Info("ERRO AO VALIDAR:"+CR+EDT_RESPOSTA) END //AULA 20 11 2019 ELSE Info("erro ao assinar"+EDT_RESPOSTA) END ELSE Info("ERRO AO CARREGAR INI") END END ACBR_FINALIZAR("ACBrCTe32.dll","CTE_Finalizar") ======================== PROCEDURE ACBR_ULTIMO_RETORNO(sRecebe_nome_dll is string="",sRecebe_nome_metodo is string="") gnTamanho is system int=256 gsResposta is string on 256 gnretorno_acbr=API(sRecebe_nome_dll,sRecebe_nome_metodo,&gsResposta,&gnTamanho) sTEXTO_R is string="Retorno["+gnretorno_acbr+"]"+CR sTEXTO_R+=VER_RETORNO_MAIOR_256(sRecebe_nome_dll,sRecebe_nome_metodo,gnTamanho,gsResposta) RESULT sTEXTO_R ======================== PROCEDURE VER_RETORNO_MAIOR_256(RECEBE_NOME_DLL,RECEBE_METODO,RECEBE_GNTAMANHO,RECEBE_GSRESPOSTA) gsResposta_maior_256 is string="" IF RECEBE_GNTAMANHO>256 THEN gsResposta_maior_256=RepeatString(" ",RECEBE_GNTAMANHO) gnretorno_acbr=API(RECEBE_NOME_DLL,RECEBE_METODO,&gsResposta_maior_256,&RECEBE_GNTAMANHO) RESULT UTF8ToString(gsResposta_maior_256) ELSE RESULT UTF8ToString(RECEBE_GSRESPOSTA) END //"NFE_UltimoRetorno" ======================== https://windevdesenvolvimento.blogspot.com/2019/11/dicas-2488-windev-webdev-mobile-acbr.html https://acbr.sourceforge.io/ACBrLib/CTE_Validar.html Compartilhe Canal Youtube Amarildo Matos Amarildo, desde 1990 ensinando Desenvolvimento de Sistemas, tornando sonhos em realidades. https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/Boleto/ACBrBoleto.prg * AcbrLib - Integrando com Windev https://web.flock.com/?

Note que os schemas usados pelo aplicativo gratuito podem não ser compatíveis com os schemas oficiais. Não existe nem mesmo documentação para os mesmos. No caso desse erro provavelmente você vai precisar editar os schemas para declarar esse tipo.

A propriedade já existe no componente: Mas creio que ainda não foi implementado no ACBrMonitorPLUS.

Provavelmente ainda há algo errado no LFM... Apague a pasta do Demo e baixe novamente pelo SVN do ACBr

Boa tarde! Anexando apenas para complementar o que o colega BigWings informou e contribuir com o tópico. Rejeição 923. Lembrando que a muito tempo não é mais permitido modelo de nota fiscal 01 acobertar venda interestadual e salvo engano acho que todos os estados já obrigaram algum tipo de documento fiscal eletrônico aonde não se usa mais o modelo 01. Aqui no Paraná ainda é permitido (com solicitação de autorização pela SEFAZ para venda porta a porta (ambulante) ). Mas de modo geral não se usa mais a referencia para modelo 01 apenas a chave será usada para referenciar as eletrônicas.

Boa tarde, Ale Hexata. Tente atualizar as dlls do openssl e libxml que estão na pasta do ACBr, referente a sua aplicação x86 ou x64.

Desculpe a demora @Juliomar Marchetti Segue em anexo um PDF com a quebra. o nome Prof Sergio Pereira, deveria ficar na mesma linha, mas está Prof Sergio Pereira. Se for adicionado um espaço ao fim do nome dele, fica como o segundo pdf(semquebra). Expandir os dados adicionais está false; Imprimir na primeira página está true. comQuebra.pdf semQuebra.pdf

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

Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.

Olá, Para quem utiliza o ACBrMonitorPLUS, as margens dos documentos fiscais eletrônicos podem ser configuradas em um único local, sendo válidas para todos os Formulários (NFe, CTe, MDFe, GNRe). Com as padronizações realizadas, o que muda é a definição de margens de Centímetros para Milímetros, sendo assim basta multiplicar as configurações já existentes por 10. ex: Antes - Margem Inferior: 0,70 Margem Superior: 0,70 Margem Direita: 0,50 Margem Esquerda: 0,50 ex: Depois- Margem Inferior: 7,00 Margem Superior: 7,00 Margem Direita: 5,00 Margem Esquerda: 5,00 Veja onde configurar: Para o cupom SAT e NFCe tipo (Bobina) não será necessário alterações nas configurações já existentes. Estas alteração precisam ser realizadas a partir da versão: 1.3.0.140

Boa tarde a todos, Para quem não sabe os Manuais e Notas Técnicas não é exclusividade do ACBr, eles são de domínio publico, logo qualquer um pode ter acesso a essa documentação gratuitamente. Onde eu os encontro? Se tratando de NF-e e NFC-e temos o Portal Nacional da NF-e na aba Documentos encontramos os Manuais, Notas Técnicas, Schemas e Diversos. CT-e e CT-e OS temos o Portal Nacional do CT-e na aba Documentos encontramos os Manuais, Notas Técnicas, Schemas e Diversos. Temos também o Portal dos Documentos Fiscais Eletrônicos - SVRS esse portal encontramos Manuais, Notas Técnicas e Schemas dos seguintes tipos de documentos fiscais: NF-e, NFC-e, CT-e, CT-e OS, MDF-e, BP-e, NF3-e (Nota Fiscal de Energia Elétrica Eletrônica) e ONE (Operador Nacional dos Estados). Esse portal é da SVRS - SEFAZ-Virtual do Rio Grande do Sul e promete manter principalmente os Manuais sempre atualizados, diferente dos Portais Nacionais da NF-e e CT-e que chega a demorar 2 anos para atualizar os Manuais. Nos obrigando sempre a consultar o Manual e diversas Notas Técnicas para saber como devemos implementar. Hoje estou me baseando somente nos Manuais do Portal da SVRS. Todos esses Manuais e Notas Técnicas e vários outros, estão disponíveis em nossa biblioteca que pode ser acessada clicando aqui. É possível também criar uma nova pasta (ACBrTools por exemplo) e configurar o tortoise para baixar tudo o que temos. A URL de configuração do tortoise é a mesma, basta trocar o Trunk2 por Tools no final da URL. E boa leitura a todos.