Italo Giurizzato Junior

Eduardo, O XML esta sendo gerado com a versão 2.00, correto? Se sim, o problema esta na SEFAZ, favor entrar em contato com eles.

Bom dia Eduardo, O envio esta sendo feito em ambiente de homologação ou produção?

Fernando, Esta ocorrendo falha na validação do XML, mais precisamente na TAG xCondUso ? Se sim, o motivo é simples, a SEFAZ tinha publicado um schema errado, favor atualizar os schemas. Dentro da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200 temos o arquivo: PL_CTe_200a_NT2013_013.zip Utilize os schemas deste arquivo.

Bom dia Mark Apollo, Muito obrigado por ter detectado o erro. Já esta disponivel o fonte corrigido.

Igor, Você esta pagando um preço alto por gerar o XML fora do componente e depois querer utiliza-lo para assinar e validar. Nota Técnica 2013/004, página 96 A nomenclatura da TAG que representa o grupo de informações de documentos é: infDoc A sua aplicação esta gerando essa tag com o seguinte nome: infdoc Notou a diferença? O componente ao ler o XML checa se existe a TAG: infDoc e não encontra, pois a sua aplicação gerou a TAG: infdoc. Como você pode ver o componente esta em conformidade com o Manual e Notas Técnicas, pelo menos nos esforçamos para isso. O problema esta na sua rotina que gera o XML. A versão que devemos usar no momento é a ve100. A minha sugestão é: Faça tudo através do componente ou reveja toda a rotina de geração de XML, comparando a nomenclatura das TAGs com as que estão na NT 2013/004. Pois podem existir outras com nomes errados.

Igor, Até agora não consigo entender porque tem pessoas, que alimentam o componente com os dados, executa o comando GerarXML, manda salvar, depois executa a limpeza, carrega o XML salvo, manda validar, etc, etc. Porque não simplificar toda essa rotina. 1. Limpa o componente; 2. Alimenta com os dados; 3. Valida. O comando Valida, se encarreta de executar o comando Assinar que por sua vez se encarrega de gerar o XML, assinar e salvar o XML assinado em disco. Outra coisa, você esta com todos os fontes atualizados? Você notou que o componente agora possui uma nova propriedade: "VersaoDF"? Qual é o valor que você atribuiu a essa propriedade (ve100 ou ve100a) ?

Bom dia Ricardo, Dentro da pasta ...\Exemplos\ACBrCTe temos varios arquivos TXT, no AlimentarComponente.txt você vai encontrar a solução.

Bom dia Fernando, Tente alimentar o componente desta forma:

Bom dia Nellien, Mais uma vez parabens pelo trabalho.

Bom dia Igor, Você esta utilizando o componente ACBrMDFe? Se sim, após alimentar o componente com os dados quais são as sequecias de comandos que você executa? Verifique se no meio dessa sequencia você não esta limpando a lista de documentos, ou seja executando o Clear.

Bom dia jwester, Qual é a mensagem que você se refere? Se for a do titulo do tópico, você já tentou usar o botão [Gerar e Enviar Lote] ?

Boa tarde Graça, Acredito que essa lei 59.565 de 01/10/2013 publicada no Estado de São Paulo esta furada. Veja o que diz a letra "f": f) devendo na hipótese de a carga transportada ser destinada a mais de uma unidade federada, ser emitidos tantos MDF-e distintos quantas forem as unidades federadas de descarregamento, agregando, por MDF-e, os documentos destinados a cada uma delas."(NR). Se o caminhão sai de MG, passa por SP e depois parte para RJ, supondo que parte da carga vai ser descarregada em SP e o restante no RJ. Para quem emitia o Modelo 25, já emitia dois um para o trecho MG-SP e o segundo para SP-RJ. Só que no MDF-e não podemos emitir dois para o mesmo caminhão, só posso emitir o segundo depois de encerrar o primeiro. Uma vez que toda a carga vai estar relacionada no primeiro MDF-e, ao chegar em SP devemos encerrar e emitir um novo informando somente a carga que sobrou para ser transportada até o RJ. A duvida agora é quem vai fazer o encerramento do primeiro, é a unidade da transportadora que esta em MG? Quem vai emitir o segundo? A unidade da transportadora que esta em SP? E é esta que faz o encerrando quando a carga for descarregada no RJ? E essa história de emitir o MDF-e para o transporte intermunicipal é complicado. Imagina que o caminhão sai de Contagem/MG e percorre 10 cidades vizinhas. Quero chamar a atenção que devemos encerrar e emitir um novo MDF-e toda vez que houver uma alteração na composição da carga. Se a emissão e o encerramento do MDF-e vai ficar a cargo da transportadora em Contagem, você vai passar o dia todo, aguardando o motorista ligar para informar o que foi entregue, para você encerrar o MDF-e "ativo" e emitir um novo e enviar o DAMDFE em PDF por e-mail para ele (motorista), que por sua vez tem que imprimir para poder prosseguir a viagem, uma vez que o primeiro DAMDFE já não é mais valido pois esta encerrado.

Boa tarde Ismael, A quanto tempo você não atualiza os fontes dos componentes? E agora você atualizou somente a pasta onde encontra-se o componente ou todas as pasta? Se atualizou todas, o erro que você postou, resolve simplismente compilando novamente o pacote PCN2.

