Italo Giurizzato Junior

Boa tarde Silva, No arquivo (33-lista-nfse-sinc.xml) temos o numero do protocolo que é 33/2023 que você deve usar para consultar o lote, com isso acredito que será retorna do o XML da NFS-e.

Boa tarde Sandro, Você esta usando o Fast ou o Fortes Report?

Boa tarde Wesley, Já inclui na minha lista de tarefas para analise do problema. TK-4393

Boa tarde Antonio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4392

Boa tarde Paula, Achei, além deles incluírem a tag ValorTotalRecebido, trocaram a tag MunicipioPretacao de lugar. Já inclui na minha lista de tarefas para atualizar os schemas e fazer as devidas alterações no componente. TK-4390

Boa tarde Souza, Esse erro é devido a instabilidade na API do Padrão Nacional. Os caras não esperavam uma quantidade gigantesca de emissões logo no primeiro dia.

Bom dia Souza, Faz quanto tempo que você não atualiza todos os fontes de todas as pastas do ACBr? Ocorreu uma atualização dos schemas do padrão nacional no dia 02/01/2023. Esse erro de validação que você esta tendo é porque esta usando schemas antigos.

Bom dia Max, O componente ACBrNFSeX, a DLL ACBrLibNFSe e o ACBrMonitor Plus já estão aptos a emitir NFS-e segundo o Padrão Nacional. No caso do Padrão Nacional não temos um WebService Soap e sim uma API Rest. Independente da forma como é recepcionado o XML do Rps ou DPS (no caso do Padrão Nacional) as 3 soluções do ACBr estão preparadas para se conectar com um WebService ou API Rest.

Boa tarde Rafael, Já esta no SVN.

Boa tarde Antonio, Favor anexar a unit alterada para que possamos validar ela e estando tudo OK enviaremos para o SVN. Desde já muito obrigado pela colaboração.

Boa tarde Silva, Favor configurar o componente para salvar os arquivos Soap. Faça um novo teste e anexe os XMLs (soap) para que possamos analisar.

Boa tarde Wesley, Noto que o envio do Rps ocorreu, mas ele foi rejeitado pelo provedor por conter informações incorretas. Cabe agora você informar os dados corretos para que o RPS seja processado com sucesso. Lembre-se que no programa exemplo, mais precisamente na procedure que alimenta o componente, as informações são fictícias. Por conta disso o retorno com esses erros são normais. Por outro lado se você informar os dados corretos, com certeza esses erros não vão ocorrer.

Boa tarde Brajan, Esse prestador já chegou a emitir alguma nota via Portal? Se não emitiu, favor emitir. Estou achando que sem se cadastrar no Portal para emitir nota via Web, você não consegue emitir via API. Em contato com o pessoal que esta cuidando da API anotaram o seu problema, mas já me adiantaram que só vão conseguir parar para analisar só segunda feira. Paciência.

Paula, Uma coisa é uma nota emitida pelo Site, outra coisa é uma nota emitida pelo webservice. Esses Schemas não verdade são da versão 1. E neles não consta essa tag. Os caras devem ter pego os schemas errados e zipados como sendo os da versão 2. Favor entrar em contato com eles e questiona-los se realmente existe uma versão 2 dos schemas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Jéter, Já esta no SVN.

Boa tarde Glauber, Esse provedor possui um layout próprio, logo a sua implementação é um mais demorada. Mas podemos sim implementar.

Boa tarde Pablo, Já esta no SVN.

Bom dia Pablo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4376

Bom dia Wesley, Sem o XML do RPS que foi gerado e enviado para o webservice do provedor não tenho como lhe ajudar. Quanto a mensagem de serviço não implementado ocorre quanto tentamos usar um serviço que não existe no webservice do provedor. A consulta que você tentou executar realmente é o ConsultarLote? Acabei de fazer um teste e veja o resultado: Requisição Ambiente: 2 Cidade : Sapucaia do Sul/RS Provedor: Infisc Versão: 2.01 Método Executado: ConsultarLote Parâmetros de Envio Numero do Prot: 123 Numero do Lote: 12 Parâmetros de Retorno Situação Lote : 1 Sucesso : True Erro(s): Código : E138 Mensagem: Usuário não autorizado a realizar o serviço. (CNPJ: 29406475000164) Correção: --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: ---------

Diogo, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Paula, Nos XMLs de exemplos tanto de envio quanto de retorno não consta essa tag. Esse Zip só tem arquivos de exemplos (XML) não são schemas.

Boa tarde Rodolfo, Foi incluído na sessão Itens os campos: TribMunPrestador = S/N ou 0/1 CodMunPrestacao = Código IBGE do Município da Prestação de Serviço (a troca pelo código TOM será automática) SituacaoTributaria = Informar o código da situação tributária. ValorISSRetido = Informar caso tenha o valor do ISS Retido Essa alteração já consta no SVN. Como você usa o ACBrLibNFSe, favor aguardar uma nova versão da Lib.

Jovito, Já enviei para o SVN, agora vamos esperar uma nova versão da DLL.