virtualsys
-
Total de ítens
15 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por virtualsys
-
-
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!
- 1
-
Boa pergunta, ainda não sei, percebi o erro hoje em alguns testes, mas ainda não tive tempo de analisar mais a fundo.
-
-
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!
-
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çoAndrei -
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
E reportou como assinatura válida!
-
Pessoal, recebi hoje da Tecnosistemas o seguinte:
Boa tarde,
Por meio deste, viemos informar que devido a uma alteração para adequação do mecanismo de assinatura digital de nossos Portais, segundo os padrões da ABRASF, foi necessário a realização de uma manutenção no serviço de Envio e Cancelamento de notas fiscais eletrônicas de Serviço.Em anexo segue um arquivo compactado com modelos XML, de Envio e Cancelamento, normais e assinados, e um breve manual em relação às modificações que tivemos que realizar.
Peço a colaboração de vocês para validarmos essa rotina. Verifiquem os arquivos em anexo e caso haja qualquer dúvida, estamos à disposição.Para aqueles que já realizaram a integração, as mudanças serão mínimas.
Obrigado pela compreensão e desde já a equipe da Tecnosistemas agradece a colaboração.
Ainda não testei as alterações!
Se alguém conseguir transmitir com sucesso, avise ok!
-
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 XMLTanto 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!
DECRETO Nº 56.670 - Estado do Rio Grande do Sul
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado
É 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!