Padrão Tinus Upload

Última atualização em: 20 de maio, 2015

 

O Padrão Tinus Upload tem sua estrutura baseada no modelo ABRASF 1.0, no entanto não tem suporte à tecnologia de Web Services, sendo necessário realizar o upload dos arquivos no site da prefeitura.

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

1. Ambiente de homologação

O Usuário deve submeter o arquivo do Lote de RPS através de uma página disponibilizada pela prefeitura, ao acessar a página, o usuário deverá selecionar o arquivo XML gerado e após clicar no botão “Upload Lote RPS Em HOMOLOGAÇÃO”, se não tiver nenhum problema com a estrutura do lote de RPS retornará a seguinte mensagem em tela “ARQUIVO CARREGADO COM SUCESSO!”, juntamente com outras informações referentes ao carregamento do arquivo, caso o arquivo contenha erro(s), o sistema encerrará o processo de upload do Lote RPS e mostrar ao usuário os problemas que ocorreram. O processamento do lote é assíncrono, ou seja, assim que o mesmo é carregado, pode demorar alguns minutos para que o sistema gere as notas fiscais referentes ao arquivo carregado.

2. O sistema não permite:

  • Informar o Intermediário do serviço.
  • Substituição de RPS.
  • Itens da nota.

3. Número e Série do RPS

O Sistema de processamento do lote de RPS não leva em consideração a Série do RPS, porém aconselha-se utilizar sempre a mesma série para fins de controle da numeração pois os números do RPS devem ser sequenciais.

4. Consulta

O sistema permite somente a consulta das NFS-e geradas, não sendo possível exportar nenhum tipo de retorno com as informações sobre a nota, a não ser o Espelho do RPS que pode ser impresso. Desta forma, o InvoiCy não irá atualizar o status das notas que foram geradas através dele.

Para realizar a consulta da NFS-e deve acessar o sistema da prefeitura com as credenciais fornecidas pela mesma, após acessar “Serviços -> NFS-e -> Consulta”.

5. Cancelamento

Só é possível realizar o cancelamento de NFS-e através do sistema da prefeitura, para isso o contribuinte deverá acessar o mesmo com as credenciais que lhe foram fornecidas pela própria prefeitura e seguir o seguinte caminho “Serviços -> NFS-e -> Cancelamento”.

6. Exemplo de XML

Para visualizar um XML de exemplo clique aqui.

Padrão Tinus Upload – Antigo

Última atualização em: 20 de maio, 2015

 

O Padrão Tinus Upload tem sua estrutura baseada no modelo ABRASF 1.0, no entanto não tem suporte à tecnologia de Web Services, sendo necessário realizar o upload dos arquivos no site da prefeitura. Outras particularidades são listadas abaixo:

1. Natureza da Operação

O campo de natureza da operação deverá seguir o padrão do InvoiCy NFS-e abaixo, exceto quando utilizar tabela unificada que deve seguir o layout de integração:

2. Ambiente de homologação

O Usuário deve submeter o arquivo do Lote de RPS através de uma página disponibilizada pela prefeitura, ao acessar a página, o usuário deverá selecionar o arquivo XML gerado e após clicar no botão “Upload Lote RPS Em HOMOLOGAÇÃO”, se não tiver nenhum problema com a estrutura do lote de RPS retornará a seguinte mensagem em tela “ARQUIVO CARREGADO COM SUCESSO!”, juntamente com outras informações referentes ao carregamento do arquivo, caso o arquivo contenha erro(s), o sistema encerrará o processo de upload do Lote RPS e mostrar ao usuário os problemas que ocorreram. O processamento do lote é assíncrono, ou seja, assim que o mesmo é carregado, pode demorar alguns minutos para que o sistema gere as notas fiscais referentes ao arquivo carregado.

3. O sistema não permite:

  • Informar o Intermediário do serviço.
  • Substituição de RPS.
  • Itens da nota.

4. Número e Série do RPS

O Sistema de processamento do lote de RPS não leva em consideração a Série do RPS, porém aconselha-se utilizar sempre a mesma série para fins de controle da numeração pois os números do RPS devem ser sequenciais.

5. Consulta

O sistema permite somente a consulta das NFS-e geradas, não sendo possível exportar nenhum tipo de retorno com as informações sobre a nota, a não ser o Espelho do RPS que pode ser impresso. Desta forma, o InvoiCy não irá atualizar o status das notas que foram geradas através dele.

