Italo Giurizzato Junior

Boa noite Felipe, Para emitir a CC-e do CT-e é preciso sim informar o Grupo e Campo que contem a informação a ser alterada.

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

Boa noite Possidônio, Favor anexar os fontes alterados para que possamos realizar o merge.

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

Boa noite Acácio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa noite Fábio, Muito obrigado, ainda hoje estarei enviando para o repositório.

Boa noite Jair, Pelo que vi através do exemplo de envio esse provedor segue a versão 1 do layout da ABRASF. Favor entrar em contato com a prefeitura e questionar qual o nome da empresa contrata para recepcionar as notas.

Boa noite João, Ainda não tive tempo para analisar o que possa estar faltando.

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.