Painel de líderes

Boa Tarde, Quando eu tento enviar boletos para registro, está retornando a seguinte mensagem: Código: 400 - {"errors":["O campo (dtEmissaoTitulo) é obrigatório","O campo (dtVencimentoTitulo) é obrigatório","O campo (nuNegociacao) é obrigatório","O campo (nuLogradouroPagador) é obrigatório","O campo (vlNominalTitulo) é obrigatório","O campo (municipioPagador) é obrigatório"]} Alterando os fontes removendo as acentuações dos campos no JSON que o Bradesco está reclamando, daí ele retorna erro na formatação dos campos de valores: Código: 400 - {"errors":["Campo (vlNominalTitulo) deve conter somente números com duas casas decimais (Ex 1000.00)."]} Estou com os fontes atualizados. Verifiquei na documentação da API do Bradesco e realmente os campos lá estão sem acentuação diferente do fonte do ACbr Gostaria de saber se mais alguém está enfrentando esse mesmo problema, ou se já enfrentou como resolveu.

Boa tarde! Que bom @Gustavo Teruel você ter conseguido esse contato com a SIL e evoluido o assunto, porque por aqui, nem e-mail eles estão respondendo mais. Fica claro que o problema está do lado de lá, e não do lado de cá né! Assim que tivermos notícias ou atualização por aqui, volto a publicar, e caso tenha evolução por aí, compartilhe conosco também! Obrigado.

Boa tarde, Conseguimos contato com o suporte deles pelo número (11) 4652-7170, que também é WhatsApp. Um técnico nos auxiliou de várias formas, porém todas as tentativas resultaram no erro "Cannot resolve element with ID". O técnico encaminhou o caso para o time de desenvolvimento, que informou estar trabalhando na correção e que a previsão é disponibilizá-la ainda esta semana.

Bom dia, podem encerrar este tópico pois já foi dado seguimento no tópico anterior. Muito obrigado

Olá equipe ACBr, Estou implementando integração com ACBrLib em Node.js e gostaria de esclarecer uma dúvida sobre o ACBrLibBoleto. SITUAÇÃO ATUAL: - ACBrLibNFe: Funcional via @projetoacbr/acbrlib-nfe-node (v1.0.8) - ACBrLibNFSe: Funcional via @projetoacbr/acbrlib-nfse-node (v1.0.6) - ACBrLibBoleto: Pacote @projetoacbr/acbrlib-boleto-node não existe no npm DÚVIDAS: 1. Existe previsão de publicação do wrapper Node.js para ACBrLibBoleto no npm? 2. Caso não exista, qual a alternativa recomendada? - Usar FFI direto (koffi/ffi-napi) chamando libacbrboleto64.so? - Aguardar desenvolvimento do wrapper oficial? 3. Há alguma documentação/exemplo de uso direto da libacbrboleto64.so com FFI em Node.js? AMBIENTE: - SO: Ubuntu 22.04 (Linux x64) - Node.js: v22.16.0 - Biblioteca: libacbrboleto64.so (disponível localmente) - Xvfb: Configurado e funcionando com NFe/NFSe OBSERVAÇÃO: Tentei buscar o pacote via npm search @projetoacbr e não encontrei wrapper para Boleto, apenas para NFe, NFSe, DFe e Reinf. Agradeço desde já a atenção! test-acbr.js

Lista de pacotes publicados https://www.npmjs.com/search?q=projetoacbr Atualmente existem: CEP, NFE, MDFe, NFSe,Reinf e PIXCD Próximo: CTE Outros pacotes serão publicados sob demanda ...

Pessoal, resolvido! A transportadora estava sem UF. Abraçõs

qual a configuração usou? lembrando que tem versão do schema 1.00 e 1.01 senão me engano. é ao validar os schemas o erro?

