BigWings

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

Você pode a partir do primeiro erro de conexão começar a emitir direto em contingência off-line, e de tempos em tempos fazer uma verificação consultando o status, caso tenha retorno positivo tenta novamente a emissão normal. Não deve fazer muitas consultas de status de serviço para evitar bloqueio por consumo indevido. Se não me engano o máximo é 10 consultas por certificado/IP por hora. Isso deve gerar um volume grande de emissão em contingência, as SEFAZ também não gostam disso, e pode haver autuação de qualquer forma. Então o melhor a fazer é pedir a instrução oficial da SEFAZ-TO sobre como tratar a emissão em contingência já que eles não aceitam a orientação nacional.

Você está informando valores zerados para essas tags: Total.ICMSTot.vPIS := 0; Total.ICMSTot.vCOFINS := 0;

Sim, a validação do XML no programa exemplo está num bloco try..except.

O mesmo ocorre usando o programa exemplo do componente? No caso de rejeição é levantada uma exceção então o Delphi automaticamente mostraria a mensagem, a não ser que você tenha implementado no seu projeto um tratamento diferenciado para as exceções.

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

Os eventos emitidos pelo próprio CNPJ que está consultando não são retornados, afinal este já tem o XML. Já caso o emitente da nota faça o cancelamento ou gere uma carta de correção, estes seriam retornados pelo DistribuicaoDFe.

Para emitente optante pelo Simples Nacional (CRT = 1) não é usado CST e sim o CSOSN. E o CSOSN 101 não permite destaque de ICMS na nota, pode ser informado apenas o valor de aproveitamento de crédito nas tags pCredSN e vCredICMSSN. Para destaque do ICMS com CRT = 1 apenas usando o CSOSN 900.

A nota em questão foi emitida pelo próprio CNPJ que está consultando ou é uma nota emitida por terceiros? Qual evento você está tentando obter?

Identifiquei o erro. Atualize novamente, por favor.