gabriellc

ok italo, muito obrigado, eu ja havia notado que estavam todas as informações no arquivo!

Bom dia quanto ao arquivo nfe italo eu retirei o protocolo propositalmente, para simular o ocorrido. segue o arquivo sit.xml 25151120184074000132650030000002851000000017-sit.xml pq o que quero com isso, é se por algum motivo seja qual for o XML ficou sem protocolo de autorizacao o componente sempre adicione o protocolo de autorização.

ok italo, aqui esta o xml da nfce, autorizada e posteriormente cancelada. 25151120184074000132650030000002851000000017-nfe.xml e aqui esta o NFeDFe da mesma. note que dentro do NFeDfe estao os protocolos de cancelamento e de autorizacao. 25151120184074000132650030000002851000000017-NFeDFe.xml

sim italo, esta salvando tudo normal, nao sei se me expressei bem, vou tentar ser mais especifico: 1º caso: tenho uma nfce autorizada pelo webservice, mais o xml sem a tag protnfe, ao consultala, o componente esta adicionando a tag protnfe. até aqui tudo otimo. 2º caso: tenho uma nfce cancelada pelo webservice, novamente o xml sem a tag protnfe, ao consultala, o componente nao adiciona a tagprotnfe.(a não ser que eu marque como true a opcao atualizarXMLcancelado, assim ele adiciona o protocolo do cancelamento, que entendo que não é para adicionar). nao sei se estou falando bobagem, mais acho que o compontente sempre deveria adicionar a tag protnfe, com a autorizacao da NFe(logicamente se ela estiver autorizada), independente dela ter eventos ou não.

alguem tem alguma ideia de como fazer o componente adicionar o protocolo de autorizacao? ja tentei aqui, mais hj to com a caebca muito cheia e nao to conseguindo pensar direito e precisava disse hoje! obrigado

o que verifiquei foi que, se a nfce tiver eventos cancelamento e etc.., o xml que nao tiver a tag protnfe nao vai receber a tag protnfe(na consulta do XML), se uma nfce nao tiver eventos vinculados a ela, a nfce que nao tiver a tag protnfe, recebe normalmente a tag protnfe. Outro Ponto, se for efetivado uma consulta com a opcao atualizarXMLcancelado, ele atualizao XML com o protocolo do cancelamento, mais se eu realizar uma nova consulta com a opcao atualizarXMLcancelado = false, ele nao volta para o protocolo de autorizacao. entendo eu que realizando uma nova consulta em uma nfce cancelada era pra ser salvo com o protocolo de autorizacao, estando a opcao atualizar xmlcancelado = false.

resumindo: 1. envio a nfce, por algum motivo nao foi salvo a tag protnfe. 2. envio o evento de cancelamento da nfce. 3. ao consultar a nfce com o evento de cancelamento ja homologado e vinculado, o XML fica sem a tag protnfe. pois na consulta o protocolo que retorna eh o do cancelamento.

Seguinte pessoal, pelo que entendi pesquisando no forum, nao eh recomendado alterar o prot de um NFC-e autorizada, pelo prot do cancelamento da mesma. nos meus testes encontrei a seguinte situacao, por algum motivo o xml da nfce foi salvo sem o protocolo de autorizacao (erro de timeout), envio o evento de cancelamento da NFCE(consultando na hora de enviar o evento e pegando o protocolo de autorizacao,), mais quando vou consultar apos o cancelamento para atualizar o xml com o procolo de autorizacao, o xml nao eh atualizado com o protocolo de autorizacao, se eu marcar como true a propriedade AtualizarXMLcancelado, ele atualiza com o protocolo de cancelamento.

ok daniel eu tinha visto no manual q era 4 tb, mais como o 3 funcionou pra mim deixei com 3 msm. msm assim obg

amigo juliomar eu uso o componente sim, ja estou usando a um bom tempo, o que houve foi o seguinte: quando o envio da nota dava timeout, grava no BD sem o protocolo logicamente, ai quando eu testar se a nota tinha sido enviada ou nao para saber se cancelava ou inutilizava o numero, quando a nota tinha sido enviada, eu carregava o componente do evento, sem o protocolo pois eu estava puchando do BD. ai vem o que acho errado por parte do webservice, eu estava enviando o evento somente com a chave da nota, sem o protocolo(pois puchava todos os dados do BD), o webservice simplesmente diz lote do evento processado e nao critica a falta do protocolo da NFc-e ou NF-e, ficando la no webservice um registro de evento sem "nada". entendeu?

pessoal tenho uma duvida, acho q fiz algumas besteiras nao sei ao certo. o que aconteceu, eu estava enviando os eventos de cancelamento se adicionar o protocolo de autorizacao da NFc-e. o evento sempre me retornou evento processado, mais nao aparece no webservice quando consulta a nota nao aparece cancelada! alguem sabe alguma coisa a respeito!?

estranho daniel, pq coloquei 3, e funcionou diminuindo o tamanho do QRCODE.

aos moderadores, quanto a este "problema" da DR700, modifiquei a seguinte parte do codigo do arquivo ACBrESCDaruma. function TACBrEscDaruma.ComandoQrCode(ACodigo: AnsiString): AnsiString; var iQtdBytes, bMenos, bMais, L: Integer; E: AnsiChar; begin iQtdBytes := Length(ACodigo); bMenos := iQtdBytes shr 8; bMais := iQtdBytes AND 255 + 2; with fpPosPrinter.ConfigQRCode do begin L := IfThen( LarguraModulo = 0, 5, max(min(LarguraModulo,7),3) ); //AQUI ESTAVA ...7),4)); FICANDO ASSIM ELE NAO ACEITAVA LARGURA MENOR QUE 4. case ErrorLevel of 1: E := 'M'; 2: E := 'Q'; 3: E := 'H'; else E := #0; end; Result := ESC + #129 + AnsiChr(bMais) + AnsiChr(bMenos) + AnsiChr(L) + E + ACodigo; end; end;

