Painel de líderes

Perfeito Eduardo.Fonseca. Atualizei e compilei novamente o ACBr e agora está funcionando com a nova URL. Obrigado

Boa tarde, precisamos dos dados da debug dessa requisição para entender como resolver esse problema https://dev.acbr.api.br/docs/api/#tag/Debug/operation/DebugHttpResponseContent

Boa tarde, Identifiquei quatro divergências entre o que o componente envia e o Swagger oficial da API de Cobrança do Safra Negócios. Algumas causam rejeição (HTTP 503/422) em ambiente HML dependendo do beneficiário. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1. Safra-Correlation-ID é constante com GUID fixo Linha 101, o GUID é reutilizado em todas as requisições. O Safra loga requests repetidos com o mesmo correlationId e pode responder 401/503 genérico. A spec exige um GUID único por request para rastreabilidade. Atual: C_IDENTIFICADOR = 'Safra-Correlation-ID: 41fa65a3-1a71-4437-a169-5bd209eb2d3a'; Sugerido: const C_IDENTIFICADOR = 'Safra-Correlation-ID: '; procedure TBoletoW_Safra.DefinirAuthorization; var LGuid: TGUID; begin FPAuthorization := C_AUTHORIZATION + ': Bearer ' + GerarTokenAutenticacao; CreateGUID(LGuid); FPIdentificador := C_IDENTIFICADOR + LowerCase(Copy(GUIDToString(LGuid), 2, 36)); end; ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2. "agencia" e "conta" enviados como string — Swagger define number Swagger registro-boleto-request define agencia e conta como type: number. Confirmado nos exemplos oficiais do Postman de Instrução/Baixa e no data.json de registro. Atual (linhas 254–255): LJson.AddPair('agencia', aTitulo.ACBrBoleto.Cedente.Agencia); LJson.AddPair('conta', LConta); Sugerido: LJson.AddPair('agencia', StrToIntDef(OnlyNumber(aTitulo.ACBrBoleto.Cedente.Agencia), 0)); LJson.AddPair('conta', StrToInt64Def(OnlyNumber(LConta), 0)); ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 3. "numero" (nosso número) enviado como string — Swagger define number Swagger define documento.numero como type: number. Atual (linha 280): LJsonDocumento.AddPair('numero', Copy(OnlyNumber(aTitulo.ACBrBoleto.Banco.MontarCampoNossoNumero(aTitulo)), 1, 15)); Sugerido: LJsonDocumento.AddPair('numero', StrToInt64Def(Copy(OnlyNumber(aTitulo.ACBrBoleto.Banco.MontarCampoNossoNumero(aTitulo)), 1, 15), 0)); ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 4. Campo "mensagem" (objeto singular) divergente do Swagger O Swagger define mensagens como array de objetos com posicao (string enum '1' ou '2') e descricao. O código atual envia objeto singular, chave errada e string vazia. Atual: LJsonMensagem.AddPair('posicao', TP_MENSAGEM_RECIBO); // integer LJsonMensagem.AddPair('mensagem', Copy('', 1, 72)); // chave e valor errados AJson.AddPair('mensagem', LJsonMensagem); // objeto singular Sugerido: procedure TBoletoW_Safra.GeraMensagem(AJson: TACBrJsonObject); const TP_MENSAGEM_RECIBO = '1'; // string enum conforme Swagger TP_MENSAGEM_FICHA = '2'; var LJsonMensagem : TACBrJSONObject; LJsonArray : TACBrJSONArray; begin if Assigned(aTitulo) and Assigned(AJson) then begin LJsonArray := TACBrJSONArray.Create; LJsonMensagem := TACBrJSONObject.Create; LJsonMensagem.AddPair('posicao', TP_MENSAGEM_RECIBO); LJsonMensagem.AddPair('descricao', Copy(aTitulo.Mensagem.Text, 1, 72)); LJsonArray.AddElementJSON(LJsonMensagem); AJson.AddPair('mensagens', LJsonArray); // array "mensagens" end; end; Bonus: passa a enviar efetivamente o texto de aTitulo.Mensagem.Text em vez de string vazia. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Segue anexo o arquivo com a modificação + arquivo ZIP com os detalhes do banco SAFRA Safra.rar ACBrBoletoW_Safra.pas

