Painel de líderes

O Projeto ACBr está de roupa nova em seu portal! Confira. Veja o novo portal O novo tema, além de ser completamente responsivo e leve, promete tornar informações importantes mais acessíveis. Seu Mega Menu lateral, permite facilmente navegar entre todas as seções do novo site. Sobre Esta área agrupa todas as informações sobre o que é o Projeto ACBr. Já tentou explicar o que é ACBr para alguém (que não seja desenvolvedor) sem muito sucesso? Talvez esta página possa ajudar. Com o enfoque em educar novos usuários, também publicamos as perguntas frequentes sobre o funcionamento do ACBr. Soluções Organizamos de uma forma simples as informações sobre como usar nossos componentes, também facilitando o acesso às vídeo-aulas correspondentes à cada modalidade: Fontes, ACBrMonitor ou ACBrLib. Suporte Profissional SAC Como todos sabemos, não existe almoço grátis (mas fontes, sim). O Projeto ACBr hoje é uma empresa que conta com uma equipe de especialistas dedicados à prestação de suportes e manutenção dos componentes, e oferece cada vez mais facilidades para seus membros SAC ACBr. Se você ainda não conhece o nosso SAC, esse é o momento. Comunidade Fazer parte de uma comunidade significa não estar sozinho. Listamos os benefícios de ser um membro do Projeto ACBr, e também o que temos a oferecer além de nossas soluções. Você pode encontrar um link para o site do Dia do ACBr (Ainda em construção) nesta seção. Primeiros passos Uma área destinada aos novos membros, que por meio de um passo-a-passo simples, podem aprender a usar corretamente o fórum. Vale lembrar que ainda estamos migrando alguns conteúdos do antigo portal para o novo, e pretendemos inserir mais informações em breve. IMPORTANTE: Conte-nos como foi sua experiência com o novo portal e possíveis melhorias. Avalie o novo portal Sua opinião vale muito para nós.

pro cliente não ficar esperando, muda a impressora padrão, se não tiver uma impressora, instala a Generic Text, em Dispositivos e Impressora vai em "Adicionar Impressora\ Adicionar Impressora Local", e defina ela como Padrão Fecha sua aplicação e abre novamente e tente imprimir, Depois você corrige no seu código fonte conforme o @Daniel Simoes postou

Bom dia Juliomar, resolvido com a consulta com o XML , obrigado pela atenção, grande abraço.

Bom dia Elisângela, Sem problemas, essa alteração no arquivo INI do provedor SimplISS foi realizada por mim, pois notei que a maioria das cidades seguiam um padrão na formatação da URL de homologação e produção. Com essa alteração fica muito mais simples acrescentar novas cidades que seguem a mesma formatação, pois basta inclui-las no arquivo Cidades.ini da mesma forma que as demais. Já as que não seguem a formatação, além de ter que incluir no arquivo Cidades.ini se faz necessário incluir as suas URLs no arquivo SimplISS.ini Fique a vontade em perguntar. Como o assunto tratado nesse tópico ficou esclarecido, vou fechar.

Vanessa, Comigo ocorre o mesmo problema. Entrei em contato com o suporte de Nova friburgo e pediram pra mandar um e-mail. Parece que é geral esse problema.. Acho que é só aguardar. Não consegui conclui todo o processo, mas a comunicação após as alterações do Ítalo está funcionando.

Eu tive um problema parecido com um cliente que usa GMail quando ia emitir a NFe e enviar o e-mail logo após a emissão. Não sei se isso vai te ajudar, mas vou dizer o que eu fiz para resolver meu problema Usei as propriedades SetSSL := True e SetTLS := True e também coloquei as DLLS versão x32 da pasta LibXml2 e as 3 dlls da pasta OpenSSL versão 1.0.2.13 dentro da pasta do meu executável. Também ativei as configurações do Gmail para aplicativos menos seguros.

