Italo Giurizzato Junior

Infelizmente não tenho essa resposta. Não tenho nenhum cliente usando o CIOT. Estou apenas ajudando no desenvolvimento do componente, sugiro você entrar em contato com o eFrete e fazer esses questionamentos. Se puder nos dar um retorno, ficarei grato, pois podemos incluir essas duvidas e as respostas no seguinte tópico: É com a colaboração de vocês que estamos deixando esse tópico cada dia mais completo.

Bom dia, Muito obrigado pela colaboração, já enviei para o repositório a correção.

Bom dia Jeihcio, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Jeihcio, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia, Alguma coisa esta errada. Quando enviamos um evento por e-mail devemos carregar o arquivo *-procEventoNFe.xml pois é este o arquivo que deve ser anexado ao e-mail, uma vez que ele contem o pedido e o retorno da SEFAZ. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada?

Bom dia, Segundo o Manual do eFrete versão 6.0 temos a seguinte observação sobre o campo IdOperacaoCliente: Id / Chave primária da operação de transporte no sistema do Cliente No seu sistema você deve ter uma tabela no banco de dados que contem as informações sobre a Operação do Transporte. Essa tabela possui um ID ou chave primaria para identificar essa operação de forma única. Sendo assim para cada Operação teremos um único ID ou chave primaria, é essa informação que devemos atribuir ao campo IdOperacaoCliente. Pelo menos é esse o meu entendimento.

Boa tarde Cassiano, Muito obrigado pela colaboração, já enviei para o repositório. Observação:

Boa tarde Júlio, Favor atualizar os fontes e faça novos testes.

Bom dia Júlio, Analisando os fontes do componente temos: Unit: ACBrNFe.pas - método EnviarEmailEvento: ImprimirEventoPDF; NomeArq := OnlyNumber(EventoNFe.Evento[0].InfEvento.Id); NomeArq := PathWithDelim(DANFE.PathPDF) + NomeArq + '-procEventoNFe.pdf'; AnexosEmail.Add(NomeArq); Nesse fragmento de código, temo a chamada para gerar o PDF em seguida a montagem do nome do arquivo a ser anexado ao e-mail, note que o nome do arquivo é: <ID>-procEventoNFe.pdf Unit: ACBrNFeDANFeRLClass.pas - método ImprimirEventoPDF: procedure TACBrNFeDANFeRL.ImprimirEVENTOPDF(ANFe: TNFe); var Impresso: Boolean; I, J: Integer; NumID, ArqPDF: String; function ImprimirEVENTOPDFTipo(EventoNFeItem: TInfEventoCollectionItem; ANFe: TNFe): String; begin Result := Self.PathPDF + OnlyNumber(EventoNFeItem.InfEvento.id) + '-procEventoNFe.pdf'; // TipoDANFE ainda não está sendo utilizado no momento TfrlDANFeEventoRLRetrato.SalvarPDF(Self, EventoNFeItem, Result, ANFe); end; begin (...) end; Nesse fragmento de código, temos uma função chamada ImprimirEventoPDFTipo que monta o nome do PDF e chama o método SalvarPDF passando como parâmetro o nome do PDF. Note que o nome do arquivo PDF é: <ID>-procEventoNFe.pdf Portanto tanto a rotina que salva o PDF quanto a que anexa o PDF no e-mail para ser enviado utilizam o mesmo nome. Concluo que na sua maquina a unit ACBrNFeDANFeRLClass.pas foi alterada e consequentemente ao executar o Tortoise para atualizar os fontes ele não esteja conseguindo atualizar. Verifique se essa unit e outras não contenham uma bolinha vermelha. Caso afirmativo exclua a unit e atualize novamente os fontes, feito isso reinstale a suíte ACBr usando o ACBrInstall_trunk2 com a opção de apagar arquivos antigos marcada. Por fim faça novos testes.

Bom dia Matheus, Favor atualizar os fontes, inclusive do programa exemplo que inclusive nele existe um comentário sobre o campo CodigoTipoCarga.

Bom dia Pires, Esse erro também ocorre com o programa exemplo? Favor anexar os XMLs gerados ao tentar enviar o evento de cancelamento.

Boa noite Cleber, Favor atualizar mais uma vez os fontes e faça novos testes.

Cleber, Favor anexar o XML de envio.

Boa tarde Cleber, Você atualizou todos os fontes de todas as pastas e reinstalou os componentes?

Boa tarde Cleber, Favor atualizar os fontes e faça novos testes.

Boa tarde Cleonir, Muito obrigado pela colaboração, inverti a posição do enumerador tpNaoAplicavel, ou seja, coloquei ele em primeiro lugar. Não vejo problemas. Atualizei o programa exemplo colocando uma observação referente a alimentação do campo. Já esta tudo no repositório.

Boa tarde Edson, Esses XML não é o componente ACBrMDFe que esta gerando, correto? Pois bem a sua rotina foi implementada de forma errada, veja esse diagrama que consta na NT 2020/001: Note que a "moldura" da tag xNome é pontilhada indicando que se trata de uma tag opcional Temos o símbolo de chave seletora onde devemos selecionar se vai ser gerado a tag CPF ou CNPJ ou idEstrangeiro. O contratante pode ser uma pessoa brasileira física ou jurídica ou uma pessoa estrangeira (não importa se é física ou jurídica). No seu caso noto que o contratante é uma pessoa jurídica brasileira, logo não se trata de um estrangeiro, de onde você tirou esse numero para informar em idEstrangeiro? Numero do passaporte dele?

Boa tarde Matheus, Estamos analisando o problema, assim que tivermos uma solução definitiva será enviada para o repositório.

Boa tarde Yago, Independente da onde é o emitente e também independe da UF informada na configuração do componente o MDF-e sempre vai ser enviado para a SEFAZ-Virtual do RS. Você esta usando o componente para gerar o XML, ou é a sua aplicação que esta gerando o XML e esta usando o componente para assinar e enviar?

O programa exemplo mostra como você deve alimentar o componente, as informações ali atribuídas é meramente ilustrativas.

Bom dia a todos, Já enviei os arquivos anexados pelo BigWings para o repositório.

Bom dia Edson, Favor anexar o XML para que eu possa analisar.

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

Bom dia Cleonir, Favor anexar as units alteradas.

Cleber, Neste caso você deve entrar em contato com o eFrete e questiona-los.