Pesquisar na Comunidade

Olá pessoal tudo bem? A cidade de Florianópolis utiliza o provedor SoftPlan. O provedor possuí uma API e é necessário fazer a autenticação e gerar o token antes de gerar, consultar e cancelar a NFSe. Então eu implementei os métodos de GerarToken nesse provedor antes de prosseguir com as outras alterações. Se alguém puder validar e gerar um commit delas, provavelmente eu vou continuar com alterações nos outros métodos também. Resumindo as principais alterações na unit SoftPlan.Provider.pas: Foi criado o método PrepararGerarToken aonde é formado a URL com os parametros necessarios que são username, password, client_id, client_secret. Para o client_id foi utilizado Emitente.WSChaveAcesso e para o client_secret foi utilizado Emitente.WSChaveAutoriz. client_id e client_secret tem que credenciar junto a prefeitura, então eles vão fornecer essas credenciais. Foi criado os método TratarRetornoGerarToken que trata os erros ou extrai o token retorno pelo JSON no response. Foi adicionado as seguintes urls no ini cidades: ProGerarToken=https://nfps-e.pmf.sc.gov.br/api/v1/autenticacao/oauth/token HomGerarToken=http://nfps-e-hml.pmf.sc.gov.br/api/v1/autenticacao/oauth/token Desde já agradeço pelo auxilio. Estou a disposição pra qualquer duvidas também. SoftPlan.Provider.pas ACBrNFSeXServicos.ini

Boa tarde caros colegas, seria possível utilizar o AcBr para assinar digitalmente PDF (diferentes da NF-e), ou seja, qualquer PDF que o cliente necessite assinar, como um contrato, por exemplo, utilizando o Token USB - certificado A3? Infelizmente não tenho conhecimento sobre assinaturas digitais com AcBr. Já pesquisei no fórum antes de postar a dúvida e não encontrei nada, algum(a) colega poderia ajudar? Obrigado.

Ola todos, Estou precisando de fazer um acesso via rest no delphi um (GET) com autenticação (Bearer Token). segue o modelo que não esta funcionando. RESTClient1.ResetToDefaults; RESTRequest1.ResetToDefaults; RESTResponse1.ResetToDefaults; RESTResponseDataSetAdapter1.ResetToDefaults; RESTResponseDataSetAdapter1.Dataset := tb01; RESTResponseDataSetAdapter1.ResponseJSON := RESTResponse1; RESTClient1.BaseURL := URLBase; RESTClient1.Accept := 'application/json, text/plain; q=0.9, text/html;q=0.8,'; RESTClient1.AcceptCharset := 'UTF-8, *;q=0.8'; RESTClient1.ContentType := CONTENTTYPE_APPLICATION_JSON; RESTClient1.HandleRedirects := True; RESTClient1.RaiseExceptionOn500 := false; RESTRequest1.Client := RESTClient1; RESTRequest1.Method := TRESTRequestMethod.rmGET; REST.Authenticator.OAuth.DefaultOAuth2TokenType:= TOAuth2TokenType.ttBEARER; REST.Authenticator.OAuth.DefaultOAuth2AccessTokenParamName := vtoken; RESTRequest1.AddAuthParameter('Token', 'Token', TRESTRequestParameterKind.pkHTTPHEADER); RESTRequest1.Execute; Atenciosamente, Marco Antonio

Olá amigos, gostaria de uma ajuda um tanto urgente, tenho um cliente de tempos que usa meu sistema com emissão de nfe pelo acbr, recentemente ele trocou o certificado dele de cartão para token, e se iniciou um problema, de tempos em tempos, 2, 3 emissões de nota, o token tranca, e a única forma de faze-lo voltar a funcionar é reiniciando a máquina, para prevenir a reinicialização constante instruí o pessoa que emite as notas a tirar e colocar o token a cada nota emitida, mas isso, em horários de pico, acaba se tornando quase inviável, gostaria de saber se algum dos amigos com mais conhecimento saberia me dar uma ideia, uma luz, do que pode estar acontecendo.