Oi @Juliomar Marchetti Obrigado pela resposta. Eu descartei erro de credencial por que consigo emitir nota "normal" sem problemas. Confirmei que o cliente tem autorização, isso é notório na interface de emissão manual, alguns CNPJs podem usar a tela e outros não (esse em particular pode). Entrei em contato com o suporte da NFSe Nacional, eles informaram algo bem peculiar, que eu deveria estar enviando uma NFSe ao invés de um DPS. Isso bate com a documentação mas ainda acho estranho por que normalmente não controlamos o número da NFSe, só do DPS, e outros campos parecem ser de preenchimento exclusivo do ambiente autorizador. De qualquer forma, testes com XML válido e assinado de uma NFSe deram o mesmo resultado. Vou seguir insistindo, se tiver qualquer sucesso eu volto e posto aqui. Obrigado.

Olá comunidade ! É com grande alegria que informamos que os novos eventos relacionados a Reforma Tributária foram implementados no ACBrNFe! Ao todo, foram adicionados 15 novos eventos que cujo autor pode ser o emitente, o destinatário ou a empresa sucessora. Um agradecimento a todos os membros da comunidade que enviaram contribuições de implementação. Os programas de exemplo nativos tanto para Delphi quanto para Lazarus foram atualizados para exemplificar cada um dos exemplos. Eles podem ser encontrados: ..\trunk2\Exemplos\ACBrDFe\ACBrNFe\Delphi ..\trunk2\Exemplos\ACBrDFe\ACBrNFe\Lazarus Se você utiliza ACBrMonitorPLUS ou ACBrLib, não se preocupe! A documentação de ambos também foi atualizada adicionando exemplos de INI para cada um dos novos eventos: Exemplos de INI dos eventos da Reforma Tributária para ACBrLib Exemplos de INI dos eventos da Reforma Tributária para ACBrMonitorPLUS Vale reforçar que tanto o ACBrMonitorPLUS quanto a ACBrLib deverão ser de compilações posteriores a 24/11/2025 para englobar os eventos, portanto, é importante que você mantenha seu Monitor ou Lib atualizados!

Olá pessoal, Mais uma novidade nos produtos do ACBr, foi disponibilizado o ExtratoAPI do pacote BaaS no ACBrMonitor! O ExtratoAPI é um componente que permite a consulta de Extratos nas APIs dos bancos. No momento, os bancos atendidos são: Banco do Brasil, Inter e Sicoob. Veja a documentação do ACBrMonitor com as instruções para o novo recurso: https://acbr.sourceforge.io/ACBrMonitor/ExtratoAPI.html Até mais,

Olá comunidade ! A seguinte notícia pode ser encontrada no Portal da Nota Fiscal da Água e Saneamento Eletrônica informando que o ambiente de testes para NFAg foi liberado: A notícia vem pouco depois da publicação da versão 1.00c dos Manuais de Orientação respectivos a esse documento. Documentos esses ainda publicados no formato de minuta e portanto, apesar da disponibilização do ambiente, ainda é preciso a publicação de um ato conjunto normativo para estabelecer esse novo documento de forma definitiva. E quanto ao ACBr? Temos uma tarefa em nosso backlog para análise dos manuais e criação do novo componente. Assim que houver novas informações será noticiado em nossos canais. Veja mais sobre a NFAg no tópico abaixo:

Olá comunidade ! A seguinte notícia pode ser encontrada no Portal do Bilhete de Passagem Eletrônico informando que o ambiente de testes para o BPeTA já está disponível: Vale reforçar, que apesar da liberação do ambiente, esse novo modelo ainda se encontra publicado no formato de minuta e portanto é preciso a publicação de um ato conjunto normativo para sua publicação definitiva. E quanto ao ACBr? Temos uma tarefa em nosso backlog para adequação do componente ACBrBPe para emissão desse novo modal. Assim que houver novidades a respeito, será divulgado em nossa área de notícias. Veja o tópico abaixo para mais informações sobre o BPeTA:

