augelias

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.

Nada até agora... Procurando no site da NFSe localizei este email aqui: [email protected] informando o problema e perguntando se tinham previsão, mas até agora nada de resposta ou solução... Estou com diversos clientes trancados na emissão de notas.

Bom dia! Estou com este problema em vários clientes com a seguinte mensagem: Ambiente Nacional: E0168 - CPF do tomador não encontrado no cadastro CPF. Começou a ocorrer desde ontem no início da tarde. Estou em ambiente de produção e com os fontes atualizados. Até mesmo pelo site do ambiente nacional ocorre esta mensagem. Isto ocorre apenas com CPF, com CNPJ não ocorre este problema. Não consegui localizar algum lugar que pudesse informar no ambiente nacional que tem este problema. Se alguém tiver alguma ajuda ou forma de avisar, agradeço. Obrigado desde já!

Bom dia! Faz algum tempo que deveria ter postado aqui: No arquivo Ini com as configurações do servidor, está vindo do SVN com a versão 1.0 enquanto que, para uso, tenho alterado sempre para a versão 2.03. Segue como está a configuração que estou usando com meu cliente: [4320008] ; Atualizado em 08/12/2023 Nome=Sapucaia do Sul UF=RS Provedor=Infisc Versao=2.03 ProRecepcionar=https://nfse.sapucaiadosul.rs.gov.br/services/nfse/ws/Servicos HomRecepcionar=https://sapucaiadosul-homol.infisc.com.br/services/nfse/ws/Servicos Obrigado!

Bom dia! Estou atendendo um cliente desta cidade a ajustei o Acbrnfseservicos.ini para permitir a emissão das notas: Esta é a configuração que está funcionando: [4300406] Nome=Alegrete UF=RS Provedor=Pronim Versao=2.03 ProRecepcionar=http://alegrete.govbr.cloud/nfse.portal.integracao/services.svc HomRecepcionar=http://alegrete.govbr.cloud/nfse.portal.integracao.teste/services.svc Se possível, atualizar o SVN com esta informação. Obrigado!

Era exatamente isso @Fabio Defferrari! Vou inclusive avisar o pessoal do suporte da Infisc que não tá sabendo disso! Muito obrigado!

Boa tarde @Italo Giurizzato Junior! Estou utilizando exatamente estes dados e arquivos que você informou. Ao enviar a nota para validar com a prefeitura, recebo esta mensagem: "Error1310 - Série não autorizada para este prestador" Com esta mensagem, entrei em contato com o suporte da Infisc e informaram para preencher a série como "<serie></serie>" o que não consigo, pois ao validar com o schema da versão 2.03, esta é uma tag obrigatória. Apenas anexei anteriormente o schema que o suporte da Infisc enviou para ajudar na análise. Agora, envio os arquivos XML da ultima tentativa com o erro que estou tendo ao preencher a série. Ao acessar o site de notas de Canoas, a série está em branco: Tentei enviar com zero ou 'S', como é o caso de outras cidades com Infisc e obtive a mesma resposta. Espero que com estas novas informações ajude na análise. Obrigado desde já, 12320-lista-nfse-sinc.xml 12320-lista-nfse-sinc-soap.xml 12320-env-lot-sinc.xml 12320-env-lot-sinc-soap.xml

Isso que o suporte informou pelo Whatsapp. Tentei as mesmas configurações de outra cidade que atendo que é Infisc mas não deu certo, e travei no que devo fazer.

Boa tarde! Estou ajustando meu sistema para este novo provedor de Canoas/RS. Estou tendo erro na série e ao contatar o suporte da Infisc, informaram que o servidor aceita o padrão Abrasf versão 2.03 ou 2.04. E na tag <serie> deve ser em branco (sem série). Pedi o schema que o servidor está usando e anexei nesta postagem. Não estou sabendo como utilizar este schema ou o atual, do repositório, mas deixar a série em branco. Agradeço qualquer ajuda! SchemaCanoas-NFSe1.xsd

Muito obrigado Italo!

Bom dia! Ao chegar na etapa de impressão da NFSe do padrão nacional, vi que não estava carregando os valores dos tributos. Analisando o código, verifiquei que na unit PadraoNacional.LerXml, linha 1194, dentro da rotina LetrTributacaoNacional() está procurando pela tag 'tribNac' e no XML está como 'tribFed'. Ajustei o código e resolveu a impressão. Vou anexar a unit aqui para análise. Obrigado! PadraoNacional.LerXml.pas

Bom dia! Troca do endereço do webservice da prefeitura de Uruguaiana/RS (já testado em produção em 21/10/19): ; Uruguaiana/RS RecepcaoLoteRPS_4322400=http://uruguaiana-portais.govcloud.com.br/NFSe.Portal.Integracao/Services.svc Pronim.ini

Bom dia! Informo a alteração do endereço do webservice da NFSe para o servidor Pronim da Prefeitura de Uruguaiana/RS. Já testei em produção hoje (12/09/19). Novo endereço: http://uruguaiana-portais.govcloud.com.br/NFSEWS/Services.svc Anexei o Arquivo ini para verificação. Obs.: Endereço de homologação não estava funcionando antes e não localizei documentação se houve alteração ou se está funcionando o ambiente de homologação. Obrigado desde já! Pronim.ini

Bom dia Troquei no meu código para incluir este parâmetro: AcbrMail.AddAttachment(XML, '', adAttachment); Com isso resolveu para o meu caso.

Obrigado pela explicação @Cleverson Favero! A Fera de 7 cabeças agora ficou com um cabeça só!