BigWings

Não adianta querer comparar XML de NFSe e ainda gerado pelo portal com o XML do RPS. Você tentou informar 1.62 para a tag ValorIss, em vez de 1.63?

Pela mensagem o valor do ISSQN informado está errado.

Pelo que li no link a previsão de início é 2022.

Não existe impressão do RPS no ACBrNFSe, a impressão do DANFSE é pelo XML da NFSe e não do RPS. Se existe um modelo para impressão de RPS você deve consultar a legislação municipal.

Tente apagar toda a pasta ACBr\Lib, reverta qualquer alteração na pasta ACBr\Pacotes e reinstale usando o ACBrInstall_Trunk2.exe.

Informar a tag prodPred no MDFe. Para emitente transportadora passou a ser obrigatório desde a semana passada.

Fazer a alteração qualquer desenvolvedor pode fazer, afinal os fontes são abertos. Abrir com o Lazarus o pacote da ACBr_BoletoFC_Fortes, alterar o que desejar, recompilar o pacote, reconstruir o Lazarus, abrir o projeto da ACBrLibBoleto, recompilar para gera as DLLs. Agora se você quer usar as DLLs já compiladas pela equipe, veja os termos do SAC: Uma correção de erro sem dúvida será aplicada, mas reduzir o tamanho da fonte é mesmo um erro ou apenas uma alteração cosmética, porque "um cliente achou feio"? O manual do banco determina o tamanho da fonte nesse campo? Isso vai ser analisado, como o @José M. S. Junior já disse que vai analisar.

Nada impede de se emitir uma carta de correção após o recebimento da mercadoria pelo destinatário, que é quando ele deve enviar a confirmação. Testou pelo programa exemplo do componente?

Pra destacar ICMS próprio como Simples Nacional precisa usar o CSOSN 900, com esse CSOSN é possível preencher apenas a tag vICMS se for o caso. O ICMS normal não soma no total da nota, o ICMS-ST é obrigatório somar.

Lembro que cheguei a testar essa opção e realmente funcionou, mas acabei desistindo de aplicar pelo seguintes motivos: - Na consulta da nota no portal as tags vão aparecer, deixando a leitura difícil - Se trocar o modo de impressão para Fast ou Fortes Report a impressão da mesma nota também vai mostrar as tags. Que saiba não tem esse limite de caracteres na geração do XML. Não é algo na sua rotina?

Talvez você esteja tentando o retorno rápido demais, esse webservice é notavelmente instável. Tente colocar uma espera entre o envio e a busca do retorno: If( !oObj:IsConnected() ) conout("********* Não foi possível estabelecer conexão com o ACBr. *********") Return(.F.) Else conout("****************** ACBr CONECTADO! ************************") Sleep(2000) cSend := 'NFe.DistribuicaoDFeporUltNSU("52","37247772000132","00")'+_cEol nResp := oObj:Send( cSend ) if( nResp != len( cSend ) ) conout( "--> Erro! Solicitação não transmitida" ) else conout( "--> Solicitação Enviada - Retorno: " +StrZero(nResp,5) ) endif Sleep(20000) cBuffer := "" nResp = oObj:Receive( @cBuffer, 10000 ) if( nResp >= 0 ) conout( "--> Dados Recebidos " + StrZero(nResp,5) ) conout( "--> ["+cBuffer+"]" ) else conout( "--> Não recebi dados" ) endif conout("****************** Fechando o ACBr! ************************") oObj:CloseConnection() EndIf

No seu código parece estar faltando ler os dados retornados pelo ACBr. Depois do oObj:Send chamar este trecho: // ------------------------------- // Teste de recebimento do socket // ------------------------------- cBuffer := "" nResp = oObj:Receive( @cBuffer, 10000 ) if( nResp >= 0 ) conout( "--> Dados Recebidos " + StrZero(nResp,5) ) conout( "--> ["+cBuffer+"]" ) else conout( "--> Não recebi dados" ) endif https://tdn.totvs.com/display/tec/Classe+TSocketClient O cBuffer vai conter a string do .ini.

O evento de prestação em desacordo não cancela automaticamente o CTe, então está correto continuar aparecendo como autorizada. Depois da emissão desse evento o emitente do CTe pode proceder com a emissão do CTe de anulação e substituição. Você pode verificar na parte de eventos do CTe na consulta completa. Se não aparecer no portal nacional tente consultar na SEFAZ estadual.

Vem no retorno do comando DistribuicaoDFe. https://acbr.sourceforge.io/ACBrMonitor/ModeloRespostaDistribuicaoDFePor.html

Não são os últimos 50, são os primeiros 50. Você só deve passar 0 na primeira consulta de um CNPJ, depois disso sempre usar o último já consultado.

Por favor não cole trechos grandes de código no corpo da mensagem. Use a opção de anexar arquivos.

No último parâmetro você tem que informar o último NSU recebido na última execução do método DistribuicaoDFe. Se passar 0 sempre vai obter os 50 primeiros documentos dos últimos 90 dias.

Passou batido... vou mover seu tópico para o sub-fórum apropriado.

Na versão em Fortes não tem como, você teria que abrir os fontes do ACBr e alterar ao gosto dele. Na versão em Fast pode apenas editar o FR3.

Não tem, o Fortes não tem essa funcionalidade. Se alguém desejar contribuir faça na página do projeto: https://github.com/fortesinformatica/fortesreport-ce

Quer dizer que já foi enviado o evento da prestação em desacordo.

Aparentemente foi isso mesmo, o Lazarus não aceita o CERT_STORE_PROV_SYSTEM_W. Enviei a correção pro repositório, rev. 20592.

Bom dia Enviei uma correção para o repositório, rev. 20593. Favor atualizar novamente.

Eu não sei como a SEFAZ-RS faz essa validação, essa rejeição depende da situação do emitente na SEFAZ de origem, então a SEFAZ-RS supostamente não teria o acesso pra validar. Pode ser um falso positivo.

OnObtemCampo é um evento do componente, ele precisa estar implementado.