Para realizar a consulta da NFS-e deve acessar o sistema da prefeitura com as credenciais fornecidas pela mesma, após acessar “Serviços -> NFS-e -> Consulta”.

6. Cancelamento

Só é possível realizar o cancelamento de NFS-e através do sistema da prefeitura, para isso o contribuinte deverá acessar o mesmo com as credenciais que lhe foram fornecidas pela própria prefeitura e seguir o seguinte caminho “Serviços -> NFS-e -> Cancelamento”.

7. Exemplo de XML

Para visualizar um XML de exemplo clique aqui.

Padrão SIGCORP Rio Grande

Última atualização em: 18 de maio, 2015

 

O município de Rio Grande, integrado com o InvoiCy pelo padrão SIGCORP possui algumas particularidades na emissão de NFS-e. As considerações relevantes para a integração são listadas neste artigo.

Diferente da maioria dos padrões integrados, os usuários do padrão SIGCORP-Rio Grande não estão obrigados a utilizar certificado digital para emitirem NFS-e. Por outro lado, é necessário informar o usuário e senha de acesso ao sistema de ISS da prefeitura no cadastro da empresa, pois estas informações são necessárias durante a comunicação com o web service da prefeitura.

O padrão não permite informar substituição de NFS-e.

1. Natureza da Operação

Verificar no layout de envio quais os valores aceitos para natureza da operação (tabela unificada).

2. Forma de Pagamento

Informar o valor 1 – A vista ou 2 – A prazo.

3. Tipo de Obra

Quando a atividade (item lista de serviço) for 7.02 é obrigatório informar o campo tipo de obra.

4. Endereço do Intermediário

Apesar de opcional, quando o intermediário não está cadastrado no site da prefeitura é necessário informar o endereço, caso não possuir intermediário não é necessário informar.

5. Forma de Pagamento

Os valores aceitos para forma de pagamento são:

Forma Pagamento

6. Exemplo XML

Para visualizar um exemplo de XML de envio contendo os campos obrigatórios e que serão enviados para a prefeitura clique aqui.

Padrão SIGCORP Rio Grande – Antigo

Última atualização em: 18 de maio, 2015

 

O município de Rio Grande, integrado com o InvoiCy NFS-e pelo padrão SIGCORP possui algumas particularidades na emissão de NFS-e. As considerações relevantes para a integração são listadas neste artigo.

Diferente da maioria dos padrões integrados, os usuários do padrão SIGCORP-Rio Grande não estão obrigados a utilizar certificado digital para emitirem NFS-e. Por outro lado, é necessário informar o usuário e senha de acesso ao sistema de ISS da prefeitura no cadastro da empresa, pois estas informações são necessárias durante a comunicação com o web service da prefeitura.

O padrão não permite informar substituição de NFS-e.

Já o campo de natureza da operação apresenta a seguinte tabela de valores:

Empresas que utilizam a tabela unificada deverão utilizar os valores conforme a planilha de natureza da operação do layout de integração.

1. Forma de Pagamento

Informar o valor 1 – A vista ou 2 – A prazo.

2. Tipo de Obra

Quando a atividade (item lista de serviço) for 7.02 é obrigatório informar o campo tipo de obra.

3. Endereço do Intermediário

Apesar de opcional, quando o intermediário não está cadastrado no site da prefeitura é necessário informar o endereço, caso não possuir intermediário não é necessário informar.

4. Forma de Pagamento

Os valores aceitos para forma de pagamento são:

Forma Pagamento

5. Exemplo de XML

Para visualizar um XML de exemplo clique aqui.

Incluindo usuário já existente em uma nova empresa

Última atualização em: 12 de maio, 2017

 

Os processos da Plataforma InvoiCy foram implementados de forma a facilitar as atividades dos usuários que interagem com a aplicação. Pensando nisso, foi disponibilizada uma opção para realizar o vínculo de usuários já existentes com novas empresas cadastradas na aplicação. Neste artigo iremos descrever os passos necessários para utilizar essa funcionalidade, destacando que a mesma está disponível apenas para usuários do tipo Parceiro.

Proceda com os seguintes passos para vincular um usuário já existente em uma nova empresa cadastrada.

