Product_title |
---|
Title | Particularidades |
---|
Image | https://jiratdncdncontent.blob.core.windows.net/tdn/icons/documento.png |
---|
|
- Município não utiliza arquivo de Schema
- Provedor trabalha com padrão REST e arquivo em formato Json, sendo assim não é gerado XML para envio
- Provedor não disponibiliza envio em Lote, RPS são enviados 1 a 1.
- Método de Substituição não foi implantado, pois o provedor trabalha com um formato onde somente é informado que a nota "X" cancelada foi substituída pela nota "Y", não trabalhando com padrão do TSS onde é enviada uma nota nova com dados de substituição de uma anteriormente emitida.
- Implantados, Envio, ConsultaNFSE, Cancelamento.
- Obs.: Provedor só aceita RPS com série NUMERICA "0123456789", não podendo ser usadas series alfanuméricas como "UNI", "U", "T".
- O campo "protocolo/Recibo" não é gerado pela prefeitura, o TSS está utilizando somente para controle interno desses campos a soma do campo "Competencia" + "Numero Nfs-e".
- O Campo observação no manual fornecido pela prefeitura tem tamanho máximo de 500 caracteres, porem em ambiente de homologação o mesmo apresentou rejeição quando enviado acima de 30 caracteres, foi solicitado ao provedor um melhor esclarecimento sobre o fato mas o mesmo não respondeu, portanto foi configurado que no momento do envio o padrão usado é de 500 caracteres no máximo para produção como colocado em manual, porem caso apresente rejeição por esse motivo será preciso encurtar a observação na nota para que a mesma seja aceita. Mensagem de rejeição: "<Descricao>Não foi possível gerar a NFS-e - O CAMPO Observacoes POSSUI Conteúdo COM TAMANHO ACIMA DO PERMITIDO. VIDE MANUAL </Descricao>"
|