Contextualizando Prezados, devido nossa aplicação ser em 3 camadas, a parte de assinatura do XML fica em uma aplicação externa em outra linguagem de programação, e no que diz respeito a parte de ENVIO basta mencionar o excelente trabalho que o projeto fez com a WinCrypt. obs: se você não sabe o porque de fazermos assim, segue o tópico EXCELENTE do Daniel O Problema Essa semana obtivemos um certificado A3 da Perto (SmartCard) e ele está pedindo PIN no servidor, e no DEBUG descobri que não era na nossa rotina de assinatura mas sim no momento do envio pela ACBr. A Causa Na unit "ACBrNFeNotasFiscais.pas", na linha 252, onde temos: TACBrNFe(TNotasFiscais(Collection).ACBrNFe).SSL.ValidarCNPJCertificado( NFe.Emit.CNPJCPF ); 1º Ele acaba inicializando todo contexto e enviando o PIN para o SmartCard (ou Token) previamente, antes da assinatura e antes do envio. 2º Quando o evento "OnAntesDeAssinar" é disparado nosso código externo realiza a assinatura do XML nessa biblioteca externa. 3º (Não tenho certeza) É provável que ao adquirir o contexto do certificado A3 nessa aplicação nossa, e enviar o PIN tem removido o contexto da ACBR ou algo semelhante, isso já vai um pouco além do que conheço do assunto. 4º Quando o código volta para a ACBR realizar o Envio, a janela de PIN aparece. 5º Quando debugando eu faço um Jump para a próxima linha pulando a linha 252 conforme destacada acima, tudo funciona normalmente, porque não houve um contexto anteriormente adquirido acima, então no momento do envio o código para obter a chave privada funciona como se fosse executado a primeira vez. Obs: CertFreeCertificateContext também é chamado em nossa aplicação depois da assinatura do XML ser concluída, e o Store dos certificados é fechada. Possíveis Soluções Aqui que venho pedir ajuda ao pessoal responsável pelo projeto para não fazer alterações desnecessária ou que não serão aceitas. De imediato pensei em para as pessoas que assinam os XMLs em aplicações externas fica a responsabilidade da validação do CNPJ e o certificado, assim adicionando uma verificação se o evento OnAntesDeAssinar está "Assigned" antes linha 252 e resolvendo esse problema. Ou então a rotina que verifica se o CNPJ é o mesmo do certificado não realizar o envio do PIN quando o tipo for A3 por exemplo // Talvez adicionar um parametro padrão como TDFeWinCrypt.CarregarCertificado; Para TDFeWinCrypt.CarregarCertificado(const EnviarPinSeExistir: Boolean = True); E aqui seguindo a lógica de enviar o parâmetro falso para o CNPJ, até chegar na unit que verifica se os dois CNPJ são os mesmos. function TDFeSSLCryptClass.GetCertCNPJ: String; begin CarregarCertificadoSeVazio(False); Result := FpDadosCertificado.CNPJ; end; Desculpe se ficou muito extenso.

Bom dia pessoal, já uso o ACBr para NF-e, agora estou começando a usar para NFC-e. Vi que para fazer a NFC-e preciso informar duas informações para o componente, o CSC (Token) e o IdCSC (IdToken). Então o meu cliente aqui do RS gerou no site do SEFAZ RS um token para cada ambiente (Homologação e Produção) e me passou, vou mostrar eles abaixo só trocando alguns digitos para fins de sigilo. Token Homologação D36B51B9-4B63-41FD-A48C-EF6ABA24AD50 Token Produção 4D93DDB9-7271-4013-9BFC-E423232AEF2E Pelo que entendi, esses são os tokens, mas como faço para ter os IdTokens, tenho que gerar e/ou buscar no site do SEFAZ do RS ou o ID é uma parte da numeração do Token ? Grato desde já, Geison C. Shida

Olá! Estou precisando implementar o token na emissão de nfc-e e preciso de ajuda para configurar e entender o seu funcionamento. Segundo um site, o token é para emissão sem transmissão, correto? Onde posso pegar esse token?

boa tarde, está retornando erro ao tentar enviar nfce em homologação estado do PR... obs: sistema está funcionando no cliente, peguei a base para testes e está dando este erro. [ENVIO] Versao=PR-v3_1_2 TpAmb=2 VerAplic=PR-v3_1_2 CStat=225 XMotivo=Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1986; cvc-complex-type.2.4.a: Invalid content was found starting with element 'infNFeSupl'. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expect CUF=41 NRec= DhRecbto=04/11/2015 14:51:03 TMed=0 Msg=Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1986; cvc-complex-type.2.4.a: Invalid content was found starting with element 'infNFeSupl'. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expect Falha no schema XML. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 94; cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '[0-9]{15}' for type 'TRec'. [RETORNO] Versao=PR-v3_1_2 TpAmb=2 VerAplic=PR-v3_1_2 NRec= CStat=215 XMotivo=Falha no schema XML. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 94; cvc-pattern-valid: Value '' is not facet-valid with respect to pattern '[0-9]{15}' for type 'TRec'. CUF=41 amigos acabei de descobrir o motivo, na atualização do ACBrMonitor tinha uma opção marcada conforme imagem em anexo, desmarquei essa opção deu certo. para que serve essa opção no ACBrMonitor PLus alguém poderia me dizer ? obrigado até mais.

