tiago.rizzon

Bom dia Italo! Tudo bom? Naquele print q retornou o erro de validação (parcelas), era somente teste de conexão com o WS... Não era pelo componente (era um http e um memo) Pelo componente não consegui mais emitir/comunicar com o sistema da prefeitura, devido a IPM ter mudado o parâmetro do usuário e senha, além da URL (q já está correta no arquivo INI do SVN) Minha dúvida na vdd seria se algum dos companheiros tem conseguido emitir NFS p/Gravataí usando somente usuário e senha nos parâmetros (como anteriormente).. Ou se devo criar mais um parâmetro no componente para mudar a forma do POST conforme o manual que a IPM me passou: (nesse layout, eles concatenaram o usuário e senha num parametro apenas) Manual Integração NFSe - Base Oficial IPM.pdf

Bom dia Rubinho! Tudo bom? Então, o usuário e senha estam informados certinho, ocorre que em Gravataí a IPM mudou a URL e os parâmetros de conexão, depois dessa mudança não consegui mais enviar as notas pelo NFSeX, antes da alteração no provedor (24/05/22), funcionava 100%... Eu até atualizei e reinstalei o ACBr ontem, vi q foi feita alteração na URL semana passada (no arquivo INI), mas infelizmente não tive sucesso na tentativa de emissão.

