Italo Giurizzato Junior

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.

Boa tarde Walter, Sim, mas o componente salva cada NFS-e separadamente, ou seja um arquivo para cada nota. Ela deve estar utilizando um programa que realiza a consulta por periodo e salva o retorno em um unico arquivo. Mas nada impede de você criar uma rotina na sua aplicação que monte esse arquivo unico com varias notas.

Boa tarde rafmattos, A chave do CTe presente no arquivo *-pro-rec.xml não tem nada haver com o *-cte.xml No -pro-rec.xml a chave faz referencia a um CTe de numero 7760 já o *-cte.xml se refere ao 7759. Você postou o arquivo correto?

Boa tarde Caetado, Se a pasta de schemas possui 2 ou mais arquivos não tem nada haver com a opção a ser escolhida para enviar. Alguns provedores em vez de fazer um schema com toda a estrutura de todas as funcionalidades, resolvel fazer vários arquivos, sendo que cada um tem a estrutura de uma funcionalidade. A opção a ser escolhida para enviar, depende do provedor ter implementado ela ou não. Por exemplo o botão [Gerar e Enviar Lote] permite gerar e enviar um lote com 1 ou mais RPS, e o envio ocorre no modo Assincrono. Por outro lado temos o botão [Gerar e Enviar Lote Sincrono] cuja diferença é o modo de envio, ou seja Sincrono. Qual a diferença, no modo Sincrono o Lote é enviado e temos como resposta do WebService a NFS-e, já no modo Assincrono, o lote é enviado e depois temos que realizar uma consulta para obter a NFS-e. Já o Botão [Gerar e Enviar NFS-e] na verdade gera um lote com apenas 1 RPS e envia. Como você pode ver um provedor pode implementar apenas uma dessas funcionalidades ou mais de uma. Se ao tentar usar uma delas o componente retornar a mensagem "Opção não implementada para este provedor." isso deixa claro que você não pode usar esse metodo de envio para o provedor em questão, você deve escolher outro. Com certeza um dos trez vai funcionar.

Bom dia Emanuel, Vamos, a pergunta que não quer calar: Você alterou a URL do tortoise (caso você o utilize)? Se não pesquise no fórum por Atualização Forçada. Você esta com todos os fontes de todas as pastas atualizados?