Italo Giurizzato Junior

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.

Boa tarde Graça, Apesar de ser um documento fiscal, mas não é um documento de venda de mercadoria ou de serviço, logo não faz sendido contabilizar. O MDF-e é apenas um documento para facilitar ou agilizar uma eventual fiscalização em um posto fiscal de fronteira entre os Estados. Sendo assim também não faz sendido envia-lo por e-mail para alguem. Vamos a um exemplo: Uma transportadora sai de São Paulo para Minas Gerais, logo transporte interestadual. A carga é fracionada, logo temos dezenas de CT-e emitidos (por exemplo: 50). Ao chegar no posto fiscal de fronteira o responsavel pela fiscalização vai ter que checar todos os CT-e, para saber se são válidos ou não, para esta checagem o fiscal vai utilizar os DACTEs. Por outro lado, com a emissão do MDF-e, relacionamos todos os CT-e emitidos cuja mercadoria encontra-se na carreta do caminhão e é impresso o DAMDFE. Neste caso o fiscal vai verificar apenas a validade do MDF-e, utilizando o DAMDFE que tem apenas um codigo de barras. Veja o fiscal vai checar a validade de apenas um documento o MDF-e e não de varios CT-e. Isso se traduz em agilidade, o caminhão é liberado mais rapidamente. Lembre-se: Um MDF-e relaciona 2 ou mais CT-e, que por sua vez cada CT-e faz referencia a uma ou mais NF-e. Se o MDF-e foi autorizado pela SEFAZ é porque todos os CT-e relacionados foram emitidos e autorizados pela SEFAZ que por sua vez as NF-e que eles fazem referencia foram emitidas e autorizadas pela SEFAZ. O exemplo acima se refere a uma transportadora, mas a idéia é a mesma de um contribuinte que emite NF-e e realiza o próprio transporte. Temos neste caso um MDF-e com 2 ou mais NF-e. Lembre-se que quando for lotação não faz sentido a emissão do MDF-e, pois toda a carga dentro da carreta é de um remetente para um unico destinatário, logo temos apenas uma NF-e e um CT-e fazendo referencia a essa NF-e. E neste caso temos que emitir o CT-e como sendo Lotação e sendo assim devemos informar os dados do caminhão/carreta e motorista. Espero ter ajudado.

Boa tarde Jairo, E quais foram as TAGs que você removeu?

Boa tarde Neo, Tanto a URL quanto o SoapAction estão corretos, pode ser algum problema no provedor.

Boa tarde Eric, O componente valida o lote de RPS a ser enviado para o WebService, se tudo estiver OK o mesmo retorna o XML da NFS-e. Logo o XML da NFS-e não é gerado pelo componente e sim pelo WebServive, agora se o mesmo esta invalido, o problema é o validador ou a rotina do WebService que esta gerando um XML inválido.

Boa tarde Codorna, Primeiro você precisa descobrir qual é o provedor contratado pela prefeitura, os schemas que utilizam e se o mesmo segue o padrão ABRASF. Caso contrario, você vai ficar quebrando a cabeça.

Boa tarde Anderson, Favor postar como anexo o arquivo zipado aqui mesmo no fórum, pois o link que você disponibilizou não existe.

Marco, Tudo bem, mas você esta tentando validar um XML retornado pelo WebService, isso não faz sentido. Devemos validar o que vamos enviar para o WebService e não o que ele retorna. Volto a frisar, The element 'ConsultarNfseResposta', note trata-se de uma resposta e não envio. O arquivo que você anexou, se abrir ele com o navegador, vai notar que o XML da NFS-e esta dentro do grupo <CompNfse>.