Alexandre Felippeto Henzen

Estou tentando emitir uma NFe com CST de redução 200 no IBS e CBS mas retorna a rejeição 1046 - Percentual de reducao de aliquota do Municipio nao e valido para este cClassTrib. [nItem:1]. É uma nota do estado do Parana. Ja tentei de todas as formas que pensei, mas não consigo realizar a emissão. No manual fala que essa rejeição acontece quando: No meu caso a CST que estou usando possui ind_gRed = 1. Então o erro aconteceria por que o percentual de redução de aliquota (pRedAliq) não é valido para este cClassTrib(gIBSCBS/cClassTrib). Eu verifiquei na tabela de cClassTrib do Ibs e CBS e a cClassTrib que estou usando é a 200030, que contém 60% de redução de ibs e cbs: Mas mesmo colocando a informação correta na tag pAliq, mesmo assim retorna a rejeição. Tentei fazer das seguintes formas e todas retornaram 1046: 1. Sem grupos de ente governamental, preencher o pRedAliq de todos os impostos (ibsUF, ibsMun, CBS) com os 60% 2.Sem grupo de ente governamental, passar 0 em todos os casos no pRedAliq 3. Com e sem ente governamental: Não preencher somente o pRedAliq do IBSMun, mas preencher dos outros impostos IBSUF e CBS 4. Com e sem ente governamental: Não declarar o grupo <gRed> dentro do grupo do IBSMun ( Esse retornou rejeição 1074 - Nao informado o grupo de reducao de aliquota Municipal. [nItem:1]) 5.Com grupos de ente governamental, passar a tag pReducao(grupo ente governamental) = 0 e as tags de pRedAliq(IbsUF, ibsMun e cbs) = 60 6.Com grupos de ente governamental, passar a tag pReducao = 60 e as tags de pAliq = 60 Todas essas formas mesmo assim retornam a rejeição 1046. Eu realmente não estou entendendo o que esta causando esse erro, uma vez que ja tentei todas as possibilidades e mesmo assim tive a mesma rejeição. Falei com o pessoal no discord, que me orientou a emitir com pReducao = 0 e pRedAliq = 60. Mas fiz exatamente isso e deu a mesma rejeição, vou deixar em anexo o xml com essa correção e que mesmo asism gerou o erri xml-rejeicao1046.xml

galera, se realmente esse provedor estiver retornando o xml fora do padrão do abrasf, o que podemos fazer? devemos abrir um chamado pro sigcorp questionando isso? tentei achar algum canal pra abrir chamado pra eles, mas não encontrei. Fica retornando essa rejeição 202 e 210 por conta de o provedor retornar o xml fora do padrão abrasf como expliquei. Não quero ter que criar um tratamento especifico pra esse municipio, sendo que o errado aparentemente é o retorno deles.

o ACBr acaba ignorando essa mensagem de solicitação recebida quando passa pelo trecho do "TACBrNFSeProviderABRASFv2.TratarRetornoCancelaNFSe", que verifica se a tag <NfseCancelamento> estiver vazia, força o erro COD210 O retorno está ficando sem conteudo nesta tag, fazendo com que retorne a mensagem em tela: 'Nfse do Cancelamento não encontrada.' Retorno do provedor completo: <CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <RetCancelamento> <NFseCancelamento></NFseCancelamento> <Mensagem>Solicitatação recebida! Aguarde a confirmação de cancelamento pelo ADN.</Mensagem> </RetCancelamento> </CancelarNfseResposta> Isso confunde o usuario, por que como assim a NFSee do cancelamento ano foi encontrada. Mas pelo que entendi é um problema no retorno de chapecó né, eles não estão retornando dentro do padrão abrasf versão 2.04. Verifiquei no manual da abrasf atual e mostra que nfse é obrigatorio o preenchimento 1-1: Eles até colocaram a tag, mas não preencheram nada. E ainda adicionaram essa tag de <Mensagem> dentro de tcRetCancelamento e pelo manual não é esperada essa tag de mensagem dentro da tag de <RetCancelamento>. O mesmo tava acontecendo na emissão, quando tentei enviar com tipo sincrono. Ele não encontrava a tag <ListaNFSe> e retornava rejeição 202: Isso por que o retorno deles fica assim: <EnviarLoteRpsSincronoResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <NumeroLote>1</NumeroLote> <DataRecebimento>2026-04-09T16:54:28-03:00</DataRecebimento> <Protocolo>afdc7e238d4e347be7ee13848d02f9fcf3c078b59UVQlqJv54</Protocolo> <Mensagem>Solicitação recebida! Aguarde a confirmação da Nota Fiscal pelo Sefaz/ADN.</Mensagem> </EnviarLoteRpsSincronoResposta> Esta tag ListaNFe é outra tag que está como obrigatória no manual da abrasf, mas o provedor de chapecó não retorna: Ou seja, eu assumo que o arquivo TACBrNFSeProviderABRASFv2 está correto nos seus tratamentos, quem está errado é o provedor de chapecó que está retornando a resposta fora do padrão. Como voces estão fazendo? estão ignorando essa mensagem de 'Nfse do Cancelamento não encontrada.' no cancelamento e 'Lista de NFSe não encontrada!' na emissão e aí consultam depois? Fontes: https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e/versao-2-04

