Painel de líderes

Boa tarde, gostaria de saber se alguém da comunidade do ACBR ja esta utilizando alguma API da Apuração Assistida, vi que ja existem alguns webservices disponibilizados ... e se sera criado algum componente para tal ou devemos criar soluções próprias? Endpoint's Disponíveis Apuração de créditos do CBS(Em Breve)Apuração de débitos do CBSPagamentos de débitos do CBS do contribuinte(Em Breve)Recolhimentos do CBS realizados pelo adquirente(Em Breve)Download Arquivo Endpoint Access Token Endpoint Access Token URL de Produção e Produção Restrita: https://api.receitafederal.gov.br/token Endpoint Access Token URL de Homologação: https://h-gateway.receitaintegra.serpro.gov.br/token Exemplo de chamada: curl -X POST --location 'https://api.receitafederal.gov.br/token' \ --user "<clientID>:<clientSecret>" \ -d 'grant_type=client_credentials' Apuração de débitos do CBS Fornece os dados de apuração de débitos da CBS de um contribuinte para o período atual. Campos de Entrada Endpoint Campo Formato Descrição CNPJ base String (8) CNPJ do contribuinte. Apenas o CNPJ Base (8 dígitos para filtro; quando necessário, informar com zeros à esquerda). Header Campo Formato Descrição Authorization String Bearer <token de acesso>, informado na requisição. Request Body Campo Formato Descrição URL Retorno String Url informada na solicitação para retorno da requisição. Campos Retornados Campo Formato Descrição Tiquete String Tíquete gerado na requisição das informações. Deve ser usado para acessar o serviço o download do arquivo JSON. Este campo é retornado apenas em caso de sucesso da requisição. Codigo Erro String Identifica o erro ocorrido durante a requisição. Este campo é retornado apenas em caso de erro. Mensagem Erro String Mensagem que descreve o erro ocorrido durante a requisição. Este campo é retornado apenas em caso de erro. Respostas Grupo Cód. Status Descrição Sucesso 201 Solicitação realizada com sucesso. Erro 400 Requisição inválida Erro 404 Requisição inválida ou erro interno. Layout do JSON Campo Nível Cardinalidade Formato Descrição apuracaoCorrente 1 1:1 Grupo de débitos do período corrente (mês atual) debitos 2 0:N Grupo de documentos do débito modeloDfe 3 1:1 string Modelo do Documento Fiscal Eletrônico (DF-e) numeroDfe 3 1:1 string Número do Documento Fiscal Eletrônico (DF-e) chaveDfe 3 1:1 string Chave do Documento Fiscal Eletrônico (DF-e) dataDfeEmissao 3 1:1 datetime Data/Hora de emissão do Documento Fiscal (DF-e) dataDfeAutorizacao 3 1:1 datetime Data/Hora de autorização Documento Fiscal (DF-e) dataDfeRegistro 3 1:1 datetime Data/Hora de registro (recepção) do Documento Fiscal (DF-e) dataApuracao 3 1:1 string(6) Período de apuração (AAAAMM) niEmitente 3 1:1 string(14) CNPJ completo do emitente niAdquirente 3 1:1 string(14) CPF ou CNPJ completo do adquirente valorCBSTotal 3 1:1 decimal(18,2) Valor de débito de CBS principal valorCBSExtinto 3 1:1 decimal(18,2) Valor de débito de CBS principal extinto valorCBSNaoExtinto 3 1:1 decimal(18,2) Valor de débito de CBS principal que sobrou sem extinção situacaoDebito 3 1:1 string Situação do Débito (Aguardando Processamento / Não Extinto / Extinto Parcial / Extinto Total / Cancelado) formasExtincao 4 1:1 Grupo de formas de extinção do débito creditosCBS 5 1:1 Grupo de créditos básicos utilizados cClassCred 6 1:1 string Classificação do crédito (básico, presumido... 25 tipos) modeloDfe 6 1:1 string Modelo do Documento Fiscal Eletrônico (DF-e) numeroDfe 6 0:1 string Número do Documento Fiscal Eletrônico (DF-e) chaveDfe 6 1:1 string Chave do Documento Fiscal Eletrônico (DF-e) dataCreditoUtilizado 6 1:1 datetime Data/Hora de registro da apropriação com crédito valorCreditoUtilizadoPrincipal 6 1:1 decimal(18,2) Valor do crédito utilizado para compensação do débito principal valorCreditoUtilizadoMulta 6 1:1 decimal(18,2) Valor do crédito utilizado para compensação do débito de multa valorCreditoUtilizadoJuros 6 1:1 decimal(18,2) Valor do crédito utilizado para compensação do débito de juros creditosPISCOFINS 5 1:1 Grupo de créditos de PIS/COFINS utilizados origem 6 1:1 dataCreditoUtilizado 6 1:1 datetime Data de registro da compensação com crédito de PIS/COFINS valorCreditoUtilizado 6 1:1 decimal(18,2) Valor do crédito PIS/COFINS para compensação do débito principal valorCreditoUtilizadoMulta 6 1:1 decimal(18,2) Valor do crédito utilizado para débito de multa valorCreditoUtilizadoJuros 6 1:1 decimal(18,2) Valor do crédito utilizado para débito de juros pagamentosCBS 5 1:1 Grupo de pagamentos utilizados numeroDarf 6 1:1 string(17) Número do DARF tipoPagamento 6 1:1 string Tipo de pagamento (split, adquirente, contribuinte, responsável) dataDarfArrecadado 6 1:1 datetime Data/Hora de arrecadação do pagamento dataDarfUtilizado 6 1:1 datetime Data/Hora de utilização do pagamento valorDarfUtilizadoPrincipal 6 1:1 decimal(18,2) Valor usado para pagar o débito principal valorDarfUtilizadoMulta 6 1:1 decimal(18,2) Valor usado para pagar o débito de multa valorDarfUtilizadoJuros 6 1:1 decimal(18,2) Valor usado para pagar o débito de juros prescricao 5 1:1 Grupo de débitos extintos por prescrição dataPrescrito 6 0:1 datetime Data/Hora da extinção por prescrição valorPrescrito 6 0:1 decimal(18,2) Valor de CBS extinto por prescrição eventos 4 1:1 Grupo de eventos vinculados ao débito apuracaoAjuste 1 1:1 Grupo de débitos do período em ajuste (mês anterior). Mesmos grupos de apuracaoCorrente Mesmos grupos de apuracaoCorrente debitosExtemporaneos 1 1:1 Débitos de períodos anteriores RECEBIDOS no mês da consulta. Mesmos grupos da apuracaoCorrente Pré-requisitos Possuir token de acesso válido (acessível através da URL Access Token de Produção e Produção Restrita:https://api.receitafederal.gov.br/token e URL Acess Token Homologação:https://h-gateway.receitaintegra.serpro.gov.br/token). Possuir um webhook para recebimento da resposta. Passo a passo para utilização Acionar o endpoint informando CNPJ básico, url do webhook e token de acesso. Exemplo de chamada curl --location 'https://api.receitafederal.gov.br/rtc/apuracao-cbs/v1/{cnpj}' \ --header 'Content-Type: application/json' \ --header 'Authorization: Bearer X9XnF1L55CyyhO6zZZzL9qiw1uJ33qkG' \ --data '{ "urlRetorno": "<url do webhook>" }' Observação: O acesso ao endpoint está restrito a 2 chamadas por dia. Após receber o retorno da requisição na url indicada, acessar o endpoint de download (acessível através de URL de Produção: https://api.receitafederal.gov.br/rtc/download/v1/{tiquete} ou URL de Produção Restrita: https://api.receitafederal.gov.br/prr-rtc/download/v1/{tiquete} ou URL de Homologação: https://h-gateway.receitaintegra.serpro.gov.br/rtc/download/v1/{tiquete}) para realizar o download do arquivo JSON com os dados retornados pela api. Exemplo de chamada curl --location --request GET 'https://api.receitafederal.gov.br/rtc/download/v1/{tiquete}' \ --header 'Content-Type: application/json' \ --header 'Authorization: Bearer X9XnF1L55CyyhO6zZZzL9qiw1uJ33qkG' Observação: O acesso ao endpoint está restrito a 8 chamadas por dia, sendo permitido um único acesso por tíquete. Endpoints URL de Produção: https://api.receitafederal.gov.br/rtc/apuracao-cbs/v1/{cnpj} URL de Produção Restrita: https://api.receitafederal.gov.br/prr-rtc/apuracao-cbs/v1/{cnpj} URL de Homologação: https://h-gateway.receitaintegra.serpro.gov.br/rtc/apuracao-cbs/v1/{cnpj} Download Arquivo Realiza o download do arquivo de apuração gerado previamente, identificado pelo tíquete. Pré-requisitos Possuir token de acesso válido (acessível através da URL Access Token de Produção e Produção Restrita:https://api.receitafederal.gov.br/token e URL Acess Token Homologação:https://h-gateway.receitaintegra.serpro.gov.br/token). Possuir um webhook para recebimento da resposta. Passo a passo para utilização Após receber o retorno da requisição na url indicada, acessar o endpoint de download (acessível através de URL de Produção: https://api.receitafederal.gov.br/rtc/download/v1/{tiquete} ou URL de Produção Restrita: https://api.receitafederal.gov.br/prr-rtc/download/v1/{tiquete} ou URL de Homologação: https://h-gateway.receitaintegra.serpro.gov.br/rtc/download/v1/{tiquete}) para realizar o download do arquivo JSON com os dados retornados pela api. Exemplo de chamada curl --location --request GET 'https://api.receitafederal.gov.br/rtc/download/v1/{tiquete}' \ --header 'Content-Type: application/json' \ --header 'Authorization: Bearer X9XnF1L55CyyhO6zZZzL9qiw1uJ33qkG' Observação: O acesso ao endpoint está restrito a 8 chamadas por dia, sendo permitido um único acesso por tíquete. Endpoints URL de Produção: https://api.receitafederal.gov.br/rtc/download/v1/{tiquete} URL de Produção Restrita: https://api.receitafederal.gov.br/prr-rtc/download/v1/{tiquete} URL de Homologação: https://h-gateway.receitaintegra.serpro.gov.br/rtc/download/v1/{tiquete} Campos de Entrada Endpoint Campo Formato Descrição Tíquete String Tíquete gerado na solicitação das informações de apuração CBS, utilizando um dos serviços gratuitos disponíveis. Header Campo Formato Descrição Authorization String Bearer <token de acesso>, informado na requisição. Respostas Grupo Cód. Status Descrição Sucesso 200 Arquivo baixado com sucesso. Retorna o arquivo JSON do extrato. Erro 400 Requisição inválida. Erro 403 CNPJ do consumidor não corresponde ao CNPJ da solicitação. Erro 404 Arquivo não encontrado ou ticket inválido. Voltar

