Padrão eISS.Net Upload

Última atualização em: 26 de abril, 2018

O Padrão eISS.Net utiliza um modelo próprio de layout de XML, no entanto não tem suporte à tecnologia de Web Services, sendo necessário realizar o upload dos arquivos no site da prefeitura.

O padrão possui apenas ambiente de produção disponível, permitindo apenas testes neste ambiente.

A natureza da operação segue a tabela unificada do layout de integração. Outras particularidades são listadas abaixo:

1. O sistema não permite:

– Consulta de RPS e NFS-e;
– Inutilização da Nota;
– Substituição de RPS;
– Informar o intermediário do serviço;
– Informar valores de desconto (informações desse tipo poderão ser declaradas no campo da discriminação do serviço);
– Informar CNAE e o código do país;
– Tomador estrangeiro.

2. Número e Série do RPS

A série a ser utilizada ao efetuar o envio de notas deve ser a padrão estipulada pela prefeitura do seu município. Caso o contribuinte já possua notas enviadas no sistema da prefeitura deverá utilizar a série que está definida nas notas anteriores, se o mesmo não possuir notas verificar com o município qual a devida série a ser enviada.

3. Efetuando importações, cancelamento e impressão de RPS

Efetue o login com usuário e senha solicitados na prefeitura do seu município e trará a Página Inicial. Nesta interface tem-se o acesso à todos os serviços disponibilizados pelo sistema da prefeitura, incluindo aqueles de maior relevância fiscal ao contribuinte que é a importação de arquivos e as informações de seu período fiscal e das notas fiscais eletrônicas como se apresenta na imagem abaixo:

Após acessar a opção de Importar Arquivo, tem-se acesso à tela de importação de Notas Fiscais, correspondente ao local que deve-se efetuar a importação do RPS que foi gerado no InvoiCy. Possuindo também a opção de Histórico de Importações, onde você poderá ter acesso aos RPS rejeitados ou autorizados e convertidos para Notas Fiscais de Serviço Eletrônica pelo sistema da prefeitura.

Após efetuar a importação de qualquer RPS automaticamente o contribuinte possuirá a opção de fazer o download do retorno do RPS. Esse retorno é necessário para efetuar a atualização e conversão de Notas Fiscais no InvoiCy, logo deve ser realizada.

Algumas regras básicas e simples devem ser seguidas para que a ocorrência do retorno desse RPS importado seja autorizado com sucesso:

  • Informar corretamente os campos obrigatórios como alíquota, valores de serviço da nota e suas deduções, item da lista de serviço, exigibilidade do ISS e município de incidência.

Caso os campos obrigatórios não foram informados, o sistema da prefeitura trará no arquivo de retorno o código de erro -1. Este erro deve ser corrigido para reenviar a nota e autorizá-la.

Alguns campos podem deixar de ser informados de forma que o sistema da prefeitura retornará o código de erro -2, mas junto desse retorno haverá o número da NFS-e, código de verificação e sua série, logo essa nota pode ser importada normalmente no InvoiCy ocasionando autorização da NFS-e, portanto é de extrema importância que todos os retornos devam ser exportados e consequentemente analisados, devendo ser importados apenas os retornos de sucesso e com o código de erro -2, pois os dois tipos foram convertidos em NFS-e.

Na tela de Histórico de Importações tem-se todos os RPSs importados por aquele contribuinte até o momento, possuindo notas com sucesso e erro, ambos devem ser analisados. Nessa mesma tela exibe-se a opção de importar devendo ser acessado sempre Serviços Prestados, pois a prefeitura não disponibiliza importação de serviços tomados no formato XML.

Acessando a tela de Inicio do sistema da prefeitura possuímos o ícone destacado com o nome Nota Eletrônica, que seguirá para a seguinte tela de Nota Fiscal de Serviço Prestado, que possui as informações do seu período Fiscal, geralmente o último período criado e em aberto pelo contribuinte, possui também as informações das Notas Fiscais com o número da NFS-e importada, o dia de importação, CPF/CNPJ do tomador e o valor da nota fiscal. Selecionando a nota pode-se ter o acesso se ela está ativa ou cancelada. A opção de cancelamento está logo abaixo da nota, e as opções de impressão e exportação da NFS-e, essa exportação não se faz necessária para o InvoiCy pois o mesmo já possui registro fiscal do retorno da importação, descrito no passo anterior.

Ao acessar o cancelamento possuirá a tela onde deve-se marcar ‘Sim, cancelar’ e as notas serão enviadas ao seu devido emissor.

4. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema:

5. Exemplo XML

Clique aqui para visualizar um exemplo do XML enviado ao InvoiCy NFS-e.

Padrão SIGCORP Governador Valadares

Última atualização em: 05 de abril, 2018