Pessoal, fiquei com uma duvida, voces sempre estão passando os valores zerados, ou apenas quando os totais dos tributos realmente resultam em 0. Pelo que entendi nos meus testes, o calculo desses campos ainda não está sendo validado, pode ser passado qualquer valor. Então estão realmente realizando a soma: vTotTribFed = Total INSS + IR + CSLL + PIS + COFINS vTotTribMun = Total ISS Eu até mencionei em comentários anteriores sobre a minha preocupação de qual é o calculo correto para essas tags, pois hoje a sefaz nao valida o valor passado. Mas voces estão sempre passando o valor 0? Ou somente quando nao tem valores dos impostos mesmo?

Eu atualizei o acbr localmente, mas percebi que nada foi alterado dentro do arquivo PadraoNacional.GravarXML com relação ao total dos tributos, ou á algo desse problema. Nos schemas nada foi alterado com relação á isso também. Deixa eu entender, teve alguma mudança nas atualizações que corrige esse problema? Sem que a gente precise fazer esse contorno de preencher as tags com algum valor : - Servico.Valores.totTrib.vTotTribFed - Servico.Valores.totTrib.vTotTribMun Por que hoje pra funcionar, é necessário preencher uma delas e não pode passar 0, mesmo que nao tenha valores de tributos. Conforme o pessoal falou em comentarios anteriores, é necessário preencher com 0,000001 ao menos para funcionar na validação do ACBr. Com a atualização vai corrigir isso? Não será mais necessário enviar essas tags com o 0,000001 quando for 0? Eu criei o topico na semana passada, pois só estava tendo o prbolema em homologação e nessa semana começou a ter o mesmo problema em produção. Mas a questão principal é essa regra do acbr que obriga a gente a preencher essa tags com 0,000001. E conforme print do arquivo atualizado, isso ainda acontece. Ainda é obrigatorio preencher as tags de vTotTribFed ou vTotTribEst ou vTotTribMun, alguma delas precisa estar maior que zero para que funcione a emissão e não caia no preenchimento da tag indTotTrib. Isso vai ficar assim? O que muda com essa atualização que voce solicitou ?

Pessoal, desde o início desta semana começou a ocorrer a rejeição E0713 na emissão de NFS-e, porém somente no ambiente de homologação. Código: E0713 Mensagem: Para Não Optante, o indicador de informação de valor total de tributos e o valor percentual aproximado do total dos tributos da alíquota do Simples Nacional (%) não podem ser informados. Em outros tópicos, vi relatos de que o problema estaria relacionado ao preenchimento das seguintes tags: - Servico.Valores.totTrib.vTotTribFed - Servico.Valores.totTrib.vTotTribMun Ao preencher essas informações, a emissão passou a funcionar. Mas, isso acontece porque, dentro do método GerarXMLTotalTributos, quando esses valores estão preenchidos, a tag <indTotTrib> deixa de ser gerada — e aparentemente ela é o verdadeiro problema, pois não deveria ser informada dentro do grupo <totTrib> quando o contribuinte não é optante do Simples Nacional. Tentei definir indTotTrib = insSim para evitar o preenchimento da tag, mas nesse caso ocorre falha na validação do schema devido à ausência dos campos de total de tributos. Ao preencher os totais, o grupo passa a ser gerado assim: <!-- Valores apenas para exemplificar --> <totTrib> <vTotTribFed>0.24</vTotTribFed> <vTotTribMun>0.5</vTotTribMun> <vTotTribEst>0.0</vTotTribEst> </totTrib> Dessa forma, a nota é autorizada normalmente em homologação. O problema é que não encontrei documentação que explique: -Qual é o cálculo correto para cada um desses campos (vTotTribFed, vTotTribMun e vTotTribEst), ele é o total de quais campos exatamente? -Por que esses três campos devem ser informados quando o contribuinte não é optante do Simples e por que a tag <indTotTrib> não deve ser informada nesse caso. A alteração que fiz foi aplicada somente em homologação, como solução temporária para permitir a continuidade dos testes. Mas voces sabem se existe algum cronograma para que essa validação também seja aplicada em produção? Ou essa validação em homologação está incorreta e será ajustada futuramente? Se essa validação vier a ser aplicada em produção, preciso me planejar para implementar a solução corretamente. Se alguém tiver informações ou já tiver passado por essa situação, qualquer orientação será de grande ajuda.

