Painel de líderes

Olá Pessoal, É com grande alegria e satisfação que a Equipe ACBr depois de quase 1 ano de trabalho comunica que já se encontra disponível para todos o novo componente para emissão de NFS-e. Por conta de varias melhorias e quebra de código optamos por manter o componente atual e disponibilizar o novo com um outro nome: ACBrNFSeX e também um novo componente para impressão do DANFSE: ACBrNFSeXDANFSERL (Fortes Report). Já esta disponível no repositório Trunk2 os fontes dos componentes bem como os pacotes de instalação (para o Delphi e Lazarus) e o programa exemplo para o Delphi). Em breve vai estar disponível o DANFSE feito em Fast Report, programa exemplo para o Lazarus e a atualização do ACBrInstall com a opção de instalação do novo componente. Estamos também elaborando um manual de migração que terá como objetivo ajudar os desenvolvedores que utilizam o componente atual a migrar para o novo. Esse manual vai apresentar as propriedades de configuração bem como os campos que não existem mais ou que tiveram seus nomes alterados e varias outras informações valiosas. Acreditamos que com o manual e o programa exemplo do novo componente qualquer desenvolvedor vai ser capaz de migrar a sua aplicação para o novo componente em uma semana, digo isso pois sempre aconselhamos que todos estudem o programa exemplo. O que esperar do novo componente: 1. Código mais limpo, removemos a maioria dos IF e CASE que antes eram utilizados para sanar a falta de padronização entre os provedores; 2. Um único método de emissão de NFS-e, que detecta automaticamente o modo de envio correto para cada provedor; 3. Leitura dos retornos padronizado; 4. Mais veloz; 5. Eliminação dos arquivos INI de provedores e o Cidades.ini, simplificando bastante os arquivos a serem distribuídos juntamente com o executável. 6. A implementação de novos provedores que seguem a versão 1 ou 2 do layout da ABRASF tendo todas as informações necessárias se faz em menos de 1 hora. O que vem pela frente: 1. Inclusão da NFS-e no ACBrMonitor Plus, desta forma os desenvolvedores que se utilizam dessa ferramenta em fim vão poder emitir também a NFS-e. 2. Desenvolvimento da ACBrLibNFSe, uma DLL para os desenvolvedores que preferem usar a DLL em vez do ACBrMonitor. Noticia: Nós achamos que o Projeto ACBr tem os melhores componentes disponíveis pelo melhor preço: grátis. Se você concorda, por favor espalhe essa noticia.