Bom dia! Tive que fazer a instalação da TANCA - TLP 400 e era minha primeira instalação da mesma. Vi que hoje é quase nula as explicações sobre a instalação da mesma e é difícil até mesmo encontrar os Drivers da mesma. Entrei em contato e foi encaminhado pelo suporte os drivers necessários para instalada. Segue o link com os drivers da mesma https://mega.nz/#!5y5SQKDC!0QGk6E1guXPWDNumxifEWYaN16bMu71sF6URBUz-4lk Abaixo vou mostrar o processo para instalação: 1º Passo - Dentro da Pasta CD Original Rongta você ira acesso o aplicativo "Start" 2º Passo - Na tela que ira abrir você selecionara a segunda opção - Install NiceLabel Printer Drivers 3º Passo fazer a instalação seguindo os seguintes passos: *SELECIONAR A PORTA DA IMPRESSORA* Impressora já instada! Caso queire fazer a instalação do gerenciador siga os seguintes passos: Após o gerenciador estar instalado pode fazer as configurações de teste da impressora, sempre checando se o sensor do Ribbon esta centralizado! Em caso de duvidas que estiverem ao meu alcance estou disposto a ajudar! Att, Gilmar Junior.

Olá pessoal, No dia 20/12/2019 foi publicado o Decreto de numero 47.799 que trata sobre a venda de combustíveis a consumidor final em estabelecimento comercial varejista de combustíveis automotivo. O decreto possui dois artigos, o primeiro se refere a obtenção das informações referente ao encerrante e o segundo diz onde as informações do mesmo deve ser informadas no XML. Para ler na integra o decreto clique aqui. Minhas considerações: 1. Esse decreto só serve para informar que se tratando de venda de combustível para consumidor final devemos informar no XML da NFC-e os dados referente ao encerrante, visto que essas informações ficou a critério de cada UF exigir ou não. 2. O decreto é de 19/12/2019, mas na Nota Técnica 2015/002 já estava previsto que a obtenção dos dados referente ao encerrante deveria ser via hardware, logo não deve ser digitados. Final da página 4 da referida NT: C. Grupo de Combustível: Informação de “Encerrante” Dentro do grupo de informações relacionado com as operações de combustíveis, foi incluído o subgrupo de “encerrante” que permite o controle sobre as operações de venda de combustíveis, de forma semelhante à atualmente em vigor. Observação do grupo <encerrante>: Informações do grupo de “encerrante” disponibilizado por hardware específico acoplado à bomba de combustível, definido no controle da venda do Posto Revendedor de Combustível. 3. No segundo artigo do decreto diz que temos que informar os seguintes dados: nBico, nBomba, nTanque, vEncIni e vEncFin no grupo de informações do contribuinte, ou seja, no campo xCampo devemos colocar o nome do campo, por exemplo nBico e no campo xTexto o numero do bico propriamente dito. Mas acontece que na NT que eu me referi na mesma página temos os campos que compõe o grupo <encerrante>, são eles: nBico, nBomba, nTanque, vEncIni e vEncFin. Duvida cruel: Se tratando de Minas Gerais as informações referente ao encerrante devemos informar no grupo <encerrante> conforme layout apresentado na Nota Técnica 2015/002 ou devemos colocar essas informações no grupo de observações do contribuinte? Se no layout da NF-e/NFC-e já existe um grupo especifico para tais informações pra que informar em outro lugar? Desenvolvedores, que possuem clientes que comercializa combustível no varejo, favor ficar a tento a isso. Não sei se cabe a uma consulta ao órgão competente. Data de inicio da exigência dessas informações no XML: 01/04/2020 Pela data deve ser tudo mentira. Não se faz necessário alterações no componente ACBrNFe.

Boa noite. Aumente o tempo de resposta e Timeout pra ver se melhora e evita o problema.

Boa tarde, A TLP-400 agora é compatível com os protocolos ZPL, PPLA e PPLB. Em breve enviaremos para homologação do ACBR.

confere se tu não tem outros locais com o mesmo fonte ou compilados antigo

