fefevilela

Pessoal.. Acho que eu to ficando maluco.... Refiz a atualização para a ultima 20793, gerei a NF e enviei e agora deu certo... segue anexo as evidencias O RPS vai com a aliquota dividida por 100 e 4 decimais, o xml da nfse volta com aliquota inteiro. O que nao entendo é como a ginfes estava reclamando que a aliquota estava indo com a formatação errada???? observem a resposta que estava recebendo ontem na imagem erro ontem.jpg peço finalizarem o topico então. 9573UNICA-nfse.xml 9573UNICA-rps.xml

ok.. estou preparando um teste completo com a revisao 20723 e a revisao 20793.. vou postar aqui as duas evidencias e teremos como descobrir o que esta interferindo....

eu me pautei na revisao 20723 pois era a ultima que eu estava utilizando e tudo funcionava corretamente. Eu sei que nao foi nessa versão que foi feito alguma alteração, mas as evidencias são que a aliquota nessa revisão gera numero inteiro e corresponde ao que a prefeitura espera. A partir da alteração feita, onde voce publicou a revisão feita pelo colega Willian, a coisa desandou... Estou mantendo a revisao 20723 como produção para que os processos dos clientes continuem funcionando. Em relação tcDec4 eu vi no codigo que ele faz isso porem quando o componente salva o xml de remessa ele ja salva com numero inteiro e depois o xml que retorna da ginfes tambem volta inteiro, inclusive o danfs mostra exatamente o numero corretamente (4,00%) então tem algo bem diferente entre ao codigo que existia na 20723 e nessa 20790. se voce quiser posso fazer um novo teste usando o mesmo exemplo anterior com as duas revisões e enviar os resultados novamente.

Oi Italo... Os testes foram diferentes. Na primeira mensagem era uma operação com 4% de ISS, e conforme demonstrado tanto no xml de envio quando no xml definitivo a aliquota está como "4" Nesse outro teste que fiz agora para valiar a nova revisão liberada, fiz o teste com outro pedido onde a aliquota é 1%, ao gerar o xml ele gerou conforme acima dividido por 100 e com 4 decimais. A prefeitura nao está aceitando numeros nesse formato conforme informei inicialmente. Voltei a versao 20723 e gerou corretamente. Não sei explicar o que está ocorrendo, porem só pude concluir até pela primeira mensagem de retorno que a aliquota tem que ser enviada no padrao 5(2), porem se observarmos a versao 20723 faz correto pois acredito que o campo é 5 caracteres "00004" que seria os 4% divididos por 100 porem em numero inteiro. acho que é essa a pegadinha da GINFES

Pessoal, boa tarde. Desculpa intervir novamente porem a alteração não está satisfatória conforme exemplo em anexo. Não sei se é particularidade de Guarulhos, mas a ALIQUOTA Não pode ser dividida por 100

Pessoal, temos problemas. primeiramente o GINFES de Guarulhos está reclamando que a a aliquota tem que ser enviada com 5 casas sendo 2 decimais. A alteração proposta pelo colega coloca 4 decimais Outro problema é que teoricamente a quantidade de digitos deveria ser atribuida em função do tipo3.xml onde a tcAliquota é definida certo? revisao 20723 está ok segue anexo imagens que demonstram como Guarulhos está recebendo as informações e estão adequadas.

Obrigado. Podem finalizar este post.

Olá pessoal. Abri esse tópico pois não achei nada a respeito. Supondo que uma NF-e já está cancelada na Sefaz por algum motivo (digamos que o usuario entrou pelo site e cancelou).... Quando tento enviar o cancelamento, a WS vai responder o cStat = 218 (NF-e já está cancelada na base de dados da SEFAZ [nRec:999999999999999] ) Nesse caso, como eu posso pegar o XML do cancelamento para atualizar a minha base de dados? Agradeço qualquer informação.

ok. ao remover a pasta LIB tudo foi compilado.

Pessoal. ao compilar a revisão, está apresentando esse erro (Delphi Rio e Sydney) Compiling package D:\Programas\ACBr\Pacotes\Delphi\ACBrTCP\ACBr_TCP.dpk d:\Programas\Embarcadero\Studio\20.0\bin\dcc32.exe "D:\Programas\ACBr\Pacotes\Delphi\ACBrTCP\ACBr_TCP.dpk" Embarcadero Delphi for Win32 compiler version 33.0 Copyright (c) 1983,2018 Embarcadero Technologies, Inc. D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(386) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(429) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(443) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(742) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(767) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(782) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(796) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(2338) Fatal: F2063 Could not compile used unit 'ACBrIBGE.pas' Compilation failure Erro ao compilar o pacote "ACBr_TCP.dpk". Abortando... Ocorreram erros na compilação dos pacotes.