Boa tarde Sandro, Quando se trata de redespacho ou redespacho intermediário não há necessidade de informar o Remetente. Quanto a informar o CTe emitido pela transportadora A no campo idDocAntEle acredito que também esta correto. Pelo menos é o meu entendimento.

Boa tarde Nellien, Diminua a altura de alguns quadros e a largura dos quadros referentes as quantidades (CT-e, CT, NF-e e NF), pois podemos ter mais uma informação a de Quantidade de MDF-e, sim é isso mesmo, se não me falha a memória no caso do Multimodal é possível emitir o MDF-e fazendo referencia a outros MDF-e emitidos pelos outros modais. A intensão de diminuir a altura dos quadros, é para que sobre espaço na folha criando assim um quadro com a relação dos documentos relacionados no MDF-e. Vide como exemplo o DAMDFE feito em Quick Report.

Bom dia Leonardo, As alterações promovidas pelo colega Ranlive já foram incorporadas e disponibilizadas.

Bom dia Nellien, Parabéns pela iniciativa. Já baixei os seus fontes, como não tenho e nem trabalho com o Fast Report, não vou poder realizar os testes. Peço para que os demais colegas que utilizam o componente ACBrMDFe e estavam aguardando uma versão do DAMDFE em Fast Report que baixem, instalem e reportem os resultados. Estando tudo OK vou enviar para o SVN.

Jairo, Entre em contato com o provedor e solicite um XML de envio que seja aceito por eles. Dai fica mais facil saber o que esta faltando ou o que esta a mais.

Jairo, Nenhuma NFS-e foi aceita? Você tem alguma que foi aceita? Pois neste último não tem nenhuma das TAGs que você diz ter removido, portanto deveria aceitar.

Jairo, O XML postado em anexo, você removeu alguma TAG? A barra (/) que aparece na mensagem não tem nada haver com o erro.

Boa tarde Graça, As mercadorias que serão entregues dentro do municipio de Contagem, como dito anteriormente, devemos emitir as NFS-e e nada mais. As mercadorias a serem entregues nas cidades dentro do Estado de Minas Gerais, devemos emitir somente os CT-e. Já as mercadorias a serem entregues fora do Estado, devemos emitir os CT-e e o MDF-e. Se a SEFAZ aceitou o MDF-e dentro do Estado é porque nem todas regras de validação foram implementadas ou é por que quando se trata de transporte de combustivel devemos emitir o MDF-e para o intermunicipal. Veja: http://www.al.sp.gov.br/repositorio/legislacao/decreto/2013/decreto%20n.59.565,%20de%2001.10.2013.htm (...) no transporte interestadual de bens e mercadorias acobertadas por mais de uma NF-e, realizado em veículos próprios ou arrendados pelo contribuinte emitente das Notas Fiscais Eletrônicas, ou mediante contratação de transportador autônomo de cargas; c) no transporte intermunicipal de combustíveis líquidos ou gasosos acobertados por mais de uma NF-e, realizado em veículos próprios ou arrendados pelo contribuinte emitente das Notas Fiscais Eletrônicas, ou mediante contratação de transportador autônomo de cargas; d) no transporte interestadual e intermunicipal de combustíveis líquidos ou gasosos acobertado por única NF-e na qual não conste a identificação do veículo transportador, realizado em veículos próprios ou arrendados pelo contribuinte emitente das Notas Fiscais Eletrônicas, ou mediante contratação de transportador autônomo de cargas; (...)

Boa tarde a todos, As alterações promovidas pelo Alex, foram disponibilizadas no mesmo dia da sua postagem ou seja 15/10/2013. Favor atualizar os fontes. Como a estrutura do XML mudou muito da versão 1.04 para 2.00, há necessidade de você ter duas aplicações uma para a 1.04 e a outra para 2.00.

Boa tarde Jairo, Favor atualizar os fontes e testar novamente. Atribua zero para os itens que não tem, por exemplo: DescontoCondicionado := 0.00; Isso é para fazer com que essa TAG não seja gerada. Algo semelhante para os itens tipo string, ou seja atribua uma string vazia, exemplo: ItemListaServico := '';

Boa tarde Graça, O MDF-e só emitido no caso de transporte interestadual e carga fracionada. No seu post acima se refere a um transporte realizado dentro do municipio, e como você disse não é emitido o CT-e e sim uma NFS-e. Mesmo que a carga seja fracionada o transporte não é interestadual e sim municipal. Caso o caminhão for fazer entrega em cidades vizinhas temos um transporte intermunicipal e não interestadual a não ser que a cidade vizinha esta em outro Estado.

Boa tarde Binho, A NF-e serve para acobertar a venda de produtos e serviços ou somente produtos. Já a NFS-e serve para acobertar somente a venda de serviços e dependendo do provedor somente um serviço. Na NFS-e temos uma TAG chamada ItemListaServico onde devemos informar o código do serviço, esse código você deve busca-lo em uma Lista de Serviço padronizada, ou seja o código de um servíço é igual para todas as cidades brasileiras. Até onde sei é assim que funciona.