Olá, Recentemente diversas empresas estão emitindo boletos com QrCode para pagamento via PIX (Boleto Híbrido), ficando a critério do pagador escolher a forma de pagamento através da ficha de compensação "Código de Barras / Linha Digitável' ou com o PIX "QRCode". Mas até então isso não estava formalizado pelo Banco em si, ou seja, o controle de Baixa do título caso seja pago por PIX ficaria a cargo da própria empresa, como ocorre no fluxo de várias API hoje disponíveis no mercado... Porém, o Banco do Brasil foi o pioneiro em disponibilizar esse tipo de integração em sua própria API, assim ao registrar um Título pode ser definido se será gerado também uma chave PIX dinâmica referente aquele título, com isso o controle da forma de pagamento fica com o Banco, independente se for pago via PIX ou Boleto. Isso facilita muito o controle por parte da empresa beneficiária e viabilizou a implementação desse tipo de integração via API também no componente ACBrBoleto. No componente ACBrBoleto já existia a possibilidade de Registro Online de Boletos para alguns Bancos, inclusive o Banco do Brasil via WebService, mas essa API se trata de um novo Serviço, portanto são configurações e funcionalidades distintas no componente ACBrBoleto. Neste tópico vamos descrever como realizar a homologação e utilizar a API do Banco do Brasil através do componente ACBrBoleto. 1- Primeiro passo é realizar o Cadastro do seu Aplicativo no ambiente Sandbox BB, com isso será fornecido as credenciais para autenticação da API em ambiente de homologação. Utilize o Serviço API Cobrança: https://developers.bb.com.br/home Documentação da API e como utilizar o ambiente Sandbox para cadastrar a aplicação: https://apoio.developers.bb.com.br/referency/post/5ffc477c3b02bd0012ecaa1a 2- Após o Cadastro poderá obter o ClientID e ClientSecret que precisará configurar no componente ACBrBoleto, cada emitente terá seu próprio ClientID e ClientSecret. No componente ACBrBoleto configure em: Banco / TipoCobranca=cobBancoBrasilAPI No componente ACBrBoleto configure em: Cedente / CedenteWS ClientID=Informe o ClientID gerado no Ambiente Sandbox BB ClientSecret=Informe o ClientSecret gerado no Ambiente Sandbox BB Scope=cobrancas.boletos-info cobrancas.boletos-requisicao KeyUser=developer_application_key IndicadorPix=True //Para utilização do PIX pela API - Banco do Brasil é necessário que o emitente tenha chave PIX cadastrada no BB, caso for utilizar somente a emissão tradicional pela API enviar False nesse parâmetro. Em Configurações / WebService - Configure da seguinte Forma: Na opção de Ambiente escolher de acordo com a operação que esteja fazendo (Homologação ou Produção) necessário coerência com as chaves contratuais junto ao BB. As operações homologadas para a API BB são de Inclusão e Consulta [tpInclui, tpConsulta, tpBaixa, tpAltera] SSLHttpLib utilizar cryOpenSSL SSLType utilizar LT_TLSv1_2 3 - Com essas configurações já é possível realizar o registro de um título no BB via API. O Título deve ser incluso normalmente como no processo tradicional do componente, mas ao invés de gerar uma remessa, utiliza-se o o método "EnviarBoleto" - (botão no Aplicativo ACBrBoleto Demo: [Registrar Boleto On-Line]) . Este botão possui exemplos de como obter o Retorno da API. Se o título foi registrado sem nenhuma rejeição, automaticamente será atualizado a chave PIX junto ao Título. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Particularidades BB via API: obs: API possui envio Síncrono Carteira=17 EspecieDoc=DM Modalidade=35 CodigoCedente=Informar Código Cedente Convenio=Informar o Convenio 4- Para imprimir o Boleto: Obs: Quando utilizado PIX, é necessário que além das informações tradicionais, sejam informadas no título o retorno do registro "QrCode" na propriedade "EMV", esse campo corresponde a String de geração do QRCode PIX gerada pelo Banco. ex: Titulo.qrcode.emv := FRetornoConteudoEMV; Impressão em FortesReport: Utilize o Layout "PadraoPIX" Impressão em FastReport: Selecione o arquivo "BoletoPIX.fr3" no diretório "Report" junto ao ACBrBoleto Demo. Segue o Modelo de Boleto Híbrido Impresso: 5- Consulta de Títulos via API Na aplicação ACBrBoletoDemo temos o botão "Consultar Boleto" com código exemplo de como passar os parâmetros para realizar uma consulta na API, o retorno será gerado em uma lista para posterior validação de cada Título. Obs: A homologação deve ser feita também junto ao Banco, inclusive enviando os modelos das Fichas de Compensação emitidas para validação. Todos os testes foram realizados em ambiente de homologação, então é importante a validação completa antes de emitir em ambiente de produção. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto)

Bom dia Danilo, a partir da versão 1.4... o log em tela só é mostrado quando a tela está aberta, caso contrário só gera o log.txt mesmo, foi feito isso por questões de performance. As respostas sempre vem no arquivo de Respostas também, além do log...

