Italo Giurizzato Junior

Bom dia Ricardo, Um pequeno erro em vez de frmDANFSeQR é fqrDANFSeQR.

Bom dia Maciel, Se o problema é localizado, ou seja ocorre somente em um cliente, o sistema operacional esta descartado, a sua aplicação esta descartada, uma vez que funciona em outros clientes e em SO diferentes, podemos concluir que deve estar faltando alguma DLL (por exemplo) nessa maquina ou algum erro de instalação, algum arquivo corrompido, ...

Bom dia Erike, Tentei com um certificado digital válido de uma empresa que não é de Porto Velho e o Lote foi enviado, mas veio o retorno informado que o CNPJ não constava da base de dados deles. Concluo que podemos sim utilizar um certificado digital para assinar e enviar o lote.

Bom dia edudidu, O componente não gera o XML da NFS-e, sendo que esta é retornada pelo webservice. Se você envia o RPS com todos os dados e o webservice retorna o XML da NFS-e sem esses dados, podemos concluir que o problema encontra-se no webservice do provedor. Você mesmo comprova dizendo que ao baixar o XML direto do portal o mesmo vem sem essas informações. Você já tentou entrar em contato com o provedor e questiona-los sobre esse problema?

Bom dia Gabriel, Por favor entre em contato com o provedor questionando de como seria o link a ser incluido no e-mail a ser enviado ao tomador do serviço para que este possa ter acesso ao DANFSE através deste link. Verifique se para o ambiente de homologação o link é o mesmo ou não. De posse dessas informações, podemos alterar o fonte de tal maneira que a função GetLinkNFSe deixa de retornar uma string vazia, para este provedor. Pedi para o colega phb ver o conteudo da mesma função no fonte ACBrProvedorGinfesV3, pois para este provedor fica claro que o link é diferente para cada ambiente e para cada cidade que o provedor atende.

Boa noite Robson, Realizei alguns testes utilizando o programa exemplo e obtive os seguintes resultados: Primeiramente configurei o programa exemplo para a cidade Betim/MG e um certificado vencido, resultado da execução: (erro no suporte a canais seguros) Depois usei um certificado ainda válido, de uma empresa que é de uma outra UF, resultado em anexo: 2-rec.xml Erro: E172 = O documento que realizou a assinatura do lote de RPS nao possui autorizacao para realizar esse servico. O documento que a mensagem se refere é o certificado, como se trata de uma empresa que não é contribuinte em Betim/MG e consequentemente não consta no cadastro do GINFES a mensagem é aceitavel.

Boa noite Hamilton, Nunca passei por isso, já tentou entrar em contato com a SEFAZ?

Idez, Pode atualizar e testar, fazendo o favor.

No site da SEFAZ não possui um zero 800 ou outro numero? Já tentou o zero 800 do Portal Nacional do CTe? http://www.cte.fazenda.gov.br/

Idez, Segundo o Schema do provedor Thema o Grupo Tomador é opcional. Vou fazer uma alteração no componente para contemplar essa situação.

Boa tarde Erike, Desculpa, eu tinha feito uma alteração ontem a noite que provocou esse erro. Por favor atualize os fontes e teste novamente.

Idez, Neste caso é preciso ver se o provedor em questão definiu em seu webservice que o grupo Tomador é opcional se sim podemos fazer com que ele não seja gerado.

Boa tarde Idez, Abra o arquivo ACBr.inc com o bloco de notas, ele esta dentro da pasta: ...\Fontes\ACBrComum Deve esta assim: // Definições para o compomente ACBrCTe // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção: descomente apenas uma das definições //------------------------------------------------------------------------------ //{$DEFINE PL_103} {$DEFINE PL_104} //{$DEFINE PL_200} Altere para: // Definições para o compomente ACBrCTe // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção: descomente apenas uma das definições //------------------------------------------------------------------------------ //{$DEFINE PL_103} //{$DEFINE PL_104} {$DEFINE PL_200} Não esqueça de estudar os fragmetos de código que estão dentro da pasta ...\Exemplos\ACBrCTe, mais precisamente o AlimentarComponente.txt

Binho, Neste caso algum fonte seu não esta atualizado, verifique se algum deles possui uma bolinha vermelha no icone do fonte. Me refiro aos fontes da pasta ACBrNFSe.

Boa tarde Pds, É bem provavel que o pessoal da SEFAZ não implementou tudo o que devia dai essa falha. Tente entrar em contato com a SEFAZ.