Ao fazer login com o seu usuário na Plataforma InvoiCy, acessar a tela inicial e no grupo ‘Configurações do Parceiro’ clicar na opção ‘Usuários’, como demonstra a imagem a seguir.

Na tela de Usuários do Parceiro, buscar através dos filtros o usuário já cadastrado que deseja-se vincular a nova empresa e clicar na opção de editar o usuário, como demonstra a imagem a seguir.

Na tela de edição do usuário é possível visualizar todas as empresas que este usuário está vinculado, e ainda fazer o vínculo de novas empresas, através do botão ‘Vincular empresas’, como destaca a imagem abaixo.

Ao clicar nesse botão será aberta uma tela com a listagem de todas as empresas do parceiro, permitindo selecionar várias empresas ao mesmo tempo para vincular ao usuário.

Ao vincular para outra empresa um usuário que já tenha permissões de acesso configuradas, automaticamente o mesmo será criado na tela de usuários da empresa, juntamente com suas permissões de acesso.

Para desvincular o usuário de uma empresa, basta acessar a tela de usuários do parceiro, editar o usuário desejado e excluir a empresa que deseja desvincular, conforme demonstra a imagem abaixo.

Fazendo uso dessa funcionalidade, não é necessário realizar o cadastro de um novo usuário para cada nova empresa cadastrada, basta efetuar o vínculo dos usuários que já estão cadastrados na aplicação.

Padrão Prescon – Antigo

Última atualização em: 15 de maio, 2015

 

O padrão Prescon não segue nenhum modelo ABRASF, o mesmo também não tem suporte à tecnologia de Web Services, fazendo dele um padrão do tipo Upload de arquivo, onde os arquivos XML devem ser carregados no sistema da prefeitura, devido a isso, existem algumas particularidades, as quais estão listadas abaixo:

1. Ambiente de homologação

Não há um ambiente de homologação, porém existe um serviço que permite efetuar o carregamento de arquivo XML apenas para testes, ou seja, serve para validar se a estrutura está correta, não convertendo os RPSs do lote em NFS-e. Esta funcionalidade do sistema pode ser acessada através do menu: ‘Área de Validação -> Valida Estrutura do XML’.

2. O sistema não permite:

  • Envio de RPS sem tomador.
  • Informar o Intermediário do serviço.
  • Substituição de RPS.
  • Mais de um Item em cada nota.

3. Exportação

A prefeitura permite a exportação do arquivo XML referente à emissão da NFS-e, onde este pode ser importado no InvoiCy a fim de atualizar o status da NFS-e dentro do mesmo. A Exportação dos arquivos XML será possível se o usuário estiver logado como Prestador, a exportação pode ser feita na tela de consulta de NFS-e.

4. Cancelamento

Para realizar o cancelamento de uma NFS-e, o tomador do serviço deve estar cadastrado no sistema da prefeitura, pois o mesmo deverá consentir com o cancelamento, o caminho para a confirmação do cancelamento é: “Página Inicial do Sistema -> Área do Tomador -> Login -> Lançamento de NFS-e -> Confirmar Cancelamento de N.F.”

5. XML de Exemplo

Para visualizar um exemplo de XML enviado ao InvoiCy NFS-e clique aqui.

Padrão Prescon

Última atualização em: 15 de maio, 2015

 

O padrão Prescon não segue nenhum modelo ABRASF, o mesmo também não tem suporte à tecnologia de Web Services, fazendo dele um padrão do tipo Upload de arquivo, onde os arquivos XML devem ser carregados no sistema da prefeitura, devido a isso, existem algumas particularidades, as quais estão listadas abaixo:

1. Ambiente de homologação

Não há um ambiente de homologação, porém existe um serviço que permite efetuar o carregamento de arquivo XML apenas para testes, ou seja, serve para validar se a estrutura está correta, não convertendo os RPSs do lote em NFS-e. Esta funcionalidade do sistema pode ser acessada através do menu: ‘Área de Validação -> Valida Estrutura do XML’.

2. O sistema não permite:

  • Envio de RPS sem tomador.
  • Informar o Intermediário do serviço.
  • Substituição de RPS.
  • Mais de um Item em cada nota.

3. Exportação

