BigWings

Já foi corrigido, atualize novamente.

Falta configurar as opções SSL na aba Certificados.

O mesmo problema já foi relatado aqui: Parece ser um problema na SEFAZ.

Primeiro deve ser feita a anulação do CTe, de uma das seguintes formas: - O tomador contribuinte pra o qual o CTe foi emitido envia o evento de Prestação de Serviço em Desacordo, após isso a transportadora gera um CTe de anulação; - O tomador contribuinte gera uma NFe de anulação de valores referenciando o CTe; - O tomador não contribuinte gera uma declaração de anulação de valores mencionando o CTe, e a transportadora gera um CTe de anulação referenciando a declaração; - O tomador caso transportadora emite um CTe de anulação de valores. Após isso a transportadora emite um CTe de substituição, referenciando o CTe original e o documento de anulação gerado no primeiro passo, e informando a tag indAlteraToma = 1 para indicar que houve alteração do tomador.

Creio que não já que seria imprimir informação diferente do XML o que vai contra o determinado pelo manual.

Enviei correção para o repositório para compilação no D7. Favor atualizar os fontes novamente.

Isso? https://firebirdsql.org/manual/gfix-sync.html

Dá uma olhada no DBCtrlGrid.

Sim, se deixar de inutilizar até o 10º dia do mês seguinte.

Anexe (não cole o conteúdo) o arquivo de remessa gerado.

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

Você atualizou apenas essa pasta? Quando atualizar os fontes você deve atualizar toda a pasta ACBr.

Não consegui confirmar a validade de nenhuma dessas IE para o Piauí. Pode ser que estejam gerando inscrições inválidas... Teste com inscrições reais.

Aparentemente o problema é a falta do nosso número no seu .ini.

Da forma que foi informado dá pra ver que faltam dígitos no terceiro grupo da linha digitável. É dessa forma que aparece no boleto mesmo?

Algum exemplo? Testei algumas IE do Piauí e não tive erro.

Foi gerado o XML com o protocolo de inutilização? Se foi basta mandar o mesmo para o contador.

Deve ter algo errado no library path do teu Delphi. Essas units são padrão da instalação. Ou você está usando um Delphi antigo.

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

Informe na propriedade "DataMulta" do título.

Vou verificar as implementações com relação aos dados do seguro e valor da carga. Se não me engano existem propriedades para ativar ou desativar algumas impressões do DAMDFe.

Qual modelo de DANFE NFCe você está usando, Fast ou Fortes Report? Caso o Fast, qual o arquivo fr3 está carregando? No caso do Fortes, está usando o modelo em bobina ou A4? Anexe também imagem que demonstre o problema.

Tem várias formas de capturar a exceção gerada pra outra rotina, além do try..except. Suites como o MadExcept e EurekLog fazem isso, o componente do Delphi ApplicationEvents, ou qualquer implementação do evento TApplication.OnException. Veja se tem algo disso no seu projeto. O debug deve ajudar bastante.

Veja a configuração SSLType, para SP defina como LT_TLSv1_2. Veja também se o Windows está com todas as atualizações instaladas.

É realmente necessário um arquivo fr3 separado? Vi que teve outras alterações no fr3 além dos dados do modal aquaviário