Gilson_ST
-
Total de ítens
88 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Gilson_ST
-
-
Em 22/01/2015 at 10:54, EMBarbosa disse:
Já foi corrigido pelo Isaque.
Boa tarde, acontecendo a mesma coisa no trunk2. Lembra qual foi a solução do Isaque ?
Obrigado
Descobri, abra o .dfm, localize btnCancelaGeração e tire os acentos.
-
1 minuto atrás, José Ricardo disse:
Amigo, como você pega a chave de acesso antes de enviar?
Tem como mostrar um exemplo?
Obrigado!
José, tente ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID
-
Bom dia,
Tenho um aplicativo antigo que gera e envia RPS. Ele foi feito com o fonte do trunk, agora estou precisando migrá-lo para o trunk2. Estou testando o fonte de exemplo da NFSe e está me dando muitos erros para o provedor RJ.
A NFSe do trunk2 para o provedor RJ ainda não está funcional ?
-
Bom dia,
O SVRS voltou ao normal somente à noite, por volta das 20h.
Na função ACBrNFe1.Enviar(1,False, true) entrava no Exception, porém a mensagem de erro erra '' (vazia) e o ACBrNFe1.WebServices.Enviar.cStat retornava 0.
Já na função ACBrNFe1.WebServices.StatusServico.Executar entrava no Exception e retornava o erro The service is unavailable (503).
-
27 minutos atrás, gabriellc disse:
pessoal, mais alguem esta com problemas no webservice da PB ta off line, olhei nos enderecos
NFeAutorizacao 3.10 https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao.asmx NFeRetAutorizacao 3.10 https://nfce.svrs.rs.gov.br/ws/NfeRetAutorizacao/NFeRetAutorizacao.asmx NfeInutilizacao 3.10 https://nfce.svrs.rs.gov.br/ws/nfeinutilizacao/nfeinutilizacao2.asmx NfeConsultaProtocolo 3.10 https://nfce.svrs.rs.gov.br/ws/NfeConsulta/NfeConsulta2.asmx NfeStatusServico 3.10 https://nfce.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico2.asmx RecepcaoEvento 1.00 https://nfce.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento.asmx
em todos diz servico The service is unavailable. somente nos enderecos de producao.
tou louquinho aqui rsrsrs todos os clientes ligando perguntando e como eh domingo nao podemos recorrer aos orgaos competentes
Cara, aqui no RJ também está assim. Estou colocando o erro 503 na lista de contingência mas não dá para testar porque o ambiente de homologação está OK. Estou tentando testar nos clientes.
-
Em 11/11/2015 14:59:27, Endrigo Fantastsoft disse:
procedure TACBrECFVirtualNFCeClass.SubtotalizaCupomVirtual( DescontoAcrescimo: Double; MensagemRodape: AnsiString); begin with fsACBrNFCe do begin //TODO: Precisa ratear desconto entre os itens if DescontoAcrescimo > 0 then NotasFiscais.Items[0].NFe.Total.ICMSTot.vOutro := DescontoAcrescimo else NotasFiscais.Items[0].NFe.Total.ICMSTot.vDesc := DescontoAcrescimo; NotasFiscais.Items[0].NFe.InfAdic.infCpl := MensagemRodape; end; end;
//TODO: Precisa ratear desconto entre os itens
Posso tentar fazer esse rateio ou já tem alguém fazendo?
Bom dia,
Você está passando um valor negativo. Tente o seguinte:
NotasFiscais.Items[0].NFe.Total.ICMSTot.vDesc := DescontoAcrescimo * -1;
-
13 minutos atrás, jair ferreira disse:
Gilson_ST desculpe mas esse topico está tratando da (rejeição-394-nota-fiscal-sem-a-informação-do-qr-code na emissão da NFCe em homologação) sua pergunta é sobre a NFS-e Trunk1 não se enquadra no topico!
Italo sua resposta abaixo pra mim resolveu minha duvida e o tópico. Obrigado!
Boa tarde Jair,
Não estou perguntando e sim respondendo e tentando ajudar o colega Flávio, pois já me ajudaram bastante aqui no fórum. A pergunta do Flávio se enquadra sim no tópico, se você ler a postagem dele de 1h. atrás verá que está me pedindo ajuda dobre a rejeição 394. Na postagem a qual você se refere, ele apenas mencionou que não pode migrar para o trunk2 porque utiliza NFS-e
Sei que ele poderia utilizar a pesquisar, mas se ele perguntou diretamente para mim e o tópico ainda está aberto, eu acho que posso decidir se respondo ou não. Desculpe-me se infringi alguma regra do fórum e, se for possível, podem fechar o tópico (lembrando que fui eu quem o criou). Obrigado.
-
1 minuto atrás, FlavioSaikoo disse:
Oi Gilson, trabalho com NFS-e e pelo o que sei, ainda não esta pronto no trunk2... agora ferrou tudo, não esta sendo mais atualizado o trunk1
Cara, alguém aqui do fórum conseguiu fazer as alterações necessárias para o trunk1, não sei quem e não tenho certeza se foi neste tópico.
-
1 hora atrás, FlavioSaikoo disse:
Gilson, eu estou usando o trunk1 também, copiou o ACBrNFeNotasFiscais.pas mas esta dando erro ao compilar, esta faltando o TConfiguracoesNFe, você ou alguém tem.
Boa tarde Flávio,
Eu não uso o trunk1 e não sei como por para funcionar nele. O Sergio conseguiu migrar para o trunk2, por que você não tenta ? Eu consegui fácil seguindo as orientações dos colegas do fórum.
-
eja acho que vocês estão esquentando demais a cabeça!
leiam senão leram as informações que dizem respeito ao ato cotepe !
que eles não podem publicar um coisa hoje e amanhã já pedirem na homologação!
tem um tempo hábil pra isso e que é determinado em lei!
Também acho, mas hoje o meu homologador me enviou o despacho 209/15, ou seja, ele vai cobrar. Porém, minha homologação está prevista para dezembro.
-
Bom dia a todos,
Gilson, a coisa é mais simples o que parece, vamos aos passos:
1. A nota é enviada a SEFAZ;
2. Se não ocorrer nenhuma falha de conexão com a internet temos o retorno da SEFAZ;
2.1. Temos que analisar o cStat para saber se a nota foi autorizada, denegada ou rejeitada;
2.2. Se foi autorizada o XML é atualizado com o protocolo de autorização e o DANFE é impresso.
2.3. Se foi denegada o XML é atualizado com o protocolo de denegação e a venda não é realizada.
2.4. Se foi rejeitada é preciso efetuar a correção do dado errado, gerar, assinar e enviar novamente o XML (voltar ao passo 1);
3. Se ocorreu falha de conexão devemos carregar o componente com o XML assinado e realizar uma consulta;
3.1 Se nessa consulta não ocorrer nenhum erro de conexão temos que analisar o cStat, analise semelhante aos passos 2.2, 2.3 e 2.4
3.2 Caso a nota seja rejeitada por não constar na base de dados da SEFAZ, devemos efetuar o envio novamente, neste caso fica claro que o erro de conexão ocorreu logo no envio e não no retorno.
Seguindo esses passos, você nunca vai ter problemas de notas em duplicidades.
Quando lançamos mão a contingência?
Quando o problema de conexão vai demorar para ser sanado.
Outra coisa, temos que saber onde esta a origem do problema (SEFAZ ou contribuinte)?
Dependendo de onde é o problema o tipo de contingência a ser executado é diferente.
Se o problema é com a SEFAZ devemos alterar o tipo de emissão para offline (no caso da NFC-e), informar a data e hora de contingência mais a justificativa, gerar e assinar novamente o XML e simplesmente imprimir o DANFE.
Quando os problemas forem sanados devemos enviar esse último XML para a SEFAZ.
Agora se o problema é com o contribuinte, se este possuir uma conexão 3G (por exemplo) deve-se também alterar o tipo de emissão para EPEC, informar a data e hora de contingência mais a justificativa, gerar e assinar novamente o XML, imprimir o DANFE e por fim enviar via 3G o evento EPEC.
Quando os problemas forem sanados devemos enviar esse último XML para SEFAZ.
Muito obrigado Italo. Vou rever meu fonte e fazer as alterações necessárias. Deus abençoe a você e todos os outros amigos que contribuem para a melhoria deste excelente componente.
- 1
-
Trunk2 agnaldo. Ja setei o CSC, IDCSC, ta gerando a tag infSupl com o qrcode !! Acabei de atualizar os schemas
Perfect Agnaldo !!! Foi como uma uva. Vlw brigadaço !!
Veja se você já fez isso:
Ide.tpAmb := taProducao;
if Date < StrToDate('03/11/2015') then
ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe := False; -
Amigos, obrigado pelas respostas. Estou mudando para o tópico http://www.projetoacbr.com.br/forum/topic/24169-tratamento-para-envio-de-nfc-e-offline/
-
Olá magno...Grato pela explicação...
Mas me tira outra dúvida... Não entendi o comentário desse seu except:
Except //exceção muda para pegar o cstat em seguida. End;
Como assim? O que aconteceria ou eu deveria fazer aqui dentro?
Não deveria ser o comando abaixo a entrar nesse except, pois quando tentasse enviar dinovo (dessa vez como online) daria outra exceção de duplicidade, nesse caso com mesma chave - cstat 204 if NFCE.WebServices.Enviar.cStat = 204 then //marca a flag da nota como enviada.
Outra questão que já apontei até nesse outro tópico criado por mim http://www.projetoacbr.com.br/forum/topic/24237-nfc-e-em-duplicidade/. Esse negócio de enviar a nota em modo SINCRONO e não receber o retorno acontece direto comigo nos clientes, aí fiz igual você falou, coloco em CONTINGENCIA, pois não sei o que aconteceu com a mesma e libero o cliente.
Quando a internet volta eu tento enviar em contingência e descubro que ela havia realmente sido enviada ONLINE na última tentativa, pois dá erro de Duplicidade com Chave Diferente, troco o XML para online e envio dinovo, dá erro de Duplicidade com a Mesma Chave, tenho certeza que a nota já havia sido enviada e como ONLINE, marco como ONLINE na minha base e pronto. Aí que está a questão. Na minha base está tudo certo, mas o DANFE que o cliente levou nesse caso está com chave errada e QR Code errado, ele nunca vai conseguir consultar com esse DANFE que levou errado como CONTINGENCIA. Está certo o meu raciocínio? E se sim, ficamos a mercê da sorte nesse caso?
De ante mão já agradeço a sua atenção
Eu estou parado exatamente nesta situação. Se o cliente for consultar a chave ou o qrcode vai aparecer como NFCe inexistente.
-
Calma ai amigo Gilson, quando você envia uma nf(ece), e os dados de retorno não são salvos, ou não são atualizados por falta de energia elétrica, acredito que esta nota enviada e "não atualizada" não pode ser novamente enviada por contingencia, explico. Não é a falta de energia local que vai impedir a recepção pela SEFAZ, isso porquê, a nota foi enviada, então, deve ser consultada ou em ultimo caso, fazer uma nova nota em modo de contingencia, e cancelar a anterior quando a energia elétrica for restabelecida. Caso contrário, vai dar duplicidade mesmo.
Sim Agnaldo, eu sei disso. Vou tentar explicar de outra forma, envio o XML, ele é recebido e autorizado pela SEFAZ, antes de eu receber a resposta minha internet caixa e eu recebo o erro 12002 ou o 12007, até aqui não fiz nenhum tratamento para verificar se a NFCe foi recebida e autorizada, isso porque estou sem internet. Recebendo um destes erros entro em modo de contingência. Depois ao tentar enviar enviar o XML de contingencia recebo a rejeição 539 (duplicada com chave diferente).
Como é seu tratamento neste caso ?
Desculpe-me por estar fugindo do assunto do tópico.
-
Boa tarde Gilson,
Como assim se retornar que a nota enviada já existe na SEFAZ você altera o tipo de emissão e envia novamente?
Não entendi nada o que você esta fazendo.
Outra coisa você só remove a assinado executando um Clear e alimentando o componente novamente do zero.
Bom dia Italo,
Vou explicar. Estou tratando um caso de contingência que peguei ontem, a NFCe é enviada e autorizada pela SEFAZ (33150932582702000117650020000102861000492897), porém durante o retorno a internet cai, o sistema identifica pelo código de erro e prepara o XML de contingência (33150932582702000117650020000102869000492892).
No momento do envio do XML em contingência recebo a rejeição 539 (duplicada com chave diferente), aqui começa o exemplo que te enviei, altero o tpEmis := teNormal, xJust := '' e .dhCont := 0, executo as funções GerarNFe, Assinar, Validar e Enviar. Se não desse a rejeição por assinatura diferente eu receberia o erro 204 (duplicada com a mesma chave) e executaria a função ACBrNFe1.Consultar; para gravar o protNFe no meu XML.
Este procedimento eu encontrei aqui mesmo no fórum. Se tiver um melhor para este caso, desde já te agradeço por compartilhar.
-
Bom dia Emerson,
Depois do XML ter sido assinado, ele foi alterado e depois enviado?
Boa tarde Italo,
Cai justamente neste caso, alterei o XML já assinado, executo a sequencia abaixo e retorna esta rejeição. Como faço para remover a assinatura antiga ? Pesquisei bastante mas não encontrei. Obrigado.
if (icStat = 539) then //Duplicada
begin
ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis := teNormal;
ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.xJust := '';
ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.dhCont := 0;
ACBrNFe1.NotasFiscais.GerarNFe;
ACBrNFe1.NotasFiscais.Assinar;
ACBrNFe1.NotasFiscais.Validar;
end;
ACBrNFe1.Enviar(1,False,True); -
Olá amigos,
neste final de semana no Rio Grande do Sul tivemos muita chuva e temporais.
Na minha região a internet ficou fora de sábado madrugada até terça.
Na loja onde trabalho, emite-se ECF normal, sem problemas.
Quando eu colocar a NFC-e o sistema iria emitir em regime de Offline. Para o cliente não esperar nada, e não perder venda.
Porém dificilmente iríamos conseguir mandar em até 24h da emissão.
Nem sempre temos pendrive-3G disponível.
Pelo que entendi, na terça (13/10) eu iria enviar as NFC-e em contingência, ele iria dar erro de data/hora mais de 24 horas,
a única solução que eu entendi seria mudar a data oficial da emissão de 10/10 para 13/10, mas isto eu sei que poderia dar problema.
Qual seria a outra solução?
Boa tarde,
Aqui no RJ já enviei com mais de 20 dias de atraso sem nenhuma alteração no XML. Não sei se tem algum problema legal, mas o webservice recebeu e devolveu o cStat = 150 - Autorizado o uso da NF-e, autorização concedida fora de prazo.
- 1
-
Boa Noite Pessoal !
Verifiquei que em produção tenho o erro de schemas ao enviar, porém em homologação funciona perfeitamente, após as alterações necessárias.
Sabem me informar se tiveram este mesmo problema ?
Boa noite,
Como sugerido, ou coloquei um if está funcionando em homologação e produção, veja:
// Gera o QR-Code para adicionar no XML antes de ser validado e salvo
// somente para a NFC-e.if Configuracoes.Geral.ModeloDF = moNFCe then
begin
if (Configuracoes.WebServices.Ambiente=taHomologacao) or
((Configuracoes.WebServices.Ambiente=taProducao) and
(NFe.Ide.dEmi>=StrToDate('03/11/2015'))) Then
Begin
with TACBrNFe(TNotasFiscais(Collection).ACBrNFe) do
begin
NFe.infNFeSupl.qrCode := GetURLQRCode(NFe.Ide.cUF, NFe.Ide.tpAmb,
onlyNumber(NFe.infNFe.ID), NFe.Dest.CNPJCPF,
NFe.Ide.dEmi, NFe.Total.ICMSTot.vNF,
NFe.Total.ICMSTot.vICMS, NFe.signature.DigestValue);
end;i := pos('<Signature ', XMLAss);
XMLAss := Copy(XMLAss, 1, i -1) +
'<infNFeSupl>' +
'<qrCode>' +
'<![CDATA[' + NFe.infNFeSupl.qrCode + ']]>' +
'</qrCode>' +
'</infNFeSupl>' +
Copy(XMLAss, i, length(XMLAss));FXMLAssinado := XMLAss;
end;
end; -
Bom dia,
Celso você está comparando o seu envio em modo de homologação com o envio do cliente em modo de produção ?
Se for isso é normal, acontece comigo também. No meu computador demora vários segundos, já no cliente é instantâneo, aparentemente 1 ou 2 segundos.
-
O seu está correto. O que fez de diferente ?
-
Gilson... Já atualizei os Schemas e a tag está no arquivo xml que enviei no anexo.... Mesmo assim ocorre erro na validação !
Esses Schemas servem para o RS ?
Adicionou a linha FXMLAssinado := XMLAss; no ACBrNFeNotasFiscais.pas conforme orientação do Cantelli ?
O que é enviado para o webservice é o 3-env-lot-soap.xml e não o 43151095821310000183650020000001901000001906-nfe.xml
Gilson_ST, veja o link abaixo da Consulta:
"Informações de interesse do contribuinte e do fisco"...
Verdade, eu não tinha visto. Ainda teremos um mês para corrigir, o importante é que a SEFAZ recebeu rsrsrs
Obrigado.
-
@Gilson_ST, deixa te fazer uma pergunta. Você configurou o CSC com um token válido mesmo da empresa, ou deixou em branco, para o componente preencher?!
Eu configuro o meu CSC de testes antes e deixo o componente preencher na nova tag. Eu não alterei isso no fonte do ACBr.
ACBrNFe1.Configuracoes.Geral.CSC := 'HKJHJKDHHKD....';
ACBrNFe1.Configuracoes.Geral.IdCSC := '000001';Certo, mas esse CSC de testes, você coloca qualquer valor, ou você tem um CSC específico para testes?
É que estou testando com um cliente do RS, porém, estou sem nenhum CSC, e com os valores que coloquei (homologação), não está passando.
O meu é próprio, da empresa e está ligado ao CNPJ. Eu o solicitei à SEFAZ aqui do RJ e eles me enviaram 2 CSCs de testes.
-
@Gilson_ST, deixa te fazer uma pergunta. Você configurou o CSC com um token válido mesmo da empresa, ou deixou em branco, para o componente preencher?!
Eu configuro o meu CSC de testes antes e deixo o componente preencher na nova tag. Eu não alterei isso no fonte do ACBr.
ACBrNFe1.Configuracoes.Geral.CSC := 'HKJHJKDHHKD....';
ACBrNFe1.Configuracoes.Geral.IdCSC := '000001';Ta ficando bom ehehehehe..
Agora está gerando a tag, mas gera a rejeição conforme anexo..
O que será que está errado agora ??
Veja a nova tag está no arquivo x-env-lot.xml que foi gerado e atualize o schema leiauteNFe_v3.10.xsd
Impressão no Formato NFC-e
em ACBrNFe
Postado
Boa tarde Simões, teste colocar ACBrNFe1.DANFE.TipoDANFE := tiNFCe;