Painel de líderes

Sim estava testando com senhas diferentes e sempre é solicitado o PIN. Fiz mais alguns testes: Testando com outro cartão, esse da Oberthur, que permite ativar um log dos acessos ao certificado descobri mais umas coisas: Após cada transação, o hardware do cartão é reiniciado como pode ser visto abaixo; 2017-11-03 16:03:10.240 (TID=9840) DEBUG [PCSCReader.cpp:83] SCardEstablishContext (0000) 2017-11-03 16:03:10.260 (TID=9840) DEBUG [PCSCReader.cpp:430] begin Transaction 2017-11-03 16:03:10.266 (TID=9840) DEBUG [PCSCReader.cpp:94] POWER_ON 2017-11-03 16:03:10.585 (TID=9840) DEBUG [PCSCReader.cpp:107] SCardConnect on reader ACS CCID USB Reader 0 (0000) 2017-11-03 16:03:10.595 (TID=9840) DEBUG [PCSCReader.cpp:629] APDU 00 A4 04 0C 10 A0 00 00 00 77 01 08 00 07 00 00 FE 00 00 01 00 2017-11-03 16:03:10.665 (TID=9840) DEBUG [PCSCReader.cpp:677] Return :90 00 2017-11-03 16:03:10.665 (TID=9840) DEBUG [PCSCReader.cpp:629] APDU 00 A4 04 0C 0D E8 28 BD 08 0F F2 50 4F 54 20 41 57 50 2017-11-03 16:03:10.695 (TID=9840) DEBUG [PCSCReader.cpp:677] Return :90 00 2017-11-03 16:03:10.695 (TID=9840) DEBUG [PCSCReader.cpp:520] end Transaction 2017-11-03 16:03:10.698 (TID=9840) DEBUG [PCSCReader.cpp:239] POWER_OFF 2017-11-03 16:03:10.702 (TID=9840) DEBUG [PCSCReader.cpp:260] SCardDisconnect (0000) Demora um tempo para essa "reinicialização" acontecer, e caso seja chamado o método createKeyFromCSP ou createKeyFromCertContext da MSXML5.dll durante esse intervalo, algum bug nessa DLL faz com que uma chamada para exclusão do conjunto de chaves seja feita ao hardware do cartão, como pode ser visto mais abaixo: 2017-11-03 16:03:10.702 (TID=9840) DEBUG [PCSCReader.cpp:260] SCardDisconnect (0000) 2017-11-03 16:03:10.704 (TID=9840) [OcsCsp.cpp:245] CPAcquireContext returned ERROR 0x80090016 2017-11-03 16:03:10.708 (TID=9840) [OcsCsp.cpp:166] AcquireContext (container "{2E6C5A0A-2AE2-7ff6-D224-EA19FB355731}", flags CRYPT_DELETEKEYSET 0x00000010) Nesse momento o gerenciador do cartão solicita o PIN e caso o usuário digite o certificado é excluído. Essa DLL é a que usamos para a assinatura dos XMLs, ela é da Microsoft, faz parte do office e na sua versão mais atual, a MSXML6 não tem mais suporte a assinatura de XMLs, portanto é muito provável que não haverá qualquer correção ou suporte nessa DLL por parte da Microsoft. Notei que a Oberthur já contornou o problema: Na nova versão 5.1.8 SR1 do AWP Manager é exibida uma mensagem de "Acesso Negado" no momento da tentativa de exclusão e o certificado não é excluído. Testei o gerenciador da Safesign e mesmo na versão mais atual o certificado foi excluído, inclusive certificados armazenados em tokens USB. Estou trabalhando em uma Unit de assinatura que usa somente a MSCRYPTO, assim que terminar vou disponibilizar aqui, precisarei de ajuda para testá-la e quem sabe assim se livramos da MSXML5 e conseguimos conviver em paz com os A3.

Olá pessoal, Compartilho com vocês, os Planos de Expansão do Projeto ACBr. Em anexo, está o PDF da apresentação Apresentação - ACBr - Planos de Expansão.pdf

