Victor H. Gonzales - Panda

https://serasa.certificadodigital.com.br/instalacao/

Me deparei com uma mensagem no site da SERASA digamos não comum, que retrata bem nosso caso; O programa do certificado em algum momento pede a inicialização do cartão e exclui os dados contidos no mesmo. E nós no papel de software house que somos responsabilizados por tabela do ocorrido de algo que sabemos que não fomos nós que excluímos; Forte abraço a todos

Boa tarde @antonio_jr, Poste por favor o XML da nota fiscal que você está enviando para o ambiente de homologação para analisarmos; Mas como dito anteriormente, no WS de homologação, só é aceito o CNPJ 99.999.999/0001-91 para envio dos documentos para testes; Se você receber os retornos <ACBRNFe>.WebServices.Retorno.cStat = 110 ou 301 ou 302; são notas denegadas; se receber o retorno 100 como você está dizendo, o documento está autorizado; Obrigado

no projeto NFe ainda não tem esse novo projeto de placa, não vi nenhuma NT que contemple esse novo cenário, hoje são aceitas as placas XXX9999, XXX999, XX9999 ou XXXX999

Bom dia, Só faça essa captura de data de validade na tela que você faz a configuração do certificado digital na sua aplicação, e grava essa data em banco, no restante do sistema utilize essa data do banco e não tentar capturar a data em tempo real do certificado a cada verificação; se quando você configura o certificado já capturar isso e armazenar no seu banco, já te atende acredito;

Ajuste o tempo de espera aumente o valor para 15000 ou 18000 E o intervalo para 1500 E teste

@antonio_jr Checa por favor teu XML, pois servidor de homologação só vai ser consumido com exito com o cnpj 99.999.999/0001-91; O componente tem até tratativa disto; (NT 2011/002) Regra de recepção das NF-e seguinte forma: Campo tag Conteúdo CNPJ CNPJ (E02) conteúdo vazio – operação com o exterior; 99.999.999/0001-91 – demais operações. Razão Social/Nome xNome (E04) NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL

Em modo de homologação sempre virá CSTAT = 100; pois sempre é enviado o cnpj 99.999.999/0001-91 (HOMOLOGAÇÃO); <ACBRNFe>.NotasFiscais.GerarNFe; <ACBRNFe>.NotasFiscais.Assinar; <ACBRNFe>.Enviar(1,False); <ACBRNFe>.WebServices.Retorno.cStat = 110 ou 301 ou 302; negagado, 100 Autorizado;

desconheço se no projeto tem alguma validação pronta, as mascaras de placas esperadas podem ser informadas XXX9999, XXX999, XX9999 ou XXXX999; //validar placa XXX9999 function ValidaPlacaVeiculoBR(sPlaca:String): Boolean; var i : byte; begin sPlaca := UpperCase(sPlaca); Result := Length(sPlaca) = 8; if (Result) then for i := 1 to 8 do begin // Testa as Letras... if (i < 4) then Result := sPlaca in ['A'..'Z']; if not(Result) then Exit; // Testa os Nros... if (i >= 5) then Result := sPlaca in ['0'..'9']; end; end;

Agora me deparei com uma maquina que não tem o parâmetro Usar SSL 2.0 no inetcpl.cpl Maquina com Windows 10 pro; WebServices NFe SP, e DFe Alguem sabe como contornar essa dificuldade técnica?

@Warquia Pereira Não entendi qual seria a necessidade da impressão concomitante da NFC-e como era no projeto paf-ecf; Como você trataria a questão de cancelamento posterior de item, imprimiria como na ecf, cancelamento do item 3 ? não entendi muito bem a sua questão e qual seria o propósito; referente a impressora está em uso por outro recurso, é só tu fechar a conexão com o hardware antes de abrir outra comunicação;

Você se refere a informação que está no arquivo bemafi32.ini? não sei as demais ecf se tem essa parâmetro no ini; [SoftwareHouse] NomeAplicativo=SisPDVXPTO se for isso é só carregar o INI e ler a tag desejada;

Bom dia, estou com um cenário similar aqui os relatados; O sistema que eu gero com a mesma versão do componente acbr trunk2, mesma pasta do componente para ambas IDE, para utilizar em certificador [A1.A3], com a versão compilada do sistema na mesma maquina de desenvolvimento, a única coisa que muda é que um projeto é compilado na versão XE3 e o outro na versão Seatle; Alguns sites principalmente sites de bancos estão exigindo que habilite o parâmetro ssl3 e desmarcar o ssl2; no [inetcpl.cpl] as seguintes configurações; Versão IDE XE3 Marque Usar SSL 2.0 Desmarque a opção: Usar SSL 3.0; Marque Usar TLS 1.0 Desmarque a opção: TLS 1.1 e 1.2 Versão IDE Seatle Desmarque a opção: SSL 2.0 Marque Usar: Usar SSL 3.0; Com isso alguns sites principalmente de banco estão gerando problemas de acesso, ou conflito para consumo do ws da sefaz; Agora no cenário com os 2 projetos meus, estão gerando uma incompatibilidade entre eles, quando é o caso do cliente possuir os 2 projetos no mesmo terminal deles, um utilizando ssl2 e o outro ssl3; Alguém já passou por isso e conseguiu identificar para corrigir essa situação? Acredito que possa ser alguma configuração na IDE ou no componente que está gerando esse "conflito"; Agradeço desde já a toda comunidade;

