Italo Giurizzato Junior

Cleber, Cuidado, não post o mesmo assunto em varios tópicos. Inclusive já respondi a sua pergundo em outro tópico que você postou.

Bom dia Cleber, Sim, foi disponibilizando ontem. E hoje estamos corrigindo alguns erros de lógica. Por favor atualize todos os seus fontes e realize os testes. Caso encontre algo de errado post aqui.

Bom dia Graça, Quanto ao componente, para que o mesmo passa a gerar o XML segundo a versão 2.00 basta alterar o arquivo ACBr.inc Comentando a diretiva de compilação PL_104 e descomentando a PL_200. Como existem grupos e TAGs novas, bem como mudanças nas posiçoes de alguns grupos em especial os documentos originários que antes ficavam dentro do grupo <rem> agora estão fora. Isso significa que você vai ter que fazer algumas mudanças na sua aplicação. Você pode sim utilizar: {$IFDEF PL_104} {$ENDIF} {$IFDEF PL_200} {$ENDIF} na sua aplicação para cercar as linhas de códigos que são utilizadas para uma e outra versão. Já fiz isso na minha aplicação, estou aguardando a liberação do ambiente de homologação para iniciar os testes de envio e retorno.

Bom dia Jeter, Obrigado por detectar a falha. Por favor atualize os fontes e tente novamente.

Bom dia Nellien, Por favor atualize os fontes e teste novamente.

Bom dia Adelman, Qual é a cidade? Ela utiliza o provedor IssDSF?

Bom dia Luiz Paulo, Com relação ao ACBrCTeDACTeQR você pode usar com o Quick Report versão 3.0, mas você não vai ter a funcionalidade de gerar o PDF. Para poder gerar o PDF do DACTE vai ser necessário você atualizar o seu Quick Report para a versão 5.02 ( Delphi 7 ) acredito ser a mais recente. E no arquivo ACBr.inc descomentar a diretiva de compilação: QReport_PDF Quanto ao ACBr_BoletoFC_Quick não sei te responder se ele é compativel ou não com a versão 3.0 do Quick Report.

Bom dia Vinício, Deu certo? esta funcionando agora? Ou as TAGs que mencionei no post anterior continuam com os seus valores zerados?

Bom dia Liandro, Qual é a mensagem de erro? O DACTE que você esta utilizando é em Fast Report ou Quick Report? Se for Quick Report qual é a versão do mesmo instalado no Delphi?

Graça, Na unit: pmdfeMDFeW, comente as linhas que gera as tags que ainda não foram implementadas pela SEFAZ. Isso deve resolver o problema.

Leo, Se a versão do seu Quick Report for posterior a versão 3, você pode descomentar a diretiva de compilação QReport_PDF para que seja possível gerar o PDF utilizando o comando: ACBrCTe1.Conhecimetos.ImprimirPDF;

Vinício, Verifique se realmente as variáveis que você esta utilizando para alimentar o componente para gerar o evento contem os respectivos valores.

Boa tarde Andreas, Já encontra-se disponivel as implementações que fiz referentes as últimas NTs. Favor atualizar novamente os seus fontes e realize os testes.

Boa tarde Graça, Acredito que o problema agora esteja nas TAGs: tpProd, tpCar e UF dentro do veicTracao e tpCar e UF dentro do veicReboque. Elas fazem parte do novo lay-out, mas acredito que ainda não foram implementadas pela SEFAZ. Utilize os schemas em anexo. MDFe.rar

Leo, Sim, eu trabalho com o Quick Report. E se tratando do DACTE em Quick Report ele já imprimi o número da nota separadamente quando se trata de uma NF-e. Fique a vontade em mudar para o Quick Report ou efetuar alterações no DACTE em Fast Report.

