[Erro desconhecido - Erro na Emissão]

Ao tentar transmitir uma venda para o SAT retorna erro desconhecido. 

Tenho vários itens e alguns com 3 casas decimais na quantidade. Também ocorre o erro de Valor total do CF-e-SAT maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento quando uso outras formas de arredondamento.

 

Se alguém conseguir identificar o erro no xml em anexo, fico grato!

Aguardo,

Carlos,

AD20180321182939-396128-env.xml

[ACBRNfeDanfeFR]

49 minutos atrás, Carlos Júnior disse:

Boa tarde,

Depois que atualizei e reinstalei os componentes passei a receber o erro a baixo quando tento incluir no projeto o componente ACBR_NFeDanfeFR1

Fiz todo o procedimento de remover os arquivos antes de instalar, reinstalei o fast report 4 mesmo assim o erro persiste.

Acess violation at addres 3544AD2A in module "ACBR_NFeDanfeFR.bpl. Write of address 00000005

Resolvido, tinha bpl do fast report em outra pasta, deletei tudo e instalei tudo novamente...

[ACBRNfeDanfeFR]

Boa tarde,

Depois que atualizei e reinstalei os componentes passei a receber o erro a baixo quando tento incluir no projeto o componente ACBR_NFeDanfeFR1

Fiz todo o procedimento de remover os arquivos antes de instalar, reinstalei o fast report 4 mesmo assim o erro persiste.

Acess violation at addres 3544AD2A in module "ACBR_NFeDanfeFR.bpl. Write of address 00000005

[Delphi XE6]

3 minutos atrás, BigWings disse:

Não, isso é normal, não deve fazer diferença.

São todos os forms que são lentos pra abrir ou algum form específico? 

RESOLVIIII O PROBLEMA..

 

Renomei o arquivo dclbindcomp240.bpl para .old, a tela abriu na hora...

Pelo jeito mesmo desabilitando o LiveBindings o delphi carrega a bpl, renomeando ele não carrega mais...

Obrigado ai pelo tempo...

[Delphi XE6]

Não tenho mais o 2007 pra testar, mas era quase que instantâneo..

Como meu projeto migrou do 2007 para o XE6 as units ainda estão declaradas assim:

uses              
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

No XE6 se crio um novo form, ele já vem com o Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,
  Vcl.Controls, Vcl.Forms, Vcl.Dialogs

Será que isso faz diferença?

[Delphi XE6]

Sim, demora de 4 a 6 minutos pra abrir um formulário, quando o formulário é pequeno abre um pouco mais rápido, pensei que era a maquina, instalei em um outro note mais potente, mas não deu diferença....To pensando em instalar o Berlin, mas não sei se vai compensar, qual vc usa?

[Delphi XE6]

52 minutos atrás, BigWings disse:

5 a 6 minutos? 

Achei um QC aberto sobre algo assim desde o XE3:

http://qc.embarcadero.com/wc/qcmain.aspx?d=116169

Tente fazer o sugerido e desativar o LiveBindings do projeto pra ver se melhora...

Obrigado, pela resposta, mas não deu diferença...

Tem algo mais que possa fazer?

[Delphi XE6]

Uso o Delphi XE6 e tenho problemas ao abrir os formulários em tempo de projeto, dependendo da tela leva uns 5 a 6 minutos para abrir.

Já instalei um hotFix e melhorou um pouco, mas mesmo assim acho muito lento comparado com o delphi 2007.

Alguém já passou por isso e resolveu?

Aguardo,

Carlos,

[libWinCrypt]

Qual o procedimento correto para usar a libWinCrypt em um Windows 10 64Bits,

Em outras versões do windows o xml é assinado corretamente, mas neste maquina da este erro na assinatura:  O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsig-more#rsa-sha256' que não corresponde ao valor fixo 'http://www.w3.org/2000/09/xmldsig#rsa-sha1' no DTD ou no esquema. Nesta maquina tive que voltar a Capicom.

Aguardo,

 

 

[Requisição não enviada]

Resolvido, era alguma coisa com a internet do cliente..Resetou o modem e voltar a enviar...

Obrigado,

[Falha na validação dos dados do Conhecimento: O atributo 'Algorithm' tem valor 'http://www.w3.org/2001/04/xmldsg-mre#rsa-sha256' que não corresponde ao valor fixo]

Também tenho esse problema, mas não em todos os clientes, já atualizei a icp brasil dlss, e nada.

[Requisição não enviada]

5 minutos atrás, Juliomar Marchetti disse:

Seu problema é relativo a windows e dll

compilei os demos e usei essa biblioteca e não houve erros.

qual dll poderia influenciar diretamente nisso?

[Requisição não enviada]

Estou informando o libWinCrypt e só me retorna 12002 Requisição não enviada no cliente.

Não sei o que fazer, já atualizei a IcpBrasilV5 dllss, 

Ninguem mais passou por isso?

[Receita mudando a Nota]

42 minutos atrás, Jairo Maia disse:

Olá pessoal,

Caramba, que pepino!

De qualquer forma, melhor baixar o XML pelo site, pois a nota que foi autorizada é que terá que ser escriturada.

Nesse caso, como o imposto foi a maior por consequência de alteração no quantitativo, existe algum meio legal para corrigir isso? (carta de correção sei que nesse caso não pode ser)

