Painel de líderes

Para saber quais provedores estão implementados, veja o seguinte tópico:

Está sendo cada vez mais frequente o uso de integração online para o registro de Boletos via API. O componente ACBrBoleto já suporta esse tipo de comunicação para alguns Bancos, seja via Rest ou Soap, mas como recebemos com frequência novas contribuições e com implementações de outros bancos os mesmos não tem um padrão entre eles. Foi necessário uma refatoração na camada do componente responsavel pela geração e integraçao Web do ACBrBoleto, o propósito é facilitar a manutenção e implementação de novos bancos, além de melhorias que se tornam necessárias na estrutura do componente. As modificações realizadas não causam grande impacto na forma como já é utilizado o ACBrBoleto para envio de títulos por APIs, com exceção dos pontos citados abaixo, onde será necessário alterar na sua aplicação: 1- O método EnviarBoleto foi depreciado, passando a ser utilizado por padrão o método "Enviar". Ex: ACBrBoleto.Enviar; (obs: Mesmo depreciado o método EnviarBoleto ainda pode ser utilizado, tendo as mesmas funcionalidades, mas não sendo recomendado o seu uso). 2- O retorno de cada Título enviado, passa a ficar registrado e acessível a partir do próprio Título, na property "RetornoWeb". Podendo também ser acessado através do índice de cada Título, utilizando a property "ListaRetornoWeb" da classe ACBrBoleto. Sendo assim, se for realizado o envio de uma lista com vários títulos, será possível obter o retorno de cada título usando essa propriedade indexada. Ex: ACBrBoleto.Enviar; for i:= 0 to Pred(ACBrBoleto.TotalListaRetornoWeb) do begin lCodigoRetorno:= ACBrBoleto.ListaRetornoWeb[i].CodRetorno; lMensagem:= ACBrBoleto.ListaRetornoWeb[i].MsgRetorno; ... Pode notar que não há muitas diferenças da forma como era utilizado antes, o detalhe é que não se usa mais o método "Count" de uma lista, e sim o método "TotalListaRetornoWeb" para saber o total de Títulos transmitidos, utilizando esse índice na property ListaRetornoWeb[] do componente ACBrBoleto. 3- Apenas quando o Envio for uma Operação de "Consulta", poderá retornar uma lista com registros de vários títulos, nesse caso pode ser utilizada uma lista para obter os retorno. A mesma pode ser acessada utilizando o método "ListaConsultaRetornoWeb" do componente ACBrBoleto. Ex: ACBrBoleto.Configuracoes.WebService.Operacao := tpConsulta; ACBrBoleto.Enviar; for i:= 0 to Pred(ACBrBoleto.ListaConsultaRetornoWeb.count) do begin lCodigoRetorno:= ACBrBoleto.ListaConsultaRetornoWeb[i].CodRetorno; lMensagem:= ACBrBoleto.ListaConsultaRetornoWeb[i].MsgRetorno; ... 4- O Log de Envio passou a ser gerado em um arquivo único, onde fica gravado todos os processos ( Autenticação, dados de Envio gerado pelo componente "Json ou XML" e os dados de retorno). Além disso os logs podem ser obtidos pelo evento "OnGravarLog" do componente ACBrBoleto. Localizado em (Configurações/Arquivos). A configuração para gravar log pode ser realizada em: ACBrBoleto.Configuracoes.Arquivos.LogRegistro:= True; ACBrBoleto.Configuracoes.Arquivos.PathGravarRegistro:= 'c:\temp'; As alterações acima também estão exemplificadas no programa demo ACBrBoleto disponível na pasta Exemplos do Projeto ACBr. Veja o código nos botões: "Registrar Boleto OnLine", "Consultar Boleto" http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrBoleto/

Olá Pessoal, Ao incluir uma nova cidade no arquivo ACBrNFSeXServicos.ini ou até mesmo alterar o provedor e ou URLs de ambiente de produção ou homologação de uma cidade devemos seguir os passos abaixo: 1. Salvar o arquivo ACBrNFSeXServicos.ini; 2. Executar o Compila_RES que se encontra na mesma pasta; 3. Reinstalar o ACBr; 4. Compilar a aplicação com a opção Build; 5. Realize os testes sempre usando o programa exemplo; 6. Criei um tópico no fórum incluindo a alteração ou inclusão feita para que possamos avaliar e enviar para o SVN. Se não seguir os passos acima a alteração realizada no ACBrNFSeXServicos.ini não será reconhecida pelo componente ACBrNFSeX. Toda contribuição é sempre bem vinda.

