Italo Giurizzato Junior

Boa tarde Adelman, Agumas funcionalidades não estão disponiveis para determinados provedores, você tentou usar a opção [Gerar e Enviar Lote]? Você esta com todos os fontes atualizados?

Boa tarde Alex, Você esta com todos os fontes de todas as pastas atualizados, inclusive a pasta synalist ?

Boa tarde Juliana, Não tive tempo de abrir o código do ACBrBoleto e estuda-lo. Ele não utiliza o ACBr.inc? Se sim, porque não criar nesse arquivo uma diretiva de compilação chamada: QReport_Web ? De ela estiver comentada essa unit não sera incluida na compilação, caso contrario será. Algo semelhante fiz no ACBrCTe, veja: Neste caso temos em ACBr.inc a diretiva QReport_PDF.

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 Sérgio, Pesquise aqui no fórum por: Boletim Técnico ou CT-e Globalizado. Existe um Boletim Técnico publicado pela ENCAT que trata sobre esse assunto, mas lembre-se que a transportadora necessida de uma autorização para fazer um CT-e Globalizado.

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.