O Padrão SigCORP Governador Valadares utiliza um modelo próprio de layout de XML. Abaixo estão detalhadas as particularidades deste padrão:

Importante:

  • Ao cadastrar uma nova empresa deverão ser preenchidos os campos de ‘Usuário’ e ‘Senha’ de autenticação nas configurações de NFS-e da empresa. Este usuário e senha devem ser solicitados com a prefeitura do seu município.
  • Quando o serviço for prestado em outro município, deve ser informado o local da prestação do serviço.

1. O sistema não permite:

– Inutilização da Nota;
Substituição de RPS;
– Informar o intermediário do serviço;
– Informar valores de desconto (informações desse tipo poderão ser declaradas no campo da discriminação do serviço);
– Informar CNAE e o código do país;
Informar o valor da alíquota quando o contribuinte não for Optante do Simples Nacional;
– Tomador estrangeiro.

2. Número e Série do RPS

O Padrão SigCORP Governador Valadares não permite que haja repetição do número de RPS, pois o mesmo não diferencia Séries de RPS, portanto cada número de RPS é único, independentemente de qual for a Série utilizada.

3. Tomador não identificado

Para efetuar a correta emissão de notas fiscais para tomadores não identificados, deve-se deixar de informar ao menos os seguintes campos:

– Bairro;
CEP;
Código do município;
Endereço;
Número;
CNPJ.

4. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema SigCORP Governador Valadares:

Natureza da operação

5. Exemplo XML

Clique aqui para visualizar um exemplo do XML enviado ao InvoiCy NFS-e.

Padrão SIGCORP Itapira

Última atualização em: 26 de março, 2018

O Padrão SIGCORP Itapira utiliza um modelo próprio de layout de XML. Abaixo estão detalhadas as particularidades deste padrão:

Importante:

Ao cadastrar uma nova empresa deverão ser preenchidos os campos de ‘Usuário’ e ‘Senha’ de autenticação nas configurações de NFS-e da empresa. Este usuário e senha devem ser solicitados com a prefeitura do seu município.

1. O sistema não permite

– Inutilização da Nota;
Substituição de RPS;
Informar o intermediário do serviço;
– Informar valores de desconto (deve ser enviado já descontado no valor do serviço);
– Informar CNAE;
– Informar o código do país do serviço;
Informar o valor da alíquota quando o contribuinte não for Optante do Simples Nacional.

2. Número e Série do RPS

O Padrão SigCORP Itapira não permite que haja repetição do número de RPS, pois o mesmo não diferencia Séries de RPS, portanto cada número de RPS é único, independente qual for a Série utilizada.

3. Tomador estrangeiro

Para efetuar a correta emissão de notas fiscais para o estrangeiro deve-se deixar de informar os seguintes campos:

– Bairro;
– CEP;
– Código do município;
– Endereço;
– Número;
– CNPJ.

Devendo ser informado apenas a razão social do tomador do serviço.

4. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema SigCORP Itapira:

Natureza da Operação

5. Exemplo XML

Clique aqui para visualizar um exemplo do XML enviado ao InvoiCy NFS-e.

 

Padrão SMARAPDSil WS2

Última atualização em: 14 de março, 2018

O Padrão SMARAPDSil WS2 utiliza o modelo de layout de XML ABRASF 2. Abaixo estão detalhadas as particularidades deste padrão:

1. O sistema não permite:

– Inutilização de RPS.

2. Tomador do exterior

– Deixar vazios os campos de código do município da prestação do serviço;
– Informar o código do país do serviço e também do tomador;
– A Natureza da Operação a ser informada é Exportação.

3. Substituição de NFS-e

Caso o emissor desejar também poderá utilizar o serviço de substituição de notas, e que fará o cancelamento da nota anterior e a emissão de um novo RPS.

4. Intermediário do serviço

Para informar o Intermediário do Serviço será necessário que o mesmo esteja cadastrado no sistema SMARAPDSil WS2 como um contribuinte.

5. Construção Civil

Informações relacionadas à construção civil devem se cadastradas com seu respectivo código de obra, relacionado ao serviço que o mesmo deseja prestar.

6. Impressão

O padrão não disponibiliza link para impressão de notas no modelo da prefeitura.

7. Exportação do Certificado Digital

Para efetuar a comunicação com o web service, deve-se possuir o cadastro correto com o certificado digital anexado ao sistema DEISS. O tipo de extensão permitida pelo sistema é o (.cer). Nesse caso deve-se possuir o certificado instalado em seu notebook ou computador.

O processo de exportação será realizado da seguinte forma; acesse o Internet Explorer que está instalado em sua máquina, em seguida vá ao ícone de  Configurações e Opções da Internet como demonstra a imagem à seguir:

Na tela de Opções da Internet haverá a janela de Conteúdo e possui-se acesso aos Certificados que estão vinculados à sua máquina.

Acessando os Certificados haverá em seguida uma nova janela com as informações de vários certificados, onde os certificados pessoais estão instalados. O certificado que será utilizado para a sua empresa deverá ser exportado, selecionando a opção Exportar conforme o exemplo na imagem:

Em seguida haverá o Assistente de Exportação do Certificado Digital, e dando sequência no Avançar.

Marque a opção ‘Não, Não exportar a chave privada’ e clique em Avançar:

Em seguida deve-se selecionar a opção de ‘X.509 binário codificado por DER(*.cer)’ e Avançar:

Após a escolha do tipo de extensão deve-se  escolher o caminho onde irá salvar o seu certificado exportado, colocando o nome dele (certificado.cer) com o tipo da extensão em seguida Avançar:

Em seguida conclui-se a exportação do certificado.

8. Natureza da operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema SMARAPDSil WS2:

Natureza de operação

9. Exemplo XML

Clique aqui para visualizar um exemplo do XML enviado ao InvoiCy NFS-e.

 

 

Padrão NFPSe WS

Última atualização em: 06 de março, 2018

O Padrão NFPSe WS utiliza um modelo próprio de layout de XML. Abaixo estão detalhadas as particularidades deste padrão.

Importante:

Ao cadastrar uma nova empresa deverão ser preenchidos os campos de ‘Usuário’(Inscrição Municipal) e ‘Senha’ de autenticação nas configurações de NFS-e da empresa, bem como o valor da AEDF (Autorização para Emissão de Documentos Fiscais Eletrônicos) no campo Chave Primaria de Autenticação.

Além disso, se torna necessário preencher os campos Cliente Id e Cliente Secret fornecidos pelo setor de desenvolvimento da prefeitura de Florianópolis, através do e-mail ‘desenvolvimento.nfe@pmf.sc.gov.br’. Devem ser enviados o CNPJ e a Razão Social da empresa para receber o valor destes campos.

1. O sistema não permite:

  • Inutilização da Nota;
  • Substituição de RPS;
  • Tomador do exterior;
  • Informar o intermediário do serviço;
  • Informar valores de desconto (informações desse tipo poderão ser declaradas no campo da descriminação do serviço).

 2. Número e Série do RPS

O Padrão NFPSe WS não permite que haja repetição do número de RPS, pois o mesmo não diferencia Séries de RPS, portanto cada número de RPS é único, independente qual for a Série utilizada.

3. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema NFPSe WS:

4. Exemplo XML

Clique aqui para visualizar um exemplo do XML enviado ao InvoiCy NFS-e.

Padrão NF-em

Última atualização em: 02 de março, 2018

O Padrão NF-em utiliza o modelo  de layout de XML ABRASF 1. Abaixo estão detalhadas as particularidades deste padrão:

1. O sistema não permite:

Inutilização da Nota;
Substituição de RPS.

 2. Tomador do exterior

– Não informar o CPF/CPNJ;
– Deixar vazios os campos de código do município da prestação do serviço;
– Deve ser informado o campo do país do tomador do serviço;
– A Exigibilidade do ISS a ser informada é Exportação.

3. Número do processo

Quando Exigibilidade do ISS for Exigibilidade Suspensa por Decisão Judicial ou Exigibilidade Suspensa por Processo Administrativo deve-se informar o Número do Processo.

4. Construção Civil

É possível descrever vários serviços numa mesma NFS-e, desde que relacionados a um único item da Lista de Serviços, de mesma alíquota e para o mesmo tomador de serviço. Quando a legislação do município assim exigir, no caso da atividade de construção civil, as NFS-e deverão ser emitidas por obra.

5. Impressão

O padrão possui disponibilidade de impressão de notas pelo modelo da prefeitura na qual o município está localizado.

6. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema NF-em:

Natureza da Operação

7. Exemplo XML

Clique aqui para visualizar um exemplo do XML enviado ao InvoiCy NFS-e.

Padrão ASTEN

Última atualização em: 02 de fevereiro, 2018

O padrão ASTEN, segue o modelo ABRASF 2.0 com poucas ressalvas.

1. Cancelamento via web service

O município de Pelotas/RS não permite que o contribuinte cancele a NFS-e, conforme normativa número 01 disponível no portal do município. Desta forma, é necessário entrar em contato com o setor fiscal da prefeitura para realizar o cancelamento.

2. Ambiente de homologação

Não foram disponibilizados web services específicos para homologação. Como não é possível cancelar a NFS-e, não é recomendada a realização de testes em produção sem que a nota realmente deva ser emitida.

3. Série

