Marco Moreira

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,