Boa tarde Vinício, Vamos as correções: Ao gerar o Evento: 1. em cOrgao informar o código 35 uma vez que você vai utilizar o SVC-SP, correto? 2. em vTPrest informar o valor total da prestação que no seu teste o CT-e é 1000 e foi informado zero no EPEC; 3. em vCarga informar o valor da carga que no seu teste o CT-e é 100 e foi informado zero no EPEC; 4. em UFIni informar a UF Inicial que no seu teste o CT-e é MG e não foi informado no EPEC; 5. em UFFim informar a UF Final que no seu teste o CT-e é MG e não foi informado no EPEC; E aproveitando de uma lida na NT 2013/004 do CT-e, mais precisamente o item 2, que contem uma orientação de preenchimento do EPEC.

Leo, Eu não conheço o Fast Report, caso contrario poderia até lhe ajudar. Você pode sim realizar alterações no DACTE, desde que os dados obrigatórios estejam presentes. O DACTE que vem junto com o componente procura ser o mais fiel possível com o manual.

Boa tarde Leo, No Manual do CT-e quando o documento originário for uma NF-e devemos simplismente informar a chave da mesma. No Manual do DACTE quando o documento originário for uma NF-e devemos imprimir a chave da mesma. Quando o documento for uma NF (papel) ou outro tipo de documentos devemos imprimir: CNPJ/CPF Emitente, Série/ Número do Documento. E para todos os tipos de documentos devemos imprimir qual é o tipo do documento listado no quadro Documentos Originários. Lembrando que a chave da NFe contem o CNPJ do Emitente o Número e a Série, logo atende tudo o que esta no Manual do DACTE.

Boa tarde, Andei verificando algumas coisas, mas acredito que vou ter que refazer o DACTE.

Bom dia Luiz, Sim, você já leu o post #42 do Diego? Esta no inicio desta página.

Bom dia a todos, Sérgio, recebi o seu e-mail contendo os arquivos. Na minha casa consegui gerar um XML, assinar e validar com a tag vTotTrib sem nenhum problema. Favor verificar se o schema: leiauteNFe_v3.00.xsd contem a definição da tag vTotTrb. Se não tem, substitua pelo mesmo arquivo que encontra-se dentro da pasta: ...\Exemplos\ACBrNFe2\Delphi\Schemas Quanto a geração de todos os dados do destinatário vai ser necessário fazer uma alteração no pcnNFeW. Essa alteração é simples um IF já resolve o problema. Entre hoje e amanhã vou estar disponibilizando essa alteração.

Boa tarde Augusto, Antes de você enviar o CTe para sefaz, execute o comando abaixo: ACBrCTe.Conhecimentos.Valida; Copia o XML gerado para outra pasta e depois envia. Desta forma você tera o XML antes do envio e depois do envio. Sugestão: ACBrCTe.Conhecimentos.Valida; (...) // incluir aqui o comando para copiar o XML gerado para outra pasta. ACBrCTe.Enviar(Lote);

Boa tarde Renemelo e Graça, Verificando os seus XMLs notei algo em comum. O grupo <infMunDescarga> existem varios e com cidades diferentes. Me parece que devemos colocar todos os CT-e dentro de um unico grupo ou seja a primeira cidade de descarga. Quando o caminhão chega a essa cidade e descarrega uma parte da carga, devemos encerrar esse MDF-e e fazer outro informando o proximo municipio de descarga e os CT-e restantes. E assim por diante. Tente simular isso o que foi dito e postem um retorno.

Boa tarde EFV, A mensagem de erro esta clara esta faltando o grupo com as informações sobre os documentos originários, ou seja, esta faltando o grupo infNF ou infNFe ou infOutros. Devemos informar apenas um dos 3 citados acima e ele fica dentro do grupo <rem>. Por favor tenha sempre em mãos o Manual versão 1.04c do CTe, ele contem a estrutura do XML informando quais grupos / TAGs que são obrigatórias e as que são opcionais.

Boa tarde Sandro, Calma rapaz, esses schemas são para a versão 2.00 do CTe, não temos ainda nem sequer o ambiente de homologação liberado para essa versão. Você tem que utilizar os schemas da versão 1.04