Oi, saberia me informar se tem mais alguma propriedade ou configuração do componente que preciso setar? (além de informar o usuário e senha (Emitente.WSUser e Emitente.WSSenha)

eu até consegui "comunicação" com o WS, mas não sei como fazer ou qual configuração alterar no componente NFSeX, para que fique similar a rotina (parâmetros) de envio, conforme o print abaixo: Nota q o usuário e senha não foi mais em 2 parâmetros e sim concatenados em 1 parâmetro base 64 (grifado no print). Alguém saberia me auxiliar como faço esse parâmetro no componente? Desde já muito obrigado!

Boa tarde pessoal! Não estou conseguindo emitir NFSe p/município de Gravataí/RS, desde semana passada quando houve alteração na URL. Se algum dos companheiros puder auxiliar, desde já agradeço muito! Atualizei hoje o ACBr e reinstalei + build no projeto... O erro é o mesmo tanto pelo projeto quanto pelo demo. Talvez algum campo ou configuração que eu não soube ajustar? Usuário e senha IPM estam informados e corretos... COD/ERRO: X999 MENSAGEM: Erro de Conexão: Erro Interno: 0 Erro HTTP: 403 URL: https://ws-gravatai.atende.net:7443/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao SYSTEM or PUBLIC, the URI is missing

Oi Ricardo, chegou a verificar no manual IPM de Cascavel se os parâmetros post esperados pelo WS ainda são usuário e senha? (sem concatenar eles) A IPM tem migrado seu layout para essa versão (esse padrão de URL), e no manual q eu tenho precisa concatenar o usuário e senha e enviar num parâmetro base64... (no caso estou testando para outra cidade q mudou recém, mas o layout é o mesmo)

Oi Ricardo, não sei informar a URL correta para Cascavel (depende do layout q estam utilizando lá), tenta verificar se não é esse: ProRecepcionar=https://ws-cascavel.atende.net:7443/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao (esse é de acordo com o último layout que me disponibilizaram, vou ter q usar p/gravatai q mudou)

Boa tarde Rotelle! Se alguma aplicação consultar os NSU's, e vc tentar consultar da posição que o teu DB parou, será sim retornado o consumo indevido e ultNSU a ser utilizado na próxima consulta (após 1h). Neste caso, se precisar completar sequencia NSU, acredito que deverá usar a consulta individual de cada NSU que está faltando, lembrando que pode usar essa consulta máximo 20x a cada hora para não retornar consumo indevido... e só retorna NSUs de no máximo 90 dias retroativos (ou 180, não me recordo) Recentemente nas tentativas que fiz de consultar com NSU = 0 ou NSU menor que o último consultado foi retornada a rejeição indicando o NSU a consultar. Esse retorno foi para clientes ativos na distribuição DFe...... Já nos clientes novos ou inativos a mais de 30 dias, foi realizada a consulta com NSU = 0 e em 1h a SEFAZ recriou a lista e os documentos começaram a vir...

Essa lentidão certamente é problema de hardware/rede No ACBr a geração do PDF é rápida, sempre. O gargalo está no equipamento do teu cliente. ** No passado, tive problemas ao gerar PDF com anti-virus (kaspersky)... Serie interessante verificar as exceções no anti-virus (pasta do sistema/PDFs e EXE), numa dessas é ele causando a lentidão

Boa tarde Pessoal! Tudo bom? Hoje tive rejeição ao emitir NFSe da cidade de Novo Hamburgo, não fiz alterações nos fontes recentemente, exceto uma atualização do ACBr mês passado. Antes da atualização a tag alíquota gerada no RPS era <Aliquota> 2.000 </Aliquota>, após atualizar os fontes em janeiro ficou <Aliquota> 0.0200 </Aliquota>. Será q devo atualizar os fontes novamente? Ou esse provedor atende diversas cidades e pode haver diferença na formatação do conteúdo da tag alíquota e devo colocar um if/case por cidade? Após comentar a linha DivAliq100 := True; na unit ISSNet.GravarXml voltou a funcionar normalmente a emissão (print em anexo da CFG comentada) *Do provedor ISS.net, só tenho clientes em Novo Hamburgo, não tenho base para comparar com outros municípios atendidos pela ISS. Desde já agradeço! Uma ótima semana a todos.

Bom dia Companheiros! Vou testar hoje à tarde com login q tenho aqui, atualizar todos fontes e reinstalar. Desculpe, ando na corrida, estou dando atenção em momentos salteados.

Fiz um teste rápido na consulta pelo código de autenticidade, vieram todas as tags... Nem cheguei a verificar se essa consulta já estava implementada ou não... FPEnvio.xml FPRetorno.xml

Bom dia Alex! Tudo bom? vc conseguiu algum sucesso na consulta de NFSe? No manual constam 3 tipos de consultas (1. Pelo código de autenticidade; 2. Por número, série e cadastro (econômico); 3. NFSe por RPS). Fiz um teste da opção 3, consulta NFSe por RPS (teste com o código engessado na unit, só para ver se iria funcionar. print em anexo)... Segundo o manual, essas 3 consultas obtém o mesmo retorno onde deveriam estar inclusas 3 tags (q estam ausentes): situacao_codigo_nfse, link_nfse, codigo_html. Deixo em anexo os arquivos de envio e retorno, se vc conseguir algum sucesso nessa questão, compartilha aqui com nós hehe Assim q der vou testar as outras consultas. * Nenhum dos parâmetros na URL fez diferença nos testes: ?eletron=1 ?formato_saida=2 Abração! Feliz Natal FPEnvio.xml FPRetorno.xml

Perfeito Italo! Vou atualizar tudo e reinstalar... Logo testo e retorno aqui. Obrigado!

Boa tarde Companheiros! Fiz uma alteração para transmitir o cancelamento assinado, conforme requer a prefeitura de Cachoeirinha/RS. Não fiz a parte do tratamento do retorno, ainda pendente. (costumo tratar o retorno manualmente com o XML). pfv, alguém poderia analisar a alteração q fiz e inclui-la no componente/repositório? Anexei a unit (IPM.Provider) alterada mas não vale a pena usar a minha unit, pois, vi q o Italo fez diversas atualizações nesses últimos dias e eu não estava com o fonte atualizado, por isso grifei a alteração em print anexo, foi bem pouca alteração. Anexei tbm exemplos de retorno caso alguém precise implementar antes, senão farei semana q vem. Obrigado! CancNFS-ENV.xml CancNFS-RET-Rejeicao-Duplicidade.xml CancNFS-RET-Rejeicao-NFSeAntiga.xml CancNFS-RET-Sucesso.xml IPM.Provider.pas

Boa tarde Alex! Tudo bom? Vou abrir o tópico sobre o cancelamento... Fiz apenas a alteração necessária para enviar/funcionar o cancelamento, ainda não fiz o tratamento retorno (eu costumo tratar o retorno diretamente/manualmente no XML), Na semana q vem vou ver sobre a consulta de NFSe por RPS, caso ainda esteja pendente.

Oi Alex, sim meus fontes estam alterados local aqui, conforme o Juliomar falou... Eu preciso implementar/revisar a consulta e tbm o cancelamento de Cachoeirinha, mas essa semana estou apurado tenho q concluir outras tarefas na frente, por isso não consigo começar

Bom dia Alex! Eu dei uma olhada no fonte ontem, para esse layout da IPM não está implementada a consulta de NFSe por RPS... Vi no manual q a consulta existe, tbm preciso implementa-la, mas acho q não consigo essa semana. Verifica na tua unit aí, não existe a function (grifei no anexo)

Bom dia Alex, tudo bom? Fui testar a consulta de NFSe por RPS agora pela manhã e obtive o mesmo retorno q vc. Eu não havia testado a consulta até o momento! Estava na parte de emissão e cancelamento. A emissão está 100%, o cancelamento ainda não está indo devido a falta da assinatura. Ainda não tive tempo de ler no manual da IPM quais tipos de consultas eles disponibilizam, vc chegou a ver?

Oi Italo, tudo bom? Obrigado pela ajuda. Atualizei todos os fontes e dei um build no projeto. A emissão funcionou, RPS foi enviado assinado e gerou NFSe. O cancelamento não funcionou, a mensagem de retorno refere-se a falta de assinatura na solicitação de cancelamento, segue em anexo arquivo de envio e retorno da solicitação de cancelamento. Existe alguma propriedade do componente que precisar ser alterada para incluir a assinatura no cancelamento? (eu não cheguei a debugar a rotina de cancelamento) Obrigado! CancNFS-ENV.xml CancNFS-RET.xml

Eu fiz uma alteração momentânea, não encontrei ande configurar a propriedade ConfigAssinar.RpsGerarNFSe, deixei alterado no INI, até eu conseguir encontrar aonde seta a propriedade

RetornoRPS-Homologacao.xmlOi Italo, tudo bom? Hoje consegui retomar a implementação da NFSe de Cachoeirinha, estou com o ACBrNFSeXServicos.ini assim no momento: (compilei o .res e build no projeto) [4303103] ; Atualizado em 10/12/2021 Nome=Cachoeirinha UF=RS Provedor=IPM Params2=AssinarRps ProRecepcionar=http://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php?eletron=1 HomRecepcionar=http://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php?eletron=1 assim consegui emitir, porém, acho q fiz algo errado ou esqueci alguma configuração, pois, em todos envios q fiz em homologação e também numa nota em produção, tive de mudar uma variável em tempo de execução, usando "Evaluate/Modify", pois, não estava entrando no if q assina o RPS (coloquei print em anexo). debugando, as variáveis estavam assim: ConfigAssinar.Rps = True, Response.ModoEnvio = meUnitario e não entram no if abaixo (eu transmiti mudando ConfigAssinar.RpsGerarNFSe p/True, no modify): if (ConfigAssinar.Rps and (Response.ModoEnvio in [meLoteAssincrono, meLoteSincrono])) or (ConfigAssinar.RpsGerarNFSe and (Response.ModoEnvio = meUnitario)) then begin Nota.XMLOriginal := FAOwner.SSL.Assinar(Nota.XMLOriginal... vc saberia me dizer se eu esqueci de fazer alguma configuração? Desde já muito obrigado! RetornoRPS-Homologacao.xml RetornoRPS-Producao.xml

Oi Italo, muito obrigado! Vou testar essa tarde e retorno aqui Abração!

Boa tarde Pessoal! Estou tentando emitir NFSe da cidade de Cachoeirinha, provedor IPM, estou recebendo retorno de usuário e senha inválido. Segundo o suporte da IPM, o usuário e senha q estou informando estam corretos. Como o arquivo ACBrNFSeXServicos.ini estava desatualizado, setando para o Betha, fiz a alteração, porem não sei se ficou certo, conforme as configurações do provedor IPM p/cachoeirinha, talvez possa ser o motivo do usuário e senha inválido. Alguém teria o ACBrNFSeXServicos.ini atualizado para Cachoeirinha? Tentei alterar campo versão, parâmetro assinarRPS, compilar.. mas não obtive sucesso. Desde já agradeço pela ajuda! SoapRPS-RET.xml

Bom dia Ítalo! Obrigado pela ajuda, era isso mesmo... Deu certo aqui! To em débito! Abração!