Boa tarde a todos, Dentro de alguns minutos vou disponibilizar as alterações que fiz no componente ACBrMDFe. Inclui no componente uma nova propriedade chamada VersaoDF = Versão do Documento Fiscal que aceita os seguintes valores: ve100 e ve100a. Essa propriedade atua exclusivamente na geração do XML fazendo com que TAGs e Grupos sejam gerados ou não dependendo a versão escolhida. Os schemas que encontram-se dentro da pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas se referem a versão 1.00 Para validar o XML segundo a versão 1.00a devemos utilizar os schemas que estão no arquivo PL_MDFe_100a_pre (correcao).zip dentro da pasta: ...\Exemplos\ACBrMDFe\Delphi\Schemas\V100 Volto a informar que o ambinete de homologação para a versão 1.00a vai estar disponivel em 01/11/2013 e o de produção 01/12/2013. Em caso de algum problema ao validar o XML, favor informar em qual versão esta configurado o componente. O programa exemplo na aba Geral inclui um Radio Group onde você pode escolher uma das versões, estudando o fonte é possivel ver como é feita a seleção da versão em tempo de execução.

Boa tarde Binho, Acabo de realizar um teste usando o programa exemplo com o provedor PVH para a cidade de Porto Velho/RO e o lote foi validado com sucesso. Você esta configurando o componente corretamente no que diz respeito a pasta que contem os schemas? Estou utilizando os schemas que estão na pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\PVH A opção que utilizei foi [Gerar e Enviar Lote] do programa exemplo.

Anderson, Você postou uma pergunta parecida em outro posto e lhe respondi.

Boa tarde a todos, Por favor ao postar problemas com o envio da NFS-e, favor informar o provedor e a cidade, para que eu possa checar e resolver o problema.

Boa tarde a todos, Muito obrigado pelo retorno. Quero dizer que no caso do ACBrCTe fui obrigado a diferenciar uma versão da outra através de diretivas de compilação pelo simples fato de que a estrutura do XML foi alterada de uma versão para outra. Veja bem não se trata de termos uma TAG nova ou um grupo novo, mas sim a mudança de lugar de todo um grupo como é o caso do grupo de documentos originários que na versão 1.04 fica dentro do grupo <rem> Remetente e agora na versão 2.00 ele esta fora deste grupo. Portanto temos uma alteração brutal na estrutura e não vi outra maneira de resolver a não ser através de diretiva de compilação. Mas no caso do MDF-e trata-se apenas de inclusão de novas TAGs e Grupos dentro de uma estrutura pré estabelecida. Não é atoa que a versão do XML continua a mesma ou seja 1.00

Boa tarde Ricardo, Isso: Ancertor for TfqrDANFESeQR not found não é um erro e sim um alerta lhe informando que não achou o antecessor para o TfqrDANFESeQR. Após clicar em OK em qual linha do ACBrNFSeDANFSeQRRetrato ele para? Como você esta usando a versão 3 do Quick Report, faça o seguinte: 1 exclua os fontes ACBrNFSeDANFSeQR e ACBrNFSeDANFSeQRRetrato 2 baixa novamente os fontes via Tortoise 3 siga o passo a passo do arquivo: Property_Does Not Exist.txt que esta na pasta ...\Fontes\ACBrNFSe 4 abra a sua aplicação e compile ela usando o Build.

Boa tarde Anderson, A minha aplicação utiliza o ACBrCTe e já faz um mês que estou realizando testes na versão 2.00 * Consultar Status do Serviço - OK * Envio de Lote - OK * Retorno com o Recibo - OK * Consulta utilizado o Recibo - Ok * Retorno com o Protocolo de Autorização - OK * Impressão do DACTE - OK * Cancelamento por Evento - OK Não realizei testes com Envio do Evento EPEC e CC-e, mas temos outros desenvolvedores realizando esses testes. Hoje realizei alterações nos fontes para compatibiliza-lo com a NT 2013/013 e já enviei para SVN. Dentro da pasta ...\Exemplos\ACBrCTe você encontra varios arquivos TXT, chamo atenção de dois: AlimentarComponente.txt e Cancelamento_por_evento.txt O primeiro mostra as alterações na estrurura das propriedades e consequentemente como alimenta-las. O segundo a minha rotina de cancelamento por evento que como dito anteriormente esta funcionando perfeitamente. O que posso lhe dizer mais, você já esta realizando os testes em ambiente de homologação?

Boa tarde Ronaldo, Você esta utilizando os schemas corretos?

Bom dia phb, Por favor abra o fonte ACBrProvedorFiorilli e procure pela function GetLinkNFSe, veja o que esta sendo atribuido a Result. Depois abra o fonte ACBrProvedorGinfesV3 e procure pela mesma function.

Bom dia vand3rson, Obrigado pelo arquivo. Estranho essa nomenclatura, me corrijam se eu estiver errado: Substituto é que substitui alguem ou algo. Substituido é quem foi substituido por outro. Sendo assim o provedor Betha errou ao implementar a geração do XML da NFSe, segundo o seu XML a nota de numero 83 esta substituindo a de numero 82 Portanto a nota de numero 83 é a Substituta e a 82 a Substituida. No meu entendimento o nome correto da TAG deveria ser: NfseSubstituida e não NfseSubstituta. E tem coisa pior, normalmente temos no retorno do cancelamento de uma NFS-e a seguinte TAG: CancelarNfseResposta, tem um provedor que implementou da seguinte forma: CancelarNfseReposta. Percebeu a diferença? Esta faltando a letra S na palavra Resposta.