Italo Giurizzato Junior

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?

Bom dia Walter, Se você teve a curiosidade de abrir os arquivos que você postou usando o IE por exemplo, vai notar duas coisas: 1. o XML da prefeitura, segundo o seu titulo, na verdade temos uma lista de dezenas de NFS-e e não apenas 1, vemos logo de cara pelo tamanho do arquivo 973.43 Kbytes contra 2.39 Kbytes do outro que tem apenas 1 NFS-e. 2. o XML da NFS-e salvo pelo componente, uma vez que ele não gera, não contem os prefixos nas TAGs ou seja ns3:, exemplo: No primeiro arquivo temos:<ns3:TomadorServico> No segundo temos: <TomadorServico> Precisamos saber agora como foi gerado o primeiro arquivo, pois segundo o manual da ABRASF a estrutura da NFS-e deve conter uma tag chamada: CompNfse, que é a estrutura de compartilhamento de dados de uma NFS-e, vide o arquivo salvo pelo componente. Já o primeiro possui uma tag chamada: NFSE, no manual temos a tag Nfse, note a diferença na grafia, vide o primeiro arquivo.

Bom dia Volmir, O componente até tem uma propriedade para informar a senha, mas já tentei com A3 em cartão e Token, mas não tive sucesso. Logo o meu cliente tem que digitar a senha, enquanto a aplicação ficar rodando, ele pede somente uma vez. Com relação ao OpenSSL e Capicom, os fontes são disponibilizados e pre-configurados para usar o Capicom. Um prova disso é que você dever ter copiado e registrados algumas DLLs, caso contrario não iria funcionar. O lugar onde você informa ou defini qual dos dois vai ser utilizado, fica no arquivo ACBr.inc que esta dentro da pasta ...\Fontes\ACBrComum Nesse arquivo temos um diretiva de compilação para o OpenSSL, ela esta comentada, sendo assim o componente vai utilizar o Capicom.

Bom dia, O seu Delphi esta configurado para salvar as DCU em um pasta especifica e não a pasta que contem os fontes? Você já realizou uma pesquisa no HD em busca de fontes e DCUs perdidos em alguma pasta? Na pasta que contem os fontes da sua aplicação não tem DCUs do componente?

Bom dia Jair, O que deve estar ocorrendo é que a function InternetSetOption esta falhando ao ser executada em uma maquina 64 bits. Em vez de comentar as linhas, inclua o nome do provedor, ou seja proThema na lista que encontra-se no IF, veja: (...) if not (FProvedor in [proGovBr, proSimplISS, proAbaco, proISSNet, pro4R, proFiorilli, proThema]) then begin if not InternetSetOption(Data, INTERNET_OPTION_CLIENT_CERT_CONTEXT, PCertContext, Sizeof(CERT_CONTEXT)*5) (...) Fonte: ACBrNFSeWebServices Procedure: OnBeforePost Verifique se com isso resolve o problema.

Bom dia Caetano, Primeiramente isso não é um erro. Segundo a mensagem esta bem clara, ou seja você esta tentando usar uma opção que não foi implementada para o provedor em questão. Terceiro você não informou se esta utilizando o programa exemplo ou a sua aplicação. Quarto, você esta com todos, veja bem todos os fontes de todas as pastas atualizados? Isso inclui os fontes dos programas exemplos também. Quinto, supondo que você esteja usando o programa exemplo da NFS-e, temos os seguintes botões: [Gerar e Enviar Lote], [Gerar e Enviar NFSe] e [Gerar e Enviar Lote - Sincrono] qual deles você utilizou? Já faz quase um ano se não for mais, que implementei o provedor Saatri e na epoca inclui no programa exemplo o botão [Gerar e Enviar NFSe]. Você tentou usa-lo?

Bom dia Wandersonkd, Uma coisa você ja sabe, o XML segue o padrão ABRASF, ótimo. Agora é preciso saber qual é o provedor, ou seja a empresa contratada pela prefeitura para implementar a NFS-e. É preciso também, os schemas, as URLs de homologação e produção, seria também de grande ajuda conseguir os XMLs principalmente os de envio que contenham o que chamados de SOAP ou Envelope. Antes de sair correndo atraz de tudo isso, primeiro verifique se a cidade já esta sendo atendida pelo componente. Dentro da pasta ...\Exemplos\ACBrNFSe temos um arquivo chamado: Cidades Abra esse arquivo e procure pela cidade em questão, se ela não estiver nessa lista ai sim, você corre atraz as informações e arquivos acima citados. Espero ter ajudado.

Bom dia Hetoandrade O componente requer que cada endereço de e-mail seja ADD em uma lista logo tem que ser desta forma: CC:=TstringList.Create; CC.Add('[email protected]'); //especifique um email válido CC.Add('[email protected]'); //especifique um email válido Mas nada impede de você armazenar ou permitir que o usuário digite da forma que você deseja ou seja: [email protected]; [email protected] Depois você submete essa linha a uma rotina que vai idendificar cada endereço contido nela e ADD a lista separadamente. Lembre-se que existe o endereço principal e o com cópia, se o segundo endereço da linha for o "com cópia", somente ele deve ser ADD a lista, o primeiro deve ser atribuido ao campo "para". Espero ter ajudado.

Tente compilar usando a opção Build que encontra-se no menu Projects do Delphi. Digo isso com relação aos componentes e a aplicação.