Existe algum componente no ACBr que permita colocar senha em PDFs provenientes de títulos financeiro?

Favor ignorar o arquivo ACBrBoletoRet_ABC_API.pas enviado anteriormente, aquele era o arquivo desatualizado. Segue em anexo o arquivo atualizado: ACBrBoletoRet_ABC_API.pas

Não testei em produção, somente em ambiente de homologação. O próximo passo é testar em produção, para isso preciso que estes arquivos sejam adicionados no repositório. Segue em anexo a documentação e uma collection do postman: Manual API - Bolepix v2.pdf Boleto.postman_collection.json

Estou deixando em anexo os arquivos da implementação do boleto via API para o Banco ABC Brasil. Poderiam adicionar no repositório, por favor? Fiz com base no ambiente de homologação do banco, testei o cadastro e a consulta de boletos e está funcionando. Também deve ser adicionado as seguintes linhas de código no arquivo ACBrBoletoWS.pas: cobBancoABCBrasil : begin FBoletoWSClass := TBoletoW_ABC_API.Create(Self); FRetornoBanco := TRetornoEnvio_ABC_API.Create(FBoleto); end; ACBrBoleto.pas ACBrBoletoRet_ABC_API.pas ACBrBoletoW_ABC_API.pas

No arquivo ACBrNFSeXServicos.ini foi alterado para que o municio de curitiba use o padrão nacional. [4106902] ; Atualizado em 05/06/2024 Nome=Curitiba UF=RR Provedor=PadraoNacional No código fonte: if (FACBrNFSe.Configuracoes.Geral.Provedor in [proPadraoNacional]) then begin FACBrNFSe.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv101; FACBrNFSe.Emitir(LoteDTO.NumeroLote, meUnitario, false); end O problema que estou tendo está ocorrendo em: procedure TACBrNFSeXProvider.ValidarSchema(Response: TNFSeWebserviceResponse; aMetodo: TMetodo); sendo ele: ConfigSchemas.GerarNFSe = 'DPS_v1.00.xsd', não tinha que ficar na versão 1.01? A NFSe não foi enviada. X800: Erro de Validação: --> 1871 - Element '{http://www.sped.fazenda.gov.br/nfse}IBSCBS': This element is not expected. Outra dúvida, estou tentando preencher alguns campos novos segundo um levantamento feito de negócio, e não encontrei aonde preencher os campos: adq (Grupo de informações relativas ao Adquirente), seriam os mesmos dados de destinatário, esse achei, mas de adquirente não. xTpReeRepRes (Descrição do reembolso ou ressarcimento quando a opção é "99 – Outros reembolsos ou ressarcimentos recebidos por valores pagos relativos a operações por conta e ordem de terceiro".) tpReeRepRes não encontrei a opção 99 (99 = Outros reembolsos ou ressarcimentos recebidos por valores pagos relativos a operações por conta e ordem de terceiro) dFeNacional (Grupo de informações de documentos fiscais eletrônicos que se encontram no repositório nacional.) (preencher condição documento com : 1 - Documento Eletrônico; 2 - Documento Inexistente Base Nacional; 3 - Documento Não Fiscal) indPessoas (A respeito do Destinatário dos serviços: 0 – O tomador identificado na NFS-e é o adquirente e o destinatário do fornecimento (tomador = adquirente = destinatário); 1 – O tomador e o adquirente são a mesma pessoa, mas o destinatário é uma pessoa física ou jurídica ou equiparada diversa do indicado como tomador/adquirente ou se trata de um estabelecimento do adquirente diferente do indicado no campo “tomador” (tomador = adquirente ≠ destinatário); 2 - O adquirente e o destinatário são a mesma pessoa, mas diferente do tomador de serviços; (tomador ≠ adquirente = destinatário) 3 - O tomador e o destinatário são a mesma pessoa, diferente do adquirente; (tomador = destinatário ≠ adquirente) 4 - O tomador, o adquirente e o destinatário são pessoas distintas que devem ser identificadas. (tomador ≠ adquirente ≠ destinatário) ) xTpEnteGov (Se tpEnteGov informado for igual a 9 = outro, este campo deve informar qual a descrição do ente. Exemplo: "Comitê Gestor do IBS".) tpEnteGov não encontrei a opção 9 (9 = Outro) cCIB para obra (NFSe/infNFSe/DPS/infDPS/serv/obra/)

Existe a implementação do boleto via API para o Banco ABC Brasil no ACBr?

Olá, gostaria de saber se em algum momento será liberado a Consulta Lista de Cobrança do Santander API. User_Guide_API_de_Cobranca_PT_BR_V2_8_compressed.pdf

Após imprimir o TEF eu envio a impressão da NFC-e, mas ao executar LerStatusImpressora está retornando offline, onde será que está se perdendo?

Essa situação ocorre somente com um cliente ao abrir o PDF recebido. Pode ser alguma configuração na ferramenta que ele está usando para abrir o PDF? Se encaminhar o mesmo e-mail com p PDF em anexo pra outro cliente funciona corretamente...

Foi gerado PDF da Danfse, anexado e enviado por e-mail; quando o cliente abriu o PDF ficou nesse formato, alguma ideia do que seja?

Mas ninguém relatou esse problema? Mesmo aumentando o timeout ainda estou com o erro...

Estamos recebendo esse erro várias vezes hoje e o nosso timeout está com 30000, mais alguma coisa que possamos fazer? Erro Interno: 10060 Erro HTTP: 500 URL: https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl Connection timed out

Analisando o código da API do Banco do Brasil foi visto que o valor da multa está sendo retornado no campo de percentual da multa ARetornoWS.DadosRet.TituloRet.PercentualMulta := AJson.Values['valorMultaRecebido'].AsNumber; Na Documentação da API no campo que esta sendo lido json tem a seguinte descrição: RespostaDetalhamentoBoleto -> valorMultaRecebido -> number($float) Valor de multa recebido.

Bom dia Na emissão da NF-e estou recebendo a rejeição "233 - Rejeição: IE do destinatário não cadastrada" - Destinatário de PE Ao emitir nota pra esse cliente com emitente de PR o erro não ocorre Ao emitir nota pra esse cliente com emitente de GO o erro acontece Alguma ideia do que pode ser?

Alguns clientes nossos também estão com esse retorno

Será que o sefaz está passando por problemas no portal? "Erro nao catalogado java.sql.SQLException: ORA-04025: maximum allowed library object lock allocated for SELECT ESTABELECIMENTO.CNPJ, ESTABELECIMENTO.CADICMS, ESTABELECIMENTO.CDSRP, ESTABELECIMENTO.INDNFE, ESTABELECIMENTO" <env:Envelope xmlns:env="http://www.w3.org/2003/05/soap-envelope"> <env:Body xmlns:env="http://www.w3.org/2003/05/soap-envelope"> <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRetAutorizacao4"> <retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb> <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">PR-v4_8_40</verAplic> <nRec xmlns="http://www.portalfiscal.inf.br/nfe">411002322137815</nRec> <cStat xmlns="http://www.portalfiscal.inf.br/nfe">104</cStat> <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Lote processado</xMotivo> <cUF xmlns="http://www.portalfiscal.inf.br/nfe">41</cUF> <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2024-04-24T13:34:16-03:00</dhRecbto> <protNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <infProt xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb xmlns="http://www.portalfiscal.inf.br/nfe">1</tpAmb> <verAplic xmlns="http://www.portalfiscal.inf.br/nfe">PR-v4_8_40</verAplic> <chNFe xmlns="http://www.portalfiscal.inf.br/nfe">41240402477571000147550010004678761850451860</chNFe> <dhRecbto xmlns="http://www.portalfiscal.inf.br/nfe">2024-04-24T13:34:10-03:00</dhRecbto> <digVal xmlns="http://www.portalfiscal.inf.br/nfe">a2WFl0isGiMc6CQCDVuNmiJu6hA=</digVal> <cStat xmlns="http://www.portalfiscal.inf.br/nfe">999</cStat> <xMotivo xmlns="http://www.portalfiscal.inf.br/nfe">Erro nao catalogado java.sql.SQLException: ORA-04025: maximum allowed library object lock allocated for SELECT ESTABELECIMENTO.CNPJ, ESTABELECIMENTO.CADICMS, ESTABELECIMENTO.CDSRP, ESTABELECIMENTO.INDNFE, ESTABELECIMENTO</xMotivo> </infProt> </protNFe> </retConsReciNFe> </nfeResultMsg> </env:Body> </env:Envelope>

isso

Deu certo fazendo dessa maneira: ACBrNFSe.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao := TTimeZoneModoDeteccao.tzPCN; DataAgora := DataHoraTimeZoneModoDeteccao(FACBrNFSe)

Poderia me dizer qual é o método pra usar na NFSe?