Italo Giurizzato Junior

Boa tarde Marcos, Tente desta forma: sProtocolo := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; sStat := IntToStr(ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat); sMotivo := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo; sDataHora := DateTimeToStr(ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento);

Bom dia lestipa, No meu entendimento devemos sim, acrescentar o digito "2" ou "4" dependendo do tipo de informação que esta sendo passanda, uma vez que TAG poderá conter o numero da DI ou DSI. Outra coisa, note que no XML essa TAG pode conter até 12 digitos.

Bom dia Márcio, Primeiramente, quem é obrigado a emitir o MDF-e? Vamos ao Ajuste Sinief 15 de 2012: (...) Cláusula terceira O MDF-e deverá ser emitido: “I - pelo contribuinte emitente de CT-e de que trata o Ajuste SINIEF 09/07, de 25 de outubro de 2007, no transporte de carga fracionada, assim entendida a que corresponda a mais de um conhecimento de transporte; II - pelo contribuinte emitente de NF-e de que trata o Ajuste SINIEF 07/05, de 30 de setembro de 2005, no transporte de bens ou mercadorias acobertadas por mais de uma NF-e, realizado em veículos próprios ou arrendados, ou mediante contratação de transportador autônomo de cargas.”; (...) (...) Cláusula décima sétima A obrigatoriedade de emissão do MDF-e será imposta aos contribuintes de acordo com o seguinte cronograma: Nova redação dada ao inciso I da cláusula décima sétima pelo Ajuste SINIEF 10/13, efeitos a partir de 26.06.13. I - na hipótese de contribuinte emitente do CT-e de que trata o Ajuste SINIEF 09/07, no transporte interestadual de carga fracionada, a partir das seguintes datas: a) 2 de janeiro de 2014, para os contribuintes que prestam serviço no modal rodoviário relacionados no Anexo Único ao Ajuste SINIEF 09/07 e para os contribuintes que prestam serviço no modal aéreo; 2 de janeiro de 2014, para os contribuintes que prestam serviço no modal ferroviário; c) 1º de julho de 2014, para os contribuintes que prestam serviço no modal rodoviário, não optantes pelo regime do Simples Nacional e para os contribuintes que prestam serviço no modal aquaviário; d) 1º de outubro de 2014, para os contribuintes que prestam serviço no modal rodoviário optantes pelo regime do Simples Nacional; II - na hipótese de contribuinte emitente de NF-e de que trata o Ajuste SINIEF 07/05, no transporte interestadual de bens ou mercadorias acobertadas por mais de uma NF-e, realizado em veículos próprios ou arrendados, ou mediante contratação de transportador autônomo de cargas, a partir das seguintes datas: a) 3 de fevereiro de 2014, para os contribuintes não optantes pelo regime do Simples Nacional; 1º de outubro de 2014, para os contribuintes optantes pelo regime do Simples Nacional. (...) Acredito que isso responde a sua pergunta. Como você pode ver, não é só as transportadoras que são obrigadas a emitir o MDF-e. Mas tudo depende da situação.

Bom dia Luis, Todos os testes que eu faço, informo como documento originário o tipo Outros, como por exemplo uma declaração. Desta forma não tem como eles acusarem que o documento não existe. Sei que não pratica não é desta forma que funciona. Mas, acredito que como eu, você esta realizando testes no ambiente de homologação, sendo assim, ele não deveria checar a chave da NF-e colocada como documento originário. E pelo jeito esta checando e por se tratar de um ambiente de homologação, deve estar procurando essa chave também na base de dados do ambiente de homologação. Acredito eu, que não teremos esse problema no ambiente de produção, visto que, a NF-e foi autorizada no ambiente de produção e o CT-e esta sendo enviando tambéma para o mesmo ambiente.

Boa noite Kiko, Segundo a NT 2013/005 v1.02 página 87, temos: Regra de Validação: I19-10 para o modelo 55 Número da DI / DSI inválido ***Implementação futura Obrig. 329 Rej. Rejeição: Número da DI /DSI inválido Como você ver a implementação da checagem dessa informação é obrigatória, só que a SEFAZ ainda vai demorar um pouco para implementar.

Boa tarde Rodrigo, Você se refere ao XML de qual provedor ou de qual cidade?

Boa tarde Antonio, Checando a unit responsável pela leitura do XML notei que esse problema já foi sanado, veja: (*C14*)NFe.Emit.enderEmit.cPais := Leitor.rCampo(tcInt, 'cPais'); if NFe.Emit.enderEmit.cPais = 0 then NFe.Emit.enderEmit.cPais := 1058; Tanto para o Emitente quanto para o Destinatário. Conclu-o que os seus fontes estão desatualizados.