A prefeitura permite a exportação do arquivo XML referente à emissão da NFS-e, onde este pode ser importado no InvoiCy a fim de atualizar o status da NFS-e dentro do mesmo. A Exportação dos arquivos XML será possível se o usuário estiver logado como Prestador, a exportação pode ser feita na tela de consulta de NFS-e.

4. Cancelamento

Para realizar o cancelamento de uma NFS-e, o tomador do serviço deve estar cadastrado no sistema da prefeitura, pois o mesmo deverá consentir com o cancelamento, o caminho para a confirmação do cancelamento é: “Página Inicial do Sistema -> Área do Tomador -> Login -> Lançamento de NFS-e -> Confirmar Cancelamento de N.F.”

5. XML de Exemplo

Para visualizar um exemplo de xml enviado ao InvoiCy BR clique aqui.

Padrão Tecnos

Última atualização em: 08 de maio, 2015

O padrão Tecnos apresenta as seguintes diferenças em relação ao padrão ABRASF:

1. Responsável Retenção

O responsável retenção (RespRetencao) é obrigatório no padrão Tecnos. Se ISS Retido = Não, é preciso enviar 1. Caso contrário, deve-se enviar uma das opções abaixo:
1-Tomador
2-Intermediário

2. Intermediário

É possível informar um intermediário do serviço, porém a prefeitura não valida esta possibilidade.

3. Substituição

Não é possível efetuar uma substituição de NFS-e.

4. Lotes de RPS

O número do lote é sequencial na prefeitura, portanto caso ocorra erros em um lote, os mesmos deverão ser corrigidos para possibilitar a emissão de novos lotes.

5. Exemplo XML

Para visualizar um XML de exemplo clique aqui.

Padrão Tecnos – Antigo

Última atualização em: 08 de maio, 2015

O padrão Tecnos apresenta as seguintes diferenças em relação ao padrão ABRASF:

1. Responsável Retenção

O responsável retenção (RespRetencao) é obrigatório no padrão Tecnos. Se ISS Retido = Não, é preciso enviar 1. Caso contrário, deve-se enviar uma das opções abaixo:
1-Tomador
2-Intermediário

2. Intermediário

É possível informar um intermediário do serviço, porém a prefeitura não valida esta possibilidade.

3. Substituição

Não é possível efetuar uma substituição de NFS-e.

4. Lotes de RPS

O número do lote é sequencial na prefeitura, portanto caso ocorra erros em um lote, os mesmos deverão ser corrigidos para possibilitar a emissão de novos lotes.

5. Natureza da Operação

O campo Natureza da Operação utiliza os seguintes valores:

6. Exemplo XML

Para visualizar um XML de exemplo clique aqui.

Padrão SEMFAZ – Antigo

Última atualização em: 05 de maio, 2015

 

O padrão SEMFAZ segue o modelo ABRASF 2.0, porém possui algumas particularidades listadas abaixo.

1. Regime Especial de Tributação

Prestadores que não utilizam a tabela unificada deverão informar valores conforme a tabela abaixo:

Já os prestadores que utilizam a tabela unificada deverão seguir os valores do InvoiCy:

2. Natureza da Operação

O campo de natureza da operação deverá seguir os valores abaixo para empresas que não utilizam tabela unificada:

Para aqueles que utilizam tabela unificada, deve seguir o layout de integração.

3. Substituição e Cancelamento de NFS-e

O padrão SEMFAZ não permite substituição nem cancelamento de NFS-e através de web services.

4. Impressão de Espelho de NFS-e no modelo da prefeitura

O link do espelho pdf da nota gerado diretamente no sistema da prefeitura requer autenticação do usuário. Portanto, sempre que for imprimir neste modelo é necessário estar com uma sessão de usuário ativa no sistema SEMFAZ de Porto Velho/RO utilizando um navegador (ex: Internet Explorer, Chrome, Firefox, Opera).

5. Tomador Estrangeiro

O padrão não permite informar dados sobre um tomador de fora do país, visto que é obrigatório informar o código de município do IBGE. Neste caso recomendamos emitir sem informar o tomador.

6. Exemplo de XML

Para visualizar um XML de exemplo clique aqui.

Obs: O município de incidência informado no XML  será recebido pela prefeitura apenas se a natureza da operação for tributado no município, exigibilidade suspensa por decisão judicial ou suspensa por processo administrativo.