Alexandre Faustinoni

No ambiente de Homologação está também dando a mesma Rejeição. SP

Também estou com o mesmo problema. NFe mesmo informando grupo fatura está dando erro. Alguém sabe me dizer se o vDesc esta obrigatório mesmo zerado ?

Amigos, boa noite. Estou com o seguinte erro ao configurar o componente com as configurações acima citada: SSLLib := libWinCrypt; SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; //httpWinINet; SSLXmlSignLib := xsLibXml2; //xsXmlSec; Falha no envio da requisição Erro: 12175 um ou mais erros foram encontrados no certificado secure Sockets layer (ssl) enviado pelo servidor. Mesmo no acbrnfe_demo está dando esse erro.

Pessoal do fórum quem tiver o problema parecido com o SAT Linker I eu falei com o pessoal da Elgin (Bruno), que aliás um pessoal bem atencioso e ele liberou uma nova DLL que em todos os meus clientes que deram problema foi resolvido. Obrigado ao Daniel também pela atenção. Ok. Segue as DLLs. Abraços a todos. dlls.zip

Detalhe não sei se pode ser isso mais devido a uma série de componentes originais ainda estou no Delphi 7 será que pode ser isso ????

Daniel e demais amigos do ACBr, Fiz os procedimentos citados, e nada. Testei em outros 2 micros e também a mesma situação. 4009 18/11/2017 09:44:42 nvl 0 erro (exception caught) valor invalido recebido do AC - enviarDadosVenda:464 4010 18/11/2017 09:44:42 nvl 1 erro (EnviarDadosVenda) falha na geracao do CF-e-SAT (6099|Erro desconhecido na emissão.) Alguém tem um contato mais direto com a Elgin para ligar na terça e verificar o que pode ser isso. Aguardo obrigado.

Daniel, obrigado farei isso então e posto aqui no grupo qualquer novidade. Muito obrigado por enquanto.

Pessoal, boa tarde. Esta ocorrendo um erro que está me deixando doido. O cupom em anexo foi validado pelo InteliSAT da tanca sem apresentar problemas. O mesmo cupom deu erro duas vezes e na terceira vez que tentei enviar ele ao SAT foi, simplesmente sem alterar nada. No Log do sat ele fala: 5171 17/11/2017 16:01:01 nvl 0 erro (exception caught) valor invalido recebido do AC - enviarDadosVenda:464 5172 17/11/2017 16:01:01 nvl 1 erro (EnviarDadosVenda) falha na geracao do CF-e-SAT (6099|Erro desconhecido na emissão.) Valor inválido recebido do AC porém na 3 tentativa ele foi sem que eu alterasse nada no sistema e nada na venda. Isso vem ocorrendo de forma continua e aleatória em nossos clientes. Help. Alguém pode me dar uma luz. Abraços a todos. sat.xml erro_Venda_6099.txt

Bom dia, estimados parceiros Comigo aconteceu somente com CERTISIGN. E para ajudar a empresa que representa eles aqui sempre fala que é o sistema, mais o melhor ainda é que ela mesmo fornece sistema para emissão de NFe em nuvem e pasmem, ela vende depois um A1 para o cliente. Mais até agora já contabilizo um total aproximado de 15 clientes nos últimos 2 anos.

Boa tarde, Hoje mais dois clientes com Certificados Certisign A3 forma excluídos do cartão, um cinza e um laranja. O legal aqui é que o posto da Certisign fala que a culpa é do sistema, porém em uma conversa com pessoal da própria Certisign suporte nível 2, me falaram que NÃO TEM COMO SABER QUEM OU O QUE excluiu o certificado. Estou fazendo como o Vitor, é A1 ou assuma o risco de perder novamente. Abraços

