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

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

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.

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

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.