Olá @bylaardt, Agradeço muito as suas sugestões, são de altíssimo nível... Confesso que já pensamos ou temos planos semelhantes a algumas de suas sugestões... Temos algo semelhante.. em: https://www.projetoacbr.com.br/forum/forum/63-equipamentos-testados/ Mas nesse momento, ainda estou "criando a necessidade"... Hoje, em dia, tudo que solicito ao fabricante, para a emissão de um relatório como esse, é um equipamento para testes... Isso já é bom, e nos garante acesso a praticamente todos os equipamentos que lançam... Não cobro pelo tempo do técnico / consultor que demora até 5 dias para escrever um relatório.. mas penso em cobrar no futuro... Não em sua totalidade... Isso faz sentido para os nossos componentes, que suportam equipamentos como: SAT, ECF, Impressoras, balanças... Mas não faz sentido para o componente ACBrNFe, por exemplo (que deve ser o carro chefe do ACBr) O fato do ACBr ser focado principalmente em Delphi / Lazarus, também limita o nosso "poder" de barganha com os fabricantes... Com ACBrXXX.dll, conforme está nos nossos planos, isso pode se tornar cada vez mais evidente e real... No momento vou abrir mão dessa receita, e tentar formar uma comunidade de consultores autônomos (freelancers), em: https://www.projetoacbr.com.br/forum/companies/ Acho que isso pode fortalecer MUITO o projeto... pois favorece o livre comercio e a competição... o usuário que precisa de consultoria pode mudar de "fornecedor", se não gostar do atendimento... e o suporte não irá parar, se uma empresa "fechar as portas".... O consultor que estiver ganhando dinheiro prestando serviços, terá total interesse em contribuir tecnicamente para o ACBr... O modelo de consultoria com "freelancers" parece fazer mais sentido para uma comunidade OpenSource Fizemos alguns testes assim... veja que temos um sub-forum da Epson e da Bematech... Mas acho que faltou irmos mais a fundo... termos realmente um contrato de prestação de serviços com o Fabricante, e garantir que toda dúvida referente ao equipamento dele, será tratada com o mesmo padrão do SAC... Vou tratar isso como prioridade... Mais uma vez, muito obrigado...

Oi Daniel, vejo que você está trilhando um caminho visando o cliente, o que é muito bom e não perca esse foco. mas também vejo que você não está focando o Consumidor. o projeto ACBr pode crescer ainda mais se focar o consumidor. Por favor, se tiver algum fornecedor ou fabricante de produtos estudem a proposta de colocar um selo com ou sem QRcode estampado no produto: "Parceiro projeto ACBr" "Apoiamos o projeto ACBr" "Compatível com projeto ACBr" "Testado por ACBr" O selo é algo que os consumidores já conhecem em brinquedos infantis , produtos orgânicos, o famoso "designed for" da Microsoft, responsabilidade ecológica, emissão de carbono, aferimento, etc... Tenho certeza que a o Daniel vai olhar com mais carinho os primeiros fornecedores parceiros que fizerem propostas reais nesses sentido. E claro, os meus clientes não vão mais se constranger em perguntar para os vendedores comissionados de lojas de varejo se o produto vai funcionar e deixar que estes mesmos vendedores "empurrem" produtos diferentes com a intenção de ganhar premiações de vendas de produtos encalhados. Ah! sim, Não esqueça de divulgar os fornecedores,os produtos, as lojas e as software houses que receberem esses selo, quero indicá-los aos meus clientes.