ÁLVARO ANTÔNIO DA SILVA BAHIA - COORDENADOR TÉCNICO DO ENCAT 11/06/2021 MDF-e: Lastro Digital Viabilizador do Mercado de Recebíveis de Transportes Você venderia seu carro para um desconhecido recebendo como pagamento um cheque pré-datado para ser liquidado em 30 dias? É evidente que não! Na era do PIX e da Duplicata Escritural, um recebível futuro que não esteja conectado “em tempo real” com seu respectivo lastro, no caso o saldo da conta, não apresenta a segurança necessária exigida pela atual sociedade conectada, muito menos pelo mercado financeiro. Atenta as atuais dificuldades enfrentadas por operadores do mercado de antecipações de recebíveis e a necessidade de ampliação da disponibilização de capital de giro para o segmento de transportes de cargas, em uma modelagem open banking e disruptiva, a Plataforma de Consultas para Antecipações de Recebíveis do Estados (www.placsvba.ba.gov.br), apoiada pelo ENCAT, o CONFAZ e o Ministério da Economia, juntamente com empresas dos segmentos de Registros de Duplicatas Escriturais, Transportadoras e instituições do segmento financeiro, estão desenvolvendo um portfólio de recebíveis de transportes lastreados a partir do Manifesto Eletrônico de Documentos Fiscais (MDF-e). Esta capacidade do MDF-e ser um lastro digital que registra uma operação de transporte devidamente vinculada à confirmação da existência e autenticidade da NF-e que originou a contratação da operação de transporte, conferem ao MDF-e uma condição única e de grande diferencial competitivo em relação a qualquer outro documento que se propõe a atuar como lastro de operações vinculadas aos serviços de transportes. São lastros que consideramos similares a cheques sem fundos, não vinculados aos seus saldos em conta, no caso a NF-e, que possibilitam a emissão de “lastros fictos” de transportes não vinculados aos processos comercias de vendas de mercadorias. Quando nos referimos ao MDF-e não estamos falando de um projeto futuro a ser desenvolvido nos próximos anos e sem escala, nos referimos a um dos melhores ecossistema de documentos fiscais do mundo, onde o MDF-e já é uma realidade implantada há mais de 10 anos, sendo sua utilização e emissão realizada de forma gratuita e sem a cobrança de tarifas para seus usuários, o que já disponibiliza, de imediato, um imenso estoque de recebíveis, sejam estes emitidos por autônomos (caminhoneiros) ou empresas do segmento de transportes, com segurança e atendimento aos requisitos impostos pelo sigilo fiscal das empresas. Toda essa infraestrutura disponibilizada pelas Secretarias de Fazenda dos Estados, trará uma grande oportunidade para financiadores que operam com antecipações de recebíveis, que terão seu raio de atuação ampliado para um gigantesco segmento atualmente inexplorado e com baixo nível de acesso a crédito. Para as Empresas de Transportes, esta nova linha de financiamento disponibilizará um fluxo de capital de giro que suprirá o desencaixe atual entre seus fluxos de recebimentos junto a seus embarcadores e os fluxos de pagamentos realizados para os Transportadores Autônomos contratados, que geralmente recebem a maior parte do frete a vista. Esta grande oportunidade de alavancagem financeira do segmento também trará vantagens para os caminhoneiros, que terão seu mercado de atuação ampliado a partir da capacidade de emissão de seus próprios documentos de transportes (MDF-e e CT-e), o que facilita a contratação direta dos seus serviços, eliminando a necessidade de intermediadores que diminuem suas receitas. Para isto, as Secretarias de Fazenda aprovaram legislação simplificando os documentos de transportes (Ajuste SINIEF 37/2019) e desenvolveram o App da Nota Fiscal Fácil, que já pode ser baixado através das plataformas IOS e Android. Os documentos de transportes emitidos a partir do Aplicativo da Nota Fiscal Fácil (MDF-e e o CT-e), diretamente do smartphone do caminhoneiro, também permitem aos seus contratantes a utilização do crédito do ICMS pago sobre o frete, vantagem tributária que não pode ser disponibilizada por outros tipos de documentos de transportes que venham a operar de forma paralela aos documentos fiscais. Por todas essas vantagens competitivas únicas, o MDF-e se consolida como um lastro digital que opera dentro de um ecossistema de negócios conectados, como o exemplo já citado do PIX. Quanto aos processos desconectados, como o exemplo dos cheques pré-datados, ou outros documentos não vinculados às suas NF-e e créditos do ICMS sobre o frete, já nascem obsoletos, duplicam obrigações, aumentam custos do segmento de transportes e, pior, são incapazes de atender as necessidades dos seus usuários e do implacável “Senhor Mercado”, que sabe fazer conta e julgar as melhores alternativas para manutenção de sua competitividade. ENCAT: Fazer acontecer e inovação são a nossa marca. Se você não viu nossos posts anteriores sobre este tema, publicados nas redes sociais do ENCAT e Portal de DF-e, não deixe de acessar nossas publicações nos canais descritos abaixo: 1) MDF-e: O Suporte Digital da Transformação dos Serviços de Transporte no Brasil (01/04/2021) Twitter: http://www.encat.org/?p=1760 Facebook: Encat Brasil Portal DF-e SVRS: https://dfe-portal.svrs.rs.gov.br/MDFE/Noticias/2298 2) MDF-e: O Documento que Integra a Venda e a Entrega da Mercadoria (06/04/2021) Twitter: http://www.encat.org/?p=17686 Facebook: Encat Brasil Portal DF-e SVRS: https://dfe-portal.svrs.rs.gov.br/MDFE/Noticias/2302 3) MDF-e e NFF Lançam Inovador Conceito de ICMS Pré-pago Portal ENCAT: http://www.encat.org/?p=1824 Portal DF-e SVRS: https://dfe-portal.svrs.rs.gov.br/Mdfe/Noticias/2398