Bom dia. Ontem ocorreu novamente a exclusão de um certificado A3 da Certisign. O cliente em questão é uma papelaria, e o Dono é uma pessoa corretíssima, que realmente utiliza do A3 somente para notas e quando surge qualquer coisa diferente na hora ele me liga sobre a questão de fazer ou não fazer tal coisa. O certificado dele venceu dia 28/11/16 e foi renovado do cartão amarelo para o cinza (oberthur). Dia 6-12 simplesmente o cartão zerou do nada. Fomos atrás da subsidiária da Certisign aqui em Barretos e ela novamente LEVIANAMENTE alegou que o sistema tinha excluído o certificado. Logicamente o cliente ficou muito P. da vida e veio a atrás de mim, onde conversamos, e resolvemos ligar diretamente para Certificadora que forneceu um voucher para outro certificado. Ontem 15-2-17 o certificado novamente zerou. Dai eu mesmo na presença do cliente, ligamos para o suporte para verificar o que ocorreu e solicitar um outro voucher. Sobre o outro voucher a atendente disse que não iria dar, apesar de nos ter informado ao inicio da ligação que o certificado tem 180 dias (6 meses de garantia), e inventou um monte de bla bla bla. Sobre a questão da exclusão ele disse e reafirmou categoricamente que não tem a menor possibilidade de saber quem ou o que zerou o certificado, e lhe informei que sua representante na cidade sempre alega que foi o sistema. Novamente aqui pedi para ela então como posso provar que não foi o sistema e a Certisign também não pode. Então a subsidiaria aqui de barretos que por incrível que pareça também fornece soluções de sistema, sempre fica pondo a culpa sem mesmo conseguir provar. A incrível resposta que eles dão é o sistema seu excluiu se quiser temos um sistema aqui para lhe fornecer. Dai sabe qual o mais bonito da historia eles utilizam sistema em nuvem que usa um certificado A1. LINDO NÃO. Uma coisa que me chama atenção é que acho que não existem estas exclusões constantes na SERASA. Fica minha indignação sobre esta questão.

Bom dia, Amigos aconteceu novamente com o certificado da certisign, agora com o cartão cinza da Oberthur cliente renovou na quinta feira dia 1/12, utilizou o cartão por 2 dias e simplesmente sumiu. A gracinha da certificadora daqui de Barretos novamente através de seus funcionários, notificaram o cliente que o problema está no sistema que o mesmo excluiu. Hoje 23/12 outro cliente também com o cartão recém validado (3 meses) Oberthur também foi excluído e alegando o sistema novamente. Eu o companheiro Vitor que o diga o sofrimento que está sendo aqui em Barretos com essa certificadora, colocando senhas IMBECIS 1234 em todos os certificados. Acredito que a Certisign deveria tomar alguma atitude, pois até hoje nunca tivemos algum cartão da Serasa excluído, pois eles seguem a risca segurança de senhas. Vamos ver o desfecho desta ocorrência, pois vou acionar um advogado para pelo menos impedir o posto de certificação de falar tais asneiras.

Bom dia Estou com o mesmo problema depois de uma atualização que fiz no componente. 20161128090334-dist-dfe.xml 20161128090328-con-dist-dfe.xml

Ricardo, boa tarde. Então esse erro eu depois vi que o cliente realmente tinha colocado o valor errado na forma de pagamento, porém mesmo corrigindo o SAT (Bematec) delete insistem em dar aquele erro : Especificar apenas 1 grupo dentre: PISAliq, PISQtde, PISNT, PISSN, PISOutr Estou sem saída.

Bom dia amigos, Estou com problemas em um cliente simples nacional - SAT Bematech que está retornando para algumas vendas o erro de validação de conteúdo. Extrai os Logs do SAT e no log tem duas situações 1 ele me fala: Especificar apenas 1 grupo dentre: PISAliq, PISQtde, PISNT, PISSN, PISOutr , cujo xml que o sistema gerou está em anexo. ErroCFe.xml. Mais tem outros casos que que ele colocar somente: Dados de venda inválidos -> anexo ErroCFe-1.xml Em anexo está o xml e o Log estão em anexo. SAT.LOG ErroCFe.XML ErroCFe-1.XML Antes de mais nada. Obrigado

Boa tarde Graça, Falou tudo. Obrigado pela dica sobre o certificado, vou colocar isso até no nosso contrato. Valeu.

Olá André Também concordo, principalmente porque tem outras softhouses com a mesma situação. Se fosse somente minha aplicação eu ficaria mais preocupado. Quanto a subsidiaria da Certisign daqui não fico nenhum pouco preocupado. Minha principal preocupação é com os meus clientes que tem que arcar com os custos de um novo certificado e ainda ouvir isso. O mais duro é quando pega algum cliente "xucro" que não entende nada, o camarada vem que vem bufando querendo um ressarcimento, pois é o principal argumento da certificadora. Vai atras do seu programador. Blz obrigado pela ajuda.