Essas linhas do log: -- 29/01 15:28:37:950 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 0 TipoCampo = 7 Buffer = Tam.Min = 0 Tam.Max = 0 -- 29/01 15:28:37:975 - ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = -- 29/01 15:28:39:179 - ContinuaFuncaoSiTefInterativo, Retornos: STS = -41 ProximoComando = 0 TipoCampo = 7 Buffer = Tam.Min = 0 Tam.Max = 0 -- 29/01 15:28:39:189 - *** ContinuaFuncaoSiTefInterativo, Finalizando: STS = -41 -- 29/01 15:28:39:198 - BloquearMouseTeclado: NAO O retorno -41 é Dados inválidos. Acredito que isso indica que o Sitef estava esperando um tratamento para o TipoCampo 7 que parece ser um menu de pagamento Carteira Digital. Tem que verificar a documentação que você anexou para efetuar os ajustes. Isso não é tão difícil quanto parece. Se você estiver disposto, sugiro que tente verificar.

Não está implementado dessa forma para NFCe. Que me lembre foi implementado para o MFe por obrigatoriedade pelo CE. Existe essa obrigatoriedade também no caso da NFCe?

A questão do erro da assinatura, é que eu estava carregando o xml sem algumas informações que seriam obrigatórias. Só ficou pendente a situação do retorno do xml, ele não grava com o número da NFS-e.

Boa tarde. Obrigada por compartilhar. Att.

Olá Danilo, Só vi sua resposta agora... Segue anexo o exemplo do comando ReprocessarArquivo. Espero ter ajudado. _EnvelopeSoap_ReprocessarArquivo.xml

Bom dia pelo que conheço aqui do estado é só no portal e creio que ai também seja igual somente pelo site do sefaz do estado, pois possui série especial e etc. até procurei mas não achei documentação para emitir via webservice

só tu não pode alterar os dados pois ele tem uns hash que inválida tudo

Bom dia! Leia este tópico e veja se te ajuda.

Bom dia! Fechando o tópico por falta de resposta do autor do mesmo. Para nova dúvida, abra novo tópico.

Muito obrigado!!!

Bom dia! Obrigado por reportar. Fechando o tópico, para nova dúvida, abra novo tópico.

Os "em branco" podem ser eventos e não notas. Você pode testar o tipo de documento retornado acessando a propriedade schema: case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].schema of schresNFe: ; // resumo de nfe schresEvento: ; // resumo de evento schprocNFe: ; // nfe completa schprocEventoNFe: ; // evento end;

Você está chamando o comando </logo>, esse comando depende da imagem já estar carregada na memória da impressora. Para fazer apenas informando o caminho, você pode tentar o comando <bmp>, veja exemplo no tópico que citei.

Bom dia Abel, Será que ao enviar o XML da nota para o Cliente "A" não foi enviado o XML emitida para o Cliente "B" ? Favor anexar os 2 XMLs para que possamos analisar essa situação.

Tópico fechado por falta de retorno do usuário

Quem sabe. Vamos tentar.

Bom dia A Sefaz não disponibiliza Serviço WebService para baixar o XML completo do próprio emitente. Se está utilizando o método de DistribuicaoDFe, vai receber NFes e resumos NFe emitidos contra seu CNPJ ou NFes que seu CNPJ esteja envolvido na operação, conforme citado acima no tópico do Italo. Se precisa apenas atualizar seus XMLs emitidos com protocolo de autorização ou eventos deve utilizar o método ConsultarNFe (Mas não vai obter o XML completo). https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html

Bom dia Veja no manual um passo a passo para emitir CTe. https://acbr.sourceforge.io/ACBrMonitor/ComoEmitirumCTe.html O arquivo .ini com os dados do CTe pode ser passado como parâmetro, ou pode passar todo o conteúdo do .ini como parâmetro.

Parece que sim, mas não tenho certeza. Minha sugestão é você testar no seu ambiente. Ahh sim. Pode ser que exista um novo tipo de tela a ser implementada. Mas a implementação mesmo normalmente é feita na sua aplicação, e não no ACBrTEFD. Essas telas geralmente são passadas no evento onObtemCampo. Talvez só o tipo TACBrTEFDCliSiTefOperacaoCampo precise ser ajustado.

