Lowry David
-
Total de ítens
44 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Lowry David
-
-
18 horas atrás, Italo Giurizzato Junior disse:
Boa tarde Lowry,
O conteúdo da propriedade XmlNfse é exatamente esse da imagem, o XML tem que começar pela tag <CompNfse>.
Portanto esse conteúdo esta correto.
o XML é esse mesmo mas se vc prectar atenção no conteudo dele, todos os acentos e caracteres especiais estão com problema inclusive algmas tags como <DescricaoCodigoTributacaoMunicípio> parece com problema pelo acento em Município, então no final das contas o XML carregado fica inutil...
-
29 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde Lowry,
Você chegou a abrir esse XML que anexou?
Se sim, você notou que ele começa com a tag <ConsultarNfseServicoPrestadoResposta>?
E que dentro dessa tag temos depois a tag <ListaNfse> e por fim a tag <CompNfse>?
Pois muito bem a primeira tag do XML da NFS-e é <CompNfse>, isso explica o motivo do componente não conseguir ler os dados da nota para poder imprimir.
Ao baixar o XML através do site ele retorna exatamente como esse que você anexou.
Se esse XML você obteve através do componente, então esta lendo o campo que contem o XML retornado e não o que contem o XML da nota.
Se esse o caso, volto a lhe pedir para ler o código final da procedure ChecarResposta do programa exemplo, é mostrado como obter o XML propriamente dito da nota para que o mesmo possa ser armazenado no banco de dados.
esse XML que eu enviei em anexo é o XML baixado pelo portal do nota control, foi só para exemplificar que nem eles disponibilizam novamente o XML autorizado... mas eu esqueci de falar isso, acabei me perdendo na escrita.
verifiquei o ChecarResposta e ele usa a função de Arquivos.Salvar para gravar o arquivo na pasta configurada, porem no momento de dar um loadfromfile nesse cara, a propriedade Items[0].XmlNfse fica igual a imagem abaixo:
-
1 hora atrás, Italo Giurizzato Junior disse:
Bom dia Lowry,
Qual é a dificuldade em configurar o componente para salvar os XML em disco?
Esse arquivo temp2.xml é o XML de retorno da consulta e não o XML da nota.
Se você não quer salvar o XML em disco, veja no final da procedure ChecarResposta como é feito para obter o XML da nota e poder salvar o mesmo no banco de dados.
o problema não é salvar o XML é conseguir ler esse cara depois nem o proprio XML baixado pelo nota control eu consigo dar um load, o unico XML que eu consigo dar load é o original salvo pelo retorno do envio... mas não posso garantir que esse cara vai existir... tem dado varios problemas de instabilidade e muitas vezes eles não mandam o XML autorizado imediatamente eu preciso consultar e ai não tenho mais o XML autorizado, nem no portal deles esse cara fica disponivel... o XML que fica disponivel é de um método de consulta.
Convertendo o XML da resposta com um XMLStringToUnicodeString eu consigo salvar esse cara como String no banco mas eu não consigo ler ele depois para fazer uma impressão, enviar por e-mail, exportar o XML, etc... (o componente reclama que não é UTF8)
-
6 horas atrás, Italo Giurizzato Junior disse:
Bom dia Lowry,
O que tem de provedor gerando o XML no formato ANSI e colocando no inicio o encoding UTF-8 não esta escrito.
Mas deixa eu entender melhor o seu processo.
Você não salva o XML em disco e sim armazena o mesmo no banco de dados.
Ao ler esse XML salvo no banco de dados é que ocorre o erro?
Se sim, por favor faça o seguinte teste:
1. configure o componente para salvar o XML em disco.
2. leia o XML salvo em disco para ver se ocorre o mesmo erro.
"O que tem de provedor gerando o XML no formato ANSI e colocando no inicio o encoding UTF-8 não esta escrito." -- você não tem idéia de quanto isso me anima kkkkkkkkkkkkkk
fiz o teste agora tentando imprimir pelos arquivos, mas só consegui imprimir o arquivo recebido pelo envio (333-nfse) o arquivo recebido pelo "Consultar por RPS" (temp2.xml) eu não consegui imprimir... (tentei até pela Demo, possivelmente as tags iniciais devem bagunçar o processo de impressão)
o processo de consultar imprime automaticamente o DANFE oque não seria um problema para a impressão... mas não temos informação de por quanto tempo o RPS vai ficar disponivel para consultar pelo nota control...
o meu medo de não conseguir salvar os XMLs é não ter essa informação para enviar para a contabilidade no final do mês (tudo pode acontecer, o cara pode simplesmente deletar as pastas dos servidores por um ataque de autoflagelação), tendo no banco acaba sendo mais seguro...
o pior de tudo é que estava funcionando 100%, derrepente o nota control resolveu mudar as coisas em produção, me sinto trabalhando com uma empresa de fundo de quintal
-
estão atualizados e instalados, eu tinha a mania de não reinstalar... mas agora toda vez que mando atualizar reinstalo em seguida...
no processo de protocolar estou pegando o XML que vem na ACBrNFSeX1.WebService.ConsultaNFSeporRps.XmlRetorno pelo que to vendo o XML ta vindo em ANSI e não em UTF-8.se eu jogo o XML em um arquivo ou abro no webview ele abre normal possivelmente porque o windows se encarrega de resolver o encoding, mas se eu tento ler ele direto ou se tento abrir o arquivo salvo, já aparecem os erros de caracter...
-
pessoal mais alguem ta tendo problema de UTF8 no servidor do DF? recentemente comecei a receber os XMLs de retorno com erro encoding... oque tem me gerado uma série de problemas... vem coisas do tipo:
<OutrasInformacoes>I - "DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL"; e II - "NÃO GERA DIREITO A CRÉDITO FISCAL DE IPI."</OutrasInformacoes>
<DescricaoCodigoTributacaoMunicÃ'#$00AD'pio>(2%) 1.07 - Suporte técnico em informática, inclusive instalação, configuração e manutenção de programas de computação e bancos de dados.</DescricaoCodigoTributacaoMunicÃ'#$00AD'pio>
para guardar o XML estou usando a função XMLStringToUnicodeString, aparentemente funciona perfeitamente, mas quando vou ler o XML novamente com o LoadFromString recebo a mensagem de que o XML não é UTF8... até meados da semana passada estava normal, cada vez que alguma coisa acontece nesse webservice é uma trabalheira nova...
anexei os 2 XMLs, o salvo automaticamente pelo componente e o que eu salvo no banco (no caso com protocolando pelo RPS), não conseguir ver nada que esteja atrapalhando ler ele...
-
4 horas atrás, Italo Giurizzato Junior disse:
Lowry,
Você notou que eu usei o modo de envio em lote no modo Síncrono?
E não ocorreu o erro de validação.
O erro referente a série, mude para série 3.
vou testar e aviso o resultado
-
1
-
-
13 minutos atrás, Italo Giurizzato Junior disse:
Lowry,
Acabei de fazer um teste usando o programa exemplo no ambiente de homologação, veja o resultado:
Envio no modo Síncrono, estou usando os mesmos valores para SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType que você esta usando.
Como você pode ver, não ocorreu nenhum erro de validação.
Veja acima como esta a configuração no que diz respeito ao Path dos Schemas.
consegui identificar o problema... todo o problema estava no metodo de emitir ACBrNFSeX1.Emitir, eu estava deixando ele no padrão automatico... ai vi no discord um problema parecido e a solução foi trocar para meUnitario e funcionou.
agora estou barrado no problema:
Código : E090
Mensagem: Numero do RPS invalido.(Numero RPS: 1)
Correção: Informe um numero de RPS que corresponda a sequencia utilizada pelo prestador do servico.
---------
Código : E093
Mensagem: Serie do RPS invalida.(Numero RPS: 1)
Correção: Identifique o RPS utilizando no maximo 5 digitos.
mas pelo menos tenho cominucação, já é um norte! -
3 minutos atrás, Lowry David disse:
estou usando assim
eu estava usando capcom, ai me toquei que não é bom usar ele... fiz a troca para o wincrypt e agora o meu erro é
Código : X800
Mensagem: Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CpfCnpj': Missing child element(s). Expected is one of ( {http://www.abrasf.org.br/nfse.xsd}Cpf, {http://www.abrasf.org.br/nfse.xsd}Cnpj ). -
34 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde Lowry,
Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?
estou usando assim
-
59 minutos atrás, Lowry David disse:
estou tirando uma nota pelo site do nota control, para ver se tem alguma diferença fisica no XML... nunca tive uma homologação tão problemática como essa, nota control não responde, retorno do webservice não bate com nada, as pessoas que conseguiram enviar não sabem dizer oque fizeram de diferente (até pq não tem muito fazer diferente kkk)
98-rps.xml0785018900139_NotaFiscaldeServicoEletronicaNFSe_000001.xml
fiz o envio pelo mas não consigo pegar o XML que é enviado... apenas o ConsultarNfseServicoPrestadoResposta oque não ajuda muito porque ele tem um bloco inteiro amais, mas olhando apartir do InfDeclaracaoPrestacaoServico não vi grandes diferenças... uma coisa que esta me chamando a atenção mas não sei se é algo relevante é a abertura do XML, a minha abertura é <Rps xmlns="http://www.abrasf.org.br/nfse.xsd"> e no XML de modelo que eles enviaram ele começa com <GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> alias todos os XMLs deles começam com a informação do oque ele esta fazendo, sera que não preenchi alguma coisa corretamente?
-
estou tirando uma nota pelo site do nota control, para ver se tem alguma diferença fisica no XML... nunca tive uma homologação tão problemática como essa, nota control não responde, retorno do webservice não bate com nada, as pessoas que conseguiram enviar não sabem dizer oque fizeram de diferente (até pq não tem muito fazer diferente kkk)
-
20 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Lowry,
Acredito que você não esteja configurando corretamente o PathSchema.
Leia o tópico abaixo.
estou usando a configuração para montar automaticamente a pasta, caso ela não exista ou esteja incompleta eu recebo o erro:
--> 9: Arquivo
D:\br\Thunder\Schemas\ISSNet\2.04\nfse.xsd
Não encontradono caso do schema estou usando o que vem no pacote do ACBr... se eu usar oque o provedor mandou por e-mail, não chega nem a gerar o XML, dando o erro:
--> 9: nfse.xsd#/schema/element[5][@name = 'CompNfse']
The attribute 'minOccurs' is not supported on the declaration xsd:element -
2 horas atrás, Juliomar Marchetti disse:
está usando o ACBrNFSeX . estranho está enviando correto
isso estou usando o nfsex, ele esta selecionando o provedor automaticamente de acordo com uf e o codigo do municio.
xProvedor: ISSNet
xMunicipio: Brasilia
xUF: DF
CNPJPrefeitura:
Método Executado: Enviar Lote Síncrono
Parâmetros de Envio
Numero do Lote: 1
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link :
Código Verif. :
Sucesso : False
Erro(s):
Código : X800
Mensagem: Erro de Validação: Element '{http://www.abrasf.org.br/nfse.xsd}CpfCnpj' cannot be empty according to the DTD/Schema.
quando jogo o XML no validador da ABRASF (https://tributacao.smarapd.com.br/abrasf/loginWeb.jsp?execobj=ABRASFValidaXml)
ele retorna: [ linha 1 : coluna 86 ] - cvc-elt.1.a: Não foi possível encontrar a declaração do elemento 'Rps'.
que é uma mensagem completamente diferente da resposta do webservice
-
Bom dia, deu uma pesquisada no forum e no Discord mas não achei ninguem com um problema semelhante... estamos iniciando a homologação da nfsex em Brasília e ao fazer o envio das notas estamos tendo a resposta:
Erro de Validação: Element '{http://www.abrasf.org.br/nfse.xsd}CpfCnpj' cannot be empty according to the DTD/Schema.
porem não identifiquei nenhum cpfcnpj faltando, essa nfse só tem 2 atores (prestador e tomador) e ambos tem o campo CpfCnpj preenchido... esse retorno do webservice não ajudou muito na identificação doque esta faltando...
será que alguem consegue me ajudar a identificar o problema? tentei contato com o nota control por e-mail... eles pediram o XML para analisar e não responderam mais....
-
Bom dia, estou precisando fazer uma alteração no layout de impressão, preciso trocar o bloco RLBandPix que aparece no topo do boleto para o fundo do boleto (logo abaixo do codigo de barras), tentei alterar o ACBrBoletoFCFortesFr mas não consegui fazer com que minha alterção surtisse efeito
-
Bom dia @Juliomar Marchetti, muito obrigado pela ajuda!!!! funcionou demais!
Eu já tinha tentado o processo da inicialização mas ai ele não funcionava nem no envio da primeira NFCe... o problema de fato eatava no conjunto de configurações para a assinatura... para funcionar direitinho eu precisei pegar a pasta de Schemas do projeto ACBr... os que a receita disponibiliza não funcionam direito e dão erro...Mas fora isso, ficou 100%, acredito que a conxeão da paygoweb mude algo nas configurações de segurança da maquina e ai o capicom deixa de funcionar.
-
1
-
-
2 minutos atrás, Juliomar Marchetti disse:
vi seu erro aqui.
inicie o TEF quando abrir sua aplicação e só desicialize quando fechar ela.
não é uma boa prática ficar a todo momento por isso ocasiona erros.
Aqui se livre do Capicom, use o WinCrypt
pois de nada adianta ali o TLS 1.2 se for capicom , terá que alterar manualmente lá no I.E.
entendi e faz sentido... vou tentar fazer isso aqui agora
-
pra dar mais informção, essas são as configurações que eu estou usando para o TEF e para o processo do XML.
-
11 horas atrás, Juliomar Marchetti disse:
Precisamos de mais informações.
está inicializando e finalizando a dll do tef a cada chamada?
O estranho é que eu posso passar quantos TEFs eu quiser... ele sempre vai comunicar certinho... mas quando o TEF foi inicializado, o cupom para de assinar na função ACBrNFe1.NotasFiscais.Assinar... tentei seguir oque ele faz no componente, mas me pareceu normal... e algum momento simplesmente da o erro de memória.
a cada chamada eu testo se ela esta inicializada, se não tiver eu inicializo ela, o bloco do TEF é basicamente esse aqui:
//****************************************************************************
// VALIDAÇÃO PARA O TEF
if (FDQueryFinfintipo.AsString='TEF')
then
begin
//inicia o TEF
//DM.ACBrTEFD1.TEFCliSiTef.OnObtemCampotry
if not DM.ACBrTEFD1.Inicializado then DM.ACBrTEFD1.Inicializar(TACBrTEFDTipo(gpPayGoWeb));
except
on E : Exception do
begin
Mensagem(E.Message,Informacao);
end;
end;{if not(DM.ACBrTEFD1.Inicializado(TACBrTEFDTipo(gpPayGoWeb)))
then raise Exception.Create('TEF não inicializado.'); }//chama o PayGo
DM.estadoSimuladoEcf := stsIniciada;//DM.VerificarTestePayGo(cbTestePayGo.Text);
DM.AtualizaIndiceTEF(IndicePagto);
//mensagem(FloatToStr(StrToFloatDef(EditRestante.Text, 0)),informacao);valor := NumeroSemMascara(EditRestante.Text);
//DM.estadoSimuladoEcf := stsAguardandoTEF;FormPrincipal.MemoPainel.Text := 'INFORMAÇÃO NO PINPAD.';
StatusTransacao := DM.ACBrTEFD1.CRT( valor , '01');
//StatusTransacao := DM.ACBrTEFD1.CRT( StrToFloatDef(EditRestante.Text, 0) , '01');
DM.estadoSimuladoEcf := stsEmPagamento;if StatusTransacao then
begin
Inc(IndiceTransacaoTef);
UltResp := DM.ACBrTEFD1.RespostasPendentes[DM.ACBrTEFD1.RespostasPendentes.Count-1];FDQueryPagpagtefcnpj.AsString:=UltResp. NFCeSAT.CNPJCredenciadora;
FDQueryPagpagteftband.AsString:=UltResp.CodigoRedeAutorizada;
FDQueryPagpagtefcaut.AsString:=UltResp.CodigoAutorizacaoTransacao;
FDQueryPagpagtefnsu.AsString:=UltResp.NSU;
FDQueryPagpagtefrede.AsString:=UltResp.Rede;DM.ACBrTEFD1.ConfirmarTransacoesPendentes(False);
end
else
begin
Application.MessageBox('Transação Negada', 'Informação', MB_OK + MB_ICONWARNING);
DM.ACBrTEFD1.CancelarTransacoesPendentes;
abort;
end;//DM.ACBrTEFD1.DesInicializar(TACBrTEFDTipo(gpPayGoWeb));
end; -
Boa noite, estou tendo um erro peculiar e não consegui encontrar a causa dele... temos uma aplicação PDV e estamos migrando o tef do Pay&Go para o Pay&GoWeb.
Depois de enviar um cupom, passando pela autorização do TEF, etc... o segundo cupom da erro de memória no momento de assinar... se eu fechar a aplicação e abrir novamente ele envia mais um cupom normalmente... caso eu não chame o TEF e só realize operações em DH ou POS, ele tambem funciona normalmente... realmente não sei aonde pode estar o problema... no momento de assinar uso o seguinte metodo, logo depois de preencher o componente com as informações do cupom.
DM.ACBrNFe1.NotasFiscais.GerarNFe;
DM.ACBrNFe1.NotasFiscais.Assinar; -
23 minutos atrás, Lowry David disse:
eu tentei fazer isso aqui para testar, mas ele simplesmente ignora '7,8' trazendo apenas o 7
consegui sim, precisava reinstalar o ACBr
-
3 horas atrás, rdrtecnologia disse:
Bom dia, DF está aceitando IE com campo fixo 08. Ajustei o ACBRValidar.pas linha 1223.
if fsComplemento = 'DF' then
begin
Tamanho := 13 ;
xTP := 2 ; yROT := 'E' ; yMD := 11 ; yTP := 1 ;
vDigitos := VarArrayOf(
['DVY','DVX',c0_9,c0_9,c0_9,c0_9,c0_9,c0_9,c0_9,c0_9,c0_9,'7,8','0','']);
end ;
eu tentei fazer isso aqui para testar, mas ele simplesmente ignora '7,8' trazendo apenas o 7
-
12 minutos atrás, BigWings disse:
Na página do Sintegra do DF tem o cálculo mas não bate nem a quantidade de dígitos dessa IE.
E aqui tem outro tópico com o mesmo problema:
baseado no calculo que esta na pagina do Sintegra, essa inscrição esta redondamente errada....
.jpeg.8e26eb5e67e343dde3407e57ff679366.jpeg)
encoding UTF8 XML retorno DF
em ACBrNFSe
Postado
Bom dia,
"O componente trata o XML retornado pelo webservice, mas não temos como tratar o XML que você baixou do site."
não estou tratando o XML baixado pelo site, apenas mostrei ele como exemplo, esquece esse cara kkkk
a imagem que estou mostrando do componente é referente tanto a importação do XML físico gerado pelo proprio ACBr quanto pelo XML recebido pelo webservice.
oque eu estou tentando dizer é: não importa se eu importo o XML fisico gerado pelo ACBr ou recebido pelo webservice, a propriedade XmlNfse fica problemática.