Conteúdo
01. Sobre
O detalhamento A descrição do serviço na NFS-e (Nota Fiscal Eletrônica de Serviço) pode ser detalhado detalhada nos campos Descrição, Discriminação e Observação. Entretanto, algumas prefeituras não disponibilizam todos estes campos e outras tem necessidade especificasespecíficas.
O Backoffice RM criou uma solução dinâmica que permite ao usuário definir quais os campos serão gerados e qual a informação deve compor cada campo. Além disso, esta configuração pode ser realizada para cada prefeitura.
02. Parametrização de Campos
Nos parâmetros por Filial da NFS-e deve ser acessada a etapa “13 – Observações NFS-e”.
Expandir |
---|
|
Movimento Ambiente -> Parâmetro Parâmetros -> Gestão de Estoque - , Compras e Faturamento -> Integrações -> Fiscal -> Dados Fiscais -> Parâmetros por Filial -> Observações NFS-e ![](/download/attachments/453299464/image2019-1-31_7-57-47.png?version=1&modificationDate=1548932571147&api=v2)
|
Nestes parâmetros é possível configurar a ordem e quais os campos serão considerados para o preenchimento do xml XML da NFS-e conforme as opções abaixo.
I. Descrição do Produto
A descrição do produto será gerada considerando a parametrização "Definições de Produto 1/3" do Módulo Gestão de Estoque, Compras e Faturamento.
II. Histórico do Movimento
O Histórico do Movimento será gerado a partir dos campo "Histórico Longo" ou "Histórico Curto", dependendo dependendo da parametrização do tipo de histórico definido nos parâmetros do Tipo de Movimento etapa "Campos Livres".
III. Histórico do Item
O Histórico do Item será gerado a partir dos campo "Histórico Longo" ou "Histórico Curto", dependendo dependendo da parametrização do tipo de histórico definido nos parâmetros do Tipo de Movimento, etapa "Campos Livres (Item do Movimento)".
IV. Número do Contrato
Será gerado com a descrição "Contrato Número: " + o código do contrato.
Observe que, para alguns municípios, é obrigatório que esta informação conste na nota fiscal; como, por exemplo, Belo Horizonte, através do decreto nº 4.032/81.
03. Geração do
xml XML da NFS-e
Os campos serão gerados no xml XML da NFS-e conforme a disponibilidade de cada prefeitura, além . Além disso, o fato do campo ser gerado no xml XML não significa que ele será impresso no relatório da prefeitura, esta . Esta regra deve ser consultada com cada prefeitura.
No layout único de integração da NFS-e com o TSS, existem serão gerados os seguintes campos:
Regras gerais:
Será gerado campos servico.discr, infcompl.descricao e infcompl.observacao respeitando as regras abaixo.
Regras
Deck of Cards |
---|
|
Card |
---|
| - Os campos serão preenchidos com os dados de todos os itens do Movimento, mas serão considerados somente itens do tipo serviço;
- Os dados serão preenchidos respeitando a
|
|
ordem¹ na - ordem na qual foram parametrizados;
- O tamanho dos campos serão limitados em 2000 caracteres
|
|
Regras para Municípios de Layout txt: Card |
---|
| - Todas as quebras de linha serão substituídas por pipe ("|").
|
Card |
---|
| - Todas as quebras de linha serão
|
|
removidasOs espaços no final do texto serão removidos- substituídas por pipe ("|").
|
|
Regras para especificas de Belo Horizonte, Cuiabá e Porto Alegre: | - Todas as quebras de linha serão substituídas por pipe ("|")
|
|
Regras para especificas de Barueri: Card |
---|
| - O tamanho dos campos serão limitados em 1000 caracteres
|
|
Regras para especificas de Caçapava: Card |
---|
| - O tamanho dos campos serão limitados em 4000 caracteres
|
|
Deck of Cards |
---|
|
Card |
---|
label | servico | discr
---|
Regras: - Será gerado com os dados de todos os itens do Movimento, mas serão considerados somente itens do tipo serviço
- Os dados serão preenchidos respeitando a ordem¹ na qual foram parametrizados
|
Card |
---|
| Regras: - Será gerado com os dados de todos os itens do Movimento, mas serão considerados somente itens do tipo serviço
- Os dados serão preenchidos respeitando a ordem¹ na qual foram parametrizados
|
Card |
---|
label | Infcompl.observação |
---|
|