Boa tarde lestipa, A rotina que valida o campo nDI, foi elabora com base na NT 2013/005 versão 1.01, mais precisamente página 97.

Boa tarde Vanessa, Quando ocorre o Encerramento temos o retorno 132 acusando o Encerramento homologado e também o 135 acusando que o evento de encerramento foi vinculado ao MDF-e Isso também ocorre com o cancelamento. Você já tentou realizar uma consulta para ver o conteudo do XML de retorno de um MDF-e cancelado e outro encerrado?

Boa tarde Idez, Favor atualizar os fontes e testar.

Realizei testes com o programa exemplo. Executando o Imprimir, ImprimirPDF, ImprimirEvento e ImprimirEventoPDF e nenhum deles ocorreu erro. Apenas fiz testes de visualização, não enviei para a impressora.

Djean, E com o programa exemplo, também ocorre esse erro?

Bom dia Djean, Você tentou usuar o programa exemplo que acompanha o componente? Observação: ele se utiliza do Quick Report como gerador de relatórios.

Bom dia a todos, Por favor, tenham o habito de visitar diariamente os Portais Nacionais da NF-e, CT-e e MDF-e, para saber se existe alguma publicação nova. Se tivessem esse habito, saberiam que só apartir de 03/02/2014 vai estar liberado o ambiente de homologação para emissão da NF-e versão 3.10 Bem como a data de liberação do ambiente de produção e o fim da versão 2.00 Link do Portal Nacional da NF-e: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Favor baixar a NT 2013/005 versão 1.02 - Item 01.4 página 5

Bom dia a todos, O problema ocorre quando executa-se o comando ImprimirPDF ou quando se tenta enviar o PDF por e-mail?

Boa noite Anderson, Sim, esse é o meu entendimento também.

Boa noite Rodrigo, Você desabilitou a visualização? MostrarPreview := False; o comando Imprimir envia o DACTE para impressora, já o comando ImprimirPDF gera o DACTE em PDF e salva em disco.

Boa noite Eleandro, Desculpa não entendi a sua pergunta. Algumas ponderações: a suite ACBr é para o Delphi, o componente ACBrNFe, já possui tudas as TAGs para a versão 3.10 tanto para a NF-e quanto para a NFC-e. Alguns membros do fórum já estão realizando testes. Não sei se isso responde a sua pergunta, caso contrario seja mais claro no seu questionamento.

Boa tarde Rigotti, Obrigado pela colaboração, favor atualizar os fontes e testar.

Boa tarde Sérgio, Quem esta cuidando do munitor é o Isaque Pinheiro. É ele o responsavel pela compilação e liberação, não sei lhe informar qual é a versão que lhe permite a realizar os testes com a nova versão 2.00 do CT-e Nesse primeiro momento pelo que me recordo não ocorreu alteração na montagem do TXT.

Boa tarde Hugo, Será que esse pessoal da prefeitura, não estam confundindo as coisas? Para se emitir uma NFS-e via site, basta possuir um login e senha. Mas para emitir via WebServices é necessário o certificado, pelo menos acredito que todos os provedores sejam desta forma.

Boa tarde Cláudio, Favor atualizar os fontes, inclusive dos programas exemplos. Abra o programa exemplo do MDF-e e estude o código do botão [Consultar pela Chave].

Boa tarde Nellien, O XML que você postou é o retorno da SEFAZ que o componente salvou? Se sim, ele esta muito estranho pois possui um prefixo tanto na tag de abertura quanto a de encerramento, veja: <retEventoCTe:retEventoCTe xmlns:retEventoCTe="http://www.portalfiscal.inf.br/cte" xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> (...) </retEventoCTe:retEventoCTe> veja este outro exemplo: <retEventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> (...) </retEventoCTe> Este último é o correto e esperado pelo componente. Eles pisaram na bola, pois em nenhum XML de envio ou de retorno se coloca prefixo nas TAGs. Nota Técnica 2013/013, página 13 item c: Prefixo de namespace Não é permitida a utilização de prefixos de namespace. Essa restrição visa otimizar o tamanho do arquivo XML.

Bom dia Gallixx, Tente usar o Envio Sincrono.

Bom dia Hugo, O componente ACBrNFSe já possui o provedor Virtual implementado, inclusive para a cidade Barra do Garças. Favor utilizar o programa exemplo para realizar os testes. No caso deste provedor, você deve utilizar o botão [Gerar e Enviar NFSe].