Italo Giurizzato Junior

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.

Bom dia pessoal, Em vez de ficar comentando o código, estive pensando em uma outra solução: Incluir uma propriedade nova ao componente chamada VersaoDF que aceitaria os seguintes valores: ve100 e ve100a Se a propriedade receber o valor ve100 o componente não vai incluir as TAGs novas no XML e para que ele seja validado devemos usar os schemas da verão 1.00. Por outro lado se a propriedade receber o valor ve100a o componente vai incluir as TAGs novas no XML, mas neste caso devemos utilizar os novos schemas para validar o XML. Devemos lembrar que a SEFAZ só vai aceitar os XMLs na versão 1.00a do MDF-e a partir de 01/11/2013 (homologação) e 01/12/2013 (produção). O que vocês acham dessa idéia? Caso ela seja aceita, posso realizar as alterações e disponibilizar os fontes até o final desta semana.

Bom dia Adelson, Favor postar em anexo os fontes que você alterou. Quando ao retorno: "Lote já foi Enviado" acredito ser obvio, qual é o motivo de você enviar mais de uma vez o mesmo lote?

Boa noite Adelson, Favor ler o arquivo: Property_Does Not Exist.txt que encontra-se dentro da pasta ...\Fontes\ACBrNFSe Siga o passo a passa exatamente como esta escrito.

Boa noite Erikepvh, Você esta se referindo ao envio do RPS da cidade de Porto Velho/RO. Se sim, os fontes estão atualizados? Tentou utilizar o botão Gerar e Enviar Lote em vez de Gerar e Enviar NFSe?

Boa noite Idez, Que eu saiba não, uma nota de serviço sem tomador, seria a mesma coisa emitir uma NF-e sem o destinatário ou seja sem o comprador da mercadoria.