brajan

Bom dia, alguns clientes que usam SiTEF com PIX estão dando o seguinte mensagem anexo, alguém ja viu algo assim. Ja estou com os fontes atualizados.

Método Executado: ConsultarNFSePorRps - este o webservice devolveu a informação de que o Nº de RPS que foi enviado é inválido. Por favor, o RPS 16 e a série 1 correspondem ao RPS que está consultando? Se conferir no arquivo que é enviado, a informação está indo corretamente? O número não importa se eu colocar 000000016 que é o gerado pela prefeitura da a mesma mensagem; Nenhum retornou cancelado, sendo que a nota está cancelada na prefeitura; Segue anexo a pasta de xmls gerado 202303.rar

bom dia, estou estando justamente com o Demo, atualizado e os retornos são: veja o log anexo, No log alguns retorna sim o status da NFS-e porem como Situação Lote : 4 = Normal e outros não funciona; Log.txt

ja testei todos os métodos e esse é o unico que funciona para o Provedor, estava fazendo uma pesquisa no fórum e ja vi um ost com o mesmo problema, mas la fala que ja foi corrigido o problema, porem atualizei as componentes e o problema continua

segue xmls anexo 20130613641-con-lot.xml 20130613641-con-lot-soap.xml 20130613641-lista-nfse-con-lot.xml 20130613641-lista-nfse-con-lot-soap.xml

A consulta ele traz, o tempo de espera eu sei, mas quando vai consultar ele traz a nota corretamente mas porem a mesma continua com o status de normal, eu cancelei a nota ja tem 3 horas

Bom dia, estou fazendo a implementação com o Provedor Tinus, quando faço um cancelamento usado o NFSeX no ato do cancelamento consigo pegar o status da nota, mas se faço uma consulta logo após o mesmo so me retorna o status Normal, sendo que a nota ja está cancelado no site da prefeitura. Estou usando o método ConsultarLoteRps

Bom dia, esses foram, os arquivos que foram criados 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse-ger.xml 1-lista-nfse-ger-soap.xml

marquei as opção ele não gera nada, somente aquele arquivo que mencionei a cima

Estou usando o exemplo, do ACBr, ele só esta criando um arquivo temp1.xml e esta contido nele a senha certinho, porem o problema persiste.

sim estou, fiz achei estranho fiz a conferencia e esta sendo preenchido corretamente

Estou com o problema no servidor SigISS de Governador Valadares - MG, está me retornando o erro S01 Senha não pode ser verificada eu já informei a senha e o usuário mas continua me retornar o erro. Se alguem souber como resolver eu agradeço.

segundo o pessoal da Sicred o problema está sendo esse a baixo

Bom dia, estava aguardando o retorno do suporte, e aparentemente o problema era realmente o e-mail, tivemos uma resposta positiva do banco

Eu estou usando igual ao exemplo e não estou consegui homologar com a Cicred

vou verificar

estou com a versão atualizada do acbr mas não entendi como vc usa esse Var_OpenSSL pa não encontrei nenhuma chamada para essa função no exemplo está usando o ACbrOpenSSLUtils

é no na geração da Key ou no certificado tbm tem que remover?

sim ja passei para eles, mas estão falando que está inconsistente

Boa tarde, tive um problema de o suporte do banco cadastrar a solicitação da API PIX como integração TEF, mas agora o mesmo esta alegando que Para permanecer protegido, os certificados devem usar chaves que tenham ao menos 2048 bits de comprimento. Existem ferramentas de validação para testar o arquivo e verificar se ele está de acordo com as orientações da cartilha. E me enviaram a imagem anexa. mesmo gerando os arquivos pelo demo estão alegando essas inconsistência

bom dia, verificamos que o próprio suporte do banco que estava fazendo a integração errada, o mesmo estava fazendo o cadastro para o uso com integração com o pix TEF

estamos com um problema com a integração com o Sicred, diz o mesmo que o certificado gerado é invalido, conforme imagem: sigo todos os passos e quando o cliente manda o arquivo certificado para o banco o mesmo fala q está invalido;

Resolvido o problema. Muito obrigado. Pode finalizar o tópico.

Consegui. Evento enviado. Só vou agora aguardar agora o evento aparecer no site da Sefaz quando acessa o CT-e pela chave.

Bom dia. O cliente recebeu um CT-e e quer fazer o desacordo dele. O cliente é do ES (uf 32) Ao enviar o evento no XML o <corgao> é 42 e a chave do CT-e <chcte> começa com 42, ou seja o CTE foi emitido por uma transportadora de santa catarina, e ao transmitir apresenta o erro : Órgão de recepção do evento inválido. Quando coloca o <corgao> 32 no xml e transmiti, apresenta o erro: UF da chave de acesso diverge da uf autorizadora O cliente em específico está como tomador no CT-e, ai ele quer fazer o desacordo. Transportadora de SC e cliente do ES. Não sei se estou fazendo algo errado ou este procedimento que o cliente quer fazer não é possível.