italo.giurizzato.junior

Boa tarde Medreis, A NFSe é diferente da NFe. Na NFe quando você cancela você tem um retorno do protocolo de cancelamento. Na NFSe quando você cancela você tem como retorno um novo XML contendo a NFSe mais as TAGs referente ao cancelamento da mesma. Portanto se você realizar uma consulta usando por exemplo o ConsultarNFSe, você vai ter o XML da NFSe com as TAGs do cancelamento.

Boa tarde Adelman, O provedor IssDSF já esta implementado e a cidade Campo Grande/MS já consta na lista desse provedor. Lembre-se que no caso da NFS-e a coisa funciona um tanto diferente da NFe. Se possível post como anexo um fragmento do seu código que esta ocorrendo o problema.

Boa tarde Nellien, A poucos minutos disponibilizei mais algumas correções e atualizei os schemas que vem junto com o programa exemplo. Por favor, durantes esta semana, procure realizar atualizações diárias, até que fique tudo redondo.

Boa tarde Rodrigo, Os erro que provavelmente você teve não são erros e sim mensagens do validador acusando que determinadas TAGs não existem ou o valor de uma TAG é inválido. O pessoal que foi detectando esses problemas foram postando durante o periodo desta manhã e eu fui tentando eliminar esses problemas. Por favor atualize todos os fontes dos componentes, compile a sua aplicação com a opção Build e realize os testes novamente. Se detectar mais algum problema quanto a validação, por favor post aqui.

Boa tarde Jéter, Desculpe na demora, foi almoçar. Mas vamos ao que interessa, por favor atualize os fontes e teste novamente. Muito obrigado pelos testes e retornos quanto aos erros.

Bom dia Alexandre, Por favor atualiza os fontes e testa novamente.

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.