Penino mesmo meu caro, ainda estamos vendo esta situação, enviei um e-mail para a sefaz e dependendo do que eles responderem é que vamos ver o que pode ser feito.

[Receita mudando a Nota]

3 minutos atrás, RicardoVoigt disse:

Boa tarde,

realmente, é um caso que chama a atenção...

Um detalhe que eu gostaria de "apontar", é a diferença de horários entre a Data/Saída (T15:20:04 - imagino que gravado pelo teu sistema) e a Autorização (T15:54:41 - retornada pelo ambiente autorizador do governo).

Tipo, alguma coisa (suspeita) pode ter acontecido nesse intervalo de 34 minutos.

OBS: seria interessante vc gravar a hora também no campo da data de emissão, pois vi que a hora está zerada (T00:00:00).

Att

Ricardo

É muito estranho, pq se o usuário tivesse editado o xml, o valor estaria diferente no xml também...

[Receita mudando a Nota]

38 minutos atrás, BigWings disse:

O que pode ter acontecido é um usuário ter alterado o XML e informado os novos valores (quantidade, valor, valor das duplicatas) e enviado o XML para a receita.

Outro usuário, que ainda tinha o XML antigo usou ele e executou o método Consultar. O ACBr adicionou o protocolo de autorização do primeiro XML a esse XML antigo, que é o que você tem.

O componente tem uma propriedade "ValidarDigest" que pode ajudar nesses casos.

Big, não é possível editar um xml já assinado, ia dar erro ao tentar enviar

Agora, Carlos Júnior disse:

Big, não é possível editar um xml já assinado, ia dar erro ao tentar enviar

Fiz uma nota com os mesmo valores desta e deu tudo certo, não sei dizer o que aconteceu com essa nota..

[Receita mudando a Nota]

Não entendo isso cara, a nota que estou consultando é essa sim, cliente, protocolo numero de nota, tudo batendo..

[Receita mudando a Nota]

4 minutos atrás, André Ferreira de Moraes disse:

O XML q vc anexou não é o mesmo que foi autorizado na receita. Veja que o DigestValue do XML não é o mesmo exibido na consulta.

André, tá igual sim:

Protocolo 135170023676409

e value ncZ/8BXM2/tRzE1DYLI8fmVM6dk

[Receita mudando a Nota]

Boa Tarde,

Tenho um problema grave com a receita, e queria saber se alguém passou por isso, e se existe algo de errado com o meu XML em anexo.

Estou informando o seguinte no item:

<uCom>mil</uCom>

  <qCom>1.7200</qCom>

  <vUnCom>1060.0000000000</vUnCom>

  <vProd>1823.20</vProd>

  <cEANTrib />

  <uTrib>mil</uTrib>

  <qTrib>1.7200</qTrib>

  <vUnTrib>1060.0000000000</vUnTrib>

 

O Problema é que quando o cliente foi consultar a nota no site da receita, a quantidade e os valores tinham sidos alterados. A Quantidade foi arredonda para 2.000 e os valores também. Inclusive valores de tributos.

 

Anexei a nota na receita também,

 

Aguardo,

 

35170166138785000171550010000293251000293256-nfe.xml

[Requisição não enviada]

6 minutos atrás, Juliomar Marchetti disse:

Lembre-se do restante das opções de conexão.

Estou usando as seguintes opções:

cryWinCrypt
httpWinINet
libCustom
xsMsXml

Quais outras opções você se refere?

[Requisição não enviada]

Depois que mudai para o WinCrypty seguindo o By by Capicom, passei a recebe o seguinte erro em alguns clientes: "Requisição não enviada - 12002"

Estou usando a httpWinINet.

Aguardo,

Carlos

 

 

[Emissão de NFSe cidade Porto Feliz SP ?]

1 hora atrás, Carlos Júnior disse:

Estou com o seguinte erro agora: 

URL não definida Para: TNFseEnviarLoteRps

 

O Método correto de envio para Porto Feliz é o EnviarSincrono e o ConsultarNFSeporRps. 

[Emissão de NFSe cidade Porto Feliz SP ?]

Estou com o seguinte erro agora: 

URL não definida Para: TNFseEnviarLoteRps

 

[Emissão de NFSe cidade Porto Feliz SP ?]

Muito obrigado Celso, já atualizei aqui, tudo certo..

Abraço,

[Emissão de NFSe cidade Porto Feliz SP ?]

1 minuto atrás, Celso disse:

Os dados abaixo devem ser adicionados ao Cidades.ini, que está nos fontes do ACBr. Poste os dados abaixo, para a cidade que deseja adicionar, eu envio ao SVN.

[3554003] // Cod. IBGe
Nome=Tatui
UF=SP
Provedor=4R
NomeURL_H=tatui //prefixo url homologacao
NomeURL_P=tatui //prefixo url producao

 

[3540606] // Cod. IBGe
Nome=Porto Feliz
UF=SP
Provedor=4R
NomeURL_H= //prefixo url homologacao -- https://portofeliz.sistemas4r.com.br/abrasf/ahrecepcionarloterpssincrono.aspx?wsdl
NomeURL_P= //prefixo url producao -- https://portofeliz.sistemas4r.com.br/abrasf/arecepcionarloterpssincrono.aspx?wsdl

A dúvida é se coloco o url inteiro como passei ao lado do ambiente...