virtualsys

É pessoal, chega ser deprimente essa apresentação, AFRAC animadíssimos e sempre do lado dos fabricantes e provedores de TEF. O Sefaz não se deu conta dos problemas que estão criando com essa Nfce 5.949. O que impede dos comerciantes usarem este tipo de nota indiscriminadamente para os recebimentos em cartões e somente fazer a nota real posteriormente ou agrupando várias vendas como fazem hoje? "Venda fora dos estabelecimento é só usar opção 4" (dizem eles), porém eles não lembram que para fazer nfce com indicador de presença 4 é necessário informar os dados completos do cliente (com endereço) e do transportador. Vamos em frente, e TEF goela abaixo!

Olá pessoal, realmente isso acontecia(não testei mais nos últimos tempos), com o openssl. Resolvi da seguinte forma: Para cada nota emitida crie um objeto ACBRNfe novo dinamicamente, configure, alimente e envie a NFCe, depois destrua!

Boa pergunta, ainda não sei, percebi o erro hoje em alguns testes, mas ainda não tive tempo de analisar mais a fundo.

Sim!!!

Tive/tenho o mesmo problema aqui, com envio sincrono + openssl. Tentei várias versões do openssl, monitorei internet, etc. Abandonei o openssl e estou usando capicom sem nenhum problema. Aqui acontece exatamente como você relatou em uns 5% das notas. Se descobrir alguma informação adicional avise!

Olá! Sei que este problema já havia sido tratado no passado, mas nos meus testes com trunk2 ao carregar o componente com uma Nfe Avulsa a chave de acesso é trocada pelo cnpj da empresa ao invés do cnpj do sefaz. Exemplo: Nfe com chave de acesso: 43150987958674000181558900091201771274610356 <emit><CNPJ>01885252000108</CNPJ> ... <avulsa><CNPJ>87958674000181</CNPJ> ... O componente recalcula a chave de acesso para: 43150901885252000108558900091201771274610355 Analisando os fontes acredito que seja necessário modificar o arquivo pcnNfeW função GerarXML na linha 222: function TNFeW.GerarXml: Boolean; var chave: AnsiString; Gerar: Boolean; xProtNFe : String; xCNPJCPF : string; //Add begin Usar_tcDe4 := (NFe.infNFe.Versao >= 3.10); Versao := Copy(NFe.infNFe.VersaoStr, 9, 4); chave := ''; if NFe.infNFe.Versao >= 2 then begin xCNPJCPF := nfe.emit.CNPJCPF; //Add if nfe.Avulsa.CNPJ <> '' then //Add xCNPJCPF := nfe.Avulsa.CNPJ; //Add if not GerarChave(Chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, StrToInt(TpEmisToStr(nfe.ide.tpEmis)), nfe.ide.dEmi, xCNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end else begin if not GerarChaveCTe(chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end; ... Peço aos que tem maior familiaridade com os fontes verifiquem se isso é suficiente! Abraço! pcnNFeW.pas

Testado aqui na Daruma DR700L (fw 2.51), e está imprimindo OK, QRCode etc tudo certo! Abraço Andrei

Boa tarde Régys. No caso do item 4 é que o método GerarRodape não é chamado diretamente, mas pelos métodos MontarEnviarDANFE e ImprimirEVENTO com CortarPapel em True não permitindo a seleção. Então na impressão da NFCe sempre vai cortar. Abraço Andrei