Sim... eu sei.. mas acredito que a DEMO que foi feita em Fortes está bem mais "detalhado".... Acho que se tivermos duas versão IGUAIS com Geradores de Relatórios distintos vai ficar mais didático, concorda? Caso não seja de interesse, eu faço apenas o DACTE então.. voces decidem ok? Abraço forte e Fast..

Ok... darei minha contribuição montando um DEMO em FASTReports para NFe e para CTe.

É.. posso montar isso, porem esclarece uma duvida. O problema é no DANFE (NFe) ou é DACTE (Cte) ????

Eu tenho aplicação gerando DACTE em FAST.. mas não sei como posso ajudar....

Esclarecido. Favor finalizar o assunto. obrigado

Bom dia, Procurei algo a respeito e não encontrei. Porque ao criar o evento OnTransmit do componente de emissão de NF-e, o serviço de Consulta de Status de Serviço responde que a SEFAZ está fora do ar? Rastreei o código e constatei isso: if Assigned(FPDFeOwner.OnTransmit) then // Envio por Evento... Aplicação cuidará do envio e na linha linha 217 sobe o exception Teoricamente esse evento não seria usado para reportar notificações enquanto a transmissão está ocorrendo?

ok, então deixarei de atender essa necessidade. Obrigado Juliomar Peço encerrar o assunto.

Olá Juliomar, Obrigado pelo retorno. Esclarecendo... Esse projeto foi desenvolvido ao cliente em WEB e fizemos um serviço para retornar o DANFE e XML da NFe. Ele não possui interface, e roda em background. Neste caso, como hoje ele possui o SAP e as informações da DIFAL e FCP só alinhadas numa determinada tela do sistema, eles vasculham essa tela e levantam as informações para gerar a GNRE no site da sefaz correspondente. Como o ACBr possui o componente para emissão, pensamos em adicionar esse serviço para ser até um diferencial em relação ao atual sistema de forma que o usuário não precise mais fazer essa tarefa manualmente, porem, como eles não estão confiantes que nossa aplicação funciona em sua plenitude, gostaria de disponibilizar o formulário GNRE junto com o preview da NFe para que possam conferir e terem a certeza que tudo está correto e de forma mais organizada. Em relação ao Componente, eu fiz a alimentação dele, porem o método de impressão está na função ACBrGNRE.GuiasRetorno.ImprimirPDF, mas esses são só estão disponíveis depois do envio para a SEFAZ correto? Pelo menos ao chagar no FastReport o teste se o componente está alimentado retorna FALSO, e aborta. Estou fazendo algo errado? Abraço

Olá, É possível gerar um PDF da GNRE que não foi enviada para a SEFAZ, semelhante ao processo de Danfe de Homologação ? Estou implementando a geração de GNRE porem gostaria de gerar um preview para que o usuário possa validar as informações antes de oficializar.

Obrigado pessoal. Realmente funcionou com a correção citada. Abraço

ou o correto é usar: XML_Evento := trim(AnsiToNativeString(EventoRetorno.retEvento.Items[0].RetInfEvento.XML)); ?

Olá Juliomar. Eu pego o retorno do envio da CCe da mesma forma que os demais serviços: XML_Evento := CompCte.WebServices.EnvEvento.RetWS; Estou errando aqui ?

Pessoal, Ao tentar re-imprimir um evento de carta de correção de CTe em HOMOLOGAÇÃO, estou recebendo o seguinte erro: Unknown variable or dataset: HOMOLOGACAO. Observando a classe: ACBrCTeDACTEFR, na linha 1848: case Evento.Evento.InfEvento.tpEvento of a propriedade tpEvento está setada como "tpNaoMapeada", apesar do XML estar carregado corretamente no componente. envio anexo o XML da carta de correção que está sendo carregado para que eu possa sanar esse problema. A unica coisa que achei que possa ser o problema, seria os caracteres especiais que estão na tag <xEvento>Carta de CorreA�A?o</xEvento> Mas acredito que a rotina utilize a tag <tpEvento>110110</tpEvento> para identificar o tipo de evento, estou certo? Estou carregando o componente dessa forma=> CompCte.EventoCTe.LerXMLFromString(XML); Gerando o PDF => CompCte.ImprimirEventoPDF; O Interessante é que na emissão do CTe essa mesma rotina gera o PDF normalmente. Essa mesma rotina para CANCELAMENTO tambem gera normalmente. O problema só está ocorrendo na CCe. Se puderem me ajudar no assunto eu agradeço. 35200505366444000169570010000000061663425753_evento.xml 35200505366444000169570010000000061663425753_evento.pdf

Obrigado.. falha imperdoável. problema sanado.

with infDoc.infOutros.New do begin tpDoc := TpCteTipoDocumento(99); descOutros := Movimentos_Documentostipo.AsWideString; nDoc := Movimentos_Documentosdocumento.AsWideString; dEmi := Movimentos_Documentosdt_emissao_nf.AsDateTime; vDocFisc := Movimentos_Documentosvl_documento.AsFloat; end;