O padrão Asten é no formato de série única, ou seja, não tem nenhuma validação sobre a série enviada, retornando sempre a série NFSe. A emissão do RPS não precisar ser de forma sequencial.

4. Exemplo XML

Clique aqui para visualizar um exemplo de XML de envio.

Padrão GIAP

Última atualização em: 23 de março, 2018

O Padrão GIAP utiliza um modelo próprio de layout de XML. Abaixo estão detalhadas as particularidades deste padrão:

1. O sistema não permite:

  • Consulta de Notas Fiscais de Serviço e cancelamento em ambiente de homologação;
  • Inutilização da Nota;
  • Substituição de RPS;
  • Informar o intermediário do serviço;
  • Tomador estrangeiro.

2. Obrigatoriedades

Cada município possui suas obrigatoriedades , na informação de campos no layout XML e o padrão GIAP possui os seguintes:

  • CNAE;
  • Item da lista de serviço;
  • Grupo do item;
  • Grupo dos dados do serviço;
  • Valor das deduções.

3. Número e Série do RPS

O Padrão GIAP não permite que haja repetição do número de RPS, pois o mesmo não diferencia Série, portanto cada número de RPS é único, independente qual for a Série utilizada.

4. Token

O token deve ser gerado no sistema da prefeitura conforme segue a imagem, na tela dos dados cadastrais do tomador:

Ao cadastrar uma nova empresa deverá ser preenchido o campo de chave primária de autenticação nas configurações de NFS-e da empresa.

5. Observação

Para algumas Prefeituras é necessário solicitar uma Autorização de Impressão de Documentos Fiscais (A.I.D.F) para que seja possível emitir RPS. Lembrando que essa solicitação possui data inicial e data final, ou seja, mesmo que o cliente já emita RPS pode ser necessário fazer nova solicitação.

6. Exemplo XML

Clique aqui para visualizar um exemplo de XML de envio.

 

Padrão SigCORP Marília

Última atualização em: 04 de dezembro, 2017

O Padrão SigCORP Marília utiliza um modelo próprio de layout de XML. Abaixo estão detalhadas as particularidades deste padrão:

Importante:

Ao cadastrar uma nova empresa deverão ser preenchidos os campos de ‘Usuário’ e ‘Senha’ de autenticação nas configurações de NFS-e da empresa. Este usuário e senha devem ser solicitados com a prefeitura do seu município.

1. O sistema não permite:

  • Inutilização da Nota;
  • Substituição de RPS;
  • Informar o intermediário do serviço;
  • Informar valores de desconto (informações desse tipo poderão ser declaradas no campo da discriminação do serviço);
  • Informar CNAE e o código do país;
  • Informar o valor da alíquota quando o contribuinte não for Optante do Simples Nacional.

 2. Número e Série do RPS

O Padrão SigCORP Marília não permite que haja repetição do número de RPS, pois o mesmo não diferencia Séries de RPS, portanto cada número de RPS é único, independente qual for a Série utilizada.

3. Tomador estrangeiro

Para efetuar a correta emissão de notas fiscais para o estrangeiro deve-se deixar de informar os seguintes campos:

  • Bairro;
  • CEP;
  • Código do município;
  • Endereço;
  • Número;
  • CNPJ.

Devendo ser informado apenas a razão social do tomador do serviço.

4. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema SigCORP Marília:

Natureza da operação

5. Exemplo XML

Clique aqui para visualizar um exemplo de XML de envio.

 

Padrão Embras Siap.Net

Última atualização em: 17 de dezembro, 2017

O Padrão Embras Siap.Net segue o modelo padronizado ABRASF 2.02. Segue abaixo suas particularidades:

1. O sistema não permite:

  • Informar itens na nota.

2. Obrigatoriedades

  • Informar valor total de serviço;
  • Informar valor do ISS Retido, caso houver retenção;
    • Atenção! É obrigatório solicitar a prefeitura a A.I.D.F para emitir RPS via Webservice.

3. Tomador do exterior

  • Não informar o CPF ou CNPJ , CEP e inscrição municipal;
  • Informar o país de prestação de serviço no grupo do serviço e do tomador.

4. Código CNAE

O código CNAE deverá ser informado conforme o cadastro efetuado no sistema do seu município, devendo informar também o item da lista de serviço.

5. Impressão

Possui disponibilidade de impressão pelo modelo da prefeitura do município onde a empresa está situada.

6. Substituição e cancelamento

Possui disponibilidade de serviço de substituição de notas e cancelamento.

7. Natureza da Operação:

O campo de natureza da operação deverá seguir o padrão ABRASF:

 

8. Regime Especial de Tributação

Conforme o padrão ABRASF seguem os seguintes valores para o campo de Regime Especial de Tributação:

 

9. Exemplo XML

Clique aqui para visualizar um exemplo de XML de envio.