NFSeX Campinas - Erro de Validação

[daniel.afonso]

Encontrei no cadastro do cliente na prefeitura o código da atividade.

Depois pediu o preenchimento da <AliquotaAtividade>, preenchido corretamente também.

Agora está dando o retorno abaixo:

1206 - Assinatura do RPS incorreta. Codigo Hash gerado para o campo assinatura do RPS esta invalido. O codigo hash '643b374e2067b58bb41a6c02b0190aa934f02c2b' gerado para o campo Assinatura do RPS nao esta valido. O campo Assinatura deveria estar com o conteudo '00001312154NF 00000000238620221101T NN000000000000100000000000000000062023000212777970000187' convertido no padrao SHA1 para o valor '186db09d63b8255b8645e78967abb49ca76f0fcb'.

[daniel.afonso]

Na verdade o retorno anterior pode ignorar.

É este aqui:

1497 - Verificar se nao houve informacao de retencao indevida no RPS para empresa fora de Campinas ou consulte a situacao cadastral no link http://situacao.campinas.sp.gov.br/

 

No manual diz para alterar o tipo de recolhimento para A.

 

[Renato Rubinho]

Bom dia,

Você deve preencher NFSe.Servico.Valores.IssRetido com stNormal para gerar o TipoRecolhimento como A.

Segue como identificar o valor a ser preenchido.

../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSDSF.GravarXml.pas

function TNFSeW_ISSDSF.GerarXml: Boolean; 

[daniel.afonso]

Bom dia,

No meu caso aqui, a nota tem ISS Retido e estou passando R no tipo de recolhimento.

Mesmo assim está dando o mesmo retorno.

0000002386-env-lot.xml 0000002386-env-lot-soap.xml 0000002386-rec.xml 0000002386-rec-soap.xml

[Italo Giurizzato Junior]

Bom dia Daniel.

Testou informando stNormal para ver o que ocorre?

[daniel.afonso]

Estava exatamente fazendo este teste Italo.

Estou usando o método Emitir passando o parâmetro meTeste, e passando o ISS Retido como stNormal e aparentemente deu certo. 

Não trouxe retornos de erros.

Porém não entendi bem, porque se a nota tem retenção não teria que passar stRetencao ? 

[Italo Giurizzato Junior]

Daniel,

Para compreender melhor isso talvez um bom contador ou a prefeitura ou o provedor.

Eu não entendo essas questões tributarias.

[daniel.afonso]

Bom dia 

Confirmei com o cliente, aí entra questão tributária mesmo.

Ela sempre verificar com o contador essa questão de retenção antes de emitir a nota.

Fiz um teste onde não é retido o ISS na fonte, e não teve retorno de erro usando o método de teste.

Vou agora realizar um teste em ambiente de produção e verificar se a nota aparece lá no sistema da prefeitura.

Que é o problema que originou este tópico, onde com o componente antigo dava como transmitido mas não conseguia ver a nota no sistema da prefeitura, talvez por conta das inconsistências da assinatura, etc.

[daniel.afonso]

Nota transmitida com sucesso, consultei no sistema da prefeitura e tudo certo também.

Porém não veio as informações no retorno, Código de Verificação e o Nro. da Nota.

[Diego Foliene]

1 minuto atrás, daniel.afonso disse:

Nota transmitida com sucesso, consultei no sistema da prefeitura e tudo certo também.

Porém não veio as informações no retorno, Código de Verificação e o Nro. da Nota.

Bom dia!
As informações não vieram no Soap que o Webservice lhe devolveu ou elas não foram lidas pelo componente?
Por gentileza, como você fez a leitura dessas informações?

[daniel.afonso]

Eu estava pegando usando a propriedade NotaFiscais: "ACBrNFSeX.NotasFiscais.Items[0].NFSe.CodigoVerificacao", então vi no programa exemplo que no ChecarResposta usa "ACBrNFSeX.WebService.Emite.CodVerificacao", aí deu certo. Algumas informações vem preenchida e outras não nas duas formas.

Agora é questão de validar mesmo onde tem e onde não e tratar.

Aparentemente tudo certo agora depois da migração para o novo componente.

Muito obrigado pela ajuda pessoal.