Histórico da Página
CONTEÚDO
- Visão Geral
- Exemplo de utilização
- Tela XXX
- Outras Ações / Ações relacionadas
- Outras Ações / Ações relacionadas
- Tela XXX
- Principais Campos e Parâmetros
- Principais Campos e Parâmetros
- Tabelas utilizadas
- Telas do Sistema
- Menu
01. VISÃO GERALÂncora VISGERAL VISGERAL
| VISGERAL | |
| VISGERAL |
A Declaração do Plano de Saúde (DPS), é uma obrigação acessória, inerente as Operadoras de Saúde situadas na cidade de São Paulo, que são referidas na Lei 13.701, de 24/12/03, nos subitens 4.22 e 4.23 da lista do “caput” do artigo 1º, que são:
...
A DPS deve ser entregue no site da Prefeitura de São Paulo até o dia 5 (cinco) do mês seguinte ao da prestação dos serviços, podendo declarar de forma gradativa durante o mês vigente da incidência.
02. EXEMPLO DE UTILIZAÇÃOÂncora EXEMPLO EXEMPLO
| EXEMPLO | |
| EXEMPLO |
Como a rotina busca os dados para geração da
DPSDPS
Âncora COMO COMO
Quando a Nota Fiscal de cobrança é emitida pela Operadora (o lote de cobrança para os beneficiários), o ISS é calculado corretamente e enviado para a prefeitura, via integração do módulo de faturamento. Logo, aqui não é necessária nenhuma intervenção.
...
Como as notas são lançadas via Documento de Entrada, os dados das notas e NFTS são gravados nas tabelas: SF1 - Cabeçalho das NF de Entrada e SD1 - Itens das NF de Entrada. Assim, os dados a serem considerados para a DPS estão armazenados nas tabelas SF1 e SD1. Os dados principais estarão no cabeçalho - SF1 - mas é no item que temos o código do serviço armazenado.
Cadastros necessários para a geração da DPS
Âncora CADASTROS CADASTROS
Conforme discutido no tópico anterior, devido a estrutura da DPS, será necessário realizar a pesquisa dos dados nas tabelas SF1 e SD1. No entanto, outras tabelas devem estar preenchidas corretamente, para que o sistema identifique quais notas devem constar no arquivo. Abaixo, iremos identificar as tabelas e os campos considerados para a DPS:
...
Assim, para o correto funcionamento da rotina, é necessário quer todos os cadastros e campos mencionados anteriormente estejam preenchidos corretamente, para que sejam considerados no DPS.
A rotina no módulo TOTVS Saúde Planos
Âncora ROTINA ROTINA
Todos os dados para DPS são provenientes das tabelas de Documento de Entrada. Assim, a rotina no módulo TOTVS Saúde Planos irá realizar a leitura desses dados, considerando os filtros necessários para a pesquisa, e gravar os dados em tabelas próprias, para histórico e geração das informações no txt. Nenhum dado será manipulado na leitura, sendo copiados integralmente das tabelas SF1/SD1 e por isso, nem na própria tela específica para esse fim esses dados poderão ser alterados, por se tratar de informações fiscais.
...
| Informações | ||
|---|---|---|
| ||
Por isso, é extremamente importante garantir que no cadastro de fornecedores (SA2), os dados de inscrição municipal estejam corretos e preenchidos, bem como no cadastro de produtos (SB1), onde os itens utilizados na nota estejam com os códigos de serviço preenchidos e coerentes com o que deve sair na DPS. . Além disso, os dados presentes na Nota - cabeçalho e itens (SF1/SD1) - devem possuir os valores e informações corretas. A rotina atual irá apenas efetuar a leitura e cópia desses dados, não alterando nenhuma das informações provenientes das tabelas de notasorigem (SA2/SD1/SF1/SB1). |
03. Telas do SistemaÂncora
- Tela Principal da rotina de DPS - PLSDPS1
TELAS TELAS
| TELAS | |
| TELAS |
- Tela de Cadastro de Operadoras
Âncora BA0 BA0
Tela de Cadastro da Operadora, com os novos campos: BA0_CODISS ( Código de Serviço da Operadora) e BA0_INSCMU (Número da Inscrição Municipal da Operadora)
Para acessar a rotina de cadastro de Operadora, para informar o valor desses dois campos novos, no remote, no módulo SIGAPLS, acesse: Atualizações / Operadora / Operadora de Saúde. Acesse a aba Outros e informe os valores.
- Tela Principal da rotina de DPS - PLSDPS1
Âncora DPS1 DPS1
Browser inicial da rotina de processamento da DPS e Lote
Browser inicial da rotina de processamento da DPS e Lote de DPS - PLSDPS1.
Para acessar a rotina, no remote, no módulo SIGAPLS, acesse: Miscelânea / Genéricos / Declaração de Plano de Saúde (DPS) - PLSDPS1.
- O sistema irá apresentar a tela inicial da rotina de Geração e Controle de DPS. No grid dessa tela, temos o controle das incidências, ou seja, para cada Incidência, teremos apenas um registro (aqui chamado de lote, tabela BQ2 - Cabeçalho da DPS). Toda a movimentação que ocorrer na incidência será gravado nesse lote - processo similar ao Digitação de Contas (PLSA498). Abaixo, a descrição dos botões de navegação da tela:
- Processar... - botão responsável pelo processamento manual da rotina, ou seja, ao clicar no botão, o usuário deve informar qual incidência deseja processar e na sequência, o sistema verifica se já existe um lote aberto ou não para a incidência informada e depois, varre todas as notas fiscais que estão lançadas no sistema, conforme filtros mencionados anteriormente e ao encontrar dados, irá incluir nas novas tabelas.
- No Pergunte, deve ser informado a incidência que deseja processar. Informe uma incidência válida, ou seja, só pode ser atual ou passada. Se tentar informar um valor inválido, como "99/2020" ou uma incidência futura em relação a data atual (por exemplo, estamos em janeiro de 2021 e tentar informar "02/2021" em diante), o sistema irá emitir um alerta de data inválida.
- Após informar qual incidência deseja no Pergunte, Após informar qual incidência deseja no Pergunte, o sistema irá verificar se já existe lote aberto para a incidência informada e Operadora logada. Caso não exista, será criado o lote (tabela BQ2) e caso já exista, nenhum dado será criado de lote novamente.
- Após essa verificação, o sistema irá varrer todas as notas fiscais, que se enquadram nas características informadas no item 2 dessa documentação. Se for uma inclusão, ou seja, o primeiro processamento, todas as notas que correspondam aos critérios serão gravadas na tabela de Itens da DPS (BQ3), com seus dados, com a situação de "1" - Inclusão (BQ3_SITDOC). O lote ficará com o status "1" - Normal (BQ2_TIPARQ).
- Caso já exista informações no lote, ou seja, a rotina já teve um processamento anterior e existe notas vinculadas ao lote, o sistema irá verificar se existe registros que estão na tabela BQ3, mas que não existem mais na tabela SF1 (por exemplo, no caso de exclusão de nota). Se acontecer esse caso, teremos duas situações:
- Se nunca foi gerado um arquivo txt de DPS para esse lote, como a nota não existe mais no Documento de Entrada (SF1/SD1), o item será excluído da BQ3, já que nunca foi considerado em nenhuma DPS. Será a exclusão física, ou seja, deletado da tabela.
- Se já foi gerado um arquivo txt de DPS e esse registro foi considerado - quando a opção "Apenas Conferência" estiver desmarcada (leia detalhes abaixo) - esse registro terá seus status atualizado (BQ3_SITDOC) para "2" - Exclusão. Além da alteração do item, o status do lote também será alterado para "2" - Retificação (BQ2_TIPARQ), visto que temos itens que foram excluídos em DPS anteriormente enviada.
- Caso já exista informações no lote, ou seja, a rotina já teve um processamento anterior e existe notas vinculadas ao lote, o sistema irá verificar se existe registros que estão na tabela BQ3, mas que o valor bruto na nota (F1_VALBRUT) foi alterado. Se acontecer esse caso, teremos duas situações:
- Se nunca foi gerado um arquivo txt de DPS para esse lote, ou seja, esse item nunca foi considerado em nenhum arquivo, o valor será atualizado, mantendo o status.
- Se já foi gerado um arquivo txt de DPS e esse registro foi considerado - quando a opção "Apenas Conferência" estiver desmarcada (leia detalhes abaixo) - esse registro terá seus status atualizado (BQ3_SITDOC) para "3" - Alteração. Além da alteração do item, o status do lote também será alterado para "2" - Retificação (BQ2_TIPARQ), visto que temos itens que foram excluídos em DPS anteriormente enviada.
- Caso já exista informações no lote, ou seja, a rotina já teve um processamento anterior e existe notas vinculadas ao lote, mas os dados que constam nas tabelas de SF1/SD1 não existirem na BQ3, serão incluídas automaticamente, ficando com o status "1" - Inclusão (BQ3_SITDOC).
Pergunte inicial da função de Processamento, onde deve ser informado a Incidência para processamento.
- Alterar - Exibe a tela de lote - dados do cabeçalho da DPS - e permite ao usuário alterar apenas o status do lote, que está de acordo com o manual da DPS. Ou seja, o usuário pode apenas alterar o campo BQ2_TIPARQ, que representa o status do lote (Normal ou Retificação). Demais campos são apenas leitura e informativos para o usuário.
- Ao alterar esse campo e gravar a mudança, o sistema irá gravar que foi efetuada uma alteração nesse lote, podendo ser consultada na tela de Histórico do Lote (tabela BQ4).
- Ao alterar esse campo e gravar a mudança, o sistema irá gravar que foi efetuada uma alteração nesse lote, podendo ser consultada na tela de Histórico do Lote (tabela BQ4).
- Visualizar - Permite apenas a visualização dos dados do lote da DPS.
Formulário com os dados do registro selecionado, ao clicar no botão Alterar ou Visualizar. - Outras Ações / Selecionar - Estando posicionado em um lote de DPS, ao clicar no botão Outras Ações/Selecionar, o sistema irá exibir um novo browser (tabela BQ3 - Itens da DPS), com todas as notas fiscais que correspondem aos filtros do lote e incidência, com os dados copiados conforme lançados no Documento de Entrada.
- Outras Ações / Gerar DPS txt - Posicionado em um lote, o sistema irá exibir um Pergunte ao usuário, que deve informar se deseja gerar um arquivo DPS txt parcial ou total, bem como apenas para conferência.
- O Parcial deve ser usado quando a Operadora optar em fazer diversos envios no mês de incidência. Por exemplo, no dia 15/03/2021 a Operadora decide realizar o processamento e gerar o txt para envio na Prefeitura. No dia 20/03/2021, decide fazer novo processamento e enviar o arquivo. Nessas condições, usar a opção Parcial, pois o que já foi considerado no envio anterior não será considerado nesse novo envio.
- O Total deve ser usado quando realizamos apenas um envio no mês, como no último dia de envio ou sempre que queremos gerar um arquivo total, independente se já foi gerado algum txt anteriormente.
- CheckBox "Apenas Conferência" deve ser marcado quando queremos apenas gerar um arquivo simulado dos dados que irão sair na DPS, ou seja, um arquivo apenas para conferência do usuário e que não será submetido na Prefeitura. Se desmarcado, ao continuar o processo, o usuário é alertado que o sistema irá entender que esse arquivo será submetido na Prefeitura e a partir disso, irá efetuar o controle de datas dos registros enviados e no controle de itens e lotes.
- Esse controle é necessário, pois no caso de envios Parciais, o sistema consegue controlar quais arquivos já foram enviados e quais não, para não enviar o dado em duplicidade e ser recusado na Prefeitura, além de controle das notas, pois caso uma nota já tenha sido enviada em um arquivo DPS e depois foi excluída, o próximo envio desse lote deve ser como "2" - Retificação e o item excluído deve ir como "3" - Exclusão.
- O checkbox funciona tanto para o txt do tipo Total ou Parcial, conforme orientações acima. Além disso, quando é optado pela conferência, o nome do arquivo gerado começa como "conferência" e no arquivo, é colocado uma linha a mais no inicio, indicando que se trata apenas de conferência, para evitar envios errados.
- Após selecionar o tipo de arquivo (Parcial ou Total e se é ou não Conferência), na sequencia, será exibido a tela para que o usuário indique onde deseja gravar o arquivo txt. É exibido as unidades locais do computador do usuário, bem como as pastas do servidor Protheus.
- O arquivo gerado terá a seguinte nomenclatura padrão, indiferente se é Parcial ou Total:
- Se o checkbox "Apenas Conferência" estiver desmarcado, indicando envio para a Prefeitura, o arquivo será nomeado como: dps_ + incidência + data completa (dd/mm/aaaa) / hora completa (hh:mm:ss) + .txt. Ou seja, se o arquivo for gerado no dia 10/05/2020, às 14:50:10, de incidência 05/2020, o nome do arquivo será: dps_052020_10052020145010.txt .
- Se o checkbox "Apenas Conferência" estiver marcado, indicando apenas conferência, o nome será igual o anterior, diferenciando pelo prefixo "conferencia" no início do nome do arquivo. Na mesma situação acima, se for conferência o arquivo, o nome será: conferencia_dps_052020_10052020145010.txt .
- Caso a quantidade de notas no período de incidência sejam muitas e o arquivo final ficar maior que 10 Mb, o sistema irá quebrar esse arquivo em duas ou mais partes - conforme necessidade - para que não ultrapasse o tamanho de 10Mb. Caso isso aconteça, indiferente se a opção Conferência estiver marcado ou não, será adicionado um sufixo no nome dos demais arquivos, como parte_2, parte_3 e assim por diante. Seguindo o exemplo acima, o primeiro arquivo teria o nome dps_052020_10052020145010.txt, o segundo seria dps_052020_10052020145010_parte_2.txt e assim por diante.
Pergunte com as opções de gerar o arquivo TXT.
DPS txt de exemplo, após geração do arquivo.
- O arquivo gerado terá a seguinte nomenclatura padrão, indiferente se é Parcial ou Total:
- Outras Ações / Histórico - Essa opção irá exibir o histórico de todos os processamentos realizados para o lote e seus itens, seja via ação do usuário ou via Schedule. Além disso, caso o usuário mude o status de um lote ou item (únicas modificações permitidas), também será gravado essa alteração. Quando for gerado o arquivo txt, independente de tipo ou conferência, será gravado também no histórico essa solicitação, bem como será armazenado no banco de conhecimento, de forma compactada, o arquivo txt gerado pela rotina.
- Para algumas ações do sistema, existem códigos determinados. Consulte a tabela Código de Eventos do histórico, para maiores detalhes.
Tela de Histórico dos eventos do lote e itens.
- Processar... - botão responsável pelo processamento manual da rotina, ou seja, ao clicar no botão, o usuário deve informar qual incidência deseja processar e na sequência, o sistema verifica se já existe um lote aberto ou não para a incidência informada e depois, varre todas as notas fiscais que estão lançadas no sistema, conforme filtros mencionados anteriormente e ao encontrar dados, irá incluir nas novas tabelas.
...
- Tela de Detalhes do Lote - PLSDPS2
Âncora DPS2 DPS2
Browser inicial
Browser inicial da rotina PLSDPS2.
Nessa tela, temos todas as notas que estão de acordo com os filtros aplicados, ou seja, que devem ser consideradas para a DPS. Para acessar essa tela, após o processamento do lote, basta posicionar no lote e clicar no botão Outras Ações / Selecionar, que o sistema irá trazer o browser, com todas as notas relativas ao lote e incidência selecionados.
...
- Tela de Histórico do Lote - PLSDPS3PLSDPS3
Âncora DPS3 DPS3
Browser inicial da rotina PLSDPS3.
...
- O sistema irá exibir todas as ocorrências automáticas e manuais, identificadas por alguns códigos. Além disso, quando for histórico de geração de arquivo txt, além de gerar o histórico da ação, o sistema irá armazenar nesse histórico, no Banco de Conhecimento do Protheus, o arquivo gerado, em formato zip. Temos os seguintes botões:
- Visualizar - Permite a visualização do histórico, com maiores detalhes, como data do evento, nome do usuário no Protheus e nome da máquina que disparou a ação e outros detalhes.
Formulário com os dados do registro selecionado, ao clicar no botão Visualizar. - Base Conhec. - Sempre que o registro de histórico for pertinente a geração do arquivo txt da DPS, independente se foi para conferência ou não, o sistema irá armazenar essa ação, bem como irá vincular nesse registro, na Base de Conhecimento do Protheus, em formato compactado, o arquivo txt gerado, para consulta posterior.
Visualização dos registros compactados, que foram anexados na Base de Conhecimento.
- Visualizar - Permite a visualização do histórico, com maiores detalhes, como data do evento, nome do usuário no Protheus e nome da máquina que disparou a ação e outros detalhes.
04. Status do Lote e Itens e
...
Histórico Âncora STATUS STATUS
| STATUS | |
| STATUS |
Lote e itens
Âncora STLOTE STLOTE
Conforme vimos no tópico 03, o funcionamento a rotina é simples, visto que o usuário apenas precisar clicar no botão Processar, para que o sistema efetue a leitura das notas e proceda com a criação do lote, conforme incidência informada, e a leitura das notas que são pertinentes, conforme filtragens mencionadas no tópico 02.
...
| Aviso | ||
|---|---|---|
| ||
|
Histórico
Âncora STHIS STHIS
O campo código da ocorrência, na tabela de histórico, possui tamanho 4 e o primeiro carácter identifica se a ação foi automática, prefixo "A", ou se foi manual - feita pelo usuário, com prefixo "M". Por exemplo, ao clicar no botão processar, todo a rotina é feita pelo sistema, logo, a inclusão do lote ficará com o código A001, identificando que foi feito pelo sistema. Caso o usuário altere o status do lote manualmente, será gravado no histórico o código "M002", exibindo que a ação foi executada pelo usuário.
| Código | Descrição do Código |
|---|---|
| (M/A) + 001 | Inclusão de Lote - criação da tabela BQ2 e caso tenha notas pertinentes, a criação desses itens na tabela BQ3. |
| (M/A) + 002 | Alteração do Status do Lote, pelo usuário ou pela rotina (quando um item já foi enviado em DPS anterior e foi excluído ou alterado, sendo necessário alterar o status do lote para retificação). |
| (M/A) + 003 | 003 - Alteração do Status do Item, pelo usuário ou pela rotina (quando um item já foi enviado em DPS anterior e foi excluído ou alterado). |
| (M/A) + 004 | Arquivo de DPS foi gerado pelo usuário, seja total ou parcial, bem como de conferência ou não. Lembre-se, nesse registro constará também na base de conhecimento o arquivo DPS gerado, para consultas futuras. |
| ER01 | Erro de atualização nas datas da BQ3, após gerar DPS. Caso recebe este erro em tela ou note no histórico, entre em contato com o suporte, pois significa que após a geração da DPS - sem ser conferencia - o sistema não conseguiu atualizar o campo BQ3_DATARQ, não permitindo o controle automático das alterações futuras. |
| ER02 | Erro ao gerar o arquivo TXT no diretório escolhido. A pasta / diretório informado pelo usuário não é válido ou possui algum problema de usuário, pois não permite a gravação do arquivo txt no local. Por exemplo, em alguns computadores, ao selecionar o C:, não permite a gravação do arquivo. Será apresentado e gravado também o código de erro (função FError()), podendo ser consultado no TDN (https://tdn.totvs.com/x/W4Zc). |
| SCHD | Indica apenas que o schedule está funcionando e realizando os processamentos, caso a Operadora opte em utilizar o Schedule para processamentos em determinados períodos. |
05
...
. Configuração de ScheduleÂncora SCHEDULE SCHEDULE
| SCHEDULE | |
| SCHEDULE |
O processamento dos dados pode ser configurado via Schedule do Protheus, podendo tornar o processo mais rápido para as equipes envolvidas. Ao utilizar o Schedule, temos o mesmo efeito do usuário usando o botão processar da rotina, sendo a única diferença que via Schedule, o sistema irá processar os dados da incidência atual, ou seja, se estamos em abril de 2021, por exemplo, o sistema irá ficar processando os dados referentes as notas que deram entrada no módulo SIGACOM em abril de 2021
Para configuração do Schedule e demais informações, favor consultar a documentação da funcionalidade no endereço: Schedule - Como agendar a execução de rotinas.
A rotina que deve ser chamada via Schedule é PlDPSJob, que possui os seguintes parâmetros: Via Job/Schedule, Data padrão e Código da Operadora. Ou seja, para utilização via schedule, é necessário informar que a rotina é job/schedule, informar a data padrão e o código da Operadora, como exemplificado abaixo:
| Função configurada | Configuração Certa? | Observações |
|---|---|---|
| PlDPSJob(.T., Date(), "0001") | Sim | Aqui, temos a configuração padrão, onde a rotina será executada via Job/Schedule (primeiro parâmetro como .t.), a data atual do servidor (Date()) e o código padrão da Operadora "0001". |
| PlDPSJob(.T., , ) | Sim | Ao configurar, a Operadora pode deixar em branco os parâmetro de Data padrão e código da Operadora, mas jamais omitir o valor do primeiro parâmetro, que deve ser verdadeiro (.t.). Nesse caso, temos que a rotina é via job, o segundo parâmetro, por estar em branco, a rotina vai usar como default a função Date() e como Operadora padrão, vai usar o retorno da função PLSINTPAD(). |
| PlDPSJob(.T.) | Não | Aqui, foi omitido os parâmetros de Data e Operadora. Mesmo que queira que o sistema utilize os parâmetros default, é necessário passar os espaços em branco, como na linha acima. Nesse caso, o sistema não vai chamar o schedule. |
PlDPSJob(.F., , ) PlDPSJob(.F., Date(), "0001") | Não | Neste exemplo, não vai funcionar via schedule, visto que o primeiro parâmetro está como false, sendo que via schedule, deve ser verdadeiro (.T.). |
|
|
06. MENU Âncora MENU MENU
| MENU | |
| MENU |
Para configurar o menu da rotina, no Configurador (SIGACFG), acesse Ambientes/Cadastros/Menus (CFGX017). Crie o menu a seguir:
Menu | Miscelanea |
Submenu | Genéricos |
| Nome da Rotina | Declaração Plano Saúde (DPS) |
Programa | PLSDPS1 |
| Módulo | 33 - Plano de Saúde |
07. De/Para entre layout DPS TXT repasse e tabelas utilizadasÂncora DEPARA DEPARA
| DEPARA | |
| DEPARA |
| Expandir | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
3.2 REGISTRO TIPO 1 – CABEÇALHO
|
| Expandir | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
3.3 REGISTRO TIPO 2 – DETALHE
|
| Expandir | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
3.4 REGISTRO TIPO 9 – RODAPÉ
|
08. Tabelas Utilizadas Âncora TAB TAB
| TAB | |
| TAB |
| Totvs custom tabs box | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| HTML |
|---|
<!-- esconder o menu -->
<style>
div.theme-default .ia-splitter #main {
margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
display: none;
}
#main {
padding-left: 10px;
padding-right: 10px;
overflow-x: hidden;
}
.aui-header-primary .aui-nav, .aui-page-panel {
margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
margin-left: 0px !important;
}
</style>
|
Import HTML Content
Visão Geral
Conteúdo das Ferramentas