Bom dia, Estive fazendo alguns testes de impressão de NFCe com o componente ACBrNFeDANFeESCPOS, e tenho algumas sugestões de alteração. Se forem pertinentes aos demais segue em anexo. São elas: 1 - Alterado GerarClicheEmpresa, removido espaço entre "Cep:" e o número do CEP (Telefone também), pois depedendo do tamanho do endereço o numero quebrava para próxima linha ficando estranho; 2 - Alterado GerarPagamentos, pois o troco estava sendo calculado pela diferença entre o valor total da nota e o valor das formas de pagamento. Mas na NFCe não aceita pagamentos maiores que o total da nota, então alterei para utilizar a propriedade vTroco já existente no componente; 3 - Alterado GerarDadosConsumidor, para somente imprimir o número do endereço quando logradouro estiver preenchido, pois no caso de informar somente o CPF (Nota Gaúcha, etc) estava imprimindo o texto: "SEM NUMERO"; 4 - Adicionado propriedade CortaPapel (default = True para compatibilidade), para ser utilizada em GerarRodape, pois no caso de uma impressão anexa da NFCe (TEF por exemplo), não seria necessário cortar o papel neste ponto!??? 5 - Adicionado const ALogo : Boolean = True em ImprimirRelatorio, pois no caso de impressão anexa (TEF, etc.) ao meu ver não é necessário imprimir o logotipo novamente, economizando algum espaço também!??? Abraço Andrei ACBrNFeDANFeESCPOS.pas

Amigos, trocando alguns emails com o pessoal, consegui autorizar. O XML assinado deve ficar da seguinte forma: (com o xmlns na tag InfDeclaracaoPrestacaoServico) <InfDeclaracaoPrestacaoServico Id="1011111110001110000000000000036" xmlns="http://www.abrasf.org.br/nfse.xsd"> Testem e vejam se funciona nas outras cidades!

Testei agora, e ainda dá o erro de assinatura inválida, seria bom alguém de outra cidade testar pois o ambiente da minha cidade (Veranópolis/RS) pode estar com algum problema! Também fiz outro teste, alterando para a assinatura ficar dentro da Tag tcDeclaracaoPrestacaoServico como nos exemplos que enviaram, mas dá o mesmo erro... Alterei no ACBrNFSeUtil.pas (748) proTecnos: begin AXML := copy(AXML, 1, pos('</tcDeclaracaoPrestacaoServico>', AXML) - 1); AXML := AXML + Assinatura; AXML := AXML + '</tcDeclaracaoPrestacaoServico></Rps>'; end; e no ACBrNFSeWebServices (523) else if FProvedor = proTecnos then vNotas := vNotas + '<' + Prefixo4 + 'Rps>' + '<' + Prefixo4 + 'tcDeclaracaoPrestacaoServico' + RetornarConteudoEntre(TNFSeEnviarLoteRPS(Self).FNotasFiscais.Items[I].XML_Rps_Ass, '<' + Prefixo4 + 'tcDeclaracaoPrestacaoServico', '</Signature>') + '</Signature>'+ '</tcDeclaracaoPrestacaoServico>'+ '</' + Prefixo4 + 'Rps>' Enfim tá difícil com este provedor!! Os RPS gerados testei em https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/Assinadoc/ValidadorAssinaturas.app/valida.aspx E reportou como assinatura válida!

Pessoal, recebi hoje da Tecnosistemas o seguinte: Ainda não testei as alterações! Se alguém conseguir transmitir com sucesso, avise ok! Alterações assinatura.zip

Aqui também continua na mesma (Veranópolis). Recebi por email do Ednei ontem: Verificaremos a situação e lhe retorno o quanto antes. Utilize o ambiente de homologação para os testes, pois o prazo para envio de notas assinadas foi prorrogado devido a maioria das empresas estarem ainda integrando seus softwares. Desde já, obrigado pela compreensão.

Pessoal, em Veranópolis também está retornando a mensagem: Erro na geracao da assinatura! A Assinatura da nota nao confere com a informacao contida no XML Tanto no ambiente de homologação quando produção (hoje desativaram a exigência de assinatura temporariamente na produção). Também acho que existe algum problema nos webservices lá!

Aos colegas com maior conhecimento no ACBR NFSe sabem se algum dos provedores já implementados se aproxima da empresa Tecnos Informática para cidade de Veranópolis/RS? http://help.nfse-tecnos.com.br/main_ws/contribuinte/index.aspx http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspx Se alguém estiver com tempo para desenvolver, por favor avise para combinarmos! Abraço!