Italo Giurizzato Junior

Boa noite Augusto, Muito obrigado pela colaboração, ainda hoje estarei enviado para o repositório.

Boa noite Joabe, A mensagem é clara você não esta informando os campos: dhCont e xJust.

Boa noite, Primeiramente tenha em mãos o Manual da versão 3.00 do CT-e. Com ele a sua segunda pergunta estaria respondida. Não existe mais a TAG referente a Lotação. Quanto a primeira deve estar faltando mais alguma coisa.

Boa noite Valdir, 1. Sim esta correto. 2. Depende da versão do MDF-e, se for versão 1.00 é rodo.RNTRC se for a 3.00 é o outro.

Boa noite Valdir, Correto, esse também é o meu entendimento.

Boa tarde Fábio, Alem de alterar o INI será necessário alterar o XSD do provedor também?

Boa noite Graça, Pelo método DistribuicaoDFe sendo executado pelo emitente da NF-e não é retornado os eventos referentes a emissão do CT-e e MDF-e? E nesses eventos não é retornado a chaves desses documentos? Analisando o retorno do método, se tratando do CT-e é retornado a chave e o numero de protocolo do mesmo.

Boa noite Thiago, Imagina a seguinte situação: A carga será transportada do Remetente X até o Destinatário Y, mas o tomador, ou seja, quem vai pagar o frete é Z empresa matriz cuja filial é a empresa Y. Neste caso devemos informar que o tomador é Outros e com isso informar todos os dados desse tomador.

Boa noite Valdir, Quando alimentamos os dados sobre a Unidade de Transporte e de Carga, no meu entendimento devemos informar onde se encontra a unidade transporte que se encontra a respectiva carga, sendo assim nessa configuração "cavalo" + "carreta" o valor de tpUnidTransp seria 2, uma vez que a carga encontra-se no Veiculo Reboque e não no veiculo Trator.

Boa noite Murilo, Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrMDFe tem um arquivo chamado: AlimentarComponente.txt Procure por: // ======== Dados do Percurso ===========================================

Boa noite Brizolla, Você esta fazendo confusão, o emiDocAnt podemos ter até 990 já o idDocAnt somente 2. Lembrando que o idDocAnt é um grupo dentro do grupo emiDocAnt.

Boa noite Werner, A Carta de Correção do CT-e é mais complexa que a da NF-e, como você já deve ter percebido. No caso do CT-e temos que alem de informar o novo valor, temos que dizer em qual Tag (campo) estamos alterando e em qual grupo ele pertence. Se esse campo ou grupo se repetem no XML temos ainda de informar o seu índice chamado de nroItemAlterado. Sugiro que você baixe o Manual da versão 3.00 do CT-e. Neste manual na página 225 temos uma tabela dos campos que não podem ser alterados por uma Carta de Correção. E na página 111 do mesmo manual você vai encontrar toda a estrutura do evento CC-e que foi implementado no componente ACBrCTe.

Boa tarde Mateus, Qual é a Cidade / Provedor?

Boa tarde, Os provedores que seguem a versão 1 do ABRASF só tem implementado em seus Web Services o Serviço Enviar, logo os outros 2 não tem como usar. Por outro lado os provedores que seguem a versão 2 do ABRASF costuma ter os 3 métodos. Já os provedores que não seguem a ABRASF, é preciso abrir o arquivo INI do mesmo para saber o que esta disponível. Qual é a diferença entre eles? Enviar -> permite enviar um lote com até 50 RPS e o modo de envio é assíncrono. EnviarSincrono -> permite enviar um lote com até 50 RPS e o mode de envio é síncrono Gerar -> permite enviar somente UM RPS, tem uns 2 ou 3 provedores que permitem o envio de até 3 RPS através desse método.

Boa tarde Billarsch, Você esta usando os fontes do repositório Trunk2? Se sim, todos os fontes de todas as pastas estão atualizados? Se sim, dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI você vai encontrar os arquivos: Cidades.ini e SP.ini necessários para que o componente ACBrNFSe seja capaz de emitir a NFS-e para a cidade de São Paulo. E dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SP temos os arquivos XSD (Schemas) usados pelo componente para validar o XML do RPS antes do envio para o Web Services.

Bom dia ALA, Até onde sei a cidade de Montes Claro se utiliza do provedor EReceita que segue a versão 2 do layout da ABRASF e portanto já se encontra implementado no componente. Não tenho nenhum retorno com a informação se o mesmo esta funcionando 100%. Caso você tenha condições de realizar testes e reportar os resultados com esse provedor lhe agradeço

Bom dia Thiago, Segundo o Manual versão 2.00a do CT-e - página 150 campo: 43 <moto> podemos ter "N", mas só devemos informar o(s) motorista(s) quando se tratar de um CT-e Rodoviário e Lotação, ou seja, a carga não pode ser fracionada. Dica, como já foi liberado para teste a versão 3.00 do CT-e aconselho você desenvolver a sua aplicação baseado nesse manual. Na versão 3.00 não será mais informado o motorista, pois este será informado no MDF-e que deverá ser emitido também.

Boa noite Vanderlei, Esse XML não é o envelopado,simplesmente é um exemplo do XML de envio do Lote, sem o envelopamento.

Boa noite, O numero do protocolo no caso da NFS-e tem o mesmo significado do numero do recibo ao enviar uma NF-e. Ou seja só serve para lhe informar que o web service recebeu o lote. Sendo assim o numero do protocolo da NFS-e só é retorno ao enviar o lote.

Boa noite Michel, Lhe peço que preste mais atenção antes de postar, pois esse fórum se referem ao componente ACBrNFSe e não o ACBrNFe. Pela imagem do erro nem chega realizar o envio.

Boa noite Mateus, Já tentou alterar o valor da propriedade SSLLib de libCapicom para libCapicomDelphiSoap ou vice versao.

Boa noite Alexandre, Muito obrigado pela colaboração, assim que possível estarei enviando para o repositório.

Boa noite, Favor anexar o arquivo completo para que possamos realizar testes.

Boa noite Jedhaias, Você esta usando o componente ACBrNFSe?

Boa noite Veríssimo, Ao consultar a situação de um CT-e se não me falha a memória o componente só trata o retorno referente a situação do mesmo, os eventos que por ventura existam o componente os ignora. Por outro lado se antes de realizar a consulta você carregar o componente com o XML do CT-e será gerado um XML chamado *-DFeCTe.xml Este arquivo ele contem o XML do CT-e, a assinatura, o protocolo de autorização, mais os eventos vinculados ao mesmo.