Como eu não tenho acesso às respostas nos ítens ACBr new, posto aqui. Favor reclassificar se prudente. Em complemento ao tópico do Daniel Simões : Eu acredito que o seu foco está muito voltado ao Desenvolvedor, o que eu considero ruim para a expansão dos negócios. As principais fontes de renda que você pode ter são justamente com o consumidor dos equipamentos compatíveis com o ACBr. Explico: Quando Daniel Simões colocou o tópico , especificamente Slide "Falta de outras receitas/Solução/Principais produtos/Marketing cooperado com fabricante", percebi que o seu público alvo está errado, o ACBr não é um produto para os desenvolvedores, e sim para os que querem vender outros produtos, como os fabricantes de hardware. Minhas sugestões para implementar as ideias do Daniel Simões: - Crie um processo de certificação de equipamentos com a marca registrada do "Compatível com ACBr" ou "Compatível com ACBr/Plus" que poderá ser atestado por modelo/marca de produto no estilo selo holográfico. Motivo: A maior dificuldade de quem compra um equipamento, é saber se o software "vai rodar" para esse equipamento. A escolha é sempre do software para o hardware, raramente o contrário. Detalhe, essa dúvida ocorre por modelo, não por marca. - Crie um certificação para desenvolvedores, com o tempo, desenvolvedores com Certificação ACBr poderão ser selecionados como um diferencial na contratação. - Suporte compartilhado contratado pelo fabricante do equipamento pelo período de garantia do produto. Explico: Você plugou o equipamento, instalou os softwares, bibliotecas, o software distribuído pelo fabricante funcionou mas no seu PDV não, por quê? Seleção - Suporte para consumidores finais de software houses conveniadas: O ACBr tem consultores que eu acredito resolvam os problemas de diversos tipos. Grande parte do trabalho dos consultores é entender o que o cliente está tentando dizer para só então direcionar uma resposta. Problemas que vão de equipamento plugado na porta errada à falta de serviço dos servidores do fisco não são dependem de soluções do ACBr propriamente dito, mas tenho certeza que o SAC já atendeu inúmeros chamados nesse sentido. Mensagens de erro de falta de DLL também são facilmente resolvidos. Para isso, basta criar um controle de chamadas de clientes terceirizados para que eu possa repassar (acrescido dos impostos,etc... ) o custo do suporte na fatura dos clientes (sim, cobra-se por chamada, não por mensalidade). - Consultoria fiscal especializada e SPED. Produto raro no Brasil. - Palestas acadêmicas ou cursos para áreas distintas do TI, como Direito (principalmente fiscal) Contabilidade e Economia. As universidades do país, em sua maioria, exigem carga extra-curricular, por que não explorar esse mercado? - Firmar convênios com agências (não funcionários) para vender os selos, palestras ou cursos. -Transformar o ACBr em franquia, para que possa estar presente em todo o país, especialmente em cidades universitárias. Importante: Isso são apenas ideias que precisam ser avaliadas para fins de viabilidade.

Olá amigos, depois de mais um cliente ter perdido o certificado resolvi que ia tentar descobrir oque estava causando isso, e depois de muita peleja(são 4:00 da manhã ), acho que consegui chegar ao causador do problema, pelo menos tive sucesso em excluir um certificado por diversas vezes assinando um XML. E como muito se falava, não é diretamente o ACBR que está excluindo o certificado, pelo que constatei é a MSXML que está "reiniciando" o certificado e somando isso a mais algum problema está causando a exclusão. Se você assinar um XML e deixar o administrador do token aberto, verá que no momento da assinatura, no trecho "xmldsig.sign(dsigKey, CERTIFICATES);" o token muda de: Operacional >> Ausente >> Presente >> Operacional, como se o cartão fosse removido e inserido novamente. Pensei aí tem coisa! Tentei remover o cartão durante a assinatura mas não consegui simular a exclusão do certificado, imaginei que não estava sendo rápido o suficiente. Então coloquei um loop no trecho do ACBR que pega a chave privada do certificado, antes de executar a assinatura, percebi que até aí o PIN do certificado não era solicitado, somente mais a frente quando ocorre a assinatura com "xmldsig.sign(dsigKey, CERTIFICATES);". Porém quando removi o certificado da leitora e inseri novamente dentro do loop(o mesmo que a MSXML faz durante a assinatura) foi me solicitado o PIN e logo depois veio a mensagem: "O conjunto de chaves não está definido", olhando no administrador do token que estava aberto pude ver o certificado sendo excluído: O PIN que ele me solicitou foi para excluir o certificado! O que imagino que esteja acontecendo é que se você chamar o método Assinar repetidamente, antes de dar tempo do cartão ficar operacional novamente, o certificado pode ser excluído. Isso explicaria o porque da exclusão ser esporádica e também não acontecer com todos os sistemas, pois dependeria da lógica usada por cada um para assinar, como assinaturas em sequência ou mesmo mais de uma thread acessando o certificado. Fiz um vídeo mostrando o momento da exclusão, note que não consegui excluir na primeira tentativa, porque demorei muito pra inserir o cartão, estava com uma mão ocupada filmando, ia editar isso mas tô com muito sono. MODERAÇÃO: vídeo removido a pedido do usuário Vou dormir um pouco e amanha ver se me aprofundo no problema.

