Contenido disponible en portugués
Este artículo todavía no está traducido y se muestra en portugués. Si necesita ayuda en español, escríbanos.
SFTP: erros comuns e o que fazer
O programa não conecta, o arquivo foi recusado ou a carga ficou pendente: como ler o retorno e resolver cada caso.
- SFTP
- erros
- rejeição SEFAZ
Comece pelo .erro.txt
Todo arquivo com problema ganha na pasta saida/ um nome-do-arquivo.erro.txt. O começo diz o motivo e o que fazer; depois vem um bloco por erro, com codigo, mensagem, campo e etapa. Os mesmos códigos estão no fim de cada linha do resultado.csv. Se não apareceu nem o .recebido.txt, o arquivo não chegou à caixa: veja os erros de conexão.
Erros de conexão
- no common algorithm for host key (nenhum algoritmo em comum para a chave do servidor): o programa ou a biblioteca de SFTP é antigo e não conhece a chave do servidor, ou está configurado em FTP. Confirme que o protocolo é SFTP e atualize o programa para uma versão que aceite chave ECDSA.
- Conecta, fica parado e cai depois de uns dois minutos: o programa está em FTP ou FTPS. Troque para SFTP, porta 8022. No FileZilla, o protocolo é SFTP - SSH File Transfer Protocol.
- Usuário ou senha incorretos: confira o usuário (edi- seguido do nome da base, exatamente como na tela). Se a senha se perdeu, a transportadora clica em Gerar nova senha em Integrações > SFTP e passa a nova.
- Acesso negado ao abrir /logfrota-edi: normal. O login funcionou; entre direto na pasta entrada/ da base.
- O programa avisa que a chave do servidor mudou: confira a impressão digital nova com a transportadora (ela aparece em Integrações > SFTP) antes de aceitar.
- Envio recusado na saida/: a saida/ é só para leitura. Envie sempre na entrada/.
- O comando sftp -b recusa a conexão: ele não aceita senha. Use o WinSCP em modo script, o lftp ou outro cliente que aceite senha.
Não é preciso liberar IP antes de conectar: se a conexão não entra, o motivo é um dos acima, não o endereço.
Arquivo recusado
- XML que não é NF-e nem CT-e (xml_nao_e_nfe): o arquivo é de outro documento, como um evento ou um DANFE. Envie o XML da NF-e da carga ou o XML do CT-e do contratante.
- CT-e emitido pela própria base (cte_da_propria_base): o CT-e enviado é da transportadora que recebe, não do contratante. Só o CT-e do contratante vira CT-e de subcontratação.
- CT-e que não é modelo 57 (cte_modelo_nao_aceito): envie o CT-e modelo 57 do contratante.
- CT-e junto com NF-e (cte_junto_com_nfe): as notas seguem e o CT-e fica de fora. Envie o CT-e num arquivo separado.
- XML ilegível (xml_ilegivel): o arquivo foi cortado ou alterado. Envie o XML original de novo.
- Planilha em outra codificação (codificacao_invalida): a planilha da DC-e precisa estar em UTF-8. Salve como CSV UTF-8, com as colunas separadas por ponto e vírgula.
- Cabeçalho ou colunas diferentes do modelo (cabecalho_invalido, colunas_divergentes): use o modelo da DC-e e mantenha os nomes das colunas.
- Problema no .zip (zip_invalido, zip_sem_xml, zip_com_notas_demais): o .zip precisa abrir, ter os XML dentro e no máximo 50 notas.
- Módulo não contratado (modulo_nao_contratado): a base não emite aquele documento. Fale com a transportadora.
- Arquivo duplicado (arquivo_duplicado): o mesmo conteúdo já foi recebido. Nada é emitido de novo; não é preciso fazer nada.
Carga pendente: quem resolve é a transportadora
- tabela_frete_ausente: o cliente (ou o contratante) não tem tabela de frete vinculada. A transportadora vincula a tabela em Fiscal > Tabela de Frete e emite pela Central de Emissão. O aviso chega a ela pelo sino do portal e ao integrador por e-mail e WhatsApp, quando cadastrado.
- tomador_nao_identificado: frete por conta de terceiros sem dizer quem paga. A transportadora informa o tomador na carga.
- nota_ja_usada e nota_na_carga_pendente: a nota ou o CT-e já está num documento ou numa carga. Nada a fazer: nada é emitido em dobro.
- rejeicao_sefaz: a SEFAZ recusou o documento, e o .erro.txt traz o motivo. A transportadora corrige no portal e emite de novo (veja Rejeições da SEFAZ).
- ciot_valor_terceiro_ausente: veículo de terceiro sem o Frete do Terceiro na carga. Os CT-e saem; o CIOT e o MDF-e esperam a transportadora informar o valor.
Não reenvie o arquivo para resolver pendência. Só mande um arquivo novo quando o .erro.txt pedir: arquivo corrompido, nenhum XML legível ou linha da DC-e que não pôde ser lida.
Ainda com dúvida
Fale com o suporte LogFrota informando o protocolo do .recebido.txt ou, se o arquivo nem chegou, o horário da tentativa e o IP de onde ela saiu.
Artículos relacionados
- Integraciones › SFTPSFTP para o integrador: conectar, enviar arquivos e ler o retornoPara quem integra o sistema do embarcador, do ERP ou do WMS com a caixa SFTP da transportadora: dados de conexão, pastas, o que enviar e o que volta.
- Emisión fiscal › Pendientes y rechazosCT-e o MDF-e rechazado: qué significa cada mensajeLos rechazos más comunes de la SEFAZ: qué quiere decir cada uno y quién lo resuelve, usted en el sistema o la empresa directamente con la Hacienda.
- Integraciones › SFTPSFTP: avisos por WhatsApp e e-mail para o integrador e para a transportadoraCadastre o integrador na caixa SFTP para ele receber por e-mail e WhatsApp os avisos de recebimento, conclusão e pendência de cada arquivo; a transportadora vê a pendência no sino do portal.
