Ir para conteúdo
  • Cadastre-se

mpereira

Membros
  • Total de ítens

    20
  • Registro em

  • Última visita

Posts postados por mpereira

  1. 12 minutes ago, BigWings said:

    Provavelmente a SEFAZ ainda não atualizou os Schemas do webservice para atender a NT.

    Se não informar o literal SEM CBENEF a nota é aceita?

    Sim, eu tentei de todas as formas e a nota não é aceita de jeito nenhum. Começou a apresentar esse erro no dia 02/09 agora, o mais estranho é justamente não informar onde está o erro!

  2. Baixei o trunk2 novamente e pelas regras de validação o que está errado é exatamente o endereço do consulta que não está aparecendo, mas eles estão no arquivo de confguraçoes, tentei com DF, GO e AM, tudo na mesma.

    'Falha na validação dos dados da nota: 4'#$D#$A#$D#$A''?chNFe=52151201487610000124650010000000041000000046&nVersao=100&tpAmb=2&dhEmi=323031352D31322D30385430393A31373A30392D30323A...' violates pattern constraint of '((HTTPS?|https?)://.*\?chNFe=[0-9]{44}&nVersao=[0-9]{3}&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-/)(]{0}|[A-Za-z0-9.:+-/)(]{5,20})?...'.'#$D#$A'The element '{http://www.portalfiscal.inf.br/nfe}qrCode' with value '?chNFe=52151201487610000124650010000000041000000046&nVersao=100&tpAmb=2&dhEmi=323031352D31322D30385430393A31373A30392D30323A...' failed to parse.'#$D#$A

    Ai acima da ora ver claramente que o onde deveria ter o endereço de consulta está vazio.

    Estranho

  3. Estou usando o componente do fastreport para imprimir a NFe, ocorre que o número do protocolo de uso da NF-e não está sendo carregado, e o mesmo existe dentro do XML.

    Sempre aparece NF-e sem autorização de uso...

     
    • XML está sendo gerado assim

      <protNFeversao="3.10"><infProt><tpAmb>2</tpAmb><verAplic>GO3.0</verAplic><chNFe>52150817340823000169550010000000461000000461</chNFe><dhRecbto>2015-08-10T14:49:57-03:00</dhRecbto><nProt>152150012957048</nProt><digVal>nlauIxzg0d+fvGyikCSyO/5PVFc=</digVal><cStat>100</cStat><xMotivo>AutorizadoousodaNF-e</xMotivo></infProt></protNFe></nfeProc>

     

    Na hora de carregar as informações do ProtNFe o componente não está encontrando por isso protNFeversao

  4. O XML está sendo gerado assim

    <protNFeversao="3.10"><infProt><tpAmb>2</tpAmb><verAplic>GO3.0</verAplic><chNFe>52150817340823000169550010000000461000000461</chNFe><dhRecbto>2015-08-10T14:49:57-03:00</dhRecbto><nProt>152150012957048</nProt><digVal>nlauIxzg0d+fvGyikCSyO/5PVFc=</digVal><cStat>100</cStat><xMotivo>AutorizadoousodaNF-e</xMotivo></infProt></protNFe></nfeProc>

     

    Na hora de carregar as informações do ProtNFe o componente não está encontrando por isso protNFeversao

  5. Você está sendo emocional amigo, So estou colocando a minha experiência , desculpa ai...

    Outra coisa, não sou burro não , você certamente é um gênio, tudo esta ok pra você, parabéns , não posso te dar uma medalha mas você merece, vou abrir uma novo tópico pra um problema básico?

    Talvez na próxima , toma um calmante amigo, reconheço o trabalho do pessoal aqui, mas não mordo ninguém por isso...

  6. Alguém testou geração e envio da NFE no trunk2? 

    Estou tendo vários problemas, o recorrente é o erro de rejeição 202.

    Não envia, ou não conecta. Até agora consegui enviar uma NFe de umas trinta tentativas, e essa não atualiza o XML, gera o PDF normal, mas se eu for imprimir pelo XML direto exibe não autorizado.

  7. Só é possivel reporduzir esse erro no demo setando a propriedade DecimaisPreco do componente em runtime

    Vá a procedure AbrirCupom1Click e inclua a linha seguinte no inicio do procedure

    ACBrECF1.DecimaisPreco := 3;

    Conecte no Emulador da ECF ou na ECF, abra um cupom, ao vender item pelo menu "Cupom Fiscal" mude o valor unitário de 1 para 1,123

    No meu caso eu tenho clientes que necessitam de vender itens com 3 casas decimais, pois o mesmo trabalham com fabricação de telhas e tojolos e o preço é dado em milhares, mas eles também fazem vendas em unidades em qualquer quantidade, Ex: 1 milheiro de tijolos custa 176,00, para chegar ao preço da unidade eu faço 176,00/1000 = 0,176 a unidade, agora imagine que o cliente resolva vender não 1 milheiro mas 885 unidades, com duas casa decimais o calculo é este: 0,17 * 885 = 150,45 e com 3 casas decimais: 0,176 * 885 = 155,76.

    Enfim se eu fizer esta mesma venda utilizando a DLL do fabricante utilizando 3 casas decimais o cálculo vem correto, mas com o componente ACbrECF tá calculando errado como no exemplo com duas casas decimais e quando eu seto a propriedade em runtime ele entende 0,176 como 1,76 subindo o valor total da venda na ECF.

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...