ACBrNFSeX – Município de Anchieta/ES (IBGE 3200409)

[Sistema Auditor]

ACBrNFSeX – Município de Anchieta/ES (IBGE 3200409)

Boa tarde ACBr.

Hoje para o município de “Anchieta/ES (IBGE 3200409)”, a TAG “<LocalPrestacao>” esta vinculada a TAG “<NaturezaOperacao>”.

Se <NaturezaOperacao> = 1, <LocalPrestacao> = 2

Se <NaturezaOperacao> = 2, <LocalPrestacao> = 1

 

Porem o valor que vai na TAG <NaturezaOperacao> deve considerar a configuração da empresa perante a prefeitura do referido município. (Ver imagem anexa)

Portanto FIXA.

 

Já a TAG <LocalPrestacao> deve levar em consideração o local da prestação do serviço. Se foi DENTRO ou FORA do município do Prestador.

Portanto a mesma não podem estar atreladas.

 

<LocalPrestacao> deve ser DEFAULT 2 (Dentro do Município), caso não informada.

Caso informada, 1 ou 2, deve usar o informado.

 

Hoje, com essas tag’s da forma que estão, não estamos conseguindo informar que o serviço foi prestado “FORA DO MUNICÍPIO”, que é o caso que está acontecendo com de nossos clientes.

Ele é de Anchieta/ES, prestando serviço na cidade de MATIPÓ/MG, na nota saindo que o serviço é prestado no município. (No caso Anchieta, município do Prestador), sendo que o serviço está sendo prestado no município do “Tomador do Serviço”.

Pelo site da prefeitura, em emissão manual, essa é uma informação que o usuário pode escolher.

[Juliana Tamizou]

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

[Diego Foliene]

2 horas atrás, Sistema Auditor disse:

ACBrNFSeX – Município de Anchieta/ES (IBGE 3200409)

Boa tarde ACBr.

Hoje para o município de “Anchieta/ES (IBGE 3200409)”, a TAG “<LocalPrestacao>” esta vinculada a TAG “<NaturezaOperacao>”.

Se <NaturezaOperacao> = 1, <LocalPrestacao> = 2

Se <NaturezaOperacao> = 2, <LocalPrestacao> = 1

 

Porem o valor que vai na TAG <NaturezaOperacao> deve considerar a configuração da empresa perante a prefeitura do referido município. (Ver imagem anexa)

Portanto FIXA.

 

Já a TAG <LocalPrestacao> deve levar em consideração o local da prestação do serviço. Se foi DENTRO ou FORA do município do Prestador.

Portanto a mesma não podem estar atreladas.

 

<LocalPrestacao> deve ser DEFAULT 2 (Dentro do Município), caso não informada.

Caso informada, 1 ou 2, deve usar o informado.

 

Hoje, com essas tag’s da forma que estão, não estamos conseguindo informar que o serviço foi prestado “FORA DO MUNICÍPIO”, que é o caso que está acontecendo com de nossos clientes.

Ele é de Anchieta/ES, prestando serviço na cidade de MATIPÓ/MG, na nota saindo que o serviço é prestado no município. (No caso Anchieta, município do Prestador), sendo que o serviço está sendo prestado no município do “Tomador do Serviço”.

Pelo site da prefeitura, em emissão manual, essa é uma informação que o usuário pode escolher.

Boa tarde!
De fato, o LocalPrestacao e a NaturezaPrestacao estão ligados via hardcode como é possível observar aqui

Foi criada a #TK-3439, para análise e parecer do consultor responsável.

[Italo Giurizzato Junior]

Bom dia,

Com base nos manuais que nós temos não consegui saber qual é a finalidade da tag <CodigoMunicipioPrestacao> que é opcional.

se a tag <CodigoMunicipioPrestacao> se refere ao código IBGE do município onde ocorreu a prestação de serviço, podemos concluir que:

1. se a prestação é dentro do município ela não deve ser gerada.

2 se ocorreu fora ela deve ser gerada com o código desse município.

Você poderia conferir com a prefeitura/provedor sobre a finalidade dessa tag?

[Juliana Tamizou]

Tópico fechado por falta de retorno do usuário

[Sistema Auditor]

Aguardando retorno da referida prefeitura.

[Sistema Auditor]

Bom dia Ítalo.