pior que nao uso o acbr monitor!

duvida besta! timeout é a demora na resposta do comando enviado? e limite de tempo de conexao, é o tempo da tentativa de conexao com o servidor?

Pessoal, na daruma DR700 nao diminui o tamanho do qrcode ja diminui a largura pra 0 e nao afeta em nada o tamanho, isso acontece somente na DR700, nas outras impressoras diminui normal!

é nao é validado não, vou deixar do jeito que consegui validar, e esperar a SEFAZ PB resolver. obrigado

tem razao italo, a url nao abre, mais fiz um teste aqui joguei a variavel FIS_1410 para o fin da URL ficando &cdFuncao=FIS_1410a URL abriu, vou testar agora se a URL ficando assim é validado!

eu entendi italo, mais o pessoal daqui da receita da PB é dificil eles entenderem. como disse, no meu caso consegui resolver, mais a url ficou estranha ficando com duas '?' nao sei se isso poderá provocar problemas futuros, mais por enquanto ta resolvido no meu caso, estou conseguindo emitir normal! pelo que entendi na validacao nao importa se tem parametros a mais na URL, se ele vierem antes da '?chNFe' para ser validado os parametros do qrcode, sempre vai ter que comecar com '?chNFe'. obrigado

RESOLVIDO como tinha falado o problema estava mesmo na URL, nao sei se vai afetar outros estados, mais se gue o trecho que alterei e foi tudo ok, a nota foi enviada e validade pela SEFAZ no passo 6 estava testanto se ja existia '?' se ja colocava um '&' antes da var chNFe. resolvi apenas comentando o IF e deixando com o '?' direto. // Passo 6 { if Pos('?', urlUF) > 0 then Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode else} Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode; é certo que a url ficou estranha, ficando com duas ? mais deu certo pra mim, nota validada enviada e constando no servido da SEFAZ. obrigado a todos que se dispuseram a ler, a observação do andré foi fundamental para achar o erro.

eu entedo agnaldo estou calmo, rsrsrrs so estou tentando explicar pro pessoal pra ficar mais facil de identificar se o erro esta no codigo do componente ou na URl da PB, se vc prestar atencao na URL da paraiba, tem uma variavel antes da primeira variavel do qrcode que é a chNFe. ja na URL do seu estado nao tem esta variavel e a URL esta sendo gerada legal! talvez nao tenha me expressado bem, so estou tentando explicar para ficar mais facil encontrar o erro se esta no meu codigo no codigo do componente, ou se a sefaz vai ter que fazer alguma mudanca na sua URL entende?

no ambiente de homologação daqui da PB, ja esta nas regras novas de validação, antes de atualizar o ACBR o webservice me retornava que a a nota estava sem informação do qr-code, por tanto ja esta na regra nova! a minha questao do qr-code, é que nao esta validando, desconfio que seja a url passada na hora validacao, como disse antes no erro retornado pelo componente a url esta de um jeito e no XML de outro. eu nao tenho problema de alimentacao, ja estou emitindo em producao em 4 clientes, so preciso testar algums erros que deu nos meus clientes, entende? mais especificamente dentro do XML a tag qrcode esta assim: https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe=25151020184074000132650030000000821000000010&nVersao=100&tpAmb=2&dhEmi=323031352D31302D30365431363A30333A33332D30333A3030&vNF=32.67&vICMS=0.00&digVal=7039784536326F4863456932725671367051316C4A7737754730553D&cIdToken=000001&cHashQRCode=203823A2562469B372F321056A7456CC1ED7E4D8 note que depois do trecho FIS_1410 tem um & para dividir as variaveis da URL, e no erro retornado pelo componente esse & nao existe. eu acho q isso é que esta fazendo o XML nao ser validado.

Sim explique como é que vai testar ou gerar o xml pra enviar se o ambiente de testes não atende? Não entendi o que quis dizer Juliomar. nos meus testes do qrcode, esta dando falha na validacao, acho eu como o andré falou antes, o problema esta na URL, como disse num post anterior, dentro do XML esta de um jeito e na msg de erro da validacao aparece de outro jeito a URL, entendeu.

a pressa por minha parte italo, é que estou precisando testar outras coisas e estou dependendo disto.

Anexe o XML completo. Olhando melhor, a URL do seu estado não respeita as validações do schema: https://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 Schema: <xs:pattern value="((HTTPS?|https?|HTTP?|http?)://.*\?chNFe=[0-9]{44}&amp;nVersao=[0-9]{3}&amp;tpAmb=[1-2](&amp;cDest=([A-Za-z0-9.:+-/)(]{0}|[A-Za-z0-9.:+-/)(]{5,20})?)?&amp;dhEmi=[A-Fa-f0-9]{50}&amp;vNF=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&amp;vICMS=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&amp;digVal=[A-Fa-f0-9]{56}&amp;cIdToken=[0-9]{6}&amp;cHashQRCode=[A-Fa-f0-9]{40})"/> André pelo que vi nao sei se estou certo, no XML a url é gerada correta, pelo que entendi! ex: no XML depois do texto FIS_1410 tem o '&chNFe' e no erro que apresenta nao tem '&' so tem o FIS1410chNfe. acho eu que seja por isso. 25151020184074000132650030000000821000000010-nfe.xml