Grupo W03. Total da NF-e - IBS / CBS / IS -> Monofásico Campo Descrição Ele Tipo Ocor Observação IBSCBSTot Grupo total do imposto seletivo G - 0-1 O grupo de valores totais da NF-e deve ser informado com o somatório do campo correspondente dos itens. O IS é “por fora”, por isso seu valor deve ser adicionado ao valor total da NF. vBCIBSCBS Valor total da BC do IBS e da CBS E N 1-1 ... gMono Grupo total da Monofasia G - 0-1 --- vIBSMono Total do IBS monofásico E N 1-1 ... vCBSMono Total da CBS monofásica E N 1-1 ... vIBSMonoReten Total do IBS monofásico sujeito a retenção E N 1-1 ... vCBSMonoReten Total da CBS monofásica sujeita a retenção E N 1-1 ... vIBSMonoRet Total do IBS monofásico retido anteriormente E N 1-1 ... vCBSMonoRet Total da CBS monofásica retida anteriormente E N 1-1 ... vNFTot Valor total da NF-e com IBS / CBS / IS E N 1-1 ... Preenchendo no ACBrNFe: uses ACBrNFeNotasFiscais, ACBrNFe.Classes; \\... var NotaF: NotaFiscal; IBSCBSTot: TIBSCBSTot; begin NotaF := ACBrNFe.NotasFiscais.Add; IBSCBSTot := NotaF.Total.IBSCBSTot; IBSCBSTot.vBCIBSCBS := 100; IBSCBSTot.gMono.vIBSMono := 100; IBSCBSTot.gMono.vCBSMono := 100; IBSCBSTot.gMono.vIBSMonoReten := 100; IBSCBSTot.gMono.vCBSMonoReten := 100; IBSCBSTot.gMono.vIBSMonoRet := 100; IBSCBSTot.gMono.vCBSMonoRet := 100; NotaF.Total.vNFTot := 100; //Demais dados... end; Voltar ao Índice

Olá pessoal Na pasta que se encontra o programa exemplo do novo componente de emissão de NFS-e temos um arquivo PDF que contem um manual para orientar os desenvolvedores na migração do velho para o novo componente. Se você atualizou os fontes após o dia 18/06/2021 vai encontrar esse PDF na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX Agora se não atualizou, esta esperando o que? Lhe convido a atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr. Note que temos na lista de componentes do programa instalador o componente ACBrNFSeX e o ACBrNFSeXDANFSERL, responsável pela impressão do DANFSE feito em Fortes Report, em breve estaremos disponibilizando um novo componente de DANFSE feito em Fast Report. No manual você vai encontrar as propriedades de configuração que foram excluídas as que foram renomeadas e as que foram acrescentadas. Temos também os campos (usados para alimentar o componente com os dados do serviço) que foram excluídos, renomeados e acrescentados. Ocorreu alterações em alguns métodos, quero destacar nesta postagem a mais importante alteração no que se refere aos métodos. Os métodos Enviar, EnviarSincrono e Gerar não existem mais no novo componente, no lugar temos agora o método Emitir. Com essa alteração o componente além de gerar o XML do Rps, das consultas e cancelamento de forma correta para cada provedor, agora sabe como envelopar o Rps para poder ser enviado para o webservice do provedor. O Envelope dos métodos: Enviar, EnviarSincrono e Gerar são diferentes entre si. O grande problema é que os provedores que seguem a versão 1 do layout da ABRASF só aceitam o Envelope do método Enviar, por outro lado os provedores que seguem a versão 2 do layout da ABRASF a principio deveria aceitar os 3 citados acima, mas na pratica não é o que ocorre. Por conta dessa falta de padronização, implementados o método Emitir que abstrai de cada provedor o Envelope que deve ser utilizado para o envio do Rps. Com o método Emitir você não precisa se preocupar se o provedor aceita ou não um determinado método, como dito acima o componente sabe como envelopar para poder enviar. Dia 29/06/2021 estaremos realizando o segundo Papo Pró no Discord sobre o novo componente. Você ainda não participa do Discord? Esta esperando o que? Além do Fórum temos o Discord como um segundo canal de contato com os desenvolvedores que utilizam os componentes ACBr, as Lib (DLLs) e o ACBrMonitor. Clique aqui para saber mais sobre o Discord do ACBr. Aguardo você no Discord e não esqueça temos um encontro marcado para o dia 29/06/2021.