Uau... coragem... eu cheguei a cogitar esse caminho mas tb vi dificuldade nesse ponto... Repare que na WinCrypt, já temos métodos para gerar o Hash... então, depois de "sanitizar" o XML com as transformações necessárias, poderíamos usar os métodos existentes...

Boa tarde Diogo, Você esta fazendo confusão entre o SAT e a NF-e. O componente ACBrSAT tem como finalidade emitir a CF-e - Cupom Fiscal Eletrônico. Já o ACBrNFe tem como finalidade emitir a NF-e ou NFC-e (mediante configuração). A final de contas o que a sua aplicação emite? É o CF-e através do SAT ou a NF-e ou a NFC-e ? Outra coisa, ao emitir qual quer que seja um dos 3 acima, é para você ter o XML da venda que já deve estar assinado, validado e protocolado. Basta a sua aplicação pegar esses XMLs que estão salvos na pasta que você definiu e enviar para o Contador.

Para o SINTEGRA veja este tópico: Para o SPED Fiscal gera-se o C100 e C190.

Sim, a XMLSec seria uma ótima opção... ela pode funcionar com a MSCrypto (e não apenas com o OpenSSL)... mas ainda não conseguimos fazer funcionar...

O curioso... é que eles aplicaram uma correção no driver... mas não especificam qual é essa correção, e nem porque ela é necessária... Mas... se não havia problema do lado deles, porque foi necessária a correção ??

Muito fácil jogar a culpa em terceiros... Em nenhuma das linhas de código do ABCr, há um comando para a exclusão do certificado... É código aberto, basta pesquisar nos fontes... O ACBr abre a Store do Windows em modo "Read Only" https://www.projetoacbr.com.br/forum/topic/39653-o-mistério-da-exclusão-dos-certificados-a3/?do=findComment&comment=260783

Sped Fiscal está funcionando normalmente. vlVersao110 é a versão para 2017. Basta informar o número da versão na função *StrToCodVer( StrNumerodaVersao ) que já retorna o vlVersaoXXX. * está na unit ACBrEFDBlocos.pas

Iniciada conversa em PVT para não fugir o foco do topico

Outro informativo: Para cancelar uma NFs em homologação utilize o código 1. Em produção o código de cancelamento continua como está no manual, somente em homologação deve ser alterado para 1.

Eles alteram o web service sem aviso prévio... é sempre bom entrar em contato com o fisco para saber sobre as alterações... Utilize o XSD como base... Conforme e-mail do auditor fiscal Bruno Nogueira, segue links atualizados referente ao bloco X da ER 02.05: Segue o resumo atualizado dos ambientes: Homologação – XSD Redução Z : https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/reducaoz.xsd Estoque: https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/estoque.xsd Homologação – XML Página: https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx Webservice: http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Há também outros sites que ajudam a implementar corretamente os arquivos: http://aplicacoes.unisul.br/PAF/?q=links http://bell.unochapeco.edu.br/lts/?p=3171

Obrigado Italo, vou testar o exemplo enviado.

ok, vou ocultar este campo a partir da versão 3.0 então, obrigado por ajudar.

O aparelho tem um problema e deve ser trocado. Entre em contato com o suporte da Tanca e peça para falar com o Julio.

Bom dia, Douglas! Esse comportamento é comum, toda vez que é retirado a Redução Z retroativa informando as datas. Sendo assim ficamos à disposição para outros esclarecimentos. Att. Departamento de Suporte [email protected] Sweda Informática Ltda Fone: (11) 2106-5644 Fax: (11) 5572-4799 Visite nosso site: www.sweda.com.br

Boa tarde Camilo, O componente consegue ler sem nenhum problemas XMLs de NFS-e tanto na versão 1 quanto na versão 2 do layout da ABRASF. O problema é que você esta tentando ler um XML de retorno do método Gerar. O outro que você anexou também não é um XML e sim de retorno de uma consulta. Veja as TAGs principais: Do primeiro: <GerarNfseResposta xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <ListaNfse> (...) Do segundo: <ConsultarNfseRpsResposta xmlns="http://www.issnetonline.com.br/webserviceabrasf/vsd/servico_consultar_nfse_rps_resposta.xsd" xmlns:ts="http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_simples.xsd" xmlns:tc="http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsd"> <CompNfse> (...) Um XML de uma NFS-e tem o seguinte layout: <CompNfse xmlns="http://www.abrasf.org.br/nfse.xsd"> (...) </CompNfse> Onde (...) contem os dados da NFS-e. a tag principal <CompNfse> significa composição da NFS-e. Como você esta informando o XML de retorno o componente pode esta se perdendo ao tentar ler os dados, mas se você informar o XML correto da NFS-e as chances de ocorrer a leitura corretamente são muitas.