@Juliomar Marchetti Corrigindo a informação anterior, Usando o arquivo (ACBrNFSeXGravarXml_ABRASFv2.pas) alterado pelo @claudiovisky, acompanhado do novo XSD disponibilizado pelo provedor WebISS, funcionou e conseguimos emitir.

Estou com o mesmo erro desde ontem. Também estou tentando identificar o que pode ser. Em produção está emitindo normalmente.

Em Bauru consegui fazer da seguinte forma: Após a transmissão é devolvido a chave, tendo a chave da nota faço a consulta (FACBrNFSe.ConsultarNFSePorChave(chave)), a consulta grava o xml da nota na pasta FACBrNFSe.Configuracoes.Arquivos.PathGer. Com o xml é só carregar o arquivo no componente (FACBrNFSe.NotasFiscais.LoadFromFile() e extrair os dados que precisa para atualizar o banco de dados. Também é possível fazer a impressão (FACBrNFSe.NotasFiscais.Imprimir). PDF não testei.

não uso o acbrhttp mas uso o synapse que é a "raiz" do acbrhttp. tente encontrar a propriedade Protocol. e altere ela HTTP.Protocol := '1.2';

Boa tarde a todos! O provedor Fiorilli implementou um novo web service SOAP que recepciona o arquivo no leiaute do Padrão Nacional. A comunicação não deve ser feita direto com a API do Padrão Nacional, mas sim com este novo web service. Estamos atuando na implementação do mesmo. Nós conseguimos comunicar com ele e receber um retorno, mas o retorno recebido é: <RecepcionarLoteDpsSincronoResposta xmlns:ns3="http://www.fiorilli.com.br/nfse-nacional" xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns="http://www.sped.fazenda.gov.br/nfse"> <DataRecebimento>2026-01-21T11:45:55</DataRecebimento> <ListaMensagens> <Mensagem> <Codigo>E172</Codigo> <Mensagem>Arquivo enviado com erro na assinatura.</Mensagem> <Correcao>Acerte a assinatura do arquivo.</Correcao> </Mensagem> </ListaMensagens> </RecepcionarLoteDpsSincronoResposta> Estamos atualmente buscando informações que nos ajudem a sanar essa questão.

Para mim, apenas apareceu na consulta completa com o certificado digital.

Opa Thiago, tudo bom? Fiz aqui uma implementação manual aqui no nosso sistema para confirmar a sua questão. Funcionou também. Segue os detalhes do Evento.

Opa Thiago, por enquanto não implementamos o evento "Evento de Furto/Perecimento com o transporte contratado pelo fornecedor ou adquirente" . Tente verificar na consulta completa se aparece os Eventos para você. Já referente ao retorno da SEFAZ, realmente está tudo OK.

Bom dia, Thiago! Tudo bem? No nosso sistema, implementamos apenas o evento “Aceite de débito na apuração por emissão de nota de crédito”, e posso confirmar que ele aparece corretamente para notas em ambiente de homologação.

Fiz a depuração porém não encontrei código algum que obtivesse o retorno do xml na operação de ConsultaNFSeporRps. Acabo de perceber que um meu procedimento estava errado. No padrão nacional, ConsultaNFSeporRps não retorna o xml como nos outros provedores, apenas a chave de acesso. A função correta para retornar o xml da nfs é ConsultarNFSeporChave. Ajustei o código e troquei a função e deu certo! Obrigado !

Bom Dia, é possível realizar essas atualizações no arquivo ACBrNFeXServicos.ini?

Bom Dia, Testei aqui e agora está funcionando legal. Obrigado! pode fechar o tópico.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Temos um componente, para Calculadora.. mas ele precisará ser atualizado, com esses novos EndPoints

@Ederson Selvati Obrigado pela contribuição ! Criado a tarefa ACBR-8800 para validação; Assim que concluida reportamos aqui.

Também corrigir o endereço do provedor de três barras do paraná [4127858] Nome=Tres Barras do Parana UF=PR Provedor=Pronim ProRecepcionar=https://tresbarras.govbr.cloud/NFSe.Api/NotaNacional

Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251216 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição indTotTrib Se a situação do emitente da DPS perante o Simples Nacional na data de competência informada for ME/EPP, o choice indTotTrib nunca poderá ser informado. E0712 Para ME/EPP indTotTrib nunca poderá ser informado. Ainda de acordo com o mesmo leiaute, a tag indTotTrib faz parte de um "elemento escolha" junto dos grupos vTotTrib, pTotTrib e pTotTribSN. Ou seja, o arquivo XML só vai poder ter o vTotTrib ou o pTotTrib ou o indTotTrib ou o pTotTribSN, mas nunca mais de um deles. Se você está recebendo essa rejeição, isso significa que seu arquivo está sendo enviado com o elemento indTotTrib, quando deveria ser com um dos outros 3. Como resolver? No momento de geração do XML, uma lógica é aplicada para definir qual é o grupo que vai ser gerado. Verifica se foram preenchidos os valores que compõe vTotTrib. Se forem maiores do que zero, gera o grupo vTotTrib; Se não foi gerado o grupo no passo anterior, verifica se foram preenchidos os valores que compõe pTotTrib. Se forem maiores do que zero, gera o grupo pTotTrib. Se não foi gerado o grupo no passo anterior, verifica se o valor de pTotTribSN é maior do que zero. Se for, gera o grupo pTotTribSN. Se não foi gerado o grupo no passo anterior, verifica se o valor de indTotTrib é zero, se for, gera o grupo indTotTrib. Considerando isso, é preciso preencher as informações de modo que o indTotTrib não seja gerado. Caso utilize ACBrNFSeX para Delphi e Lazarus Para gerar o vTotTrib preencha: NFSe.Servico.Valores.totTrib.vTotTribFed := NFSe.Servico.Valores.totTrib.vTotTribEst := NFSe.Servico.Valores.totTrib.vTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTrib preencha: NFSe.Servico.Valores.totTrib.pTotTribFed := NFSe.Servico.Valores.totTrib.pTotTribEst := NFSe.Servico.Valores.totTrib.pTotTribMun := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Para gerar o pTotTribSN preencha: NFSe.Servico.Valores.totTrib.pTotTribSN := NFSe.Servico.Valores.totTrib.indTotTrib := TindTotTrib.indSim; Caso utilize ACBrMonitorPLUS ou ACBrLib Para gerar o vTotTrib preencha: [totTrib] vTotTribFed= vTotTribEst= vTotTribMun= indTotTrib=1 Para gerar o pTotTrib preencha: [totTrib] pTotTribFed= pTotTribEst= pTotTribMun= indTotTrib=1 Para gerar o pTotTribSN preencha: [totTrib] pTotTribSN= indTotTrib=1

Ola a todos! Tive o mesmo problema que o post acima essa semana com o Windows server 2019. A solução para mim foi entrar em painel de controle - regiao - Aba Administrativo - Alterar localidade do sistema - desmarcar a opcao Usar Unicode UTF-8 para suporte de linguagem mundial, aplicar e reiniciar. Abraços.