Iss prefeitura de curitiba

Posso confirmar uma coisa, Lucas? Dito isso, ó, a escrituração das NFS-e fica exclusivamente na prefeitura mesmo? Aqui o SAP gera a NF-e como a dos estados e a NFS-e sai pelo portal. No log de teste, a NFS-e passou pelo mesmo job da EFD-ICMS/IPI. Você sabe se isso é só parametrização, ou se precisa de regra nossa?

Resultado: separe os documentos pelo modelo antes de mexer no job. Lucas, complemento: olha, na prática, um mapa simples ajuda, com os documentos fiscais de serviço de um lado e os da EFD-ICMS/IPI do outro. 1. Liste cada modelo emitido. 2. Marque onde o ISS é recolhido. 3. Valide com a área tributária do cliente, porque a EFD tem escopo federal e o ISS é municipal, e o imposto sobre serviços segue a prefeitura.

Há um risco em dizer que fica sempre fora, Alexandre. O risco é, ó, esquecer a exceção: a partir de 01/01/2019, quem é domiciliado no Distrito da capital do país preenche o Bloco B do ISS. Para a prefeitura de Curitiba, o que foi citado aqui não trata desse bloco, então não dá para afirmar que o registro que o Luiz viu seja erro ou exigência sem olhar o layout gerado no SAP.

Seria obrigatório lançar? Em regra, não: as NFS-e autorizadas pela prefeitura, para aqueles serviços sujeitos ao ISS, ficam fora da EFD-ICMS/IPI. Então, de longe, o que apareceu na carga de teste parece desvio de parametrização, e não exigência. Convém revisar de onde o SAP está puxando esses documentos antes de qualquer decisão, com cautela e registrando o que for alterado.

Concordo em parte com o Alexandre, mas o que apareceu na carga pode não ser desvio. Um adendo, né: na construção, com vários contribuintes na mesma obra, o mesmo contribuinte pode ter ISS e ICMS. Primeiro, ver se a unidade está credenciada para emitir NF-e, que substitui os modelos 1 ou 1A. Segundo, separar no SAP o que é nota de serviço da prefeitura e o que é NF-e. Terceiro, guardar a evidência dessa separação.