bom dia amigos, meu cliente adquiriu um cartão A3 e-cnpj, a partir daí começou no administração do token dar erro de token desconhecido, e não aparece operacional e sim presente... antes eles usava o cartão A3 NFe e funcionava normalmente, já tentei fazer todos os tipos de instalações possíveis e nada faz funcionar no ACBr Plus nem o status de serviço funciona. bom lembrar que quando eu trocava para o cartão antigo tudo funcionava normalmente, e ao colocar o cartão novo não funciona, acredito eu que seja devido a ser um e-CNPJ se alguém tiver alguma solução agradeço.

Olá, A algum tempo atras, notamos que quando um cliente utiliza o certificado Token USB A3, há uma certa demora na consulta de notas destinadas. Fiz alguns teste com Certificado digital, Smart card e Token USB, no método "ConsultaNFeDest" e aqui estão os resultados de alguns deles: Certificado Digital: 2016-06-09 11:42:38-999|6764 root: info - Consulta definido feita em:runtime: 403 ms 2016-06-09 11:42:39-315|6764 root: info - Consulta definido feita em:runtime: 315 ms 2016-06-09 11:42:39-612|6764 root: info - Consulta definido feita em:runtime: 296 ms Smart Card: 2016-06-09 13:53:52-466|5028 root: info - Consulta definido feita em:runtime: 520 ms 2016-06-09 13:53:52-801|5028 root: info - Consulta definido feita em:runtime: 333 ms 2016-06-09 13:53:53-140|5028 root: info - Consulta definido feita em:runtime: 338 ms Token: 2016-06-09 11:00:13-386|5088 root: info - Consulta definido feita em:runtime: 125973 ms 2016-06-09 11:00:16-316|5088 root: info - Consulta definido feita em:runtime: 2904 ms 2016-06-09 11:00:22-934|5088 root: info - Consulta definido feita em:runtime: 6393 ms Acredito que essa demora seja devido a forma de autenticação desse certificado (algo relacionado ao PIN talvez). Gostaria de saber um pouco mais sobre essa questão, será que vocês poderiam me ajudar ?

Olá pessoal, estou tendo problemas aqui na consulta NFC-e via QR code do Cliente 1, o erro é o seguinte: "Código do TOKEN inexistente para o CNPJ ________ e cIdToken 000001", o estranho é que está tudo correto com o CSC e IDCSC do cliente, já foi gerado normalmente(Na SEFA) e passo para o componente tudo certinho. Liguei para SEFA e eles retornaram um email informando que possivelmente está gerando o QRCode incorretamente. Bom, estou usando componente para impressão ESCPOS. OBS: na imagem abaixo o CIdToken vem zerado, acredito porque é reimpressão. Mas no cliente vem o certo! 000001. Já verifiquei mais de 100 vezes o CSC deles e está certo! Consultando NFC-e via QR Code do Cliente 2 há outro erro: "Campo digval(Digest Value da NFC-e) do QR Corde deve ser informado."; - Verifiquei esta tag(digval) no xml deles e contém sim dado. Estamos em Produção, PA. Gente ficarei muito grato com ajuda de vocês !

Boa tarde, Estou com problema quando lê o QRcode gerado ao imprimir a NFC-e (Modelo fortes), gera um alerta na Sefaz de SP , informando a mensagem 'Identificado de Token invalido', não abrindo o cupom para visualização, porem está efetivado na Sefaz sendo possível consultar pela chave. Coloco as seguintes informações no componente: ACbrNFe.Configuracoes.geral.CSC := 000001 e ACbrNFe.Configuracoes.geral.IdCSC := e4ab1fa8-fe5b-42b8-909f-2d529ea60c13, que foi gerado no credenciamento da NFC-e. Segue a Url gerada : https://www.nfce.fazenda.sp.gov.br/NFCeConsultaPublica/Paginas/ConsultaQRCode.aspx?chNFe=35150845634151000130650010000000011000000016&nVersao=100&tpAmb=1&dhEmi=323031352D30382D31305431303A33313A30332D30333A3030&vNF=79.46&vICMS=0.00&digVal=754859337463512B6C417636686B4F713135426C675A77345875673D&cIdToken=e4ab1fa8-fe5b-42b8-909f-2d529ea60c13&cHashQRCode=08F46F173C3EA1E5E2B2F04EF238F786BFC8151A Não estou conseguindo entender aonde posso estar errando. Se alguém poder ajudar, desde já agradeço. Segue em anexo o CSC gerado no site da NFc-e. CSC.pdf

Boa tarde a todos. Estou tentando transmitir uma NFC-e no ambiente de homologação, sou do Paraná. Está me retornando o seguinte erro "'Empresa sem Chave de Seguranca para o QR-Code'." Acredito que estou deixando de informar algo, alguém teria ideia do que se trata? Andei lendo algo sobre IdToken mas não sei exatamente como informar isso.

Bom dia, já procurei no fórum e não localizei onde insiro o TOKEN e o ID TOKEN recebido da Sefaz origem para inserir no ACBRNFEMONITOR na geração do QR CODE, alguém tem alguma solução? Obrigado!