Opa, beleza... preenchi o atributo CodigoCnae , ou seja, no lugar do atributo CodigoTributacaoMunicipio, onde não irá informar, você informar o CodigoCnae com o valor que seria do CodigoTributacaoMunicipio conforme print abaixo:

Bom dia, Em contato com a prefeitura de Praia Grande - SP foi verificado que quando o ISS for Não Retido não deve ser enviado o Valor, por tanto foi feito a seguinte alteração: Adicionado no Giss.GravarXml.pasa seguinte alteração: function TNFSeW_Giss204.GerarValores: TACBrXmlNode; begin if NFSe.Servico.Valores.IssRetido = stNormal then NrOcorrValorISS := -1 else NrOcorrValorISS := 1; Para o caso do nosso cliente ele era MicroEmpresa, então pode ser que para outros Cadastros não se aplique.

https://dev.acbr.api.br/docs/changelog não temos uma data fixa, mas a previsão são as quartas feiras. porem quando há algo urgente ou quebrado fazemos atualizações fora de cronograma para não deixar o usuário parado. nesse caso pontual, amanha será gerada uma versão, geralmente é nas primeiras horas após o almoço, até umas 15h é publicado

Consegui gerar a primeira NF pelo exemplo do ACBr. Relatar aqui, pode ser que mais alguém esteja neste mesmo problema. Após vários testes, a última mensagem de erro que eu recebia pelo exemplo do ACBr era: "Código : E232 Mensagem: Ocorreu um erro no processamento do arquivo. Correção: Tente novamente mais tarde. Caso o problema permaneça entre em contato com nosso suporte." Este problema é erro no cadastro do CNPJ que estava usando no ambiente de homologação, mesmo conseguindo gerar NF pelo portal de homologação do ISSNet no exemplo do ACBr retornava o mesmo erro. Foi alterado o código de município no cadastro do CNPJ. Eles ajustaram o cadastro de endereço e funcionou:

Acredito que nao, tratei todos os caracteres especiais antes de alimentar o componente e foi, nao sei exatamente qual era problema, ja os dados de envio era somente configuracao do meu erp mesmo. Obrigada juliomar.

@Eduardo.Fonseca boa tarde. Seria o cnae com 9 dígitos, o seu tem apenas 7.

boa tarde, acabei de enviar um e-mail para o GISS solicitando o ajuste dos xsd.

Olá, estou configurando o emissor de Brasília e fiquei com uma dúvida: alguém sabe informar se os campos de IBS/CBS serão realmente obrigatórios? Consegui emitir apenas em homologação preenchendo esses campos. Quando não informo, ocorre erro de schema. Pelo que entendi da documentação, eles deveriam ser opcionais, confere isso?

Segue URL de produção: https://nfselote.campogrande.ms.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap

Boa noite, vou comentar os avanços que eu tive por aqui, talvez acabe auxiliando mais alguém hehe Então, eu estou com problema no ambiente de produção de Brasília, começou a dar um erro muito maluco em um cliente nosso e o provedor só alega que é instabilidade no ambiente, nem param para dar um suporte que presta. Eu estava tentando configurar o novo ambiente de homologação, porém ao enviar as notas com as alterações no .ini que o pessoal repassou anteriormente, o servidor retornava que o XML não atendia a estrutura, porém não dizia qual campo. O que eu fiz para conseguir identificar o problema: 1. Baixei o xsd oficial do nota control (https://www.notacontrol.com.br/download/nfse/schema_v101.xsd) e salvei na pasta de Schemas do Padrao Nacional v1.01 (./Schemas/NFSe/PadraoNacional/1.01/schema_v101-ISSNet.xsd); 2. No arquivo ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores\PadraoNacional.Provider.pas, linha 1490 arranquei fora o if que englobava o método ValidarSchema; 3. Nas propriedades do componente, Setei a propriedade ACBrNFSeX.Provider.ConfigSchemas.Validar := True; (Coloque isto após setar o CodigoMunicipio para ter a prop Provider carregada corretamente). 4. Reinstalei o ACBr para compilar as alterações no arquivo alterado Consegui ajustar todos os campos que estavam com divergência no xsd e transmitir, porém agora estou tendo rejeições devido a má configuração no servidor deles: <?xml version="1.0" encoding="UTF-8"?> <EnviarLoteDpsSincronoResposta> <NumeroLote>22</NumeroLote> <DataRecebimento>2026-04-22T20:09:00</DataRecebimento> <Protocolo>6841E63E-A03E-F111-8CA3-005056992BC4</Protocolo> <ListaMensagemRetornoLote> <MensagemRetorno> <IdentificacaoDps> <NumDPS>22</NumDPS> <SerieDPS>8</SerieDPS> </IdentificacaoDps> <Codigo>L039</Codigo> <Mensagem>Emitente não está autorizado a emitir nota com esta tributação de ISSQN.</Mensagem> <Correcao>Verifique as tributações de ISSQN permitidas para emissão de nota.</Correcao> </MensagemRetorno> </ListaMensagemRetornoLote> </EnviarLoteDpsSincronoResposta> Este campo até existe caso for emitir as notas pelo portal deles, porém é um combobox vazio que não aparece nenhuma opção pra selecionar. Já tentei contato diversas vezes com o suporte deles porém, sem sucesso. Chamo eles no início da tarde e no final do expediente eles só mandam uma mensagem pronta relatando que tão com instabilidades e encerram o atendimento. Negócio é esperar eles subirem os servidores de produção e testar em produção mesmo.

Menos de um ano após restringir a NFC-e apenas para pessoas físicas, o Ajuste SINIEF Nº 12 DE 06/04/2026 derruba a regra. Varejistas podem voltar a informar o CNPJ no cupom fiscal eletrônico sem penalidades. O Conselho Nacional de Política Fazendária (CONFAZ) publicou na última semana o Ajuste SINIEF Nº 12 DE 06/04/2026 , trazendo um alívio imediato para o varejo e para as empresas de software (Software Houses). A nova norma revoga integralmente as disposições do Ajuste SINIEF Nº 11 DE 29/04/2025, que proibia a inserção de CNPJ na emissão da Nota Fiscal de Consumidor Eletrônica (NFC-e). Com a revogação, a obrigatoriedade de emitir a Nota Fiscal Eletrônica tradicional (NF-e, modelo 55) para todas as vendas destinadas a Pessoas Jurídicas no varejo deixa de existir. Fonte: https://www.legisweb.com.br/noticia/?id=33182

Sobre o PIX QQPag O PIX QQPag, é uma solução de pagamentos instantâneos criada pela Rede Quero-Quero. Apesar de ter sido criado inicialmente para uso interno da Rede Quero-Quero, devido a segurança e estabilidade dos Servidores, a mesma passou a disponibilizar o PIX QQPag, a Parceiros de Software, para que os mesmos possam se integrar e disponibilizar o PIX Dinâmico a seus clientes. O PIX QQPag, é disponibilizado no formato de uma API Rest, seguindo a Documentação definida pelo BACEN para PIX. Portanto, caso você já tenha contemplado alguma outra integração que siga o padrão BACEN, será muito simples a sua integração com o PIX QQPag, sendo necessário apenas ajustar a Autenticação Link para a Documentação da API Rest, do PIX QQPag: https://docs.qqpag.com.br/pix-cobranca Portal para o Lojista: https://app.qqpag.com.br Características da oferta: Monetize, a cada Transação PIX de seus clientes. As Taxas podem ser configuradas de forma independente por Lojista Todo o valor recebido no PIX QQPag durante o dia, será transferido para a Conta Bancária Principal do Cliente no final do Dia Processo facilitado de Abertura de conta transitória de seus clientes e envio de Credenciais Produtivas Sobre a parceria Projeto ACBr e PIX QQPag O ACBr tem condições exclusivas para as Sw.Houses da comunidade do ACBr, na parceria com a QQPag A Equipe do ACBr, cuidará e auxiliará em todo Processo de abertura de contas e liberações de credencias dos seus clientes O ACBr é autoridade em Meios de Pagamentos. Confira o nosso curso completo, sobre TEF e Meios de Pagamentos Tenha acesso ao nosso Suporte, Demos e Cursos, Como iniciar ? inscreva-se na página: https://projetoacbr.com.br/pix/ Integrando sua Aplicação ao PIX QQPag Se você já utiliza as soluções do ACBr, como o componente ACBrPIXCD (para Delphi e Lazarus) ou a Biblioteca ACBrLibPIXCD, sua integração será muito simples, bastando selecionar o PSP QQPag.. Veja exemplos abaixo: Configurando o PIX QQPag no Demo do Componente ACBrPIXCD (Delphi/Lazarus) 1 - Configure o PSP, como Quero Quero Pag. 2 - Configure as Credenciais do QQPag, informando: Chave PIX, Client ID e Client Secret. Para gerar uma Cobrança, use o EndPoint /cob... IMPORTANTE: É necessário Informar um TxId Caso contrário (sem informar o TxId) a API da QQPag responderá com o erro abaixo { "type" : "https://pix.qqpag.com.br/api/v2/error/NaoEncontrado", "title" : "Não Encontrado", "status" : 404, "detail" : "Entidade não encontrada." } Configurando a ACBrLibPIXCD no Demo C# 1 - Configure o PSP: Quero Quero Pag e o Tipo de Chave -> Aleatória. 2 - Configure as Credenciais, informando: Chave PIX, Client ID e Client Secret. Observação: No seu processo de homologação, você pode usar as informações de Chave PIX, Client ID e Client Secret que constam no Roteiro de Homologação da QQPag (veja abaixo) Essas chaves são compartilhadas entre várias empresa. Caso precise de uma chave exclusiva, para seu processo de homologação, solicite ao Projeto ACBr. Configurando o PIX QQPag no Componente ACBrPIXCD (Delphi/Lazarus) por código: // Associando o Componente do PSP QQPag ao componente ACBrPIXCD ACBrPixCD1.PSP := ACBrPSPQQPag1 // Atribuindo as Credenciais ACBrPSPQQPag1.ChavePIX := StrChavePIX; ACBrPSPQQPag1.ClientID := StrClientID; ACBrPSPQQPag1.ClientSecret := StrClientSecret; Configurando o PIX QQPag no ACBrLibPIXCD (C#) por código: acbr_pixcd = new ACBrPIXCD(); acbr_pixcd.ConfigGravarValor(ACBrSessao.PIXCD, "PSP", 19); //QQPag acbr_pixcd.ConfigGravarValor(ACBrSessao.PIXCD, "TipoChave", 5); //Chave PIX Aleatória acbr_pixcd.ConfigGravarValor(ACBrSessao.QQPag, "ChavePIX", txtChavePIXQQPag.Text); acbr_pixcd.ConfigGravarValor(ACBrSessao.QQPag, "ClientID", txtClientIDQQPag.Text); acbr_pixcd.ConfigGravarValor(ACBrSessao.QQPag, "ClientSecret", txtClientSecretQQPag.Text); acbr_pixcd.ConfigGravar(); Integrando através da API REST da QQPag Caso você não utilize o componente ACBrPIXCD ou a Biblioteca ACBrLibPIXCD, ainda sim, poderá se integrar ao PIX QQPag, seguindo as instruções da documentação da API Rest, Documentação API REST QQPag: https://docs.qqpag.com.br/pix-cobranca Collection Postman: API_Pix_QQPag_Postman_Collection.json Collection Insomnia: API_Pix_QQPag_Insomnia_Collection.yaml Homologando a sua aplicação SIM... Será necessário submeter a sua aplicação, a um processo de Homologação com a QQPag. Isso visa garantir que a sua aplicação está realizando as tarefas de Pagamento PIX corretamente. Essa etapa é muito importante, pois estamos lidando com fluxo financeiro dos seus clientes, e um problema de integração poderia causar prejuízos aos mesmos, por transações não recebidas. Siga o passo a passo, abaixo: 1 - Baixe e estude o roteiro de homologação em anexo: Passo a Passo - Integração Pix Quero-Quero PAG.pdf Atenção — Testes Obrigatórios e Opcionais. 3. Cenários de Cobrança Imediata -> EndPoint /cob são obrigatórios. 4. Cenários de Cobrança com Vencimento -> EndPoint /cobv são opcionais. Observação: Os testes opcionais podem ser realizados posteriormente, se necessário. Se optar pela homologação simplificada (Cobrança Imediata), suas credencias finais, não terão acesso aos EndPoints de Cobrança com Vencimento. 2 - Credenciais em homologação URL base homologação: https://sandbox.qqpag.com.br client_id: 96418264021802.hml.qqpag.com.br client_secret: 73446f790b0f350c858ec828f88eed4d0d3e151cfd5b2e8c95a96396da65dad603e9f7f69bb442e9531ac140341cc185 chave: f69b66c7-fee1-4da4-94b8-a2f02c50af1b NOTA: Essas credenciais, são publicas e compartilhadas entre todos que estão homologando... Se precisar de Credencias exclusivas, nos seus testes, favor acionar o time do ACBr DICA: No ambiente de homologação da QQPag, as operações PIX são aprovadas automaticamente nos seguintes valores: /cob → R$ 0,05 /cobv → R$ 150,00 Saque ou troco → R$ 5,00 3 - Assista em nosso Curso de PIX, as aulas específicas sobre a Homologação do PIX QQPag: TODO (Inserir o Link do Curso) 4 - Configure o componente ACBrPIXCD, para o Log no Nível mais alto (4), a fim de coletar todas as evidências de comunicação. Exemplo: ACBrPIXCD1.NivelLog := 4; Se você usa a ACBrLibPIXCD, configure a chave NivelLog da seção [PIXCD] : https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca23.html Se você não está usando o componente ou Biblioteca do ACBr, verifique no anexo, um Exemplo de Log, gerado pelo nosso componente... Sua aplicação deve estar preparada, para gerar um Log com informações semelhantes: LogACBrPIX_QQPag.zip Abaixo, veja uma imagem exemplo de como encaminhar os logs: 5 - Execute os testes, conforme o roteiro, e observe se os Logs estão sendo gerados corretamente 6 - Ao final dos testes, Compacte todos os Logs e nos envie o ZIP Você pode enviar para o e-mail: [email protected], ou se preferir, crie um Ticket em: https://suporte.projetoacbr.com.br Exemplo de e-mail: Assunto: Homologação do PIX QQPag, CNPJ: 11.222.333/0001-39 Texto: 7 - A Equipe do ACBr, fará uma pré-analise dos seus Logs, Se constatar algum problema, responderemos no próprio Ticket, criado no passo anterior Em caso de sucesso, encaminharemos o seu Log para analise da Equipe técnica da QQPag 8 - Estando tudo correto com a analise dos Logs, por parte da Equipe técnica da QQPag. O ACBr receberá as credencias de Produção da sua Sw.House Enviaremos a você as Credenciais de forma segura, em um ZIP com Senha, Enviaremos a Senha do Zip, por um outro canal Seguro e estabelecido entre nós (Ex: WhatsApp)

Prezados, conforme comunicado abaixo no site https://saocaetano.ginfes.com.br/ a prefeitura de São Caetano do Sul está migrando de Ginfes para Giss. Segue os dados atualizados do arquivo ACBrNFSeXServicos.ini [3548807] Nome=Sao Caetano do Sul UF=SP Provedor=Giss Versao=2.04 Params=Dividir100: ProRecepcionar=https://ws-scs.giss.com.br/service-ws/nf/nfse-ws?wsdl No arquivo Giss.GravarXml.pas o XSD está solicitando os dados alíquota, desconto condicional e incondicional. Assim, foram ajustados: NrOcorrAliquota := 1; NrOcorrDescIncond := 1; NrOcorrDescCond := 1;

O suporte do banco me retornou, era so o posto mesmo que tentei 00 e 32 mas deveria ser 24. Deu certo! Olha o log: