BigWings

Não, está correta, faça o teste.

Me parece que este é o modo correto, qual o erro exato?

A mensagem era essa: Ou esta? Para resolver a primeira teria que voltar o parâmetro Dividir100: Mas não teria como fazer isso apenas com 2 dígitos na alíquota, e usar a alíquota 3,04%

Tem mais relatos desse problema, que nesse caso parece ser na SEFAZ-PR, no Discord do ACBr.

Se está gerando no XML, não tem motivo pra ter a rejeição. O erro é o tratamento da rejeição da SEFAZ, correto? Veja se no XML do lote de envio (*-env-lot.xml) foi gerado o idCSRT e hashCSRT.

Tenta tirar a linha Params=Dividir100: Do arquivo ACBrNFSeXServicos.ini para a cidade em questão.

Não precisa mais desde o dia 01/02/2025, pode usar só NFCe.

Alguns pontos: - O SAT está com os dias contados, a partir de 2026 não será mais permitido em SP e CE, terá que trocar para NFCe - O Bling aparentemente não dá suporte aos usuários que optam pela integração com o ACBrMonitorPLUS para emissão de CFe SAT - O fórum do ACBr é destinado a desenvolvedores, e não usuários finais do ACBrMonitorPLUS Então a sugestão é já optar pela NFCe, creio que o Bling faça isso nativamente.

Já foi enviada uma correção para o SVN, atualize novamente.

Fiz um teste aqui e tive o mesmo erro. Eu acho que o problema é na SEFAZ autorizadora, a SVRS, que não está fazendo a validação correta da NFCe com emitente CPF. A sugestão é entrar em contato na SVRS e questionar.

Faltou fechar com " o comando BOLETO.ConfigurarDados.

Já recebi email que vão descontinuar a V2 em 31/03/2025.

Subi um ajuste porque o acima estava causando erro de compilação no Delphi. @Desenvolvimento Automafour favor atualizar com os fontes do SVN e testar.

Enviei um ajuste para o SVN, rev. 37049, para não exigir o client secret se não informado. Testei na minha própria conta, em produção, migrei da V2 para a V3, só precisei criar o aplicativo novo no portal developers do Sicoob, na nova API, usei o mesmo certificado, e configurar no componente a versão 'V3', o novo Client ID e os novos escopos.

Estranho porque a validação no componente é de janeiro de 2023. Parece ser algo errado com as credenciais, o certificado foi gerado e enviado para o banco na criação da aplicação? Você está emitindo em produção ou homologação (sandbox)?

Parece uma validação indevida feita pelo componente. Na V2 o ACBr copia o ClientID para não levantar o erro, mas na V3 isso não é feito. Tenta informar qualquer coisa (repetir o ClientID por exemplo) no ClientSecret.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Informe como abatimento, e não desconto.

Você pode trabalhar com CNAB e ter o PIX, trabalhar com webservice e não ter PIX... depende do que cada banco disponibiliza.

O controle é separado por CNPJ, ter bloqueio em um não impede de fazer a consulta no outro, mesmo usando o mesmo certificado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Pode usar o mesmo certificado, mas deve consultar individualmente cada CNPJ, e pra cada um vai ter a sequência de NSU e o controle de consumo indevido.

Baixa pelo git, é compatível com D7. https://github.com/fortesinformatica/fortesreport-ce Clicando na imagem tem um vídeo tutorial de instalação completa.

Precisa atualizar o Fortes Report.