IMATECH

Olá Italo ! Provedor: Goiânia-GO. Até que a padronização é bem seguida pelo municipio ( Padrão ABRASF ): basicamente o XML local pede para não informar alguns campos que o ACBR/Abrasf inclui por padrão ( 2 ~ 3 somente ) Para tanto estou incluindo alguns testes para essa finalidade ( pnfsNFSeW.pas e pnfsNFSeR.pas ) if Provedor = proGoiania then * No XML ao inves do código IBGE grava '025300' conforme tabela utilizada pelo município ( 6 digitos ) * Tomador e Usuario dos serviços tambem com ajuste da formatação para 6 digitos no código do municipio * etc... Acredito ser a forma adequada ao objetivo. Qualquer sugestão e/ou recomendação serão apreciadas Obrigado

Olá Italo ! A tabela de código de município para Goiânia ( provedour com 06 digitos ) é diferente da utilizada no ACBRNFSe ( 07 digitos ) Qual sua ideia para compatibilizar o componente nessa situação Link da tabela de municipios para o provedor: Goiânia http://www.projetoacbr.com.br/forum/index.php?app=core&module=attach&section=attach&attach_id=3542 Obrigado

Olá ! Para as alterações necessárias, utilize como base: Presidente Prudente/SP ( tambem utiliza o SimplISS ) Sucesso

Olá walter faria ! Qual linguagem de programação utiliza ?

Up !

D2010 possui o Rave: Basta instalar 1 - Component->Install Packages 2 - Click ADD e localize a pasta RaveReports ( D2010 path ), selecione o arquivo dclRave.bpl e clique abrir 3 - Pronto

Se sua versao do Delphi não possui o Rave: http://www.nevrona.com/rave/

Olá Scientist ! Inclua o pack no delphi: ...\Acbr\Pacotes\Delphi\ACBrNFe2\ACBrNFeDanfeRV.dpk Sucesso

O que é: LCR (Lista de Certificados Revogados) Quando um certificado digital é emitido, um período de validade de uso é definido. Entretanto, sob diversas circunstâncias, um certificado digital pode tornar-se inválido antes de sua data de expiração e ser revogado pelo seu proprietário. Como saber o status dos certificados? O usuário não precisa se preocupar como é feita a verificação, porque ao utilizar seu certificado o sistema operacional consulta automaticamente a Autoridade Certificadora emissora do certificado para verificar seu status. Cada Autoridade Certificadora publica sua lista de certificados digitais revogados. A sigla é LCR - Lista de Certificados Revogados. A LCR é publicada em um repositório público e a cada período de publicação a lista é assinada e selada: Assinada digitalmente por um certificado digital da Autoridade Certificadora correspondente e recebe um Carimbo do Tempo. O tempo de publicação das LCRs dependerá da política de cada tipo de certificado e de cada Autoridade Certificadora. O padrão atual é a LCR atualizada e publicada de hora em hora, mas existem casos em que são atualizadas uma vez ao dia. A verificação feita em tempo real é chamada OCSP - Online Certificate Status Protocol. Segue os mesmos critérios de publicação do LCR, mas a publicação da revogação é feita em tempo real. O Protocolo Online Certificate Status (OCSP) é um protocolo de Internet utilizado para a obtenção do status de revogação de um X.509 certificado digital. É descrito no RFC 2560 e segue os padrões da Internet. Foi criado como uma alternativa para LCR Listas de Revogação de Certificado (CRL), especificamente abordando alguns problemas associados ao uso de LCR em uma infra-estrutura de chave pública (PKI). Mensagens transmitidas via OCSP são codificados em ASN.1 e geralmente são transmitidas por HTTP. O "pedido / resposta " dessas mensagens conduz aos servidores com o protocolo OCSP sendo denominado “OCSP responders”. Uma vez que uma resposta do protocolo OCSP contém menos informação do que a LCR (Lista de Certificados Revogados), a consulta via OCSP permite informações atualizadas em tempo real sobre o estado de revogação de um certificado, sem sobrecarregar a rede. A consulta a LCR e OCSP impede que certificado digital sem validade seja utilizado. Normalmente o serviço de verificação que utiliza o protocolo OCSP é exigido pelo mercado financeiro, ou seja, algumas aplicações dos bancos de investimento só aceitam certificados de Autoridades Certificadoras que utilizam este protocolo. Além dos bancos, outros segmentos deveriam avaliar o risco do “delay” gerado entre cada atualização da LCR para entender suas necessidades em relação aos certificados baseado na política de verificação. Neste caso entre o protocolo OSCP e a LCR. Em breve acredito que o padrão seja mesmo o protocolo OSCP, mas isso será uma decorrência da demanda dos desenvolvedores de aplicações com uso de certificados digitais. Assim como, acredito que seja disponibilizados no futuro serviços de consultas online a bancos de LCRs com datas retroativas, no dia e hora que for conveniente aos interessados. Hoje a maioria dos serviços só possibilitam consultas à listas atualizadas. Regina Tupinambá Especialista em Certificação Digital

Olá Já atualizou cadeia de certificados v2 ( ICP Br ) no micro do cliente ? Sucesso

Olá rodrigo.vian ! Acredito que no seu caso só falta ajustar: Lib Path ( e talvez adicionar algum pack do acbr ) Pastas necessárias aos projetos NFe/NFSe $(DELPHI)\Acbr\Fontes\ACBrCapicom $(DELPHI)\Acbr\Fontes\ACBrComum $(DELPHI)\Acbr\Fontes\ACBrDiversos $(DELPHI)\Acbr\Fontes\ACBrSerial $(DELPHI)\Acbr\Fontes\ACBrNFe2 $(DELPHI)\Acbr\Fontes\ACBrNFSe $(DELPHI)\Acbr\Fontes\ACBrTCP $(DELPHI)\Acbr\Fontes\pcn2 $(DELPHI)\Acbr\Fontes\synalist $(DELPHI)\quickrpt $(DELPHI)\Rave?\D7 Sucesso...

Olá Amigos ! Tentei usar o programa exemplo para uso com o municícpio de Goiânia-GO., e continua com os erros citados pelo hugo_fabricio. cbssistemas, se posivel postar seus fontes ajustados aqui ( tópico ativo ) Obrigado