Smart SAT Elgin SAT Mais rápido do mercado SUMÁRIO Se deseja encontrar algo específico, use os links abaixo: Vídeo da Homologação | Ambiente de testes | Características Técnicas | Downloads de Drivers e Manuais | Instalação | Configurações | Testes realizados | Considerações finais | Amostras Homologação em vídeo. Assista: Apresentação do aparelho. Download e instalação de drivers. Homologação com ACBrSAT. Ambiente Computador Notebook DELL G7 Sistema Operacional Windows 10 64Bit Processador Intel(R) Core(TM) i7-8750H Memória 8GB USB 3.1 de 1º Geração Características Técnicas SAT Retenção de dados na memória enquanto desligado 10 anos Versão Sw. Básico 03.00.18 Layout XML 0.07 e 0.08 Fonte Externa NÃO Tipo de Conexão USB Material Gabinete Plástico Sinalização 5 LEDs Conexão de Rede 2 Conectores RJ45 100BASE-TX (fast ethernet) Alimentação USB / Fonte Externa Dimensões 12cm x 8cm x 4cm (LxPxA) Peso 250g. Drivers Windows 10, Linux Download de Drivers e manuais Todos os manuais, drivers e softwares utilizados pelo SAT podem ser baixados através dos links abaixo. (Obs Caso não esteja conseguindo Baixar com seu Navegador padrão, utilize o Firefox): LINK DO GITHUB PARA DOWNLOADS: https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT Consulte o Manual Unificado: para saber mais detalhes sobre como instalar o equipamento. Baixe o Driver no site do fabricante. Instale conforme o seu sistema operacional. Consulte na página 21 do Manual Unificado. Baixe o “Ativador” do equipamento (Elgin Tools). Consulte os passos para instalação, configuração e Ativação do SAT a partir da página 23 do Manual Unificado . Obs: Se preferir pode baixar o Pacote de Instalação… Já contém o Manual Unificado, Driver e Instalador Elgin Tools. Instalação Acompanhe abaixo a instalação de drivers e configuração de comunicação do Smart SAT. Windows 10 - Baixe o driver “satelgin-5.0.6”, instale conforme a versão do seu Sistema Operacional. verifique os passos de instalação antes de ligar a USB no Computador. Consulte na página 21 do Manual Unificado. - Após instalado o SAT será reconhecido no Gerenciador de Tarefas ao ligar na USB: - O Próximo passo é instalar o Ativador “Ativador-setup1.1.1” Será reconhecido no sistema como “Elgin Tools”. Consulte os passos para instalação, configuração e Ativação do SAT a partir da página 23 do Manual Unificado. (Encontre também as dlls para utilização do SmartSAT junto ao ACBr no diretório de instalação do Elgin Tools. Será necessário a “dllsat.dll” e “zlib.dll”) Configurações: Comunicação com o demo SATTeste O demo SATTeste é um exemplo que utiliza o componente ACBrSAT. Ele realiza todas as operações principais do SAT. Se desejar saber mais sobre o demo e aprender como Ativar o SAT pelo SATTeste, assista este vídeo gravado pelo Junior Santos: Comunicação entre ACBr e SAT A DLL disponibilizada pelo fabricante chama-se "dllsat.dll", ela está disponível na pasta de instalação do Aplicativo Elgin Tools.. Nos nossos testes, a DLL não estava na pasta da aplicação, mas conseguiu comunicar-se corretamente. Em casos de problemas com a DLL, recomendamos que a mesma esteja alocada na mesma pasta da aplicação. Configurações: Dados do SAT CFe Tipo de chamada satDinamico_stdcall Nome da DLL dllsat.dll Código de Ativação 123456789 Versão XML 0,08 Página de Código 65001 UTF8 Habilitado Configurações: Dados Emitente CNPJ 14200166000166 Insc. Estadual 111111111111 Configurações: Dados Sw. House CNPJ 16.716.114/0001-72 Assiantura Sw. House: SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT Teste de Desempenho No teste de desempenho medimos o tempo de envio até o recebimento do XML de resposta (Não é considerado o tempo de decodificação do XML pelo demo).Utilizamos o demo SATTeste para realizar este processo onde realizamos vendas com diferentes quantidade de itens, cada tipo de venda repetida 5 vezes. O último teste realizado foi com 501* itens para simular um erro, pois isso excede o máximo permitido de 500 itens. Desta forma, calculamos também o tempo médio da resposta de retorno do erro. Na tabela abaixo se encontram os resultados obtidos: Nota: O tempo medido nesse teste é computado desde o início da transmissão do XML para o SAT, até a recepção do XML de venda, gerado como resposta pelo SAT. Sendo assim, é uma medição diferente do que a Especificação Técnica do SAT preconiza, onde apenas o tempo de Geração e Assinatura do XML da venda é considerado. * Ao processar o XML de *501 itens o SAT retorna o seguinte erro:|Rejeição: Erro não identificado| Considerações O SmartSAT da Elgin se mostrou bem eficiente e principalmente muito rápido na transmissão de arquivos XMLs com maior quantidade de itens. A comunicação com a dll do equipamento é bastante simples e ágil, visto que não depende de permissões do SO e trabalha com uma versão única para todos os modelos de equipamento. Assim como a instalação do driver se mostrou bem automatizada. Apesar de existir entrada para Fonte externa 5v,a utilização do mesmo utilizando apenas alimentação USB se mostrou satisfatória, facilitando também na instalação visto que não precisa ser ligado em uma tomada de energia. Também permite o uso de uma trava de segurança, que ajuda a garantir a integridade do equipamento, de forma a evitar furtos e que o mesmo seja movido sem autorização. O visor frontal facilita na visualização da conexão de internet do aparelho e o status bloqueio e desbloqueio do mesmo. Mas para identificação dos Status de comunicação e transmissão é utilizado a identificação através dos 5 leds na parte superior do aparelho, porém se mostra bem intuitivo para identificação de Cupons pendentes de transmissão ou falha na comunicação com o Fisco. Sendo compatível com o layout de XML 0.08, o SmartSAT é compatível com o componente ACBrSAT. Amostras: Cupons Emitidos:

