Arquivo da Categoria: NFS-e

O Padrão NF-em segue o modelo padronizado ABRASF 1.0. Segue abaixo suas particularidades: 1. O sistema não permite: – Substituição de Notas Fiscais de Serviço Eletrônica; – Inutilização de NFS-e. 2. Disponibilidade de grupos: – Intermediário do Serviço; – Construção Civil. 3. Obrigatoriedades para conversão de RPS para NFS-e Identificação do prestador dos serviços, contendo: […]

O Padrão Awatar WS segue o modelo próprio. Segue abaixo suas particularidades: 1. O sistema não permite: Substituição de Notas Fiscais de Serviço Eletrônica; Impressão do RPS no modelo da prefeitura; Inutilização de Notas; Intermediário do serviço. 2. Solicitação na prefeitura Para realizar a emissão via web service o cliente deve solicitar na prefeitura do […]

O Padrão E-Nota WS segue o modelo próprio. Segue abaixo suas particularidades: 1. O sistema não permite: Não possui ambiente de homologação da prefeitura; Consulta de NFS-e por RPS; Substituição de Notas Fiscais de Serviço Eletrônica; Inutilização de NFS-e; Cancelamento de NFS-e; Intermediário do Serviço, Construção Civil; Itens na nota. 2. Solicitação com a prefeitura […]

O Padrão ASPEC segue o modelo próprio de layout XML. Segue abaixo suas particularidades: 1. O sistema não permite: Substituição de Notas Fiscais de Serviço Eletrônica; Consulta de Notas Fiscais; Cancelamento; Inutilização; Informar construção civil; Informar  os materiais e itens; Informar o intermediário do serviço. 2. Obrigatoriedades Item da Lista de serviço; Código de tributação […]

O Padrão D2TI segue o modelo de layout próprio. Segue abaixo suas particularidades: 1. O sistema não permite: Consulta de NFS-e; Substituição de Notas Fiscais de Serviço Eletrônica; Inutilização; Construção Civil e Intermediário do serviço. 2. Disponível Grupo de itens da nota; Grupo de deduções referentes aos serviços e materiais utilizados. 3. Informações cadastrais O […]

O Padrão SIAP utiliza o modelo de layout XML da ABRASF 2.0. Abaixo estão detalhadas as particularidades deste padrão: 1. O sistema não permite: Inutilização da Nota; Emitir uma mesma numeração com série divergente; Tomador do exterior; Intermediário do serviço. 2. Tomador Não permite enviar o RPS sem possuir tomador na nota. 3. Cancelamento O […]

O Padrão VLCNET WS 2.0  segue o modelo padronizado de layout xml próprio. Segue abaixo suas particularidades: 1. O sistema não permite: Substituição de Notas Fiscais de Serviço Eletrônica; Inutilização; Intermediário do serviço; Construção Civil; Lista de Itens. 2. Limites de Processamento: O método síncrono possui limite de 100 notas por dia por CNPJ. Caso […]

O Padrão SafeWeb segue o modelo padronizado ABRASF 1.0. Segue abaixo suas particularidades: 1. O sistema não permite: Substituição de NFS-e; Inutilização de NFS-e. 2. Obrigatoriedades Informar valor no item da lista de serviço. 3. Tomador do exterior O campo de Exigibilidade ISS deve ser informado 4, conforme layout (Exportação); Informar o código do país […]

O Padrão Città utiliza o modelo de layout XML da ABRASF 2.0. Abaixo estão detalhadas as particularidades deste padrão: O sistema não permite: Inutilização da Nota; Tomador Não permite que enviei o RPS sem possuir tomador na nota. Tomador estrangeiro Para efetuar a correta emissão de notas fiscais para o estrangeiro deve-se deixar de informar […]

O Padrão 3Tecnos Upload XML segue o modelo padronizado ABRASF, porém disponibilizada apenas a opção de importação de arquivos no portal da prefeitura. Deve-se ter cautela no preenchimento dos dados do RPS, tendo em vista que praticamente não há validações por parte do padrão, sobre os valores informados. Segue abaixo suas particularidades: 1. Recibo Provisório de […]