Painel de líderes

As seguintes modificações, foram aplicadas no pacote ACBrTCP, commit 14753

Tudo funcionando. Obrigado a todos especialmente @Rafael Dias @Italo Jurisato Junior

Units alteradas e enviadas ao SVN. Agradecimento ao @Paulo Aguiar Junior que graças as mods dele eu achei na documentação o problema que tinha na nossa unit anterior. Segundo o padrão de assinatura quando a URI é vazia deve-se usar todo o xml para gerar o hash de assinatura.

Bom dia! Ao tentar criar o Bloco P no ECF estava gerando um erro de Accses Violation. mais especifico em criar o registro: RegistroP001.New Após identificar o erro, realizei a correção. Por favor validem e verifiquem se está tudo OK, ACBrSpedECF.pas ACBrECFBloco_P_Class.pas

Então Juliomar, segundo as orientações do próprio site do eSocial, pode sim ser usado o eCPF pra enviar.. http://portal.esocial.gov.br/manuais/orientacoes-assinatura-digital-e-procuracao-eletronica Eu tentei enviar um estabelecimento CNPJ usando esse certificado que é eCPF e deu certo.. Pra estabelecimento que é CPF não dá..

Utilize a medida "etqDecimoDeMilimetros"

@EdmarFrazao Correção enviada ao SVN

Você precisa usar OpenSSL compilada com a MinGW para funcionar TLS 1.2 (A partir da NFe 4.0). Mas os tipos anteriores de SSL mantém a compatibilidade com essas novas DLLs, bastando altera-las conforme exemplo acima.

Foi feito de acordo com os exemplos da especificação: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=QK/Drpb/k7Y=

Leia https://github.com/FlKo/LazarusDockedDesktops ele ajuda a deixar a IDE do laz mais parecida com o do Delphi.

Perfeito. Testado e funcionando 100%. Obrigado!

Essas duas características, já são nativas do Lazarus Confira várias "features", da IDE em: http://wiki.freepascal.org/New_IDE_features_since

Apliquei uma possível correção no SVN...

Muito obrigado

Obrigado, Italo. O ACBr é fantástico! e vocês, muito atenciosos... Bom dia!

Acredito que qualquer Pin Pad, desde que a versão do firmware seja igual ou superior a 1.08a.

Olá valdirdill, você está confundindo os problemas. O que o flexsistemas reportou é outra situação, que não tem nada a ver com o seu problema específico. Isso costuma acontecer quando todo mundo quer reportar vários problemas num mesmo tópico... Vamos voltar ao seu problema e sugestão: me parece correto, mas você não respondeu o que o Daniel perguntou pra você especificamente:

Perfeito @Daniel Simoes era isso mesmo!!! Copiei as DLLs de 32bits para a pasta SYSWOW64 e testei novamente tudo certo!! Muito Obrigado.

Bom dia, Na pasta de Schemas esta disponível os Schemas que estão em conformidade com a versão oficial e em uso do eSocial, pedimos para não usar os Schemas de outras fontes, pois você pode estar se utilizando de Schemas antigos ou de uma nova versão que ainda não foi oficializada e nem entrou em vigor.

Recebemos as informações dos hotéis... vamos atualizar em: https://www.projetoacbr.com.br/forum/palestra-nfe-e-nfce-elgin/

Boa noite, Você deve utilizar os Schemas disponibilizados por nós, que se encontra na pasta: ...\Exemplos\ACBrDFe\Schemas\eSocial.

O exemplo do eSocial parece estar muito direcionado para o usa da WinCrypt, uma vez que no OpenSSL realmente não existe o método LerCertificadosStore... isso porque em OpenSSL basta carregar o Certificado por PFX Isso não é um erro, é uma Exception controlada (tratada)... basta instruir sua IDE para ignorar... Verifique se você apontou corretamente a pasta de Schemas... \ACBr\Exemplos\ACBrDFe\Schemas\eSocial

Boa tarde Naiara, Configurando e alimentando o componente corretamente, não tem erro o componente se encarrega de enviar para o web service correto. Na pasta: ...\Exemplos\ACBrDFe\ACBrCTe você encontra vários TXT, abra o RotinaCompleta.TXT Procure por rgTipoEmissaoClick, nessa procedure a configuração é alterada conforme o tipo de emissão escolhido antes do envio. Procure por GerarLoteCTe; nessa procedure o componente é alimentado com os dados do CT-e, note a alimentação do campo Ide.tpEmis, segue a mesma lógica do rgTipoEmissaoClick. Outra coisa importante, dependendo a UF do emitente a SVC - SEFAZ-Virtual de Contingência a ser utilizada pode ser a de SP ou do RS. Peço para ignorar o FSDA, pois este não existe mais.

Você pode abrir o arquivo ACBrCTeServicos.ini para consultar as URL. No caso da contingência, estão nos grupos [CTe_SVC-XX_X] onde os X representam a UF e ambiente. Curioso é que, diferentemente da NFe, a mesma URL atende o envio normal do CTe e também a contingência SVC, provavelmente é verificado a UF de origem do CTe para decidir para qual tipo de autorização será gerada. As UF que autorizam pela SVRS fazem contingência pela SVC-SP, já as que utilizam a SVSP para autorização normal, usam a SVC-RS para contingência.