Boa tarde amigos. Também tenho uma centena de clientes utilizando dentre todos os certificados o A3. Ocorre que nestes últimos 2 meses pelo menos 4 clientes perderam o certificado e a subsidiaria da Certisign aqui na minha cidade falou que foi culpa do sistema. Só que hora eles colocam a culpa no nosso sistema, hora no sistema de busca e guarda de xmls, que também não é comum em todos os meus clientes. Por uma rápida pesquisa liguei para alguns contatos e amigos, diversos clientes tiveram seu certificado A3 (principalmente eCNPJ) removidos do cartão. Aguem tem alguma condição de explicar o que pode estar ocorrendo, uma vez que não temos acesso ao cartão ou alguma forma de defesa sobre a acusação da certisign ? Obrigado.

Zottis, muito obrigado pela resposta. Realmente até o sistema via Web deles é bem precário com pouquissimas opções. Estou gerando atualmente o arquivo TXT e importando na base deles on line. Você teria como disponibilizar as rotinas que você já tem para eu dar uma olhada ? Agradeço.

Amigos, Já vi alguma coisa a respeito da SIGCorp não seguir o padrão nacional. Alguém conseguiu desenvolver alguma coisa na unha ? Nestes casos de não estar no padrão o ACBr não irá incluir no repositório ? Abraços aguardo retorno.

Amigos desenvolvedores. Devido a inclusão da DIFAL, existe uma situação em que a regra 773 não está passando. Quando o contribuinte de outra UF vier ao estabelecimento comprar um produto e for leva-lo (venda presencial), na emissão da NFe (veja PDF em anexo) o contribuinte deverá emitir a NFe com o cadastro do cidadão (ou seja outra UF), emitir como venda dentro do estado (operação interna) com CFOP interno (5...) Contribuinte do ICMS não - Venda presencial e sem frete. Com estes parâmetros a SEFAZ autoriza a nota fiscal. Ocorre que a regra de validação 773 somente verifica a diferença entre as UFs do emissor e do destinatário e se a id. do destinatário esta correta como interestadual. Minha sugestão é que além desta a ser verificada colocar também se a venda for presencial como abaixo, ou se não , outro parâmetro para que o validador não indique que esta operação está errada uma vez que a SEFAZ autoriza. GravaLog('Validar: 773-Op.Interna e UF diferente'); if (nfe.Ide.idDest = doInterna) and (NFe.Dest.EnderDest.UF <> NFe.Emit.EnderEmit.UF) and (NFe.Ide.indPres <> pcPresencial) then AdicionaErro('773-Rejeição: Operação Interna e UF de destino difere da UF do emitente - não presencial'); Aguardo a vossa análise para colocar em produção. O PDF em anexo está feito em homologação, mais fiz um teste em um cliente e em produção também passou certinho. para isso os principais parâmetros são: indFinal=1 indPres=1 idDest=1 ACBrNFeNotasFiscais.pas nota fiscal difal teste.pdf

Vou verificar. Obrigado.

Pessoal, boa tarde Gostaria de sugerir uma alteração na função GerarDadosEntrega, pois no if inicial da rotina ela compara todo o endereço + nome do cidadão do CFe, porém se enviarmos um CFe somente com CFP e nome está saindo "DADOS DE ENTREGA" e o nome novamente. Teria como ficar assim: if Trim(CFe.Entrega.xLgr)+ Trim(CFe.Entrega.nro)+ Trim(CFe.Entrega.xCpl)+ Trim(CFe.Entrega.xBairro)+ Trim(CFe.Entrega.xMun) <> '' then Retirando o Trim(CFe.Dest.xNome) do primeiro if, sendo assim iria imprimir os DADOS DE ENTREGA somente se tivesse endereço mesmo. Obrigado.

Sérgio, Não consegui localizar o site da SEFAZ no SGRSAT onde faço o download do xml. Aguardo. Sérgio, Achei. ufa.

Obrigado. Valeu. Abraços.