As vezes é uma pegadinha mesmo. Nos focamos em algo e esquecemos de olhar o conjunto. As vezes é melhor parar, respirar e dar uma volta... Refrescar a cabeça para tentar achar novamente o problema com outro olhar. Que bom que deu certo!

Sobre as siglas Código GTIN = Código de Barras, geralmente utilizado o padrão ean13, acrônimo para Global Trade Item Number (Número Global de Item Comercial) Código NCM = Nomeclatura comum do mercosul trata-se de um código de oito dígitos estabelecido pelo Governo Brasileiro para identificar a natureza das mercadorias IAT = (Índice de Arredondamento e Truncamento): define se o valor total produto será truncado (T) ou arredondado (A) pelo ECF no cupom fiscal. IPPT = (Índice de Produção Própria ou de Terceiros): define se o produto comercializado foi produzido pelo próprio estabelecimento (P) ou se foi adquirido de terceiros (T).

Para ter o Programa Aplicativo Fiscal certificado a empresa que desenvolve o aplicativo fiscal deverá atender os requisitos estabelecidos na Especificação de Requisitos Técnicos do PAF-ECF (ERT-PAF-ECF) e submetê-lo a aprovação por órgão técnico credenciado para obtenção de Laudo de Aprovação. Os custos decorrentes da análise serão encargos da empresa desenvolvedora do Programa Aplicativo Fiscal. Com o Laudo em mãos, a empresa desenvolvedora deverá registrar o aplicativo na Secretaria da Fazenda de cada Unidade Federada de localidade dos contribuintes que o utilizarão. Somente após este registro é que o uso do PAF-ECF estará autorizado. A validade do Laudo de Aprovação é de 12 meses. Decorrido este prazo, a empresa desenvolvedora deverá submeter a última versão do software ao órgão técnico credenciado Em resumo o seu sistema passa por uma bateria exaustiva de testes pré-definidos, e tem que estar aptos em todos os testes para conseguir o laudo; Entre em contato com o homologador mais próximo de você, para pegar os roteiros de testes atuais, e verificar a questão de datas para exame de homologação do seu sistema;

Quais são os valores que você está passando para o componente nas tag, emit.enderEmit.cMun e emit.enderEmit.cPais ?

O desfecho do ultimo caso ocorrido em 23/08/2016 com a Certisign foi este mesmo cenário seu, eles encaminharam um voucher para compra de um novo certificado, após nós no papel de software house solicitar um laudo onde consta que nós que apagamos o mesmo. Mas não foi uma conversa de 5 minutos, foi uma conversa longa, desgastante, e quem fica com a impressão ruim sempre é a softwarehouse, e o cliente com todo o transtorno de emissão e demais serviços paralisados no momento. Igual fiz uma reclamação na ouvidoria da empresa, onde os atendentes dela passa essa informação ao cliente, colocando a softwarehouse como a causadora do problema. Jogar a culpa no colo do próximo isso é fácil, e se for procurar mais a fundo, acho que isso até é passível de danos morais, pois estão acusando de algo sem prova do fato (evidencias);

Tive alguns casos (3 ou 4) reportados em Barretos com essa mesma situação, onde a certificadora (certisign) e o vendedor local deles, afirmam que é o software house que por linha de comando está excluindo o certificado; Estamos ciente que não é o componente, e nós no papel de desenvolvedor em bom uso de suas faculdades mentais, não excluiria algo que é vital para o seu software funcionar consumindo os webservices; mas eles estão sendo anti-éticos, jogar a culpa nas costas dos outros é mais fácil do que achar o que realmente é o erro; Eu sou a favor de só usar A1;

SP, Normalizado

Boa tarde @André Ferreira de Moraes e @Daniel Simoes continuo recebendo erro de assinatura inválida quando carrego o xml usando o loadfromstring; tem ideia do que eu posso estar fazendo errado?

está com o Trunk2, com data do dia 25/06/2016 eu estou validando no site da sefaz rs, todos os XML com literal B estão validos (3) os xml com literal A (2) estão inválidos e (1) está valido

Boa tarde André, Segue o fluxo da geração dos 2 xml; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.InfZip,false); ACBrNFe1.NotasFiscais.Items[0].GravarXML(diretorio + '\XML-A-' + ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID + '.xml'); ACBrNFe1.Gravar('XML-B-'+ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID+'.xml',ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.InfZip,diretorio+'\',False); XML com literal A foram gerados pelo comando Acbr.NotasFIscais.Items[0].GravarXML XML com literal B foram gerados pelo comando Acbr.Gravar Obrigado XML-A-33160308401613000142550010002509781002509707.xml XML-A-33160408401613000142550010002578591002578517.xml XML-A-35160414712181000193550010001299631312771995.xml XML-B-33160308401613000142550010002509781002509707.xml XML-B-33160408401613000142550010002578591002578517.xml XML-B-35160414712181000193550010001299631312771995.xml

Bom dia Daniel, eu alterei de : ACBrNFe1.NotasFiscais.GravarXML(ExtractFilePath( PATCH+NomeArq +ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID+'.xml'); para : ACBrNFe1.Gravar(PATCH+NomeArq,ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.XML); Resolveu parcialmente a questão, acho que está em alguma rotina quando eu uso a função ACBrNFe1.NotasFiscais.LoadFromString(); ele deve estar remontando o xml ou erro de acentuação; Obrigado, continuo realizando outros testes para verificar se realmente atendeu

Capcom, A1, 35 - SP