Não recebi resposta da referida prefeitura. Sinceramente, já havia previsto isso.

Tenho um contato deles lá que nem responde as mensagens enviadas, ler, mas não responde.

Já prevendo isso como mencionei, semana passada mesmo estava realizando teste no servidor dessa prefeitura via SoapUI. Nele, conseguimos alterar o XML da forma que precisava.

 

Obtive alguns resultados que passarei abaixo:

>>> TAG <NaturezaOperacao>

Essa TAG recebe um valor fixo, conforme cadastro da empresa na prefeitura.

No “Sistema Auditor” temos uma configuração no cadastro da filial para alimentar a informação dessa TAG.

 

>>> TAG <LocalPrestacao>

* Ela não pode ser atrelada a “NaturezaOperacao”, pois NaturezaOperacao é fixa conforme acima.

* Ela depende de onde é prestado o serviço.

 

No “Sistema Auditor”, na emissão da nota, informamos se o serviço foi prestado no município do emitente da nota.

Ai temos algumas condições a seguir:

> Se marcado o sistema entende que o serviço prestado foi “Dentro do Município”. Não validamos mais nada.

> Se desmarcado, verificamos de onde é o tomador do serviço.

- Se o tomador for também do município de Anchieta (Igual do Prestador). O sistema entende que é “Dentro do Município”.

- Se o tomador for de fora do município de Anchieta (Diferente do Prestador). O sistema entender que é “Dentro do Município”.

 

Essa TAG é alimentada conforme essas condições.

 

–

Verificado nesses testes, uma outra TAG apareceu.

A TAG <IssRetido> deve informar de quem a responsabilidade pela retenção do ISS.

Essa TAG, é o ERP que deve definir seu valor.

Obs.: No caso dessa prefeitura, existem alguns códigos, o CFPS (Código Fiscal de Prestação de Serviço) que definem quem retem o ISS.

Porem esses códigos, nessa prefeitura não são enviados no XML, servem somente para identificar onde se paga o ISS, quem paga esse ISS.

 

Quando o TOMADOR e do mesmo município do PRESTADOR se usa:
- 511 - PRESTAÇÃO DE SERVIÇO NO MUNICÍPIO - SEM RETENÇÃO NA FONTE
- 512 - PRESTAÇÃO DE SERVIÇO NO MUNICÍPIO - COM RETENÇÃO NA FONTE

 

511 – PRESTADOR responsável pela retenção
512 – TOMADOR responsável pela retenção

 

Quando o TOMADOR e do município diferente do PRESTADOR se usa:
- 611 - PRESTAÇÃO DE SERVIÇO EM OUTRO MUNICÍPIO - SEM RETENÇÃO NA FONTE
- 612 - PRESTAÇÃO DE SERVIÇO EM OUTRO MUNICÍPIO - COM RETENÇÃO NA FONTE

 

611 – PRESTADOR responsável pela retenção
612 – TOMADOR responsável pela retenção

Se necessário, envio o projeto SOAP dessa prefeitura.

[Italo Giurizzato Junior]

Boa tarde,

Você poderia anexar o XML do Rps que foi processado com sucesso pelo provedor?

[Sistema Auditor]

Ítalo, ver se esses arquivos que anexo compactados vão te ajudar.
Qualquer coisa me avisa.

--

Douglas Miiller
Analista de Implantação/Suporte
Sistema Auditor
www.sistemaauditor.com.br

Anchieta - SoapUI.rar

[Italo Giurizzato Junior]

Douglas,

Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

[Sistema Auditor]

Bom dia, solicitei ao programador responsável fazer a atualização.
Assim que ele reinstalar, vou fazer os testes e te reporto aqui.

--
Douglas Miiller
Analista de Implantação/Suporte
Sistema Auditor
www.sistemaauditor.com.br

[Sistema Auditor]

@Italo Giurizzato Junior, boa tarde.

Estamos realizando os testes, tivemos que acrescentar uma TAG em nosso XML que alimenta o componente ACBr.
Nos meus testes iniciais, deu um BO aqui.
Mas já estou vendo com o programador aonde esta o problema.

Assim que tiver o resultado, posto aqui.

[Sistema Auditor]

@Italo Giurizzato Junior, bom dia
Funcionando corretamente.

Pode fechar o tópico. 

[antonio.carlos]

Obrigado por reportar.

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