Boa tarde, Prezados, poderiam me tirar uma dúvida? Vi em um tópico encerrado, que a NT 2020.005 ainda não foi implementada, devido a RFB ter postergado os prazos. Porém, fiquei com algumas dúvidas... No caso, vocês teriam um prazo para subir a implementação da respectiva NT no repositório? Outro ponto, a implementação deverá subir pela própria equipe técnica do ACBr e/ou posso realizar a implementação, e abrir um novo tópico com as alterações para vocês analisarem?

Além de instalar a versão x86, voce tem a opção de selecionar o modelo no combo "MarcaSAT", assim já vai utilizar a dll atualizada e as configurações corretas para esse SAT

instale a versão do ACBrMonitorPLUS x86... Algumas fabricantes de SAT disponibilizam apenas versão x86 da dll de comunicação.

usa FireDAC e também se conseguir entender use um ORM por exemplo ORMBr, Marshmallow, Aurelius

Bom dia, esse banco parece ter muitas variações de layout... E realmente eles tem essa diferenciação de tamanho na remessa e no retorno. (Remessa 11 dígitos / Retorno 17 dígitos ) Essa implementação está se baseando neste layout .doc disponível no SVN... http://svn.code.sf.net/p/acbr/code/tools/Bancos/UnicredES/GR - COB136 - Layout CNAB 400 - Remessa.docx http://svn.code.sf.net/p/acbr/code/tools/Bancos/UnicredES/GR - COB136 - Layout CNAB 400 - Retorno.docx

ACBrNFe1.DANFE.MargemDireita := 7; ACBrNFe1.DANFE.MargemEsquerda := 7; ACBrNFe1.DANFE.MargemSuperior := 5; ACBrNFe1.DANFE.MargemInferior := 5;

A versão CE do Delphi tem diversas limitações. Se for para estudar, o Lazarus pode ser uma boa opção, por ser open source e multi plataforma. Se desejar permanecer no Delphi, utilize o FireDac ao invés do DBX, visto que o primeiro possui mais recursos e facilidades em relação ao segundo.

Do meu ponto de vista, é muito melhor que o seu sistema faça o controle. Se o componente fizesse o particionamento do lote, ele teria que retornar a você informações como quantidade de lotes e id de cada lote. Isso complica muito. É bem mais fácil você implementar essa separação de lotes na sua aplicação e alimentar o componente de acordo com os lotes gerados pela sua aplicação.

Olá! Tudo bem? Pessoal,para quem enfrenta problemas com o erro Erro: 12029 - Conexão com o Servidor falhou ou 13157 em ambiente de homologacao do ACBRMonitor para emitir nfe no windows 7 service Pack 1,descobri 2 soluções para o caso. 1ª Opção : Deve ser atualizado o Windows 7 com todas as atualizações disponiveis no site da microsoft e baixar o AIO Runtimes (All in one contem todos os microsoft framework e demais necessarios ) e atualizar o Internet Explorar para o 11 sendo que precisa baixar as atualizações dele. 2 ª opção : Atualizar o windows 7 para o windows 10 e baixar as atualizações,esse segundo metodo deve ser utilizado o atualizador da microsoft que muda a versao do windows 7 ou 8,8.1 para o Windows 10. Espero ter ajudado.

Olá, Acabamos de enviar para o SVN do ACBr, no commit 22076 um importante ajuste, para o componente ACBrPosPrinter conseguir identificar corretamente, todas as impressoras EPSON de Bobina. Após a atualização dos fontes do ACBr, toda a Linha de impressoras da EPSON, que utilizam Esc/Pos, podem ser identificadas e acessadas pelo ACBr, simplesmente configurando a Porta com a string: 'USB'. Explicando um pouco mais... As impressoras da linha de Ponto de Venda, da EPSON, podem ser configuradas em modos PrinterClass, e VendorClass Este vídeo da EPSON, fala um pouco mais sobre os Modos PrinterClass e VendorClass Antes, se usássemos a sintaxe de Porta = 'USB', o ACBr somente conseguia encontrar as impressoras da EPSON, se elas estivessem configuradas no modo PrinterClass... mas agora também conseguimos encontrar e acessar as impressoras EPSON em modo VendorClass Portanto, todas as Impressoras das fotos abaixo, são acessíveis, apenas usando: ACBrPosPrinter.Porta := 'USB'; Acessando a Impressora diretamente pela USB, o ACBrPosPrinter também conseguirá, ler status e informações da impressora... Impressoras das Fotos, da Esquerda para a Direita: TM-H6000IV, TM-88V, TM-L90, TM-T20 e TM-T20X

Esses são recursos que com certeza ajudam na proteção de dados sensíveis. Agora, ser requisito ou exigido, eu não me lembro da LGPD estabelecer regras de recursos técnicos... A questão talvez seja: Se houver vazamento, fizemos tudo que podíamos pra impedir? Mas isso já é outra discussão...

acho que só precisa elevar ele como administrador

Entendi Kiko muito obrigado. Vamos aguardar então, mas isto será muito interessante e prático! Abraço e obrigado. Pablo