Olá pessoal, Se tratando de MEI, a NFSe precisa ser emitida segundo o Padrão Nacional. Neste caso o componente ACBrNFSeX atende todas as cidades brasileiras. Fora isso, o componente já passou de 130 150 170 provedores implementados, contando suas variações. (Atualizado em 14/11/2024) Mas na data de hoje talvez o valor ainda seja maior... Como saber qual o valor real de provedores implementados além do Padrão Nacional? No nosso controle de versão de código fonte, dentro da pasta `...\Fontes\ACBrDFe\ACBrNFSeX` temos um arquivo txt chamado: Provedores-Implementados.txt Esse arquivo é composto por 3 colunas: a primeira é o nome do provedor, a segunda a versão e a terceira se já esta funcional ou não. Inicio do arquivo: Provedor Versao Funcional Abaco v1.00 Abaco v1.01 Abaco v2.04 ABase v2.01 (...) Todos os provedores e versões mencionados ali estão implementados no componente. Nosso componente. Queremos sua ajuda... Precisamos da ajuda de quem usa o componente para mantermos uma lista atualizada do funcionamento dessas versões. Pedimos então que aqueles que usarem um provedor específico alterem esse arquivo incluindo a data na coluna Funcional referente ao provedor e versão. Por favor façam isso depois de testar todas as funcionalidades do mesmo. Depois de alterar o arquivo, crie uma postagem no fórum anexando o mesmo. Se possível, na postagem informe também as cidades que você testou. Exemplo: Testei para uma certa cidade o provedor Abaco na versão de leiaute 2.04: Provedor Versao Funcional Abaco v1.00 Abaco v1.01 Abaco v2.04 07/07/2022 ABase v2.01 (...) Desta forma todos vão saber que após essa data o provedor ficou funcional no componente. Eu vou manter esse arquivo atualizado no SVN a media que vocês forem postando. Desde já muito obrigado a todos.

Conforme aviso publicado no portal da NFe, a emissão deste DFe em MG deverá ser realizada em contingência entre as 08:00 e as 16:00 do dia 20/08/2022 Saiba como emitir a NFe em contingência neste artigo de nossa base de conhecimento Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Olá @giovani deitos, Provavelmente vc está utilizando o formato EAN13 pra imprimir. O EAN13 possui o dígito verificador, e caso ele esteja errado, será corrigido. Para imprimir exatamente o código que vc está enviando, tente utilizar o Code128, por exemplo: ImprimirBarras(orNormal, barCODE128, 6, 2, 10, 10, '0000023456777');

boa tarde @Sérgio Assunção, obrigado pelo interesse em ajudar. Foi resolvido da forma mais simples, através de uma leitura em tópicos aqui do fórum, que bateu com a informação do @suporteTanca. O Certificado (.cer base64) da Software House precisou ser excluído e enviado novamente para o site da Fazenda. Feito isso, a associação realizada na aplicação da tanca foi finalizada com sucesso.

Boa noite, Aparentemente no próprio MOC. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.02 Anexo I Leiaute NFe.pdf

Obrigado por sua resposta Dercide mas eu já resolvi e para ajudar caso alguém precise, apesar da mensagem parecer como se fosse uma duplicidade o erro era a falta das tags de itemservico. Eu já havia feito para a prefeitura de Porto Alegre e ela não exigia essas tags.

Certificação Delphi pela Embarcadero. https://www.embarcadero.com/br/resources/embarcadero-certification-center Tipos e diferenças entre as certificações; Como tirar; Custos; Como estudar / O que estudar; Diferencial no mercado de trabalho; Convidar algum profissional certificado; Convidar representante da embarcadero (Rizzato / Landerson); MVP e Certificação - se um depende do outro, se tem relação...

ja testou se as dll's estão na mesma pasta do seu exe? LibXml2,XMLSec na unit ACBrGTINRetConsultar.pas na função TRetConsultarGTIN.LerXml remova o try except que tem la. pois esse try esta suprimindo o erro ai vc vai conseguir ver o erro se for access violation é falta das dll's caso contrario poste o erro aqui.

Entendido, vou conversar com o provedor e verificar sobre o erro em seguida dou retorno. Muito obrigado.

Bom dia syspan, Se você já possui o valor e quer simplesmente gerar um QRcode, segue um exemplo. Utilizei para testes, não conheço a fundo QrCode, se existem padrões a serem seguidos, mas esse é funcional. // declarar unit ACBrDFeReport, ACBrDelphiZXingQRCode ABitMap := TBitmap.Create; PintarQRCode(str, ABitMap, qrUTF8NoBOM);

Informando o código do país do destinatário, diferente de 1058.

Fizemos o teste e com a versão 1.2.0.53 do acbrmonitorplus agora há um novo parâmetro para o comando, com isso ficou resolvido ok: EMAIL.AdicionaAnexo(cArquivo, cNome, aAttach) Parâmetros: cArquivo – Caminho completo do arquivo que será anexado. cNome – Nome de referência do arquivo. cAttach – Define a forma de anexo no e-mail (0 - Attachement / 1 - inLine) por default envia como "0" Definição cAttach 0 - Attachement: O arquivo e enviado como anexo 1 - inLine: O arquivo e enviado no corpo do e-mail (pode ser utilizado para arquivo HTML por exemplo) Exemplo: EMAIL.AdicionaAnexo(“C:\documentos\memorando.doc”, “DocMemorando”,0)

Que pena... Delphi/Lazarus sao ótimos para Backend baseados em fastcgi O ACBr apenas é compatível com ObjrctPascal A ACBrLib (dll) está em construção... mas ainda leva algum tempo