Boa tarde a todos, O arquivo Cidades.ini foi atualizado com o novo provedor e enviado para o repositório.

ACBrNFSe1.NotasFiscais.Items[ xx ].NFSe.Servico.ItemServico.Items[ yy ]

Analisando a última alteração do arquivo SimplISS.ini do repositório, o que parece que foi alterado é que essas cidades que foram removidas do arquivo usam a montagem padrão da URL de recepção. [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%.simplissweb.com.br/nfseservice.svc Sendo %NomeURL_P% definida no arquivo Cidades.ini, por exemplo: Assim só ficaram no arquivo SimplISS.ini aquelas cidades que tem a URL diferente desse padrão. Nesse caso recomendo que use os arquivos atualizados.

Bom dia, Muito obrigado pela colaboração, apliquei a mesma alteração para o Lazarus e já enviei para o repositório.

Leandro, Favor atualizar os fontes e faça novos testes.

O {R-} apenas mascara o Warning / Erro... por favor tentem sobrepor as Units no Zip em Anexo... Fontes.zip

Segue a resposta do acionamento INC000011122495. Em testes em nossa estrutura, na versão atual (path G) com a variável de ambiente e todos os serviços do antivírus ativo não apresentou mais o erro. Forte abraço

me ajudou muito meu amigo. Estava travado aqui há pelo menos uma semana. Obrigado.

ATENÇÃO – PARADA PROGRAMADA NOS AMBIENTES DE AUTORIZAÇÃO DE DF-e DA SVRS NO DIA 02-FEV-2020 Os ambientes de autorização de Nota Fiscal eletrônica (NF-e, mod. 55) da SEFAZ-Virtual do Rio Grande do Sul (SVRS) e de Nota Fiscal eletrônica a Consumidor (NFC-e, mod. 65) do RS (SEFAZ-RS) serão submetidos a manutenção programada na manhã do domingo dia 02/02/2020. A manutenção será executada entre as 07:00 e as 08:00 da manhã, horário durante o qual poderá haver indisponibilidades com duração máxima de 15 minutos.

Testado e funcionando... sds,

Pelo que vi todas as referências a essa variável estão comentadas no código do programa exemplo.

Boa tarde O reprocessar arquivo apenas vai processar um arquivo já transmitido, utilizando como parâmetro o Recibo do arquivo processado. https://acbr.sourceforge.io/ACBrMonitor/ReprocessarArquivo.html

Bruno, Acessando as configurações da própria balança, mostra essas informações passadas pelo suporte? Qualquer coisa coloque um programa de Scaner na porta Serial do seu computador e veja o que a balança esta enviado para a porta serial do seu computador.

Desculpe escrevi errado a propriedade é "EspacoEntreProdutos" seção DANFENFe, é o mesmo campo já existente, conforme está no manual.

Confira o preenchimento das tags... Lembre-se que cada provedor se utiliza de alguns campos e outros não. Nesse caso o campo da "Competencia". Se ainda não for erro de schemas, tente limpar o campo da Competencia.

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

Boa noite pessoal, e obrigado pelas ajudas porém consegui resolver. Na verdade foi erro de implementação na qual estava ativando o componente com o parâmetro MonitoraBalanca = True e já fazendo a chamada da função LePeso logo em seguindo, com isso estava ocasionando timeout e except no componente. Retirei a chamada logo apos ativar o componente e consegui utilizar as opções de modelo da toledo e da genérica para ter o retorno da string da balança; Ainda não implementei um unit especifica para o tratamento do peso para esse modelo, acabei utilizando o retorno da resposta no modelo balToledo e peguei o peso por lá.

Olá pessoal, É com muita satisfação que comunicamos que agora os Fontes do Projeto ACBr, já foram ajustados para suportar o OpenSSL na versão 1.1.1 Antes de prosseguir, o que é OpenSSL ? "O OpenSSL é um kit de ferramentas robusto, de nível comercial e completo para os protocolos Transport Layer Security (TLS) e Secure Sockets Layer (SSL). É também uma biblioteca de criptografia de uso geral" https://www.openssl.org/ No Projeto ACBr, usamos o OpenSSL para diversas tarefas, como por exemplo: Comunicação Segura: Ele será necessário se você usa o componente ACBrMail, ou os componentes da aba ACBrTCP, que fazem comunicação Segura com sites, pelo protocolo HTTPS. A ACBrDFeSSL, que é usada por todos os componentes de Documentos Eletrônicos do ACBr, também podem usar o OpenSSL para comunicação Segura (como uma das opções) Criptografia: Ele é usado nos componentes ACBrEAD e pela ACBrDFeSSL para calcular e Verificar Hashs e Assinaturas digitais, usando diversos padrões de Criptografia O OpenSSL é uma excelente opção... na verdade, é a minha recomendação de uso, para quem usa certificados do tipo A1 A vantagem principal, é que com o OpenSSL, você está livre da necessidade de sempre manter o seu Windows Atualizado para que a comunicação segura com TLS1.2 funcione. Com o OpenSSL você poderia ter suporte a TLS1.2, mesmo no Windows XP. Como desvantagem, no ACBr, o OpenSSL, apenas suporta Certificados do tipo A1 Porque essa atualização é importante ? O principal motivo, é que as versões anteriores deixarão de ser suportadas e não mais receberão atualizações e correções, conforme podemos ver nessa página Mas outro motivo igualmente importante, é que atualmente é muito difícil de instalar uma versão antiga do OpenSSL em alguns sistemas Operacionais. Isso poderia ser um impedimento, para executar o ACBr em várias distribuições de Linux... A atualização dos fontes não foi um processo trivial, pois a API do OpenSSL recebeu modificações substanciais, desde a versão 1.0.x https://www.openssl.org/blog/blog/2018/09/11/release111/ https://wiki.tizen.org/Security/Tizen_5.X_Migration_from_OpenSSL_1.0.2_to_OpenSSL_1.1.1_guide Preciso atualizar meu cliente Final ? Não necessariamente... o código fonte do ACBr, é esperto o bastante para suportar todas as versões do OpenSSL, desde a série 0.9.8 até a 1.1.1.x. Mas é altamente recomendado que você atualize seus Scripts de Build, para usar e distribuir a última versão do OpenSSL no seu instalador automatizado... (veja como distribuir, abaixo) Lembre-se que se você precisa usar recursos mais novos, como comunicação segura com TLS1.2, precisará ter o seu OpenSSL atualizado, para versões mais novas... Todos os Scripts que geram os instaladores do ACBrMonitorPLUS e os pacotes da ACBrLib, assim o ACBrInstall_trunk2.exe, já foram atualizados para usar e distribuir as DLLs da nova versão 1.1.1.x Como o OpenSSL é distribuído ? Você pode encontrar versões compiladas do OpenSSL para praticamente qualquer Sistema Operacional existente... No SVN do ACBr, você encontrará as últimas versões das Bibliotecas compiladas para Windows em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Repare que em cada diretório, temos as pastas x86 (32 bits) e x64 (64 bits)... Se você compila seu programa em 32 bits, então você deve usar a versão 32 bits da DLL O OpenSSL é distribuído em em 2 arquivos. Sempre mantenha os dois arquivos juntos, e sempre use o par de arquivos da mesma versão. No Windows: Até a versão 1.0.x, os nomes dos arquivos eram: ssleay32.dll e libeay32.dll, e não havia distinção nos nomes das DLLs, entre as versões 32 e 64 bits. A partir da versão 1.1.0, os nomes dos arquivos mudaram para: libssl-1_1.dll e libcrypto-1_1.dll (32 bits) e libssl-1_1-x64.dll e libcrypto-1_1-x64.dll (64 bits) Tudo que você precisa fazer, é copiar o par de arquivos (libssl-1_1.dll e libcrypto-1_1.dll) para a mesma pasta do seu binário, ou seja, na mesma pasta onde está o seu .EXE (sim, você poderia copiar esses arquivos para o diretório System do Windows, mas isso deve ser evitado, pois pode causar conflitos com outras aplicações) As DLLs do OpenSSL que estão no repositório do ACBr, são compiladas com o Visual C Studio, portanto, será necessário que na máquina destino, exista as DLLs de RunTime do Visual C. Como centenas de programas tem essa mesma dependência, provavelmente as DLLs de RunTime já estão instaladas no seu Windows... Porém, caso você perceba o erro: "Este aplicativo não pôde ser iniciado porque não foi encontrado vcruntime140.dll", provavelmente o RunTime ainda não foi instalado, a solução nesse caso, é bastante simples, bastando instalar: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Você pode/deve, rodar esse procedimento no seu instalador, automatizado... isso pode ser feito de maneira silenciosa, e sem a intervenção do usuário... Veja esse artigo: No ACBrMonitorPLUS, usamos da seguinte maneira: VC_redist.x86.exe /install /passive /norestart No Linux: libssl.so.x.x.x - exemplos: libssl.so.1.1, libssl.so.10, libssl.so.1.1.1, libssl.so.1.1.0, libssl.so.1.0.2 , libssl.so.0.9.8, etc libcrypto.so.x.x.x - exemplos: libcrypto.so.1.1, libcrypto.so.10, libcrypto.so.1.1.1, libcrypto.so.1.1.0, libcrypto.so.1.0.2, libcrypto.so.0.9.8, etc O OpenSSL já vem instalado por padrão em várias distribuições Linux, caso contrário, use o seu gerenciador de pacotes, e instale o pacote "openssl" Veja mais sobre a distribuição de Bibliotecas em: https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html A nova rotina de Carga dinâmica das Bibliotecas do OpenSSL, que foram implementadas na Unit OpenSSLExt.pas, irá procura por vários nomes de arquivos, dando preferência para os arquivos mais novos. Ou seja, ela irá procurar pelas bibliotecas na versão 1.1.1.x, e não encontrando, procurará e pelas bibliotecas na versão 1.0.x ou inferiores Quer saber mais sobre como o ACBr usa o OpeSSL na criação e transmissão de Documentos Seguros ? Então de uma olhada nesse vídeo: Atualização em 12/03/21: A "Mikeysoft" não vem fazendo um bom trabalho no instalador do Visual C++ Runtime... parece que faltam dependências em "VC_redist.x86.exe"... Por isso recomendamos esse instalador: https://github.com/abbodi1406/vcredist/releases .. onde o desenvolvedor criou um instalador único, que roda todas as versões do instalador do Visual C++ Runtime

ACBrMonitorPLUS com NFCe x Integrador Fiscal CE Para quem utiliza o ACBrMonitorPLUS a configuração do Integrador Fiscal é a mesma citada acima, o Integrador deve estar rodando na máquina junto ao ACBrMonitor. Os comandos utilizados no ACBrMonitor, são exatamente os mesmos utilizados para emissão de NFe: https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html Em tela, precisa configurar a opção "Integrador Fiscal" e Configurar os diretórios para Leitura e Gravação dos XMLs utilizados na integração ACBr x Integrador Fiscal... Sempre que for começar emitir NFCe, precisa passar para o componente que vai utilizar esse tipo de documento, pois por padrão sempre define a NFE como primeira opção.Para isso utilize o método: NFe.SetModeloDF("65") obs: Isso precisa ser feito apenas uma vez quando inicializar o ACBrMonitor ou quando for começar a emitir NFCe utilizando o Integrador. Segue abaixo configuração para utilizar o Integrador: Neste caso a pasta "Input" e "Output" configurada no Aplicativo Integrador Fiscal deve ser a mesma configurada nos respectivos campos do ACBrMonitor. Através destes diretórios será realizada a troca de arquivos entre os aplicativos. obs: Para Emissão de NFCe em outra UF é necessário desabilitar a configuração: "Usar Integrador Fiscal". Sempre utilize o comando NFe.SetModeloDF("65") antes de iniciar o envio dos métodos, isso define que está trabalhando com o documentos NFCe- modelo 65.

Funcionou 100%.