Italo Giurizzato Junior

Bom dia @Glauber Bernardo Foi enviado para o SVN a implementação do provedor eISS que atende a cidade de Cosmópolis/SP. Como no manual só consta dois serviços: Solicitação de Token e o envio do RPS, logo somente esses dois foram implementados. Pelos meus testes a Solicitação do Token esta funcionando. Por outro lado o envio do RPS retorna a seguinte mensagem: Erro(s): Código : X999 Mensagem: A entrada não é uma cadeia de caracteres de Base 64 válida, pois contém um caractere que não é de base 64, mais de dois caracteres de preenchimento ou um caractere ilegal entre os caracteres de preenchimento. Correção: Os testes estão sendo feito em ambiente de homologação. O RPS foi gerado no formato JSON. Talvez a maneira que eu implementei para o envio esteja errada. Se você conseguir com o pessoal do provedor como realizar o envio seria de grande ajuda.

Wesley, Entre em contato com a prefeitura ou com o provedor para saber da URL de Produção. O provedor contratado pela prefeitura é Fiorilli.

Boa tarde @MFK, Vamos lá, esse botão serve para consultar uma DPS por chave. Como ele funciona, você informa a chave do DPS e ele lhe retorna a chave da NFS-e. Caso você queria o XML da nota, de posse da chave da NFS-e você utiliza o botão [Consultar NFSe por Chave] informe a chave da nota e terá como retorno o XML da nota. Por favor leia o tópico abaixo:

Boa tarde @colmanetti, Se não incluir o campo Versao, ao tentar enviar o Rps ocorre algum erro? Se sim, qual? Com o campo Versao o envio ocorre normalmente? Pois analisando o WSDL da versão 1 da versão 2 eles são diferentes. Na versão 1 inclusive existe o grupo pParam que deve constar no Envelope a ser enviado, já na versão 2 isso não tem. Outra coisa, o layout do XML do RPS gerado pela versão 1 é diferente do gerado pela versão 2.

Boa tarde Neto, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr. Recompile a aplicação com a opção build e faça um novo teste. Fiz um teste de Validar Regras de Negócio usando o seu XML e com o programa exemplo e não apresentou nenhum erro.

Célio, Tente contato com o provedor. Vou manter ele aberto, quem sabe o provedor responde rapido, ai finalizamos ele com a solução do problema.

Boa tarde Célio, Isso é falha no webservice do provedor que esta gerando no encoding errado. Tente entrar em contato com o provedor e relatar o problema.

Boa tarde Diego, Vou levar para a reunião de equipe para decidirmos sobre esse assunto. TK-4568

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

Boa tarde Mario, Acho que você não entendeu como a coisa funciona. Você envia o evento. Depois a analisa a lista de erros e alertas. Se ambas forem vazias, ou seja, a quantidade de erros e alertas forem zeros, significa que o evento foi processado com sucesso. Em ACBrNFSeX1.WebService.EnviarEvento temos os seguintes campos de retorno: memoLog.Lines.Add('Chave NFSe : ' + idNota); memoLog.Lines.Add('Data : ' + DateToStr(Data)); memoLog.Lines.Add('Tipo Evento : ' + tpEventoToDesc(tpEvento)); memoLog.Lines.Add('Num. Seq. Evento: ' + IntToStr(nSeqEvento)); memoLog.Lines.Add('ID do Evento : ' + idEvento); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Sucesso, True)); Se esses campos estiverem preenchidos significa que o evento foi processado com sucesso. Não sei porque você ainda quer consultar o evento. Se não foi processado com sucesso, o motivo esta na lista de erros.

Boa tarde Willian, No XML do RPS que você anexou na sexta-feira temos o seguinte: <opSimpNac>3</opSimpNac> Isso significa que o contribuinte é ME/EPP e Optante pelo Simples Nacional. Afinal de contas o contribuinte é MEI ou ME/EPP ?

Boa tarde Wesley, Notei que não temos esse provedor implementado. Você sabe quais são as URLs de homologação e de produção? Tem o manual desse provedor? Tem os schemas?

Boa tarde William, Agora precisa saber com o contador qual é o correto, pois você disse que com o valor 2 ou 3 o DPS foi processado com sucesso.

Boa tarde, OptanteSN := osnOptanteMEI ; /// quando usar o naoOptante? Resposta: você vai usar o valor naoOptante quanto o contribuinte não for MEI ou MEEPP Servico.ItemListaServico := '010601'; // esse campo é fixo ou tenho que colocar a que já uso na NFSe sem ser Nacional? Resposta: Esse valor não é fixo, você tem que informar o código do item de serviço e ele varia dependendo da atividade do contribuinte. Servico.Valores.tribMun.cPaisResult := 0; ///aqui colocar o 1058 ou deixar 0 mesmo? Resposta: Se for informado "Exportação de serviço" no campo tribISSQN (tribISSQN = 2), então o campo "cPaisResult" deve ser informado com o código do país onde o serviço foi prestado. // tlDevidoNoMunicPrestador, tlDevidoNoMunicTomador, tlSimplesNacional, tlIsentoImune Servico.TipoLancamento := tlSimplesNacional; no caso de lucro real ou presumido, qual usar na nfe nacional Resposta: Esse campo só é utilizado pelo provedor GeisWeb, se você esta emitindo uma nota segundo o Padrão Nacional, pode deixar ele de lado. Servico.CodigoTributacaoMunicipio := ''; deixar vazio ou preencher com o codigo de cada municipio? Resposta: Se o contribuinte for MEI não informar código nenhum, caso contrario deve-se verificar qual é o código de tributação estipulado pelo município para o respectivo contribuinte. Esse código tem 3 dígitos.

Bom dia Célio, Descobri que apesar de no inicio do XML constar o encoding UTF-8 o XML na verdade foi gerado no formado ANSI.

Bom dia José, Você poderia anexar o XML do CT-e versão 4 de Complementação para que possamos analisar?

Bom dia Mario, O serviço de enviar eventos trabalha no modo síncrono, logo se os dados do evento estiverem corretos, teremos como resposta o pedido de cancelamento aceito, ou seja, o XML do evento gerado pela API, caso contrario teremos na lista de erros os erros encontrados pela API.

Bom dia Neto, Muito obrigado, vou analisar para ver se encontro o problema.

Boa tarde Célio, Favor configurar o componente para salvar os arquivo soap. Faça um novo teste e anexe os arquivo soap salvos para que possamos analisar.

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

William A tag regApTribSN pode receber os valores 1, 2 ou 3 1 se NFSe.RegimeApuracaoSN = raFederaisMunicipalpeloSN 2 se NFSe.RegimeApuracaoSN = raFederaisSN 3 se NFSe.RegimeApuracaoSN = raFederaisMunicipalforaSN Te aconselho a conversar com um bom contador para saber qual dos 3 é o correto. Sabemos que se for 1 o DPS é rejeitado, com o 2 foi aceito e com o 3?

Boa tarde Cleiver, Tente desta forma: Servico.Valores.tribMun.tribISSQN := tiImunidade;

Boa tarde Willian, Faça um novo teste não informando a Inscrição Municipal do Prestador.

Boa tarde Alexandre, Já inclui na minha lista de tarefas para analise. TK-4559

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado