augelias

Bom dia! Poderia ajustar o INI com estes endereços para o provedor Infisc de Sapucaia do Sul/RS? de: HomRecepcionar=https://sefin.sapucaiadosul-gif4homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.sapucaiadosul-gif4homol.infisc.com.br/sefinnacional HomObterDANFSE=https://sefin.sapucaiadosul-gif4homol.infisc.com.br/sefinnacional para: HomRecepcionar=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomObterDANFSE=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional Já uso este novo endereço para as validações que preciso fazer. Também no grupo [Infisc] de: [Infisc] Params=APIPropria:|ServicosPadraoNacional:ConsultarParam Versao=1.01 para: [Infisc] Params=APIPropria:|ServicosPadraoNacional:ConsultarEvento,ConsultarParam Versao=1.01 Só depois de acrescentar este parâmetro consegui consultar os eventos das notas canceladas. Obrigado desde já!

Bom dia! Solicitei o manual diretamente para o suporte da Infisc agora pela manhã, me informaram que o manual resumido segue o padrão DPS, que é o padrão que estou usando e que estava no ini do servidor e que contém as ultimas alterações. Já o endereço antigo continua sendo possível utilizar, mas terá que ajustar o XML de envio para isso (creio que no formato antigo). Aqui a explicação: Canoas - Manual de Conectividade da Nota Fiscal de Serviços Eletrônica.docx.pdf Canoas - Manual de conectividade resumido da NFS-e padrão INFISC com os dados da RTCAtual.pdf

Boa noite! Após este ajuste, um cliente meu de Canoas não conseguiu mais enviar as notas, retornei a configuração e voltamos a emitir as notas normalmente. Consultamos o site da prefeitura onde consta todas registradas corretamente: Não sei dizer o que possa ser o problema inicial, mas os endereços que tinham antes estavam funcionando.

Boa tarde! Poderia atualizar o ini com estes endereços: [4320008] Nome=Sapucaia do Sul UF=RS Provedor=Infisc ProRecepcionar=https://sefin.sapucaiadosul.rs.gov.br/sefinnacional ProConsultarDFe=https://sefin.sapucaiadosul.rs.gov.br/sefinnacional ProObterDANFSE=https://sefin.sapucaiadosul.rs.gov.br/sefinnacional HomRecepcionar=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional HomObterDANFSE=https://sefin.sapucaiadosul-homol.infisc.com.br/sefinnacional Estou usando hoje e é o que estão funcionando. Obrigado!

Eu alterei o schema para poder utilizar o código 3, no meu caso. Fiz alguns ajustes para adequar os seus fontes compartilhados ao projeto, trocando o nome dos tipos 1 e 2 e mantendo como estava no restante do código. essa parte do anexo que fiquei na dúvida: "Também foi alterado o domínio do campo “tpRetPisCofins”." isso quer dizer que ele não está mais dentro do grupo pis/cofins? no site da NFSe nacional, ao preencher manualmente, dá pra escolher o CST 00 e depois escolher o tipo de retenção de pis/cofins/csll. mas isso não parece que refletiu no layout. por orientação de alguns contadores, estou conseguindo validar desta forma as retenções:

Sempre informei o grupo de pis/cofins e marcava como retido e dava certo, a partir de segunda-feira as notas retornavam com o valor liquido sem descontar o pis/cofins. fui verificar e vi essa nota técnica que modificava a forma de emissão. se deixar como era antes, consigo validar as notas, mas as retenções ficam erradas. faço conforme a nota técnica, dá erro. a única forma que consegui foi somando tudo no CSLL e deixando sem pis/cofins. Nem os contadores que falei entenderam ainda isso. que bagunça eles fazem, é de dar um nó na cabeça... Obrigado pela ajuda @Helius_ERP! vou fazer esse teste com o cliente e tentar implementar o mesmo no sistema!

Então, mas ai fica aquele dilema sobre a nota técnica que diz para não informar vPis e vCofins e somar os valores em vRetCSLL nos casos de retenção. Da forma que você colocou eu conseguia emitir as notas, mas o valor líquido delas estava vindo errado, estava ficando sem retenção. No seu caso, ao mudar para 3, o valor da retenção ficou certa, descontando também pis e cofins?

Pelo o que entendi, quando tiver retenção, o grupo de pis/cofins não preencheria, somente tem que somar tudo no CSLL e é isso? Só assim eu consegui validar uma nota e chegar no valor liquido correto.

Obrigado Fabiano! Com tua atualização já consegui avançar mais! Uma dúvida, saberia me dizer onde ajusto a versão? Pois, ao transmitir a nota agora, estou recebendo este erro: "codigo":"P9004","descricao":"Versão do Layout especificada no XML não suportada" já vi que não é no .ini pelo menos.

Boa tarde! Entendi que estava enviando usando o método errado de envio, eu deveria usar os mesmos modos do Padrão Nacional, mas sendo provedor Pronim. Depois destes ajustes, comecei a ter novos erros. Pelo o que estou entendendo, o componente está consultando tudo pela URI /nfse mas, no provedor, está com outras URIs, com isso, gerava o erro anterior que eu tinha. o conteúdo arquivo json de consulta: /nfse/f9988002-3ac1-4e97-a5b6-41005eada16b mas o que pede na documentação (API ISS DIGITAL) é: /ConsultarNFSe/{chave}

Então, agora está no mesmo ponto que parei! Depois dos ajustes parei neste ponto e não estou conseguindo ir adiante. Criei até uma postagem para ver se alguém tem alguma solução.

Bom dia! Atualizei os fontes, fiz os ajustes no ini e sistema, mas parei neste ponto agora com esta mensagem: X999 - Erro de Conexão: Serviço Recepcionar não implementado para este provedor. No meu .ini está desta forma: [4322400] Nome=Uruguaiana UF=RS Provedor=Pronim Params=APIPropria: Versao=1.01 ProRecepcionar=https://uruguaiana.govbr.cloud/NFSe.Api/NotaNacional O XML é gerando no formato pedido, que é o do padrão nacional, mas, não é gerado nenhum outro arquivo de transmissão, nenhum json ou arquivo soap. Não sei bem onde analisar no código para resolver esta questão e entender o que está faltando. Fico agradecido por qualquer ajuda!

Bom dia! Atualiza teus fontes primeiro, depois, revisa teu .ini com os endereços dos servidores, deve estar apontando para o endereço antigo, com isso, dá esta mensagem ai que relatou. O endereço novo que vi para Três Coroas é este abaixo, só não sei se é o certo: [4321709] Nome=Tres Coroas UF=RS Provedor=Pronim ProRecepcionar=https://trescoroas.govbr.cloud/NFSe.Api/NotaNacional Estou fazendo os ajustes para Uruguaiana e passei pelo mesmo problema inicial. Espero que ajude!

Boa tarde! Estranho, ontem, depois das 17hs, voltou a funcionar por aqui e até agora tá funcionando. Tente transmitir a mesma nota mais de uma vez, pois às vezes o webservice retorna com erro vazio, a com várias tentativas, acaba validando.

Tentei por aqui e não consegui. Por aqui apenas o site funcionando, pelo componente às vezes retorna erro de CPF, às vezes retorna vazia a lista de erros. Fiz os testes com 3 clientes diferentes.