O Padrão SIGCorp CIANORTE utiliza um modelo próprio de layout de XML, disponibilizando apenas Web Services de Recepção de RPS e Consulta de NFS-e. Abaixo estão detalhadas as particularidades deste padrão: 1. Número e Série do RPS O Padrão SIGCorp CIANORTE não permite que haja repetição do número de RPS, pois o mesmo não diferencia […]
O Padrão Betha 2.0 segue o modelo padronizado ABRASF 2.02. Segue abaixo suas particularidades: 1. O sistema não permite: Substituição de Notas Fiscais de Serviço Eletrônica; O município de MARACAS/Bahia não possibilita o cancelamento de NFS-e via Webservice, retornando a mensagem: “O sistema foi configurado pela prefeitura para não permitir o cancelamento de notas fiscais. […]
O Padrão NF Eletrônica 2.0 é do tipo TXT, não disponibilizando de Web Services para emissão, consulta e cancelamento de NFS-e, fazendo-se necessário a geração de arquivos para upload no sistema web da prefeitura. Abaixo estão detalhadas as particularidades deste padrão: 1. Número e Série Única do RPS O padrão NF Eletrônica 2.0 é no […]
O Padrão NF Eletrônica 2.0 é do tipo TXT, não disponibilizando de Web Services para emissão, consulta e cancelamento de NFS-e, fazendo-se necessário a geração de arquivos para upload no sistema web da prefeitura. Abaixo estão detalhadas as particularidades deste padrão: 1. Número e Série Única do RPS O padrão NF Eletrônica 2.0 é […]
O Padrão SAPITUR segue o modelo padronizado ABRASF. Segue abaixo suas particularidades: 1. Recibo Provisório de Serviços Cada lote de RPS permite no máximo 50 RPS. Importação de RPS após o prazo: No momento da importação, a data do RPS será validada com as configurações do sistema de emissão de NFS-e, caso a data esteja […]
O padrão ISS FORTALEZA não apresenta diferenças relevantes em relação ao padrão ABRASF. Veja um exemplo de XML de envio, acessando aqui.
O Padrão Metrópolis segue o modelo sugerido pela ABRASF, na versão 1.0. Disponibilizando a tecnologia de Web Services para realizar as emissões de NFS-e. Abaixo, estão descritas as particularidades deste padrão: 1. Número e Série Única do RPS O Padrão Metrópolis utiliza uma Série única para a emissão de NFS-e, obrigando assim que o prestador […]
O Padrão SIGCORP Ivaipora não segue o padrão ABRASF. Segue abaixo suas particularidades: 1. Dados de autenticação Para possibilitar a emissão de NFS-e via Webservice, será necessário informar os dados de login e senha do sistema de emissão do município nos campos “Usuário Autent.” e “Senha Autent.” do InvoiCy. Clientes emitindo em homologação, ao passar […]
O Padrão DEISS é do tipo TXT, não disponibilizando Web Services para Recepção dos RPS, sendo necessário realizar download do Software DEISS disponibilizado no site da prefeitura de Indaiatuba/SP. Abaixo, estão descritas as particularidades deste padrão: 1. Número e Série única do RPS O sistema DEISS não faz uso de Série para a emissão de […]
O padrão Tributos Municipais segue inicialmente o modelo TXT, porém possui algumas particularidades que devem ser vistas durante a integração do seu ERP. 1. Alíquota Os campos de alíquota e valor do ISS devem ser informados apenas quando o item de serviço da empresa obrigar a informar tais campos. O campo deve estar cadastrado no […]
