Italo Giurizzato Junior

Abinoan, Muito obrigado pela colaboração. Fontes corrigidos e disponibilizados.

Se o provedor esta OFF acredito que ele não tenha condições nenhuma de retornar nada. Logo deve ser alguma sugeira retornada pelo componente, precisamos melhorar isso.

Abinoan, Boa pergunta, veja se você consegue essa resposta com o pessoal do provedor, para que possamos implementar de forma correta no componente.

Leo, O componente ACBrCTe, já faz isso quando vai gerar o XML, qual é o motivo de você gerar a chave antes?

Boa tarde Abinoan, Na verdade o Tomador é opcional segundo o schema, mas há necessidade de informar uma tag chamada Pagina. Já fiz a alteração, favor atualziar os fontes e testar novamente.

Boa tarde, Só um detalhe importante, você tem que manter todos os fontes de todas as pastas sempre atualizados.

Boa tarde Leo, A função GerarChaveCTe era utilizada na versão 1.03 do CTe que não tinha essa informação na chave. Agora o componente ACBrCTe se utiliza da mesma função que ACBrNFe utiliza para gerar a chave.

Boa tarde Bruno, Você tem os fontes, se desejar você mesmo pode realizar as modificações.

Boa tarde, Qual é a versão do Quick Report que você esta utilizando? Se não for a versão 5.02, remova da lista de requeridos a linha que contem o QR5RunD7 no pacote de instalação do componente.

Boa tarde David, Você não esta usando o ACBrCTe para gerar o XML, bem como assinar e enviar, correto? Validei o seu XML no validor da SEFAZ-RS, vide link abaixo. https://www.sefaz.rs.gov.br/CTE/CTE-VAL.aspx O XML segundo o validador da SEFAZ-RS esta tudo OK.

Boa tarde Washington, Enquanto você obter como o valor 1 para Ind. Continuação, você realizar uma nova consulta utilizando sempre o último NSU retornado. Existem casos que foram necessários realizar centenas de consultas para começar aparecer as primeiras notas.

Bom dia Carlos, Foi utilizado a versão 5.02 do Quick Report para o Delphi 7, para fazer o DANFSE. Mas você pode utilizar qualquer outra versão. Para resolver esse problema, siga os passos contidos em um arquivo texto que esta junto com os fontes do componente na pasta: ...\Fontes\ACBNFSe.

Bom dia Edmundo, Você esta se referindo ao componente ACBrNFSe, certo? E pretende ler o XML de uma NFS-e do provedor Ginfes para poder ter acesso aos dados, correto? Se a resposta para ambas as perguntas for sim, a minha também é sim.

Abinoan, Note que a rotina que você se refere, temos os dois tipos: tcDat e tcDatHor. Quando usamos o tcDatHor para ler o conteudo de uma tag, estamos levando em consideração que essa tag possui a Data e a Hora. É por isso que não acho correto alterar o pcnLeitor, uma vez que o mesmo é utilizado por vários componentes.

Bom dia centuryinf, Como você fez para baixar os fontes? De onde? Na pasta ...\Fontes\ACBrNFSe, só existe o ACBrProvedorGinfes.pas e os outros provedores?

Abinoan, O que deve estar ocorrendo é que ao ler o conteudo da tag esta sendo usado o tipo de dado tcDatHor e a tag só contem a data, logo teriamos que alterar para tcDat, mas temos que verificar se essa alteração vai funcionar para todos os provedores. Veja este exemplo: No provedor Fiorilli, o tipo da tag DataEmissao do grupo InfRps é Date No provedor 4R, o tipo da tag DataEmissao do grupo InfRps é DateTime Se generalizarmos no caso da leitura, ou seja colocarmos o tcDat, vamos perder a informação da hora no caso do provedor 4R, por outro lado se colocarmos tcDatHor, vai ocorrer erro ao ler essa informação no caso do provedor Fiorilli. E esse pessoal ainda por cima diz que segue o padrão ABRASF, onde?

Bom dia Abinoan, O erro na impressão da DANFSE ocorre mais precisamente em que campo? Pois podemos corrigir a leitura do campo ao ler o XML da NFS-e.

Bom dia elrond, Quando saiu a NT tratando da nova versão do CT-e, olhei para o micro ele olhou para mim com aquele ar de "esta esperando o que?" Mandei bala, comecei a realizar as modificações no componente para que o mesmo suporta-se a nova versão, e olhe que o ambiente de teste ainda vai ser liberado em setembro deste ano. Aproveitei o embalo e fiz as alterações necessárias na minha aplicação, ou seja, ela suporta as duas versões a 1.04 e a 2.00, o que determina é uma diretiva de compilação incluida em um dos fontes do componente. Quando chegar a hora H, basta comentar a diretiva PL_104 e descomentar a PL_200, e compilar a aplicação com a opção Build. Pronto já vou ter uma aplicação apita para emitir o CT-e segundo a versão 2.00 Resumindo tudo que escrevi acima. Não espere pela urgencia, inicie agora o desenvolvimento da sua aplicação. Caso você ou seu cliente vai iniciar a emição do CT-e somente o ano que vem, você pode desde já começar a desenvolver na nova versão 2.00. Mas lembre-se que os testes só poderão ser realizados apartir de setembro.

Bom dia Washington, Você tentou informar 91 em vez de 28 no campo cOrgao? Outra coisa, cuidado com o Download.

Bom dia Rafmattos, Pelo que entendi, se o remetente da mercadoria for obrigado a emitir a NF-e, no CTe, você é obrigado a informar a chave da NF-e, não pode informar o documento originário ou seja a NF-e como sendo uma nota comum "papel". Se for isso, a SEFAZ esta correta em implementar essa regra. Só acho que a mensagem da rejeição ficaria melhor sendo desta forma: MENSAGEM REJEIÇÃO 540:CNPJ do Remetente cadastrado no CNE, informar a chave da NF-e

Bom dia evofox, Como você faz essa importação, é via site?

Bom dia Emanuel, Você não respondeu a minha pergunta: "Você alterou a URL do tortoise?" Dentro da pasta: ...\Fontes\ACBrCTe existe a pasta DACTE_QR3?

Bom dia Washington, Pelo que estou vendo, você esta meio por fora do assunto. Te aconselho primeiramente ler a NT 2012/002 disponibilizada no Portal Nacional da NF-e. Essa NT trata do assunto Manifestação do Destinatário e sobre o Download de NF-e. Quero lembrar que o Componente ACBrNFe atende tudo o que esta especificado na NT. Respondendo a sua pergunta, o pessoal acima esta debatendo sobre a Manifestação do Destinatário e não do Download. Conforme o titulo do tópico o assunto é a Consulta de NF-e Destinadas e não Download de NF-e. Mas volto a lhe pedir, leia a NT 2012/002

Boa tarde, Carlos, primeiro é preciso saber se o provedor em questão implementou em seus webservices essa funcionalidade, de envio no modo Síncrono, se sim, ai vamos ver o que esta faltando. Abinoan, você quer imprimir o RPS ou a NFS-e? De uma olhada no botão [imprimir DANFSE] do programa exemplo.

Boa tarde rafmattos, Conforme conversa por telefone temos a seguinte situação: 1. A aplicação no cliente não foi atualizada; 2. A SEFAZ realizou uma alteração em um dos seus webservices; 3. No dia seguinte a essa alteração promovida pela SEFAZ, começou os problemas. 4. O lote esta sendo enviado sem nenhum problema; 5. O retorno contendo o numero do recibo também; 6. Ao realizar a consulta com base no numero do recibo, o retorno não traz o protocolo de autorização, vide arquivo acima postado "*-pro-rec.xml" Ao examinar o conteudo do arquivo nota-se que o lote foi processado, mas não traz o protocolo de autorização do CTe e sim uma rejeição totalmente absurda, uma vez que não existe o Status 540. Chego a conclusão que o problema esta na SEFAZ. Providencia a ser tomada, ligar para SEFAZ, expor o problema e enviar por e-mail o XML de retorno que traz o status 540 para eles detectarem mais facil o erro no webservice.