Painel de líderes

Acredito que SIM... veja o trecho de código abaixo: procedure TDFeWinCrypt.OpenSystemStore; var StoreFlag: DWORD; StoreProvider: LPCSTR; begin if (FpStore <> Nil) then Exit; //TODO: Mapeaer demais tipos case FpDFeSSL.StoreLocation of slLocalMachine : StoreFlag := CERT_SYSTEM_STORE_LOCAL_MACHINE; else StoreFlag := CERT_SYSTEM_STORE_CURRENT_USER; end; Se o certificado for A1, e estiver instalado... mesmo assim, vc pode exportá-lo e gerar um PFX... Com A3, a limitação é o acesso ao Hardware...

Boa Tarde, ajustes disponíveis no SVN. Obrigado pela contribuição.

Boa tarde fiz uma rápida verificação e está com grandes diferenças. favor refazer suas alterações baseado no arquivo que está no svn.

no svn

boa tarde, Também achei estranho, mas segundo o gerente da conta do meu cliente na Caixa, o sistema deles não aceita a mudança, por ter ido sem instrução inicialmente ... Mas a tentativa de alteração não foi feita via novo arquivo de remessa, foi feita pelo meu cliente diretamente no site da Caixa. O duro é q o pessoal da caixa é muito enrolado e até agora não me mandaram informações mais detalhadas Vou tentar enviar um arquivo com instrução de protesto - o q gera custo p/ o cliente Ou assim q tiver alguma nova informação da Caixa, posto.Att,

Bom dia Serginho, A alteração que fiz visa o provedor SmarAPD e não o provedor Betha. No seu caso o provedor em questão não é o Bethav2? Se sim, abra o arquivo Cidades.ini e altere de Bethav2 para Betha o provedor da cidade em questão e refaça os testes.

Bom dia Adriano, O campo urlChave (campo novo e obrigatório na NFC-e) tem um limite de 85 caracteres, logo as SEFAZ vão ter que encurtar para que o XML da NFC-e versão 4.00 seja validado ou vão ter que aumentar o tamanho máximo no schema.

Bom dia Sandro, A SEFAZ-SP já liberou o ambiente de homologação para a versão 4.00 da NF-e. O problema é que fizeram a copia do WSDL e esqueceram de alterar as URLs dos serviços e dos SoapAction. O componente esta pronto e em conformidade com os manuais e notas técnicas, mas devido a mercadoria que fizeram no Web Services ainda não é possível fazer os testes. Veja este exemplo do Consultar Status de Serviço: Na SEFAZ-RS a URL do soapAction é: http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF Já na SEFAZ-SP esta da seguinte forma: http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2/nfeStatusServicoNF Notou a diferença? No componente esta da seguinte forma: if (FPConfiguracoesNFe.Geral.VersaoDF >= ve400) then begin FPServico := GetUrlWsd + 'NFeStatusServico4'; FPSoapAction := FPServico + '/nfeStatusServicoNF'; end Isso faz com que ao consultar o Status de Serviço na SEFAZ-RS temos resposta, ou seja vai funcionar, por outro lado se realizar a mesma consulta na SEFAZ-SP não vai funcionar, pois a URL montada pelo componente é diferente da que consta no Web Service de São Paulo. SEFAZ-BA : soapAction="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF" SEFAZ-MG: soapAction="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServico4" SEFAZ-MS: soapAction="http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF" Como você pode ver esta difícil das SEFAZ entrarem em um acordo com as URLs.

Bom dia André, Favor atualizar novamente os fontes e refaça os testes.

Veja o botão "Validar Assinatura" no demo.

Bom dia a todos, Na unit ACBrNFeNotasFiscais temos: if (NFe.Ide.modelo = 65) and (Configuracoes.Geral.IncluirQRCodeXMLNFCe) then begin with TACBrNFe(TNotasFiscais(Collection).ACBrNFe) do begin NFe.infNFeSupl.qrCode := GetURLQRCode(NFe.Ide.cUF, NFe.Ide.tpAmb, onlyNumber(NFe.infNFe.ID), trim(IfThen(NFe.Dest.idEstrangeiro <> '', NFe.Dest.idEstrangeiro, NFe.Dest.CNPJCPF)), NFe.Ide.dEmi, NFe.Total.ICMSTot.vNF, NFe.Total.ICMSTot.vICMS, NFe.signature.DigestValue); if NFe.infNFe.Versao >= 4 then NFe.infNFeSupl.urlChave := GetURLConsultaNFCe(NFe.Ide.cUF, NFe.Ide.tpAmb); GerarXML; end; end; Como vocês podem ver o conteúdo da tag urlChave é gerado automaticamente caso a versão seja 4 ou superior.

Perfeito Ricardo Irei efetuar a alteração e dou um retorno. Obrigado

Boa noite André, Fiz uma alteração que talvez resolva o problema da assinatura no XML de envio. Favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa tarde Juliana! Obrigada pela ajuda!

Boa tarde moçada, @Juliomar Marchetti, @GuilhermeCosta Ajustei fonte do evento S-1020 no create do objeto TDadosLotacao para não criar o objeto TfInfoEmprParcial, pois esse registro é opcional conforme layout 2.3 e como estava sendo criado sempre, se deixar sem informação da erro de validação.. segue o fonte.. Abraços.. eSocial_S1020.pas

Obrigado pelo retorno... Que falta de profissionalismo da Software Express... porque já não alteram o roteiro, removendo o teste...

Parece que o Bradesco já disponibilizou os links para teste, tal como o Italo falou. Segue PDF. Acredito que esta seja uma tendência dos bancos, uma vez que torna prático o processo e mantém segura a transação das informações. Manual_Registro_de_Boleto_Bancario_Online_Jun17.pdf

Faça o seguinte: Baixe os 3 repositórios: 1. JCL: https://github.com/project-jedi/jcl/trunk/jcl 2. JVCL: https://github.com/project-jedi/jvcl/trunk/jvcl 3. JEDI: https://github.com/project-jedi/jedi/trunk (este repositório possui arquivos .inc que são necessários para compilar a JCL corretamente) Após baixar copie os arquivo do passo 3 para: <jcl>\source\include\jedi Execute o arquivo "Install.bat" que está na raiz do repositório JCL baixado, tudo normal sem nada diferente, siga o que ele indicar, talvez na aba 64 bits falte o diretóri, mas basta criar ele conforme ele informa. Execute o arquivo "install.bat" que está na raiz do repositório JVCL baixado, também tudo normal conforme indicado pelo instalador. Se seguir este passo-a-passo não tem erro, tudo funcionará normalmente.

Eu acredito que seja um problema de permissões. Talvez o usuário em que a aplicação esteja rodando não tenha permissão para acessar o certificado. Veja esse exemplo: https://forums.asp.net/t/1693131.aspx