Boa tarde Sei que a equipe do ACBr está trabalhando para liberar uma nova versão do componente. Então gostaria de fazer uma contribuição. Utilizando o fonte do trunk2 estou transmitindo gradativamente os eventos no layout 3.0.0. Segue algumas modificações que fiz no componente: 1 - Adicionada propriedade para identificar a versão do Layout; 2 - Add/Ocultar tags referente ao layout 3.0.0; 3 - Links dos webservices 3.0.0; 4 - Ajustes para compilar no Delphi 2007/XE2; Eventos transmitidos: S-1000, S-1005, S-1020, S-1030, S-1050, S-1070, S-2190, S-2200, S-2300 ACBreSocial.rar

Bom dia Obrigado já está no svn.

Segue correção da importação dos registros C500, C590 ACBrEFDBloco_C_Importar.pas

Acho que não resolveria, porque o usuário não está removendo o cartão, mas no momento da assinatura, quando é solicitado o PIN, o certificado dá uma "reiniciada", como se tivesse sido removido e inserido novamente. Só notei isso em métodos de assinatura que usam MSXML. Quanto ao certificado ser excluído pela biblioteca não encontrei nenhuma especificação que mencione isso, sempre diz que o certificado deve ser bloqueado em caso de tentativas de PIN incorretas, e não excluído. Então acho que os fabricantes tem alguma culpa aí sim. Também recomendo o A1 a todo custo, mas convencer o cliente a usar é outra história. Sempre tem alguém que vai dizer pra ele: Uso a anos e nunca vi isso acontecer. As próprias certificadoras recomendam o A3 e dizem que não vai ter problema, depois que a bomba explode tiram o corpo fora e colocam a culpa em nossos sistemas. Vou fazer uns testes com libXMLSec pra ver se consigo algo com ela.

Boa tarde! Vou sugerir algo que nunca mais você terá estes tipos de problemas. É muito provavel que você esteja somando o total dos produtos em uma variável. Ou seja está fazendo a conta de quantidade x unitario = total e somando com o total anterior. Observe os valores da tua nota: Se considerar o arredondamento comum (não dizendo que é o indicado nem o correto) comum que me refiro é se a terceira casa for maior ou igual a 5 acrescenta 1. (Porém como já foi citado aqui, tem algumas regras um pouco mais rígidas) veja que se fosse comum o item 10 ficaria 645,98 e o item 13 ficaria 27,86. * Os dois centavos que vc incluiu na soma total da nota. O que aconselho e é a maneira que uso, quando vou somar o valor total da nota, eu não fico calculando itens, até mesmo porque as vezes o usuário faz alterações etc. Então sempre que vou totalizar dou um sum() no campo vProd ou total dos itens. Se você considerar os valores acima (como se isto estivesse disposto no teu banco de dados) ao somar a coluna vc não se incomoda com centavos de terceira casa e neste caso o valor a coluna seria 4.778,86 e não 4.778,88 (como vc calculou através das multiplicações e soma dos itens). Não sei como está teu sistema, pode ser que dê um trabalhinho fazer a alteração, mas valerá a pena, pois vc nunca mais se incomoda com isto.

Além da hora, precisa ajustar o fuso horário corretamente, veja a diferença de hora do arquivo de envio e o de retorno: 1-ped-eve.xml <dhEvento>2017-10-26T11:21:58-03:00</dhEvento> 1-eve.xml <dhRegEvento>2017-10-26T10:21:59-03:00</dhRegEvento> Ambos os fusos estão em -03:00, mas com 1 hora de diferença.

Passos: acessa https://www.certisign.com.br/atendimento-suporte/downloads/hierarquias/icp-brasil/e-cnpj baixa instala e seleciona a opção Postado por Jair Ferreira