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?

Boa tarde, Em um cenário que o cliente terá dois PDC/CNPJs na mesma máquina, não estou conseguindo mudar as configurações... Exemplificando: Temos um cadastro de Caixas/TEF onde foi criado pastas diferentes para configurar cada CNPJ. Acontece que isso só é possível encerrando a aplicação, pois após informar TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI.TEF).DiretorioTrabalho:= EdEnderco.Text+'\PAYGOWEB' e ACBrTEFAPI.Inicializar e chamar ACBrTEFAPI.EfetuarAdministrativa(tefopTesteComunicacao) esse diretório arquivos ficam presos.... mesmo saindo da opção e ACBrTEFAPI.DesInicializar a pasta não é mais liberada... Quando entra no outro caixa e aplica outra pasta continua salvando na primeira pasta vinculada no componente com os dados do primeiro CNPJ... Testei com o programa exemplo, setando TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI.TEF).DiretorioTrabalho:= EdEnderco.Text+'\PAYGOWEB' e tem o mesmo comportamento... Outro teste foi configurar um caixa e fazer a instalação. Após isso, mudar o caixa(com isso seu diretório), ao testar apresenta transação ok, quando deveria solicitar instalação deste... Se fechar e abrir o mesmo, vai solicitar conforme esperado... Agradeço...

Bom dia. O problema no cliente ocorria porque estava configurado uma pasta com uma versão antiga do ACBrCTeServicos.ini; Obrigado;

Bom dia, Eu estou com os fontes originais e estou gerando o arquivo com a versão 4; Vou fazer mais testes...

Boa Tarde, Estou com o mesmo erro ao enviar manifestação de desacordo do CTe em cliente de SP. Tiveram alguma solução? Mudei as configurações de SSLLib := libCapicom; SSLCryptLib := cryCapicom; SSLHttpLib := httpWinINet; SSLXmlSignLib := xsMsXmlCapicom; para: SSLLib := libWinCrypt; SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; mas o erro persiste; Segue em anexo XML. 1-ped-eve.xml

Segue informações .INI referente a cidade Como era: [4313060] Nome=Nova Hartz UF=RS Provedor= Como ficou: [4313060] Nome=Nova Hartz UF=RS Provedor=Tecnos Versao=2.01 ProRecepcionar=http://novahartz.nfse-tecnos.com.br:9087/RecepcaoLoteRPS.asmx ProConsultarLote=http://novahartz.nfse-tecnos.com.br:9097/ConsultaLoteRPS.asmx ProConsultarNFSeRps=http://novahartz.nfse-tecnos.com.br:9095/ConsultaNFSePorRPS.asmx ProConsultarNFSePorFaixa=http://novahartz.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx HomConsultarNFSeServicoPrestado=http://novahartz.nfse-tecnos.com.br:9094/ConsultaNFSeServicosPrestados.asmx HomConsultarNFSeServicoTomado=http://novahartz.nfse-tecnos.com.br:9093/ConsultaNFSeServicosTomadosIntermediados.asmx ProCancelarNFSe=http://novahartz.nfse-tecnos.com.br:9098/CancelamentoNFSe.asmx ProRecepcionarSincrono=http://novahartz.nfse-tecnos.com.br:9091/EnvioLoteRPSSincrono.asmx ProGerarNFSe=* ProSubstituirNFSe=http://novahartz.nfse-tecnos.com.br:9086/SubstituicaoNFSe.asmx ; HomRecepcionar=http://homologanovahartz.nfse-tecnos.com.br:9087/RecepcaoLoteRPS.asmx HomConsultarLote=http://homologanovahartz.nfse-tecnos.com.br:9097/ConsultaLoteRPS.asmx HomConsultarNFSeRps=http://homologanovahartz.nfse-tecnos.com.br:9095/ConsultaNFSePorRPS.asmx HomConsultarNFSePorFaixa=http://homologanovahartz.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx HomConsultarNFSeServicoPrestado=http://homologanovahartz.nfse-tecnos.com.br:9094/ConsultaNFSeServicosPrestados.asmx HomConsultarNFSeServicoTomado=http://homologanovahartz.nfse-tecnos.com.br:9093/ConsultaNFSeServicosTomadosIntermediados.asmx HomCancelarNFSe=http://homologanovahartz.nfse-tecnos.com.br:9098/CancelamentoNFSe.asmx HomRecepcionarSincrono=http://homologanovahartz.nfse-tecnos.com.br:9091/EnvioLoteRPSSincrono.asmx HomGerarNFSe=* HomSubstituirNFSe=http://homologanovahartz.nfse-tecnos.com.br:9086/SubstituicaoNFSe.asmx

Bom dia, Durante meus testes para homologar PAyGo por troca de arquivos, verifiquei que os dados da Transação PIX estão truncados no retorno do componente e com isso não consigo cancelar os mesmos. Verifique o Print do Debug do retorno e o log da PayGo. Tanto o NSU quanto o codigo de finalização não batem no componente. Tentei ler os dados pelo método LeInformacao da resposta, mas obtive sucesso... O TEFApi funciona todas as propriedades da resposta e consecutivamente os cancelamentos PIX. Alguém tem alguma dica sobre? Obrigado,

Bom dia, Realmente o problema era mais de 50 eventos no lote. Vou implementar algo na rotina para controlar, Obrigado pela ajuda.

Boa Tarde, Vou verificar, mas realmente tenho mais de 50 eventos... Quando finalizar o envio respondo aqui. Obrigado pela dica.

Buenas, Segue XML de retorno, Se puderem passar um mail para anexar o xml de envio; Obrigado, 20231101222834-rec.xml

Boa Tarde, Um cliente que tem um volume considerável de notas gerando R-4020 está recebendo o erro ao enviar; A estrutura do arquivo XML está em desconformidade com o esquema XSD. The element 'eventos' in namespace 'http://www.reinf.esocial.gov.br/schemas/envioLoteEventosAssincrono/v1_00_00' has invalid child element 'evento' in namespace 'http://www.reinf.esocial.gov.br/schemas/envioLoteEventosAssincrono/v1_00_00'. Verificando os xmls não consegui localizar o problema; Se tiver um mail posso enviar o xml gerado; Qualquer luz agradeço;