Marco Moreira

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;

Boa tarde Italo, O pior é que não. Nessa versão do provedor, sempre recebo essa msg, por isso entrei em contato com eles. Em anexo uma consulta de uma nota válida no servidor deles. A consulta por RPS sempre retorna essa msg, mesmo para notas que estejam ok no provedor;3931-con-nfse-rps.xml A resposta deles foi a que mencionei acima. A consulta por lote funciona, mas eles não devolvem um xml completo... Usei a mesma nota para exemplificar0198250005495215-con-lot.xml... No meu caso é a cidade de Parobé e não tem configuração para retorno de xml completo segundo eles... (tb não achei no site); Só para deixar registrado... Obrigado. 3931-comp-nfse.xml 0198250005495215-lista-nfse-con-lot.xml

Boa Tarde, Realmente teve uma alteração no componente que agora faz buscar o cod. de verificação, Obrigado Italo; Contudo a pesquisa por RPS e consulta NFSe por faixa retornam erros, mas é só não usar para esse provedor já que a IPM diz não usar o RPS e não disponibilizar consulta q retorne o XML completo; A consulta lote está ok. Em anexo os retornos. Obrigado 3931-comp-nfse.xml 3931-comp-nfse-soap.xml 3931-con-nfse-rps.xml 3931-con-nfse-rps-soap.xml

Bom dia, Estou com o mesmo "problema" para a cidade de Parobé; Esse eles usam IPM 1.00 mas pelo jeito tem "particularidades". O retorno no envio é esse mesmo anexado pelo Lucas... Entrei em contato com a IPM, pois pelo envio, o componente não recupera o numero de NFSE e nem o cod. verificador... e dentro da minha rotina, acaba caindo na consulta de RPS que esta em anexo, neste recebo o erro do componente, pois o retorno deles é esse (em anexo tb) nesta consulta por RPS.: X999-Erro de Conexão: Opening and ending tag mismatch: situacao line 1 and li Em contato com a IPM eles comentaram que a cidade não usa RPS... por isso a mensagem de retorno é essa mesmo... Tentei argumentar que o retorno estava fora do padrão... "...No caso de Parobé que não utiliza RPS não, pois conforme informado o município não utiliza o RPS, então mesmo que você envie a informação o mesmo não é convertido, portanto o retorno de RPS não convertido está correto. " 3931-comp-nfse.xml 3931-con-nfse-rps.xml

Boa tarde, A senha tinha algum problema... Gerava retorno com arquivo vazio ou com Acesso negado conforme anexo do primeiro post; Redefinimos e foi.. Pode fechar o tópico. Obrigado;

Boa tarde, Entendi... Sim eu vi q eram apenas retornos de mensagens de validação... Sim... É o mesmo caso... Obrigado.

Boa tarde, Teste pelo programa exemplo: Retorno em anexo; Retorno com o erro e a msg junto; 2-lista-nfse-sinc.xml

Boa tarde, Sempre q recebo erros no envio o último vem com: Lista de NFSe não encontrada! (ListaNfse); Essa msg está presente em homologação e produção; Não chega a ser um problema, mas em uma migração de um cliente, por algum motivo que o mesmo está em contato com o IPM para verificar, recebia acesso negado. Contudo a mensagem no NFSeX era apenas Lista de NFSe não encontrada! (ListaNfse); O arquivo de retorno em anexo; Obrigado; 162-lista-nfse-sinc.xml

Bom dia Olhe para o exemplo do NFSex;

Buenas, A questão do código do item de serviço tive o mesmo problema;

Boa tarde, Em meus testes os endereços da versão está correto... Verificar se não está com a configuração do SSLType do webservice errado.

Bom dia, Fiz uma atualização e re-build e testei novamente, está funcionando. As pesquisas estão funcionais. Pode fechar o tópico; Obrigado;

Boa tarde, A lista de mais de um documento agora está retornando ok. A pesquisa quando informa o mesmo numero de NFSe para inicio e fim ainda acontece; Se o numero final for o mesmo do inicial não preenche a tag NumeroNfseFinal na consulta; No mais ok com as pesquisas, Obrigado.