Marco Moreira

Bom dia, Sim, Obrigado.

Pelo que entendi o teste do referido post se refere a linha 696 do Diff da tag (evento Id) que é com Id maiúsculo... que agora está ok... O problema está na linha 710 do Diff pois a tag (evtTotal id) é com id minúsculo... Conforme imagem do retorno

Bom dia. @Juliomar Marchetti essa alteração não está lendo o conteúdo dos retornos de eventos... O - <evtTotal id="ID900100000000001184948627"> é minúsculo, diferente do <evento Id="ID1087418990000002026040809311407470"> que é maiúsculo;

Bom dia, Perfeito! Tinha Comparado as informações em relação a PayGo me pareceu que a relação NSU_TEF := DestaxaResposta.transacao_codigo_vespague seria mais coerente, mas o codigo_vespague tem um tamanho maior do que a PayGo; Analisando o dicionário de dados pode estourar mesmo... Sendo assim, segue em anexo tua sugestão... ACBrTEFAPIDestaxa.pas ACBrTEFDestaxaComum.pas

Boa Tarde, Implantamos o Destaxa em cliente... Não estou recebendo algumas informações... Fiz um comparativo com a Paygo e segue uma sugestão de alteração para análise; Como está a PAYGO PWINFO_REQNUM = 50; // Referência local da transação PWINFO_REQNUM: begin NumeroLoteTransacao := Linha.Informacao.AsInt64; NSU_TEF := LinStr; end; PWINFO_AUTLOCREF = 68; // Referência da transação para a infraestrutura Pay&Go Web PWINFO_AUTLOCREF: Finalizacao := LinStr // Workaround, para situações onde a VERO / BANRICOMPRAS não retorna o CodigoAutorizacaoTransacao ou PWINFO_AUTHCODE (0x46) if (CodigoAutorizacaoTransacao = '') then begin if (UpperCase(Instituicao) = 'BANRICOMPRAS') and (UpperCase(Rede) = 'VERO') then CodigoAutorizacaoTransacao := NSU; end; Alteração proposta para DESTAXA NSU_TEF := DestaxaResposta.transacao_codigo_vespague; Finalizacao := DestaxaResposta.transacao_nsu_rede; // Workaround, para situações onde a VERO / BANRICOMPRAS OU BANRISUL não retorna o CodigoAutorizacaoTransacao ou DestaxaResposta.transacao_autorizacao if (CodigoAutorizacaoTransacao = '') then begin if (Pos('BANRI', UpperCase(NomeAdministradora)) > 0) and (UpperCase(Rede) = 'VERO') then CodigoAutorizacaoTransacao := NSU; end; Como ficou... ACBrTEFDestaxaComum.pas ACBrTEFAPIDestaxa.pas

Boa Tarde, PayGo Web existe um tratamento... verifique se está com o componente atualizado...

Boa Tarde, Abrindo o retorno SOAP no notepad++ está como UTF-8; e com acentuação Não anexei os xmls por serem de produção...

Boa Tarde, Obrigado... Lembra de alguma alteração que pode estar causando problema na acentuação do arquivo de retorno IPM.2.04 ?

Boa Tarde, A Url de produção que consegui fazer funcionar foi diferente da ultima atualização disponível no SVN; https://estanciavelha.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao Uma questão que fiquei na duvida foi a acentuação do retorno; No retorno SOAP...469-lista-nfse-sinc-soap.xml e depois...469-lista-nfse-sinc.xml

Boa tarde, O pessoal do suporte me reportou que a atualização das autoridades de certificação resolveu o problema.(No nosso caso o windows estava atualizado); Pode fechar o tópico, Obrigado; erro-tlsssl-cte-e-mdfe-certificado-a3.pdf

Boa tarde, Obrigado pelas sugestões. Foi feito as mesmas conferências... mas o erro persiste. Dois clientes que funcionavam até semana passada... sem atualizações do sistema... ambos com Windows 10 e certificado A3.. Se tiverem mais alguma ideia, já que parou de funcionar sem motivo aparente...

Bom dia, Estamos tendo esse erro desde segunda feira no MDFe em alguns clientes com certificado A3. Erro Interno: -2146893815 Erro HTTP: 0 URL: https://mdfe.svrs.rs.gov.br/ws/mdferecepcaoevento/MDFeRecepcaoEvento.asmx Erro: 2148073481 - Vi um tópico essa semana onde foi aconselhado verificar um tópico sobre esse erro em um tópico no NFCe, porém verificando essas configurações atuais do cliente já estão ok e estavam funcionando até então... Se alguém tiver alguma sugestão fora a troca do certificado por um A1, eu agradeço;

Algumas duvidas, se puder ajudar: Tem como ter dois Client PayGo windows instaldos também? Pois depois que Ativa o PDC o cliente fica com ele vinculado, não abrindo opção para ativação de um segundo PDC... Na tentativa de instalar um segundo Client o processo de instalação solicita o encerramento do primeiro, ao finalizar, aparentemente apenas confere a instalação e abre o mesmo... Preciso passar na mão o número do PDC ou vai ler isso da pasta em q foi instalada, ou o próprio client vai gerenciar? Pois ví que isso tb está na variável de ambiente... e como terão dois... A principio teriam dois PinPads e hoje não tem mais o config para mudar a porta no programa exemplo... consigo alternar usando a property PortaPinPad? Poderia usar apenas um PinPad sem a necessidade de carga de tabelas a cada troca de PDC? Obrigado,

É que o caso surgiu essa semana em produção, onde a VS ainda usa a DLL antiga... Debugando agora, não tenho dois PDCs, mas com o meu de homologação, depois de instalado, trocando a pasta... e mandando testar o PinPad da como Ativo... (Debugando, passa pelo trecho da mas como a DLL antiga, não entra no if PW_End); Encerrando o programa e testando de novo, solicita nova instalação...

No caso, seria dois PinPads..., Mas não será ao mesmo tempo... Hora vendendo por um Cnpj ou selecionando outro caixa e vendendo por outro CNPJ... As configurações do ACBrTEFAPI.DadosTerminal.PortaPinPad parece q tb não carregam assim como a questão da pasta... Estou com a ultima versão, mas não testei com a nova DLL... Vou simular com a nova... Mas vou poder liberar os dois pontos d captura na mesma máquina? Pelo q lembro do TXT q já usa esse cliente eu informo um cnpj e ponto d captura... Ahi como faria para conseguir usar os dois PDCs?