Totvs-Erp1159pdf PDF
Totvs-Erp1159pdf PDF
Totvs-Erp1159pdf PDF
Janeiro/2014
Release Notes
Atenção:
Este pacote contém alterações de dicionário de dados. Clique aqui para mais informações.
Liberação das fases 1 e 2 do projeto e-Social. Clique aqui para mais informações.
TOTVS S.A.
Av. Braz Leme, 1717 – São Paulo-SP
Brasil – www.totvs.com
2 Versão 1.0
Release Notes
Sumário
Introdução ............................................................................................................................................. 8
Capítulo 1: Implementações - Negócio ................................................................................................. 9
1 Controladoria e Finanças ............................................................................................................ 9
1.1 Financeiro.................................................................................................................................... 9
1.1.1 Contas a Receber.............................................................................................................................................9
2 Recursos Humanos...................................................................................................................... 9
2.1 Portal ........................................................................................................................................... 9
2.1.1 Portal HCM ...................................................................................................................................................... 9
3 Materiais ..................................................................................................................................... 10
3.1 APS - Planejamento Avançado de Produção............................................................................... 10
3.1.1 Planejamento (DBR) ........................................................................................................................................10
3.5 WMS............................................................................................................................................ 14
3.5.1 WMS ............................................................................................................................................................... 14
5 Saúde........................................................................................................................................... 16
5.1 Gestão de Planos de Saúde ......................................................................................................... 16
5.1.1 AT - Atendimento ao Público ........................................................................................................................... 16
5.1.2 AC - Automação do Consultório ...................................................................................................................... 19
5.1.3 AF - Emissão de Arquivos Fiscais ..................................................................................................................... 20
5.1.4 PR - Estrutura do Produto ............................................................................................................................... 20
5.1.5 FP - Faturamento Planos de Saúde ................................................................................................................. 21
5.1.6 Gestão de Relacionamentos ............................................................................................................................ 22
5.1.7 MC - Manutenção de Cadastro ....................................................................................................................... 22
5.1.8 PP - Pagamentos de Prestadores .................................................................................................................... 24
5.1.9 RC - Revisão de Contas Médicas ...................................................................................................................... 24
5.1.10 VP - Venda de Planos ......................................................................................................................................27
6 Qualidade .................................................................................................................................... 31
6.1 Gestão da Qualidade................................................................................................................... 31
6.1.1 Controle de Qualidade ....................................................................................................................................31
Versão 1.0 3
Release Notes
7 Framework .................................................................................................................................. 31
7.1 Framework TOTVS ...................................................................................................................... 31
7.1.1 Cadastros Gerais .............................................................................................................................................31
7.1.2 Cadastros Gerais GP ........................................................................................................................................32
7.1.3 Foundation Flex ............................................................................................................................................... 34
7.1.4 Framework Datasul .........................................................................................................................................34
8 Agroindustrial.............................................................................................................................. 35
8.1 Originação de Grãos.................................................................................................................... 35
8.1.1 Venda, Compra e Armazenagem de Grãos .....................................................................................................36
8.1.2 Logística de Originação de Grãos .................................................................................................................... 36
2 Fiscal............................................................................................................................................ 38
2.1 Fiscal............................................................................................................................................ 39
2.1.1 Configurador Layout Fiscal .............................................................................................................................. 39
2.1.2 Obrigações Fiscais ...........................................................................................................................................39
3 Materiais ..................................................................................................................................... 39
3.1 Vendas e Faturamento................................................................................................................ 39
3.1.1 Faturamento ................................................................................................................................................... 39
4 Recursos Humanos...................................................................................................................... 40
4.1 Administração de Pessoal ........................................................................................................... 40
4.1.1 Férias e Rescisões ............................................................................................................................................40
4.1.2 Folha de Pagamento .......................................................................................................................................41
4.1.3 Medicina do Trabalho .....................................................................................................................................54
4.1.4 Segurança do Trabalho ...................................................................................................................................54
5 Framework .................................................................................................................................. 57
5.1 Framework TOTVS ...................................................................................................................... 57
5.1.1 Cadastros Gerais .............................................................................................................................................57
1.3 Financeiro.................................................................................................................................... 63
1.3.1 Aplicações e Empréstimos ............................................................................................................................... 63
4 Versão 1.0
Release Notes
2 Fiscal............................................................................................................................................ 75
2.1 Fiscal............................................................................................................................................ 75
2.1.1 Obrigações Fiscais ...........................................................................................................................................75
2.1.2 Configurador Layout Fiscal .............................................................................................................................. 79
2.1.3 Recuperação de Impostos ............................................................................................................................... 82
3 Recursos Humanos...................................................................................................................... 84
3.1 Administração de Pessoal ........................................................................................................... 84
3.1.1 Benefícios ........................................................................................................................................................ 84
3.1.2 Férias e Rescisões ............................................................................................................................................84
3.1.3 Folha Agroindustrial ........................................................................................................................................86
3.1.4 Folha de Pagamento .......................................................................................................................................86
3.1.5 Medicina do Trabalho .....................................................................................................................................94
3.1.6 Orçamento de Pessoal.....................................................................................................................................95
3.1.7 Controle de Frequência ...................................................................................................................................96
3.1.8 Segurança do Trabalho ...................................................................................................................................97
Versão 1.0 5
Release Notes
8 Saúde........................................................................................................................................... 151
8.1 Gestão de Planos de Saúde ......................................................................................................... 151
8.1.1 AT - Atendimento ao Público ........................................................................................................................... 151
8.1.2 AC - Automação do Consultório ...................................................................................................................... 152
8.1.3 AF - Emissão de Arquivos Fiscais ..................................................................................................................... 153
8.1.4 PR - Estrutura do Produto ............................................................................................................................... 154
8.1.5 FP - Faturamento Planos de Saúde ................................................................................................................. 154
8.1.6 MR - Gestão de Relacionamentos ................................................................................................................... 156
8.1.7 MC - Manutenção de Cadastro ....................................................................................................................... 156
8.1.8 PP - Pagamentos de Prestadores .................................................................................................................... 159
8.1.9 RB - Repasse de Beneficiários .......................................................................................................................... 160
8.1.10 RC - Revisão de Contas Médicas ...................................................................................................................... 161
8.1.11 VP - Venda de Planos ......................................................................................................................................163
6 Versão 1.0
Release Notes
13 Agroindustrial.............................................................................................................................. 178
13.1 Originação de Grãos.................................................................................................................... 178
13.1.1 Venda, Compra e Armazenagem de Grãos .....................................................................................................178
Versão 1.0 7
Release Notes
Introdução
Este documento contém breves descritivos acerca das implementações e correções efetuadas no pacote
11/10/2013 a 09/12/2013.
As informações do Release Notes estão organizadas em capítulos, conforme estrutura abaixo:
Implementações: são apresentadas todas as implementações e evoluções sistêmicas contidas no pacote
11.5.9.
Legislação: são apresentadas as implementações que atendem às alterações determinadas em legislação.
Correções: são apresentados todos os ajustes contidos no pacote 11.5.9. Tais ajustes compreendem
aprimoramento de performance e melhorias em processos sistêmicos já existentes.
Implementações e Correções Técnicas: são apresentadas as atualizações necessárias para Menu e
Mensagens.
Informações detalhadas podem ser obtidas no Help Online, nos Boletins Técnicos e no Portal TDN.
Importante!
Estamos liberando junto desse pacote os desenvolvimentos do projeto eSocial, contemplando as seguintes
implementações:
1ª fase: cadastros e importações das informações complementares necessárias para geração dos
arquivos;
2ª fase: ajustes cadastrais decorrentes de adequações no layout, processo de carga dos arquivos/iniciais
(S-1000 ao S-2200), monitor e sincronizador dos arquivos gerados.
Para maiores informações sobre essas implementações, recomendamos a leitura dos boletins técnicos
Boletim Técnico 1, e Boletim Técnico 2, disponíveis no Portal TDN.
Como a versão do layout disponibilizada pelo Governo ainda não é a oficial e está em constante evolução,
certamente faremos novas liberações contemplando possíveis adequações no produto para atender as novas
versões do layout e, muito provavelmente, dependendo dos ajustes, conversores de alguns dados já
cadastrados na base.
Participe da nossa comunidade no ByYou - D@ E-Social, onde estaremos divulgando informações sobre o
projeto, cronogramas, liberações, esclarecimentos de dúvidas, etc.
Nota: Esta entrega contempla o Layout eSocial 1.0 de Nov/2013, liberado ao grupo de empresas piloto
eSocial, onde a TOTVS é participante.
A TOTVS Linha Datasul está realizando os ajustes do Layout 1.1 eSocial, divulgado em Dez/2013,
http://www.esocial.gov.br, e tem previsão de liberação em Mar/2014.
Ressaltamos que o Governo continuamente está ajustando os Layouts, o que ocasionará retrabalhos, tanto
por parte da TOTVS que desenvolve o sistema, quanto por parte do cliente.
Estamos no aguardo da oficialização do Layout eSocial, bem como a liberação do Sistema de Webservice
pelo Governo.
8 Versão 1.0
Release Notes
Neste capítulo, são apresentadas, organizadas por aplicativos, todas as funções implementadas na linha de produto
TOTVS ERP (11.5.9) que estão sendo expedidas neste pacote de atualização.
1 Controladoria e Finanças
1.1 Financeiro
2 Recursos Humanos
2.1 Portal
Versão 1.0 9
Release Notes
3 Materiais
10 Versão 1.0
Release Notes
Importante: Na fase de Explosão, por não haver ainda a alocação da operação para um centro de trabalho, no
cálculo da data mais cedo não será considerado o turno de exceção para o GM. O turno de exceção será considerado
na fase de Sequenciamento, onde a operação será alocada para um centro de trabalho.
Como foram alteradas as definições da temp-table tt-cenário, sendo necessária a verificação/recompilação de
possíveis customizações do cliente que utilizem esta temp-table. Também em função desta alteração, as memórias
de cálculo exportadas antes desta alteração não serão mais válidas para importação.
3.2.1 Estoque
Função: Bloqueio da movimentação dos itens no depósito que está sendo inventariado
Projeto: DMAT001 - IRM 1552-1
Requisito: Permitir bloquear a movimentação dos itens no depósito que está sendo inventariado.
Implementação: Foi criada nova funcionalidade que permite bloquear a movimentação de entrada e saída de
estoque dos itens inventariados por depósito. Os registros de bloqueio devem ser criados somente quando da
execução do processo de inventário de estoque, assim que o inventário for finalizado, estes registros devem ser
eliminados. O processo de bloqueio não é obrigatório, ou seja, o gestor do inventário deve avaliar a necessidade de
Versão 1.0 11
Release Notes
utilizar o bloqueio. Esta nova opção está disponível na nova tela “Distribuir Fichas” do módulo de Estoque. Também
há uma nova tela para manutenção dos registros de bloqueio, chamada “Bloqueio Item Depósito”.
Função: Integração das fichas de inventário de estoque do Datasul via padrão EAI
Projeto: DMAT001 - IRM 1552-1
Requisito 1: Permitir que um sistema externo solicite uma lista de fichas de contagem.
Implementação 1: Foi criada a mensagem de consulta “InventoryCountingQuery” para permitir que outro sistema
faça a solicitação das fichas de contagem. A consulta requer o envio de filtros, conforme definido no esquema XSD,
para que o Datasul retorne as fichas.
Requisito 2: Permitir que um sistema externo envie fichas de contagem para o Datasul.
Implementação 2: Foi criada a mensagem “InventoryCounting” para permitir que outro sistema envie para o Datasul
as fichas de inventário com as contagens que foram efetuadas, sendo atualizadas no Datasul caso as regras de
negócio sejam atendidas.
3.2.2 Recebimento
12 Versão 1.0
Release Notes
Implementação: Foi incluído o campo “Pedágio” nas telas onde são informados fretes para que o usuário possa
informar separadamente o valor do pedágio. Assim, o total da nota e duplicata englobaria todas as despesas, mas o
pedágio não entrará na base de cálculo dos impostos ICMS, PIS e COFINS. O campo ficará habilitado somente se a
natureza informada tiver “Tipo Compra” igual a “frete” e o usuário tiver permissão (parâmetro “Informa Pedágio”
marcado no RE0101).
3.4.1 Faturamento
Versão 1.0 13
Release Notes
Os programas de Distribuição foram alterados para considerar apenas o módulo de Vendor do aplicativo Financeiro
do TOTVS 11.
Para a utilização dessa função, o módulo Vendor deve estar ativo no programa Manutenção Cadastros Gerais
Parâmetro Global (CD0101), e a função “adm-vdr-ems-5.00” habilitada.
Para clientes que utilizam o módulo Vendor do EMS2 e utilizarão o TOTVS 11 com o update 1159 ou posterior,
deverão ser executados os programas de conversão conv-di00745 e conv-di00746.
3.4.2 Pedidos
3.5 WMS
3.5.1 WMS
14 Versão 1.0
Release Notes
Ao efetuar a rejeição de lotes, são solicitados os dados para que o material seja transferido do depósito de WMS
para um depósito de rejeição similar ao processo efetuado pelo módulo Controle de Qualidade, ao efetuar a rejeição
de uma quantidade num roteiro de inspeção. Desta forma, ao criar a rejeição do material, o usuário indicará para
qual depósito de rejeitos será transferido o material.
No momento da confirmação de retirada do item, é realizada a transferência da quantidade rejeitada para o
depósito de rejeitos, utilizando-se a conta de transferência indicada para o estabelecimento do estoque.
4 Vendas CRM
Versão 1.0 15
Release Notes
Implementação: Foi desenvolvido um aplicativo móvel na Umov.me com o nome de Agenda de Visita, onde cada
representante terá um login no aplicativo, e poderá controlar sua carteira de visita pelo dispositivo móvel.
Para que isso seja possível, é necessário realizar o cadastro dos usuários / representante como um usuário do
aplicativo, e em seguida realizar a agendamento RPW da troca de informações entre o TOTVS 11 e o aplicativo
móvel.
5 Saúde
16 Versão 1.0
Release Notes
Chamado: THZWAS
Requisito: É necessário alterar o programa referente à solicitação de intercâmbio, pois na tela de autorização de
guias, é exibido um aviso Caractere inválido em entrada numérica, não impedindo a finalização do processo.
Implementação: Foram efetuadas alterações nos programas referentes a solicitação de intercâmbio, não exibindo
aviso, finalizando o processo corretamente.
Chamado: THWZAV
Requisito: É necessário melhorar a performance e garantir o não bloqueio de registros durante o processo de
autorização de guias.
Implementação: Foi efetuada alteração no procedimento de modo a satisfazer as condições citadas.
Chamado: TIARE4
Requisito: É necessário alterar programa, pois ao visualizar uma guia de intercâmbio eletrônico e no cadastro do
cliente o campo “Utiliza Serious” estiver com valor “não”, o campo “Guia Solic.:” (Tecla F3 – Botão Guia) fica
sobreposto ao botão “Consulta”.
Implementação: Foi efetuada alteração no frame, não deixando o campo “Guia Solic.” Sobreposto ao botão
“Consulta” quando o campo “Utiliza Serious” estiver com valor “Não”.
Chamado: TIAUZ0
Requisito: É necessário alterar programas que se referem à autorização de guias, pois ao autorizar uma guia no
programa AT0110B gerada pelo WAC do tipo "Urgência" com algum procedimento, o programa AT0110B não está
registrando o campo Urgência.
Versão 1.0 17
Release Notes
Implementação: Foram efetuadas alterações nos programas referentes à autorização das guias, registrando o campo
Urgência, mesmo autorizando uma guia do programa AT0110B gerada pelo WAC do tipo Urgência com
procedimentos.
Chamado: TIBMQX
Requisito: É necessário alterar programa, pois ao editar um insumo na Autorização de Guias e clicar em Salvar, o
campo especialidade do prestador executante não é salvo como 0 (zero).
Implementação: Foi efetuada alteração no processo de edição de insumos, salvando como zero no campo
especialidade do prestador executante.
Chamado: THZOA1
Requisito: Quando autorizada a quantidade em uma guia diferente da quantidade enviada, o campo “Quantidade
Autorizada” permanece com a quantidade inicial. O campo observação e o monitor do WSD indicam a quantidade
autorizada corretamente.
Implementação: Foi efetuada inclusão de busca na função para atualizar a quantidade autorizada na guia na
Autorização de Guias.
18 Versão 1.0
Release Notes
Versão 1.0 19
Release Notes
absoluta” e a outra será chamada de “Combinação não permitida relativa”. A diferença entre elas é que, a
combinação relativa pode entrar no sistema, enquanto a combinação absoluta não permitirá a entrada no sistema.
Esse controle será feito pela classe de erro onde é definido se o movimento será restringido ou entrará com glosa.
Será permitido que quando a sugestão de uma combinação seja aceita, o sistema gere glosa para os movimentos
substituídos mesmo que estejam em documentos diferentes (desde que nenhum dos documentos esteja cancelado).
Implementação 1: Foi efetuada alteração na lógica interna dos programas de inclusão do módulo automação de
consultório, contemplando o requisito solicitado e permitindo que, quando a sugestão de uma combinação seja
aceita, o sistema gere glosa para os movimentos substituídos mesmo que estejam em documentos diferentes (desde
que nenhum dos documentos esteja cancelado).
Requisito 2: É necessário incluir um processo que permita sugerir uma nova combinação de (1 ou n) procedimentos
quando uma determinada combinação acontecer e permitir que sejam definidos dois tipos de classe de erro para o
processo de combinação não permitida. Uma das classes de erro será chamada de “Combinação não permitida
absoluta” e a outra será chamada de “Combinação não permitida relativa”. A diferença entre elas é que, a
combinação relativa pode entrar no sistema, enquanto a combinação absoluta não permitirá a entrada no sistema.
Esse controle será feito pela classe de erro onde é definido se o movimento será restringido ou entrará com glosa.
Será permitido que quando a sugestão de uma combinação seja aceita, o sistema gere glosa para os movimentos
substituídos mesmo que estejam em documentos diferentes (desde que nenhum dos documentos esteja cancelado).
Implementação 2: Foi efetuada alteração na lógica interna dos programas de inclusão do módulo automação de
consultório (portal WAC), contemplando o requisito solicitado e permitindo que, quando a sugestão de uma
combinação seja aceita, o sistema gere glosa para os movimentos substituídos mesmo que estejam em documentos
diferentes (desde que nenhum dos documentos esteja cancelado).
20 Versão 1.0
Release Notes
Requisito: É necessário incluir um processo que permita sugerir uma nova combinação de (1 ou n) procedimentos
quando uma determinada combinação acontecer e permitir que sejam definidos dois tipos de classe de erro para o
processo de combinação não permitida. Uma das classes de erro será chamada de “Combinação não permitida
absoluta” e a outra será chamada de “Combinação não permitida relativa”. A diferença entre elas é que, a
combinação relativa pode entrar no sistema, enquanto a combinação absoluta não permitirá a entrada no sistema.
Esse controle será feito pela classe de erro onde é definido se o movimento será restringido ou entrará com glosa.
Será permitido que quando a sugestão de uma combinação seja aceita, o sistema gere glosa para os movimentos
substituídos mesmo que estejam em documentos diferentes (desde que nenhum dos documentos esteja cancelado).
Implementação: Foi alterado o conjunto de programas menu PR0210N que efetuam a manutenibilidade do cadastro
de combinação não permitida afim de permitir efetuar o tratamento do TIPO COMBINAÇÃO (Simples, Absoluta,
Relativa). Foram criados novos programas para dar manutebilidade nos procedimentos sugestionados. Esse novo
cadastro será chamado através de um botão no menu PR0210N. Foi criado novo programa sppr0029.p para
inicializar os dados do cadastro dos procedimentos de combinação não permitidos com a combinação não permitida
atual do sistema.
Importante: Para utilização das funcionalidades deste cadastro será necessário efetuar a importação das mensagens
do sistema (mensiste.d), das mensagens da automação(mensauto.imp) e das classes de erro (claserro.d).
Versão 1.0 21
Release Notes
22 Versão 1.0
Release Notes
grau de parentesco ou por beneficiário. Foi efetuada alteração do programa, permitindo a consulta de reajustes
aplicados na proposta em nível de contrato, grau de parentesco e beneficiário.
Requisito 2: É necessário incluir a opção de cancelamento de reajustes da proposta, além de novas opções de
parâmetros e seleção para considerar o tipo de índice e nível de reajuste da proposta.
Implementação 2: Foi efetuada inclusão do parâmetro para cancelamento de percentuais de reajuste da proposta.
Na tela de parâmetros da função de Troca Tabela de Preço / Reajuste da Proposta, foi efetuada a inclusão de
parâmetro, aplicando o mesmo percentual do reajuste para os contratos associados a um contratante de origem
informado, Foi efetuada inclusão de parâmetro, aplicando reajuste conforme o tipo de índice associado ao contrato
e parâmetro para seleção do nível de reajuste. Na tela de seleção da função de Troca Tabela de Preço / Reajuste da
Proposta, foi efetuado inclusão de seleção por estruturas e campos de tipo de índice, grau de parentesco,
beneficiário, regra/exceção convênio, módulo e contratante origem.
Chamado: TIDQLX
Requisito: É necessário incluir um parâmetro novo na tabela de saída do programa Manutenção Movimentação por
Faixa Proposta (mc0310e.p), para o ponto de CPC ALTERA-DADOS.
Implementação: Foi efetuada a inclusão de um novo parâmetro na tabela temporária de saída do programa
Manutenção Movimentação por Faixa Proposta (mc0310e.p), opção Troca Tabela de Preco/Reajuste da Proposta,
para o ponto de CPC ALTERA-DADOS. O novo parâmetro LG-PERC-ALTERADO é do tipo lógico e indica se o valor do
percentual de reajustes foi alterado dentro da CPC, sobrepondo o valor encontrado pelo sistema no programa.
Versão 1.0 23
Release Notes
Implementação: Foi modificado o procedimento de modo a não gerar integração com o Personal Med quando o
beneficiário estiver inativo. Voltando a gerar a integração se o beneficiário for reativado.
24 Versão 1.0
Release Notes
Versão 1.0 25
Release Notes
Chamado: TIAQH8
Requisito: É necessário alterar programa, pois na importação de questionamentos de contestação, não existe uma
consistência a fim de verificar se a unidade contestada é diferente da unidade de origem da contestação, gerando
inconsistência na busca das faturas, caso sejam preenchidos com a mesma unidade.
Implementação: Foi efetuada alteração no programa, bloqueando a digitação caso seja digitada a mesma unidade
como unidade destino e origem da contestação.
26 Versão 1.0
Release Notes
Versão 1.0 27
Release Notes
Requisito: É necessário impedir a emissão do Termo de Comunicação na exclusão do beneficiário para propostas de
planos não regulamentados, como propostas de Medicina Ocupacional por exemplo. Permitindo ao usuário
parametrizar quais propostas devem seguir a RN279.
Implementação: Foi efetuada inclusão da consistência na exclusão do beneficiário, assim, ao informar o motivo de
cancelamento o sistema verifique se a proposta emite termo de comunicação da RN279 (Opção emite termo de
comunicação nas outras informações da proposta), caso não emita, o sistema não solicitará o preenchimento dos
questionamentos mesmo que o motivo de cancelamento do beneficiário caracterize a RN279. Ao confirmar a
exclusão não será exibida a tela de geração do termo de comunicação para o beneficiário para estas propostas. Nos
botões “Modificar” e “Relatórios da Manutenção de Beneficiários”, será consistido se a proposta emite termo de
comunicação ao clicar nas opções da RN279.
28 Versão 1.0
Release Notes
Implementação: Foi retirada a validação que estava impedindo o cadastramento de subtipos de proposta sem
informar o plano e tipo de plano.
Requisito 3: É necessário relacionar à proposta um tipo de índice e um nível de reajuste, além de permitir a consulta
de reajustes aplicados em diferentes níveis.
Implementação 3: Foi efetuada a inclusão do campo referente ao tipo de índice para reajuste de mensalidade da
proposta. Esse campo está como padrão zerado, indicando que a proposta não possui índice de reajuste relacionado.
Também foi efetuada inclusão do campo referente ao nível de reajuste da proposta, podendo ser por contrato, por
grau de parentesco ou por beneficiário. Esse campo está como padrão zerado, indicando que o reajuste acontece por
contrato. Foi efetuada alteração do programa, permitindo as consultas de reajustes aplicadas na proposta em nível
de contrato, grau de parentesco e beneficiário.
Requisito 4: É necessário relacionar à proposta um tipo de índice e um nível de reajuste, além de permitir a consulta
de reajustes aplicados em diferentes níveis.
Implementação 4: Foi efetuada inclusão do campo referente ao tipo de índice para reajuste de mensalidade da
proposta, esse campo está como padrão zerado, indicando que a proposta não possui índice de reajuste relacionado.
Versão 1.0 29
Release Notes
Também foi efetuada inclusão do campo referente ao nível de reajuste da proposta, que pode ser por contrato, por
grau de parentesco ou por beneficiário, esse campo está como padrão zerado, indicando que o reajuste acontece por
contrato. Foi efetuada alteração do programa para possibilitar a aplicação e a consulta de reajustes conforme o tipo
de índice e o nível de reajuste da proposta.
Requisito 5: É necessário relacionar à proposta a um tipo de índice e um nível de reajuste, além de permitir a
consulta de reajustes aplicados em diferentes níveis.
Implementação 5: Foi efetuada inclusão do campo referente ao tipo de índice para reajuste de mensalidade da
proposta, esse campo está como padrão zerado, indicando que a proposta não possui índice de reajuste relacionado.
Também foi efetuada inclusão do campo referente ao nível de reajuste da proposta, que pode ser por contrato, por
grau de parentesco ou por beneficiário, esse campo está como padrão zerado, indicando que o reajuste acontece por
contrato. Foi efetuada alteração do programa, permitindo a consulta de reajustes aplicadas nas propostas em nível
de contrato, grau de parentesco e beneficiário.
30 Versão 1.0
Release Notes
6 Qualidade
7 Framework
Versão 1.0 31
Release Notes
Chamado: THRHC0
Requisito: É necessário alterar o procedimento para importar beneficiários para o sistema, pois ao realizar o
processo o sistema apresenta inconsistência.
Implementação: Foi efetuada alteração no procedimento, importando beneficiários para o sistema sem apresentar
inconsistência.
Requisito: É necessário relacionar à proposta um tipo de índice e um nível de reajuste, além de permitir a consulta
de reajustes aplicados em diferentes níveis.
Implementação: Foi efetuada inclusão do campo referente ao tipo de índice para reajuste de mensalidade da
proposta, esse campo está como padrão zerado, indicando que a proposta não possui índice de reajuste relacionado.
Também foi efetuada inclusão do campo referente ao nível de reajuste da proposta, que pode ser por contrato, por
grau de parentesco ou por beneficiário. Esse campo está como padrão zerado, indicando que o reajuste acontece por
contrato. Foi efetuada alteração do programa para possibilitar a aplicação e consulta de reajustes conforme o tipo de
índice e o nível de reajuste da proposta.
32 Versão 1.0
Release Notes
Projeto: D118SAUA08/000002
Requisito: Existe a necessidade de parametrizar quais motivos obrigarão auditar os beneficiários excluídos.
Implementação: Foi incluído no programa Manutenção Motivos Cancelamento Genérico o campo Obriga Auditoria
que será utilizado para validar se a exclusão de beneficiários passará pelo fluxo de auditoria no programa Auditar
Exclusão de Beneficiários.
Versão 1.0 33
Release Notes
Requisito: É necessário incluir campo para cadastrar o diretório de geração de relatórios no lado servidor, a ser
utilizado em casos onde o relatório é gerado em plataforma UNIX.
Implementação: Foi efetuada inclusão do frame “Relatórios lado Servidor” contendo o campo “Diretório Relatórios”,
ao qual deverá ser informado o diretório onde serão gerados os relatórios pelo servidor. Este campo comporta 200
caracteres e NÃO valida o diretório informado. Fica a cargo de o usuário informar um diretório válido para o mesmo.
Função: ECM-Request-Service
34 Versão 1.0
Release Notes
Função: Zoom
Projeto: D_FRW001 - IRM 1832
Requisito: Possibilitar a chamada de Zooms Metadados a partir de formulários HTML no Fluig (ECM).
Implementação: Em um formulário Fluig, existindo um campo que represente um Zoom Metadados, ao clicar no
mesmo, o Fluig deverá efetuar uma chamada HTTP passando uma URL com os parâmetros para abertura de uma
nova janela do browser contendo o Zoom. No lado do Fluig será utilizado um Javascript com o comando
Window.open ().No lado do Datasul, a URL disparada pelo Fluig fará a abertura do zoom do Metadados utilizando a
técnica de externalcall do Framework.
8 Agroindustrial
Versão 1.0 35
Release Notes
A geração dos impostos para os movimentos do romaneio terá como base (nesta ordem):
1) Grupo do contrato x fornecedor ou;
36 Versão 1.0
Release Notes
2) Contrato ou;
3) Rotina de relacionamento grupo impostos ou;
4) Fornecedor.
Removido os campos de impostos na pasta financeiro do programa de parâmetros grãos, os títulos de impostos
retidos passarão a utilizar as espécies que estejam definidas nos impostos. Sendo assim poderá ter “n” títulos
conforme impostos vinculados ao grupo.
Versão 1.0 37
Release Notes
Capítulo 2: Legislações
Neste capítulo são apresentadas, organizadas por aplicativos, todas as legislações implementadas na linha de
produto TOTVS ERP (11.5.9) que são expedidas neste pacote de atualização.
1 Controladoria e Finanças
1.1 Financeiro
2 Fiscal
38 Versão 1.0
Release Notes
2.1 Fiscal
3 Materiais
3.1.1 Faturamento
Versão 1.0 39
Release Notes
lotação, assim entendida a que corresponda a único conhecimento de transporte, e no transporte de bens ou
mercadorias acobertadas por uma única NF-e, realizado em veículos próprios do emitente ou arrendados, ou
mediante contratação de transportador autônomo de cargas.
Implementação: O objetivo deste desenvolvimento é prover as alterações necessárias para atender as mudanças
definidas pelo Ajuste SINIEF 21, de 10 de dezembro de 2010, instituindo o Manifesto Eletrônico de Documentos
Fiscais. Estas alterações também deverão contemplar o Ajuste SINIEF 15, de 28 de setembro de 2012 e Ajuste SINIEF
23, de 17 de dezembro de 2012, os quais alteram o Ajuste SINIEF 21/10.
4 Recursos Humanos
40 Versão 1.0
Release Notes
Versão 1.0 41
Release Notes
42 Versão 1.0
Release Notes
Implementação: Foi realizada implementação no programa para se adequar as novas regras da desoneração.
Para maiores informações consultar o Boletim Técnico:
http://tdn.totvs.com/pages/viewpage.action?pageId=107938415
Versão 1.0 43
Release Notes
44 Versão 1.0
Release Notes
Versão 1.0 45
Release Notes
Função: Listagem Guia da GPS, Cálculo Encargo por Funcionário, Demonstrativo Contábil
por Centro de Custo, Cálculo de Provisões
Chamado: TGFH32
Requisito 1: O Cálculo de Provisões não atende a Lei da Desoneração. É calculada a Provisão de Férias e 13º Salário
sobre INSS, considerando apenas o percentual do cadastro do encargo, independente se é desonerado.
Requisito 2: A GPS efetua o cálculo dos encargos desonerados sobre 13º Salário fazendo apenas média dos
percentuais, a lei não explica como fazer este cálculo, gerando diversas interpretações. Uma das interpretações é
que o cálculo seja realizado de forma proporcional, considerando os meses desonerados com 20%, e os meses não
desonerados com o percentual desonerado.
Implementação 1: Foi aplicado o cálculo dos encargos desonerados no cálculo das provisões de férias e 13º Salário
de INSS. No TDN está disponível um documento de orientação para auxiliar na parametrização:
http://tdn.totvs.com/pages/viewpage.action?pageId=107938415
Implementação 2: Foi implementada uma opção de cálculo dos encargos sobre 13º (Proporcional), que poderá ser
parametrizada de acordo com as instruções do Boletim Técnico, disponível em:
http://tdn.totvs.com/pages/viewpage.action?pageId=107938415
Chamado: THPEH2
Requisito: É necessária implementação da desoneração da folha de pagamento parte 2.
Implementação: Foi realizada implementação no programa para se adequar as novas regras da desoneração.
Para maiores informações consultar o Boletim Técnico:
http://tdn.totvs.com/pages/viewpage.action?pageId=107938415
46 Versão 1.0
Release Notes
Versão 1.0 47
Release Notes
48 Versão 1.0
Release Notes
Versão 1.0 49
Release Notes
50 Versão 1.0
Release Notes
Versão 1.0 51
Release Notes
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Tomador de Serviços e
informar o tipo de logradouro, número do endereço e o código do município no IBGE, necessários na geração dos
arquivos do eSocial.
52 Versão 1.0
Release Notes
Versão 1.0 53
Release Notes
54 Versão 1.0
Release Notes
Versão 1.0 55
Release Notes
56 Versão 1.0
Release Notes
Requisito: É necessário desenvolver novo programa, onde serão cadastrados os EPI´s a serem utilizados pelos
participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi disponibilizado novo programa, onde serão cadastros os EPI´s a serem utilizados pelos
participantes relacionados à empresa, atendendo as definições estabelecidas pelo e-Social.
5 Framework
Versão 1.0 57
Release Notes
Neste capítulo, são apresentadas, organizadas por aplicativos, todas as funções corrigidas na linha de produto TOTVS
ERP (11.5.9) expedidas neste pacote de atualização.
1 Controladoria e Finanças
58 Versão 1.0
Release Notes
Chamado: THZOA4
Situação: Ao utilizar o cálculo de bens por Mapa (prgfin\fas\fas728aa.r), é calculada uma depreciação indevida,
diferente da calculada pelo cálculo bem patrimonial (prgfin/fas/fas704aa.r).
Solução: Foram efetuadas alterações no programa para não calcular a depreciação indevidamente.
Versão 1.0 59
Release Notes
1.1.2 Patrimônio
60 Versão 1.0
Release Notes
1.2 Contábil
Versão 1.0 61
Release Notes
Chamado: THUVTE
Situação: Se já houve uma extração dos créditos de PIS/COFINS sobre aquisição no período, caso seja realizada uma
nova extração (LFP/LF0906.R) para o período, ocorre inconsistência.
Solução: Foram efetuadas alterações no programa Extração dos Créditos de PIS/COFINS (LFP/LF0906.R), para excluir
as informações da extração anterior e salvar as informações da nova extração.
62 Versão 1.0
Release Notes
Situação 2: É apresentada mensagem indevida, os saldos são gerados corretamente sem cálculo, porém apresentam
a mensagem.
Solução: Foram efetuadas alterações nos Relatórios de Consistência de Bens (prgfin\fas\fas368aa.r) e Bloqueio
(prgfin\fas\fas912za.r), para não listar indevidamente as mensagens.
1.3 Financeiro
Versão 1.0 63
Release Notes
Chamado: THXVGQ
Situação: O sistema não permite modificar a classificação de uma operação financeira, que ainda não possui
avaliação de mercado.
Solução: Foram efetuadas alterações no programa para permitir alterar a classificação de uma operação financeira.
64 Versão 1.0
Release Notes
Chamado: THVZ43
Situação: A rotina de recálculo de parcelas de financiamentos no APL não utiliza a nova taxa de juros incluída para o
cálculo do período, utilizando somente a primeira taxa cadastrada no empréstimo.
Solução: Foram efetuadas alterações no programa para que, ao executar a rotina de recálculo de parcelas de
financiamentos, sejam utilizadas as taxa de juros incluídas, de acordo com o período calculado, e não utilizando
somente a primeira taxa cadastrada no empréstimo.
Versão 1.0 65
Release Notes
Solução: Foram efetuadas alterações no programa para quando alterado o Fluxo do movimento de Ent para Sai ou
vice e versa, o sistema deve gerar lançamentos corretos na contabilidade, e apenas inverter as contas de débito e
crédito, conforme os lançamentos do movimento de origem.
66 Versão 1.0
Release Notes
Situação: Ao confirmar determinado borderô, onde o título possui um centavo de juros em euro e este juros é
rateado em duas unidades de negócio, ocorre inconsistência.
Solução: Foram efetuadas alterações no programa para salvar corretamente o valor de juros na moeda corrente.
Chamado: THWIZT
Situação: Ao confirmar determinado borderô, um título com juros, os juros ficam negativos nos valores e
apropriação.
Solução: Foram efetuadas alterações no programa para acertar a diferença de centavos para que a inconsistência
não ocorra.
Versão 1.0 67
Release Notes
Chamado: THQPMH
Situação: No Totvs 11, ao modificar um título bancário pela Varredura de Sacado, inclusive se não for alterado o
fornecedor, o sistema apresenta uma mensagem, informando que o fornecedor é inexistente para a empresa do
usuário.
Solução: Foram efetuadas alterações no programa para não apresentar mensagem de inconsistência, caso o
fornecedor estiver correto.
Chamado: THYBS4
Situação: É necessário que na impressão em planilha do relatório de títulos em aberto, seja apresentado o nome
abreviado do fornecedor, pois muitas consultas são pelo nome abreviado.
Solução: Foram efetuadas alterações para gerar na planilha Excel o nome abreviado do fornecedor na última coluna
da planilha.
Chamado: THWYQI
Situação: Ao imprimir o relatório de títulos em aberto, com a classificação Por Conta
Contábil/Espécie/Grupo/Fornecedor e faixa de seleção de indicador económico aberta, o sistema lista títulos em
apenas uma moeda.
Solução: Foram efetuadas alterações no sistema para que a faixa de seleção informada seja respeitada, e todos os
documentos sejam listados.
68 Versão 1.0
Release Notes
Situação: Ao efetuar abatimento de antecipação contra duplicatas que possuem transferência de unidade de
negócio e são geradas por substituição, ocorre inconsistência Progress.
Solução: Foram efetuadas alterações no programa para não apresentar inconsistência Progress.
Versão 1.0 69
Release Notes
Solução: Foram efetuadas alterações no programa para validar o Centro de Custo em relação ao Mapa de
Distribuição utilizado pela Conta Contábil informada.
Chamado: THZDGA
Situação: Ao utilizar a funcionalidade de vincular antecipações de clientes e fornecedores diferentes, ao selecionar a
opção “Matriz” dentre Cliente, Matriz, Todos, o sistema apresenta e permite vincular antecipações de clientes
diferentes sem vínculo de matriz/filial, como se estivesse selecionada a opção “Todos”.
Solução: Foram efetuadas alterações no programa para que ao selecionar a opção Matriz, sejam apresentadas
somente antecipações do cliente e com vínculo matriz/filial.
Chamado: THYCOI
Situação: Ao transformar uma DNI em antecipação, ocorre inconsistência Progress.
A inconsistência ocorre quando este processo já havia sido realizado, e em seguida cancelado para ser reprocessado.
Solução: Foram efetuadas alterações no programa para permitir transformar a DNI em antecipação, sem ocorrer
inconsistência Progress.
70 Versão 1.0
Release Notes
Solução: Foram efetuadas alterações no programa para que, no caso desse título, o sistema permita o estorno.
Lembrando que na rotina Conciliações DNI's/Antecipaçoes (prgfin\acr\acr521za.r), deve continuar sendo
apresentada a mensagem.
Versão 1.0 71
Release Notes
Chamado: THQCVL
Situação: Ocorre inconsistência, ao liquidar uma duplicata contra duas antecipações. A inconsistência ocorre
somente em bases que possuem várias finalidades, que armazenam valores nos módulos e em documentos com
mais de um rateio por unidade de negócio.
Solução: Foram efetuadas alterações no sistema para solucioanr a situação reportada.
Chamado: TIAFR5
Situação: Ao efetuar a liquidação de duplicatas contra uma antecipação, onde há rateio em várias Unidades de
Negócios, ocorre inconsistência, pois em algumas unidades fica saldo negativo.
Solução: Foram efetuadas alterações no programa para não ocorrer inconsistência.
72 Versão 1.0
Release Notes
Situação: Ao selecionar documentos de clientes distintos, que não pertencem a mesma matriz, para inclusão de
histórico ou manutenção da agenda, o sistema apresenta mensagem indicando que não é permitida a alteração de
vencimento.
Solução: Foram efetuadas alterações no sistema para apresentar mensagem de acordo com o procedimento
efetuado pelo usuário.
Função: Movimentação Diária Conta Corrente Flex / Manutenção Fluxo Caixa Flex /
Movimentação Diária de Conta Corrente Flex
Chamado: THQGD9
Situação 1: A tela flex de fluxo de caixa não apresenta as informações da tela Progress, para o fluxo “0” (zero) que é
o padrão do sistema.
Situação 2: A tela flex permite alterar a data inicial e final, porém ao salvar o registro ocorre inconsistência.
Situação 3: O sistema exige tipo de fluxo financeiro, inclusive quando no cadastro do tipo de transação caixa não está
marcado para atualizar o fluxo de caixa.
Situação 4: Ao incluir um movimento de conta corrente pela tela Flex, ocorre inconsistência. Ao incluir pela tela
Progress de Movimentação Diária (cmg700aa), é possível incluir corretamente.
Solução 1: Foram efetuadas alterações na tela flex para apresentar corretamente as informações, conforme a tela de
Manutenção Fluxo Caixa (prgfin\cfl\cfl700aa.r).
Versão 1.0 73
Release Notes
Solução 2: Foram efetuadas alterações para que o programa somente permita alterar a situação e a descrição, como
faz a tela de Manutenção Fluxo Caixa (prgfin\cfl\cfl700aa.r), e não apresente inconsistência.
Solução 3: Foram efetuadas alterações na rotina flex para não exigir o tipo de fluxo, quando no tipo transação caixa,
não estiver marcado para atualizar o fluxo de caixa.
Solução 4: Foram efetuadas alterações no programa para não apresentar inconsistência.
74 Versão 1.0
Release Notes
Situação 2: Ao realizar a manutenção no orçamento, para efetuar a validação se o novo valor orçado comporta os
valores já realizados e empenhados, o sistema soma os valores de diversas finalidades, quando o correto seria
apenas considerar os valores na moeda/finalidade do orçamento.
Solução 1: Foram efetuadas alterações na rotina de redução do orçamento para desconsiderar os valores das contas
analíticas, deixando somente o valor da conta sintética compor o orçamento.
Solução 2: Foram efetuadas alterações no programa para validar corretamente os valores empenhados e realizados
na redução do orçamento, considerando apenas os valores na moeda/finalidade do orçamento.
2 Fiscal
2.1 Fiscal
Chamado: TIADPH
Situação: Após atualização do pacote C04, ao tentar incluir os registros de exportação no programa do sintegra
(OF0735) o mesmo não habilita o campo "Registro Exportação".
Solução: Foram efetuadas alterações no programa para habilitar o campo Número do registro de exportação, porém
foi colocada uma mensagem de advertência para que o usuário preencha o número do registro de exportação
apenas quando o campo estiver em branco.
Versão 1.0 75
Release Notes
Chamado: THWV82
Situação: Quando o cliente possui notas fiscais com modelo de documento igual a 04 (nota de produtor), o programa
gera somente os registros 54 e 75 quando não marcada a opção “Considera nota saída/ entrada Produtor no registro
50”, ocasionando inconsistências no validador.
Solução: Foram efetuadas alterações para quando a opção “Considera nota saída/ entrada Produtor no registro 50”
não estiver marcada, o sistema não imprima as notas cujo modelo seja igual a 04. Se a opção for marcada o sistema
gera no arquivo as notas fiscais de modelo 04 com seus registros correspondentes.
Chamado: THWLUA
Situação: Ao gerar os dados da IN86, não estão sendo gerados os campos de Base de Cálculo de PIS e Base de Cálculo
de COFINS. De acordo com o layout da IN86 (ADECOFIS 25/2010), se o item for tributado por unidade de medida de
produto, informar nos campos de Base de Cálculo de PIS e COFINS, a quantidade de acordo com a unidade de
medida adotada para a tributação do produto, sem sinal, pontos ou vírgulas e com 3 casas decimais.
Solução: Foram efetuadas alterações no programa para gerar corretamente os campos de Base de Cálculo de PIS e
COFINS, quando o cliente utiliza o cálculo por unidade de medida.
Chamado: THXNWU
Situação: Ao gerar os dados da IN86, por meio do programa Arq Fisco Normativa 86 e 87/INSS (OF0739), não são
gerados corretamente os dados no layout da IN86 – OF0739, para os registros 4.3.1, 4.3.2, 4.3.3 e 4.3.4, quando a
nota fiscal possuir valor de IPI com tributação igual a "Outros".
Solução: Foram efetuadas alterações no programa para que os registros gerem corretamente o valor total dos itens,
bem como o valor total da nota corretamente.
Quando a nota estiver com a tributação do IPI igual a "outras", o programa deverá levar para o arquivo a soma do
valor da mercadoria líquida mais o valor do IPI, para assim considerar como valor total da nota/valor contábil.
76 Versão 1.0
Release Notes
Versão 1.0 77
Release Notes
Situação: No programa Listagem Operações Interestaduais (OF0701), na pasta seleção, o primeiro campo está sendo
demonstrado com descrição igual a “Estabelecimento”, quando o correto é que o campo seja referente ao “Estado”.
Solução: Foram efetuadas alterações no programa para corrigir a descrição do campo que antes era
“Estabelecimento”, e com a correção passou a ser “Estado”.
Chamado: THYZD1
Situação: Ao incluir ou manutenir um documento fiscal de exportação cujo CFOP inicia em 7, e este for de
exportação Direta ou Indireta - Regime simplificado está validando campo RE - registro de exportação
indevidamente.
Solução: Foram efetuadas alterações para que ao incluir ou alterar um documento no programa OF0305 tirar
validação do registro de exportação, quando esta se tratar de exportação Direta ou Indireta - Regime simplificado,
pois não existe RE para este tipo de registro.
78 Versão 1.0
Release Notes
Chamado: TIANUI
Situação: Quando o cliente possui nota de exportação eletrônica, ao realizar a extração de dados para o MLF pelo
programa LF0202, o modelo levado é o da nota de exportação, quando deveria ser o modelo da nota de compra
informada no programa Manut. Relacionamentos Itens Exportados (CD0190).
Solução: Foram efetuadas alterações na extração de dados (LF0202) para levar em consideração o modelo
informado no programa Manut Relacionamentos Itens Exportados (CD0190) relacionado a nota de compra e não
mais a nota de exportação.
Chamado: TIBT80
Situação: Ao efetuar a extração de notas pelo programa LF0202, não são considerados os dados cadastrados no
programa Manutenção Relacionamentos (CD0303) para notas de saídas importadas via Importação de Notas Fiscais
(FT2015).
Solução: Foram efetuadas alterações no programa LF0202 para quando não houver tributação de IPI, PIS e CONFINS
no módulo de faturamento, leve em consideração as informações parametrizadas no programa Manutenção
Relacionamentos (CD0303).
Chamado: TIAIHN
Situação: Nas notas fiscais que possuem duas sequências, com o mesmo código de item, a extração dos dados para o
bloco “P” do sped contribuições está considerando apenas a primeira sequência.
Solução: Foram efetuadas alterações no programa para quando o usuário possuir o mesmo item mas com
sequências diferentes, os dados dos itens sejam lidos conforme a sua sequência na nota fiscal para correta geração
do bloco “P”, arquivo do sped contribuições.
Chamado: THZ952
Situação: Ao efetuar a geração do arquivo do SPED contribuições está levando a base de cálculo PIS e COFINS
quando é uma natureza de venda isenta.
Solução: Foram efetuadas alterações na extração dos dados para quando se tratar de uma saída isenta não leve a
base de cálculo de PIS e COFINS para o MLF e desta forma não gere no Sped Contribuições o campo 26 e 32 do
registro C170.
Chamado: THXCGI
Versão 1.0 79
Release Notes
Situação: Quando efetuada a extração dos dados do inventário e se possui uma grande movimentação de dados na
base Oracle está ocorrendo inconsistência ocasionando uma demora excessiva e não gerando os dados do inventário
para o módulo do layout Fiscal.
Solução: Foram efetuadas alterações no programa para que no momento de extrair as informações do inventário
não gere inconsistências em função da grande movimentação de dados.
Chamado: THX020
Situação: Ao extrair os dados de um item cujo valor da base de cálculo vezes a alíquota da um resultado igual a zero,
a sua CST de ICMS está sendo extraída como X90 sendo que na nota fiscal esta X00.
Solução: Foram efetuadas alterações no programa para que ao extrair os dados de um item cujo valor da base de
cálculo vezes a alíquota resulte em zero mas seja tributado e gere a CST de ICMS correspondente ao que esta na nota
fiscal.
Chamado: THUENW
Situação: Ao processar o Extrator das Informações EMS (LF0202) para extrair as informações das notas fiscais para o
módulo MLF, não está sendo considerada a parametrização efetuada cadastro Manutenção Relacionamento CST
(CD0303), esta situação ocorre quando a parametrização realizada no CD0303 utiliza o parâmetro “Gr. Emit”, dessa
forma na extração das informações o programa não está localizando os fornecedores para o grupo do emitente e
gerando o CST padrão.
Solução: Foram efetuadas alterações no programa extrator das informações para que verifique se há relacionamento
cadastrado no programa CD0303 e pegue a CST parametrizada indiferente dela possuir ou não um grupo de
emitente “Gr. Emit”.
80 Versão 1.0
Release Notes
Situação: Quando o cliente efetua baixa parcial do bem pelo programa RI0203 (botão Vendas) com movimentação
de venda, o valor contábil campo "7" e Valor do crédito campo "9" ficam incorretos e o valor da baixa campo "8" fica
zerado do registro F130 do arquivo do SPED Contribuições.
Solução: Foram efetuadas alterações no programa para que na extração dos dados pelo LF0906 a movimentação de
baixa por "Venda" seja considerada e os valores dos campos 7, 8 e 9 fiquem corretos.
Chamado: THXNKA
Situação: Ao efetuar a extração dos dados do Ativo Imobilizado do módulo recuperador de impostos, pelo programa
Extração SPED PIS/COFINS (LF0906 ) os valores da Base de Cálculo de PIS e COFINS não estão sendo gerados, mesmo
o bem tendo os respectivos valores. Esta situação ocorre em função do cliente possuir no Grupos de Impostos
(RI0103) cadastrados na seqüência contrária EX: 2 – COFINS, 3 – PIS ao invés de EX: 2 –PIS, 3- COFINS.
Solução: Foram efetuadas alterações no programa para que os valores da Base de Cálculo de PIS e COFINS sejam
extraídos independentes da ordem do cadastro do grupo de impostos.
Chamado: THXGV4
Situação: Ao efetuar a geração do SPED Fiscal para empresas não contribuinte de IPI está gerando o registro E500 e
filhos, esta inconsistência passou a ser apresentada após nova atualização do PVA da receita.
Solução: Foram efetuadas alterações no programa para quando o cliente não for contribuinte de IPI (campo
indicador de atividade igual a 1 - Outras) não seja gerar o registro E500 e filhos.
Versão 1.0 81
Release Notes
Solução: Foram efetuadas alterações no programa gerador de arquivos do SPED Contribuições para que quando
valor base da contribuição for negativo o registro não seja demonstrado no arquivo.
Chamado: THXTXW
Situação: O usuário possui uma nota de telecomunicação ao gerar o arquivo do Sped Contribuições, no registro D500
os campos VL_DOC (campo 12) VL_ICMS (Campo 19), VL_PIS (Campo 21) e VL_COFINS (Campo 22) estão sendo
gerados com valor igual a zero.
Solução: Foram efetuadas alterações no programa para que se a nota fiscal de telecomunicações possuir os valores
dos campos VL_DOC (campo 12) VL_ICMS (Campo 19), VL_PIS (Campo 21) e VL_COFINS (Campo 22) os mesmos
sejam gerados.
Chamado: THXVQJ
Situação: Ao gerar o arquivo SPED Contribuições notas fiscais de remessa de entrega futura cujo algum item não
tenha valor de PIS/COFINS não estão sendo consideradas no arquivo.
Solução: Foram efetuadas alterações no programa gerador para que caso a nota de entrega futura possua algum
item tributado de PIS e COFINS esta seja gerada no arquivo com todos os seus itens.
82 Versão 1.0
Release Notes
Situação: Ao clicar no botão Pesquisa (Zoom) do programa RI0301, o programa leva mais de dois minutos para
carregar as informações na tela de pesquisa.
Solução: Foram efetuadas alterações na pesquisa do programa para que não venha com as informações da base já
carregadas, que traga o browser vazio, e somente carregue as informações quando inseridas na faixa e confirmado
no check verde.
Chamado: THWWSG
Situação: O quadro 3 do Demonstrativo de crédito do CIAP não está sendo listado corretamente quando utilizado a
moeda alternativa, o valor apresentado no quadro 3 deveria estar corrigido pela moeda utilizada no ano, o valor que
esta sendo apresentado no quadro 3 é o valor do bem e não o valor corrigido.
Solução: Foram efetuadas alterações no demonstrativo para que seja considerado o valor correto no quadro 3
considerando a valorização da moeda do ano.
Versão 1.0 83
Release Notes
3 Recursos Humanos
3.1.1 Benefícios
84 Versão 1.0
Release Notes
Situação: Ao realizar a geração das férias complementares, ocorre inconsistência Progress, na definição/uso de
variáveis.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.
Chamado: THZJNR
Situação: Comparado com o programa FP6020, o programa Conferência Informações de IR (FP3025), aponta
diferenças de centavos entre a base bruta e a dedução do Inss, na rescisão complementar.
Solução: Foi verificado que apontava diferença, pois os programas Conferência Informações de IR (FP3025), Cálculo
Rescisão Normal (FR5100) e Cálculo Complemento de Rescisão (FR5160), calculavam o proporcional de INSS de férias
de formas distintas. Para equalizar isto, foi criada a frapi007, que fará este cálculo e será utilizada nos programas.
Versão 1.0 85
Release Notes
Chamado: THXA67
Situação: Ao alterar o turno de trabalho de um funcionário pela Visão Descentralizada (Exceções Unidade de
Lotação), não é validado se o turno de trabalho de destino tem carga horária diferente do turno de trabalho de
origem.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.
86 Versão 1.0
Release Notes
Versão 1.0 87
Release Notes
Chamado: TIAMB1
Situação: O programa Conferência Informações de IR (FP3025) aponta diferenças de INSS na folha normal, na
rescisão para funcionários admitidos no mesmo mês da rescisão, cujo estabelecimento e categoria salarial pagam
fora do mês.
Solução: Foram efetuadas alterações no programa para considerar o INSS da rescisão com seu valor correto.
88 Versão 1.0
Release Notes
Versão 1.0 89
Release Notes
Situação: Ao gerar o título com o parâmetro "Gerar Valor Liquido" desmarcado, o Total Líquido e Total Geral
apresentados no log estão com valores incorretos, diferentes das informações no movimento do prestador.
Solução: Foram efetuadas alterações para apresentar o nome "Vlr Docto", ao contrário de "Líquido", na geração do
título, com o seu respectivo valor bruto. Nos totalizadores, foi alterado para apresentar o nome “Total Docto”, ao
contrário de “Total Líquido” e seu rescpetivo valor bruto.
90 Versão 1.0
Release Notes
Versão 1.0 91
Release Notes
Chamado: THZSGU
Situação: Para o programa de líquido de pensão do Banco Brasil (FP6115), o campo convênio está com 9 posições,
porém o layout está com 20 posições.
Solução: Foram efetuadas alterações para que o campo de convênio tenha 20 posições.
92 Versão 1.0
Release Notes
Solução: Foram efetuadas alterações no programa para que a situação reportada apenas seja considerada quando
for um afastamento do tipo maternidade e com as férias já calculadas, para as demais o sistema irá apresentar uma
mensagem de inconsistência, informando o usuário que deve excluir o programa manualmente.
Versão 1.0 93
Release Notes
Chamado: THXBDN
Situação: Ao gerar a SEFIP, modalidade 1 para o recolhimento 155, não é gerado o registro 10.
Solução: Foram efetuadas alterações no programa para não ocorrer a divergência.
94 Versão 1.0
Release Notes
Chamado: THUTGM
Situação: O campo Unidade Lotação é apresentado sem a informação 0 (zero) como default.
Solução: Foram efetuadas alterações no programa para que o campo Unidade Lotação apresente a informação 0
(zero) como default.
Versão 1.0 95
Release Notes
96 Versão 1.0
Release Notes
Chamado: THWSDY
Situação: No relatório de divergência, a legenda é impressa em coluna.
Solução: Foram efetuadas alterações no programa para imprimir a legenda em uma única linha.
Versão 1.0 97
Release Notes
3.2.2 Habilidades/Competências
98 Versão 1.0
Release Notes
3.3 Portal
Versão 1.0 99
Release Notes
Solução: Foram efetuadas alterações no algoritmo para que a exceção técnica não ocorra.
4 Materiais
Situação: No programa Permissões do Usuário (MLA0104) na versão Totvs 11.5 o campo Limite Aprovação está
permitindo informar um valor de até 99.999.999,00 (10 dígitos), sendo que deveria ser 999.999.999,00 (11 dígitos)
como ocorre no EMS2.06.
Solução: Foram efetuadas alterações para que permita informar 11 dígitos no campo de Limite de Aprovação do
programa MLA0104.
Chamado: THXWBL
Situação: Ao aprovar as pendências em lote (várias pendências) pelo portal do MLA não está gerando pendência
para o próximo tipo de aprovação.
Solução: Foram efetuadas alterações nos programas envolvidos para que seja gerada a pendência para o próximo
tipo de aprovação quando selecionar mais de uma pendência para aprovação no portal do MLA.
4.2.2 Compras
Chamado: THWEPH
Situação: O filtro do programa Consulta Preços Item (CC0516) não está diferenciando tabelas de preços vigentes das
vencidas.
Solução: Foram efetuadas alterações no filtro para que considere os parâmetros de seleção.
Situação: Ao importar a cotação já aprovada da ordem de compra pelo programa CC0604, layout CO00, não está
atualizando informações de alíquota de IPI e comprador para a ordem de compra.
Solução: Foram efetuadas alterações no programa para que a ordem de compra seja apresentada corretamente com
as informações corretas conforme informado na cotação aprovada para ela.
Chamado: THXECZ
Situação: Ao importar a cotação já aprovada da ordem de compra pelo programa Importação Pedido Compra
(CC0604), layout CO00, não está sendo apresentada a ordem de compra, botão “Relaciona Ordens”, para ser
vinculada ao pedido de compra. Se gerar o pedido pelo Geração Automatica de Pedidos (CC0311) a ordem de
compra é apresentada corretamente na pasta digitação para ser gerado seu pedido.
Solução: Foram efetuadas alterações nos programas para que a ordem de compra seja apresentada corretamente
para vincular ao pedido quando utilizado o programa Importação Pedido Compra (CC0604) para importação da
cotação.
Chamado: THYED3
Situação: No perfil de comprador interno ao adicionar uma cotação avançada e clicar no botão salvar e continuar o
preço do fornecedor e a condição de pagamento o sistema não esta salvando as informações desses campos.
Solução: Foram efetuadas alterações no sistema para que as informações sejam salvas corretamente.
Chamado: THXYCI
Situação: Na inclusão da ordem de compra em flex, opção Avançada, não está sendo carregada algumas informações
como Depósito, Tipo de Despesa, Conta, Centro de Custo (quando a conta está parametrizada para utilizar). Se
realizado a inclusão pelo programa clássico (CC0301) as informações são carregadas corretamente.
Solução: Foram efetuadas alterações nos programas envolvidos para que as informações sejam carregadas
corretamente na inclusão da ordem de compra pelo flex.
Chamado: THXYZO
Situação: Está ocorrendo inconsistência no programa zoom de ordens do programa OC0201, no campo item está
demonstrando outro item no qual está posicionado no programa OC0201.
Solução: Foram efetuadas alterações para que seja listado o código do item corretamente no zoom das ordens de
compra conforme item posicionado no programa OC0201.
Chamado: THWILB
Situação: Ao utilizar a BOIN385 na versão 11.5.6, na chamada do método validateUpdateRecordRequisicao, o
sistema está apresentando a mensagem de inconsistência 15435 por validar um campo que não é mais utilizado
nesta versão.
Solução: Foram efetuadas alterações no programa para validar os campos corretos.
4.3.1 Estoque
Chamado: THSSLW
Situação: Ao tentar confirmar uma requisição de estoque no Requisição Materiais (CE0205) mesmo informando a
conta corretamente esta ocorrendo a inconsistência: "1884 Conta contábil não cadastrada".
Solução: Foram efetuadas alterações na validação para que não seja efetuada quando não há ordem de
investimentos informada.
Chamado: THWT02
Situação: Quando existe restrição de movimentação de um centro de custo para uma UN o programa Requisição
Materiais (CE0205) realiza o bloqueio na primeira tentativa, todavia se for limpo o campo UN o programa grava
mesmo com a unidade de negócio restrita para o centro de custo.
Solução: Foram efetuadas alterações no programa para que não seja aceito a movimentação sem a Unidade de
negócio informada no programa Requisição Materiais (CE0205) e que seja efetuda sempre a validação de permissão
de movimentação da UN.
Soluções 1 e 2: Foram efetuadas alterações na rotina para que sejam validadas as contas de impostos somente
quando a movimentação realmente possuir imposto e a validação da conta de saldo pela unidade de negócio de
saldo.
4.3.2 Custos
4.3.3 Recebimento
Situação 4: Está contabilizando PIS/COFINS para notas de devolução de cliente sem nota de origem, mesmo quando
a natureza de operação está com a Tributação igual a "Isento".
Solução 1: Foram efetuadas alterações nos programas para que ocorra o lançamento de crédito na conta de ICMS
Complementar, e não na transitória de fornecedores e não realizar a redução do valor do ICMS complementar na
conta transitoria de integração com o ativo (conta de aplicação do item da nota), pois este valor não faz parte o
custo da mercadoria no momento em que houve a negóciação da compra;
Solução 2: Foram efetuadas alterações para não realizar a redução do valor do ICMS complementar ao integrar o
valor do bem para o Ativo Fixo (EMS5), pois este valor não faz parte o custo da mercadoria no momento em que
houve a negóciação da compra;
Solução 3: Foram efetuadas alterações no programa para que a inconsistência “17651 - Conta Inexistente” não
ocorra na atualização da nota fiscal quando recebe uma nota de compra de ativo, com ICMS Complementar, Ordem
de compra, Ordem de Investimentos com Matriz de Rateio, Unidade de Negócio e com o Módulo de MRI implantado;
Solução 4: Foram efetuadas alterações no programa para quando a natureza de operação for "Isenta" e for efetuada
uma devolução de cliente sem nota de origem, não seja tributada os valores de PIS/COFINS.
Chamado: THXJKW
Situação: Ocorre muita lentidão na atualização da nota de compra com FIFO em que a ordem de compra possui mais
de 3.000 parcelas.
Solução: Foram efetuadas alterações no programa para que não ocorra lentidão na atualização da nota de compra
com FIFO em que a ordem de compra possua mais de 3.000 parcelas.
Chamado: THZCM2
Situação: Ao efetuar a inclusão de documento de retorno de beneficiamento, usando a opção de retornar por
Estrutura por meio da ordem de produção (RE1001I/RE1001I2) esta ocorrendo inconsistência obrigando o usuário a
informar um depósito de entrada para a ordem, sendo que esse depósito está sendo sugerido para os itens da
reserva que estão sendo retornados.
Solução: Foram efetuadas alterações para que não seja obrigado a informação do depósito para esse tipo de
retorno.
Chamado: THXXXX
Situação: Não está sendo sugerido o depósito gravado no saldo em poder de terceiros na janela Confirma Itens
Terceiros (RE1001J1).
Solução: Foram efetuadas alterações na situação para que seja exibido o depósito informado na nota de remessa.
Chamado: THYLM5
Situação: Ao tentar importar um XML pelo programa Importação de NFE por Diretório (RE0517), ocorre a
inconsistência: “Tentativa de definir muitos índices para a área 6 do banco de dados DBI932a06980. (40) (14675)”.
Solução: Foram efetuadas alterações para que a inconsistência não ocorra ao importar um XML pelo programa
Importação de NFE por Diretório (RE0517).
Chamado: THYPLW
Situação: Ao utilizar a barra invertida esta não funciona para ambiente Linux, impactando no webspeed e RPW.
Solução: Foram efetuadas alterações para utilizar Barra normal nos programas para funcionar em ambiente Linux.
Chamado: THYJE3
Situação: Ao gerar a manifestação do destinatário, o registro está ficando travado.
Solução: Foram efetuadas alterações no programa para que a tabela não fique travada na execução dos programas.
Chamado: THWA38
Situação: O sistema não está calculando o ICMS Substituto ao dar entrada em notas de compra pelo recebimento
fiscal em que o item tenha tabela de pauta para o ICMS (CD1508 - Tabela Preço) e que esteja parametrizado para
calcular o ICMS por Tabela de Pauta.
Solução: Foram efetuadas alterações na rotina para que seja calculado o ICMS por Pauta corretamente em notas de
compra pelo recebimento fiscal.
Chamado: THSWMU
Situação: Não está permitindo dar retorno em um roteiro de inspeção, selecionando as opções, "Aprovado
Condicional", "Rejeitado", "Perda".
Solução: Foram efetuadas alterações no programa para que as telas validem conforme regra de negócio e permita
efetuar o retorno ao roteiro de inspeção.
Chamado: THTNIW
Situação: Ao importar notas fiscais de retorno de mercadoria por meio do Conversor XML e tentar enviar para o
recebimento fiscal, está ocorrendo inconsistência mesmo com quantidade disponível para retornar.
Solução: Foram efetuadas alterações no programa para que não ocorra inconsistência quando há saldo disponível
ao gerar para o fiscal notas fiscais de retorno de mercadoria enviada a terceiros importadas no Conversor.
Chamado: THWW35
Situação: Ao importar um XML pelo RE0516 ou RE0517 que possua, por exemplo, 500 itens, ocorre inconsistência
Progress na validação do Engine de Regras.
Solução: Foram efetuadas alterações no programa para que a inconsistência Progress não ocorra e o XML seja
importado sem inconsistências.
Chamado: THXUII
Situação: Ao Gerar a nota fiscal de retorno de beneficiamento no Manutenção de Documentos (RE1001), recebida
pelo Conversor de XML Monitor do Converso de NF-e (RE0708) o sistema não aloca o saldo em poder de terceiros da
nota de saída.
Solução: Foram efetuadas alterações no programa para alocar o saldo em poder de terceiros ao Gerar a nota fiscal
de retorno de beneficiamento no Manutenção de Documentos (RE1001), recebida pelo Conversor de XML Monitor
do Converso de NF-e (RE0708).
Chamado: THHFFT
Situação: Ao importar um XML de CT-e pelo Conversor ocorre a inconsistência 35041 indevidamente mesmo com a
Natureza de Operação parametrizada corretamente, impedindo a geração da nota.
Solução: Foram efetuadas alterações no programa para que a inconsistência não ocorra ao importar um XML de CT-e
pelo Conversor.
Chamado: THS298
Situação: Ao importar um XML por meio do conversor (RE708), o programa não está validando a situação do
emitente correspondente ao CNPJ do XML, puxando o primeiro emitente que encontrar, mesmo que o emitente
esteja com situação igual à "Inativo".
Solução: Foram efetuadas alterações no programa para que seja validada também a situação do emitente, quando
há dois emitentes com o mesmo CNPJ.
Chamado: THZLZ4
Situação: Ao importar um documento não está assumindo o endereço de entrega informado na API, ao importar é
registrado o endereço padrão.
Solução: Foram efetuadas alterações no programa para que seja carregado o endereço conforme o código de
endereço informado.
4.4 Frotas
4.4.2 Pneus
Situação: Quando não informado o centro de custo para uma conta cuja definição de Critério de Custo seja igual a
Definidos ou Utiliza todos está validando o centro de custo quando não informado, não permitindo o cadastro da
conta nos parâmetros.
Solução: Foram efetuadas alterações para permitir que seja informado uma conta com critérios de distribuição de
Centro de custo quando não informado o centro de custo.
4.5.1 Calibração
Chamado: THXZ97
Situação: Quando definido que a geração da numeração será automática e não for informado um número para a
próxima ordem de manutenção apresenta a mensagem 19116 indevidamento, visto que deveria ser gerado um
número para a ordem de manutenção.
Solução: Foram efetuadas alterações no programa de forma a corrigir a inconsistência gerada no último pacote que
retorna o número ZERO para o campo de número da OM gerado.
Chamado: THZWNU
Situação: Esta permitindo a geração de apontamentos sobrepostos quando mesmo técnico, data, tarefa,
especialidade. Permitindo hora início e fim idênticas em mais de um apontamento.
Solução: Foram efetuadas alterações para validar a sobreposição de hora inicial e final quando na gravação do
registro.
Chamado: THXRRQ
Situação: Quando executado o programa de apontamento de mão-de-obra em flex pelo menu este não apresenta
ordens de manutenção e o filtro não permite a seleção de ordens ficando travado.
Solução: Foram efetuadas alterações para permitir a entrada de informação pelo filtro de forma que as ordens sejam
selecionadas para efetuar os apontamentos.
Solução: O item em questão é diferente do item anterior solicitado o sistema deve efetuar baixa na quantidade
solicitada do item da requisição.
Chamado: THYFBL
Situação: Ao vincular uma ordem de investimento a ordem de manutenção ocorre inconsistência Progress.
Solução: Foram efetuadas alterações na passagem de parâmetros que a inconsistência não ocorra.
Chamado: THZQXU
Situação: Quando informado o número da Ordem de investimento ocorre inconsistência Progress.
Solução: Foram efetuadas alterações para que não apresente mensagem Progress.
Chamado: THXQYR
Situação: Apresenta o centro de custo da conta despesa no campo de centro de custo da conta da ordem, trocando
os centros de custo Despesa e Ordem definidos no tipo de manutenção para cadastro da ordem de manutenção.
Solução: O centro de custo de despesa definido no tipo de manutenção deve ser cadastrado no campo de centro de
custo despesa da ordem. O centro de custo da conta da ordem deve ser cadastrado no campo centro de custo da
ordem na ordem de manutenção.
Chamado: THWLU8
Situação: Quando existe a integração com ativo fixo e o código do estabelecimento no EMS5 é diferente do código
do estabelecimento no EMS2 após acessar o zoom do Bem o estabelecimento trazido é o estabelecimento do EMS5
e não o estabelecimento do EMS2 conforme a matriz de tradução.
Solução: Foram efetuadas alterações para que o estabelecimento a ser apresentado após a consulta ao zoom deve
ser o estabelecimento do EMS2.
Chamado: TIBRBB
Situação: Quando selecionado o tipo de plano de manutenção no programa Geração de Ordens de Solicitação
(MI1014B) ao se confirmar para gerar a ordem de manutenção, a narrativa da solicitação é apagada e a narrativa da
ordem é gerada em branco.
Solução: Foram efetuadas alterações para que na geração da ordem de manutenção considere a narrativa da
solicitação de serviço e não apague o conteúdo pré-existente.
Chamado: TI1062
Situação: Quando apresenta a mensagem "28235 - Não existe linha de produção de ordem de serviço" gera a tabela
de ordem de produção e não cria o vínculo com a solicitação de serviço. A Solicitação de serviço fica com estado de
Aprovada e a ordem de MI e ordem de produção são geradas.
Solução: Foram efetuadas alterações para que não seja gerada as tabelas de ordem quando a linha de produção não
estiver cadastrada.
Chamado: THXOOF
Situação: Quando utilizado unidade de negócio em manutenção industrial sem a matriz de unidade de negócio, na
versão 11, não está passando a unidade de negócio do campo da ordem. Desta forma, como a unidade de negócio é
branco apresenta a mensagem de centro de custo inválido para a ordem.
Solução: Foram efetuadas alterações para ser envio correto da unidade de negócio da ordem para a Execução
Orçamentária.
Chamado: THXWQF
Situação: As solicitações de compras originadas do programa CD0738 não estão sendo apresentadas nas requisições
do comprador em flex.
Solução: Foram efetuadas alterações para que as solicitações originadas do MI sejam apresentadas nas pendências
do Comprador.
Chamado: THY925
Situação: O sistema não está salvando o plano de monitoramento.
Solução: Foram efetuadas alterações no programa para que salve o plano de monitoramento.
4.6.3 Produção
4.6.4 Engenharia
Chamado: THQOZZ
Situação: Ao realizar o cadastro do item no HIS (sistema hospitalar), esse é integrado com o DTS 11, por meio do
adapter de item (axrma005), que passa algumas informações chaves, como família, grupo de estoque, etc. Assim,
informações como Depósito, Localização, Tipo e Natureza de Despesa são carregados da família. Porém, a unidade
de negócio continua em branco, forçando o usuário a acessar pontualmente no cadastro e informar este nos
programas Manutenção Itens Materiais (CD0138) e Manutenção de Itens x Estabelecimento de Materiais (CD0140).
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.
Situação: Ao consultar um item configurado com muitas configurações o sistema trava apresentando a mensagem
Progress Client parou de funcionar.
Solução: Foram efetuadas alterações no programa para desabilitar o campo referência para quando o item for do
tipo política configurado.
4.6.5 Planejamento
Chamado: THYFS0
Situação: Ao selecionar um item válido no sistema não fica habilitado o botão de confirmar.
Solução: Foram efetuadas alterações no programa para habilitar o botão de confirmar quando informado um item
válido.
Chamado: THUZQA
Situação: Não está gerando as ordens corretamente quando no cadastro do programa Manutenção Processo
Fabricação Item (EN0507), os processos não estão cadastrados em ordem crescente do código dos estabelecimentos.
Solução: Foram efetuadas alterações no programa para que realize o processo de cálculo do planejamento
corretamente independente da sequencia dos processos.
Chamado: TIAONJ
Situação: Quando o módulo de contratos não está implantado, o item tem pedido de venda programação de entrega
e tem uma ordem firme a ser reprogramada, no momento da confirmação do planejamento, a ordem está sendo
eliminada ao invés de reprogramada.
Solução: Foram efetuadas alterações para que neste caso não elimine a ordem.
Chamado: THYZEA
Situação: Ao confirmar as ordens de produção de itens com processo de fabricação está ocorrendo inconsistência
Progress.
Solução: Foram efetuadas alterações para que as inconsistências não sejam apresentadas.
Chamado: THWKDK
Situação: A mensagem ACF apresenta ordens indevidamente.
Solução: Foram efetuadas alterações para que a mensagem ACF apresente apenas as ordens que tem data de início
menor que "hoje", ou que a data de corte do relatório.
4.7.1 Embarques
Situação: Quando o item possui vários lotes, ao selecionar o lote que deseja baixar, este não está sendo considerado,
levando em conta a ordem de validade na alocação do lote.
Solução: Foram efetuadas alterações no programa para que respeite o lote selecionado pelo usuário na alocação.
Chamado: TIA898
Situação: Ao utilizar a API padrão de alocação de pedidos de venda no embarque por meio de um programa
específico, inconsistências Progress de FIELDS estão sendo apresentadas.
Solução: Foram efetuadas alterações na API de alocação para que as inconsistências não sejam apresentadas e os
pedidos sejam alocados corretamente.
Chamado: THXRV2
Situação: Ao tentar colocar um item de um pedido de programação de entrega em um embarque, o sistema está
tentando alocar sempre a primeira sequência do item.
Solução: Foram efetuadas alterações no programa de maneira que permita alocar o item desejado.
Chamado: THXMRM
Situação: Pedido referente uma exportação não esta desalocando o item do embarque, está apresentando
inconsistência Progress.
Solução: Foram efetuadas alterações no programa para que em um pedido referente uma exportação não seja
apresentada inconsistência Progress.
4.7.2 Faturamento
Chamado: THTWIQ
Situação: Efetuando o processo de Devolução de Consignado, no momento de referenciar a nota fiscal de Remessa,
após ter efetuado alguns retornos para a mesma nota de remessa, apresenta quantidade maior do que havia restado
para devolução deste item.
Solução: Foram efetuadas alterações no programa para que apresente a quantidade a devolver corretamente.
Chamado: THVYFN
Situação: Ao gerar a nota fiscal de Devolução de Fornecedores os itens da nota fiscal de compras não estão sendo
gerados, em função da nota fiscal de compra não baixar estoque.
Solução: Foram efetuadas alterações no programa para que gere os itens da nota fiscal de devolução conforme nota
fiscal de compra.
Chamado: THYJ10
Situação: Ao tentar efetuar um faturamento em duas sessões ao mesmo tempo, a tabela função fica travada até que
o outro usuário gere a nota.
Solução: Foram efetuadas alterações no programa para que não ocorra o travamento .
Chamado: THXL66
Situação: Ao baixar o estoque na nota fiscal onde o item seja controlado por lote e o saldo em estoque esteja em
lotes diferente do lote padrão do item, o sistema está gerando baixa do etoque com quantidades zeradas.
Solução: Foram realizadas alterações no programa para efetuar a baixa do estoque de um item controlado por lote
de forma correta.
Chamado: THVSJZ
Situação: Ao importar nota fiscal pelo Importação de Notas Fiscais (FT2015), se foi informada conta de custo contabil
para o item, e existe a função ems2-unidade-negocio ativa, está ocorrendo inconsistência de passagem de
parâmetros
Solução: Foram efetuadas alterações no programa para que passe os parâmetros corretamente.
Chamado: THVRR1
Situação: Ao executar o programa especial SPFT2705.r internamente é efetuada uma validação onde caso o sistema
encontrar alguma inconsistência durante o processo é utilizada a função RETURN "NOK", fazendo assim com que o
sistema trave e o processo não seja concluído.
Solução: Foram efetuadas alterações para que as inconsist6ências sejam tratadas e demonstradas no relatório do
programa.
4.7.4 Pedidos
Situação: Durante a cópia do pedido Flex, o usuário mesmo sem a permissão de alterar a data de emissão consegue
alterá-la.
Solução: Foram efetuadas alterações no pedido Flex para que verifique as permissões do usuário logado.
Chamado: TIACC6
Situação: Quando o usuário utiliza Aprovação Eletrônica de Documentos (MLA) porém sem configurar para o pedidos
de venda, ao avaliar o crédito de um pedido de venda que deveria ser reprovado, o pedido de venda é reprovado,
porém a mensagem não é apresentada ao usuário. Somente via consulta é verificado que o pedido foi reprovado.
Solução: Foram efetuadas alterações no programa para que independetente de utilizar o módulo de MLA, ao
reprovar um pedido de venda por crédito, apresentar a mensagem ao usuário.
4.8 WMS
4.8.1 WMS
Solução: Foram efetuadas alterações no programa para melhorar o desempenho do programa na rotina de leitura do
inventário WMS.
Observação: As definições da “temp-table” de leitura de inventário foram alteradas. Portanto, caso existam
específicos que executem o programa WM9100.p, eles devem ser alterados para que utilizem a nova definição,
conforme segue:
DEF TEMP-TABLE tt-leitura NO-UNDO
FIELD CodItem LIKE wm-inventario-item.cod-item
FIELD CodRefer LIKE wm-inventario-item.cod-refer
FIELD CodLote LIKE wm-inventario-item.cod-lote
FIELD IdEtiqueta LIKE wm-inventario-etiqueta.id-etiqueta
FIELD QtdApurada LIKE wm-inventario-item.qtd-apurada[1]
FIELD DtValiLote LIKE wm-inventario-item.dt-vali-lote
FIELD processado AS LOGICAL INIT NO
INDEX item CodItem CodRefer CodLote IdEtiqueta
INDEX etiqueta IdEtiqueta
INDEX processado processado
5 Distribuição e Logística
Chamado: THZHKT
Situação: Ao confirmar a simulação utilizando o botão “Confirmar Simulação”, ocorre a inconsistência "Error
receiving Web Service Response: No message received. (11773)".
Solução: Foram efetuadas alterações no programa para efetuar corretamente a comunicação, e alterada a
mensagem de retorno do Webservice para o EMS para que a mensagem de seja mais clara.
Chamado: TIAOEC
Situação: Ao desmarcar, nos Parâmetros de Integração (CD0089) a opção de simulação de frete na nota fiscal, o
PD4000 não exibe o botão de simulação de frete.
Solução: Foram efetuadas alterações no programa para apresentar corretamente o botão de simulação de frete no
PD4000, conforme o parâmetro "Pedido de Venda" do CD0089.
Chamado: TIAP58
Situação: Ao realizar a simulação de frete, o programa não considera todas as transportadoras disponíveis para a
rota. Traz somente a transportadora informada no pedido de venda.
Solução: Foram efetuadas alterações no programa para apresentar todas as transportadoras disponíveis para a rota.
Chamado: THYC85
Situação: Em algumas situações é apresentada a mensagem de inconsistência "Referência deve ser única" na
atualização de pré-faturas no Financeiro.
Solução: Foram efetuadas alterações no programa para não realizar a execução das atualizações da pré-faturas
simultaneamente e incluir na referência o dia e mês de execução.
Chamado: THWXNE
Situação: O processo de baixa de pré-faturas por meio da implantação de fatura pelo Contas a Pagar não está
atendendo aos clientes do GFE no que diz respeito ao estorno da grade contábil realizada pela AP. O sistema não
considera o rateio contábil que vem na fatura, e simplesmente gera um ajuste nos lançamentos já provisionados.
Solução: Foram efetuadas alterações no programa para realizar manualmente o estorno das provisões geradas pelo
GFE e efetivar o título de forma que eles não terão relação dentro do Contas a Pagar. Ao efetuar o estorno, gravará
na observação o título que gerou o estorno.
Chamado: THRL01
Situação: Não existem variáveis suficientes para a busca da natureza de operação.
Solução: Foram efetuadas alterações no programa para incluir as variáveis “vl-pis” e “vl-cofins” que serão
consideradas no engine de regras para buscar a natureza de operação, visando contemplar as necessidade do
recebimento.
Chamado: THSBWH
Situação: Não é possível gerar dois documentos de frete no recebimento quando o documento do GFE possui mais
de uma nota fiscal relacionada.
Solução: Foram efetuadas alterações no programa para incluir novas variáveis para que por intermédio do engine de
regras sejam possível a geração de mais de um documento no Recebimento a partir de um conhecimento.
Chamado: THXRBO
Situação: A atualização e desatualização de contratos de autônomos não estão sendo realizadas com o Recebimento.
Solução: Foram efetuadas alterações no programa para efetuar a atualização e a desatualização de contrato com
autônomo ocorra corretamente.
Chamado: THZOML
Situação: Ao desatualizar a fatura do Financeiro, para a qual já ocorreu um estorno da provisão na pré-fatura. O
título é eliminado do Contas a Pagar, mas o estorno da provisão não é desfeito. Nessa situação não há título da
fatura e nem o título da provisão.
Solução: Foram efetuadas alterações no programa para voltar o título da provisão, em caso de desatualização da
fatura no Financeiro.
Chamado: TIBEBF
Situação 1: Ao executar o programa CD0433 simultaneamente para empresas diferentes, ocorre uma inconsistência
na geração do arquivo de log do programa.
Solução 1: Foram efetuadas alterações no programa para permitir a geração do arquivo de log vinculado a cada
execução do programa, não gerando inconsistência de conflito.
Situação 2: O programa não encontra o engine de regra na integração com o fiscal e recebimento (CTRC e contrato).
Solução 2: Foram efetuadas alterações no programa para buscar o engine de regras para os dois tipos de operações
possíveis.
Situação 3: Ao atualizar um contrato com autônomo no Financeiro, é apresentada a mensagem de inconsistência:
"Empresa "" Inexistente".
Solução 3: Foram efetuadas alterações no programa para gravar corretamente a empresa.
Situação 4: Ao realizar a integração do documento de frete com o Fiscal, no qual incide substituição tributária
(empresa toma crédito de ICMS substituição tributária), o programa não está integrando a alíquota do imposto e no
livro fiscal e não é exibido valor de crédito deste imposto.
Solução 4: Foram efetuadas alterações no programa para considerar a opção de crédito e o valor de crédito, quando
for substituição tributária.
Situação 5: Ao desatualizar a fatura do Financeiro, para a qual já ocorreu um estorno da provisão na pré-fatura, o
título é eliminado do Contas a Pagar, mas o estorno da provisão não foi desfeito. Nesse situação não há nem título da
fatura e nem o título da provisão.
Solução 5: Foram efetuadas alterações no programa para voltar o título da provisão, em caso de desatualização da
fatura no Financeiro.
6 Qualidade
7 Vendas CRM
7.1.1 Suporte
Solução: Foram efetuadas altereações no sistema para que, quando executada a opção de duplicar ocorrência , não
sejam apresentados campos específicos em tela.
Função: CRM
Chamado: THVJE6
Situação: A Interface para gerar os dados complementares das Contas no CRM não está disponível na mídia 11.5.7 e
11.5.8.
Solução: Foi efetuada a inclusão dessa interface na mídia da 11.5.9, a qual permitirá que os dados complementares
das contas no CRM sejam atualizados por meio dessa rotina.
Solução: Foram efetuados ajustes no programa de maneira que permita selecionar um endereço para o cadastro
facilitado de conta.
Chamado: THYVTH
Situação: A label de integração do CRM constante no programa CD0101 na aba módulos I, não indica a versão de
integração do CRM.
Solução: Foram efetuadas alterações Na label para a descrição "Integrar CRM 2.7" onde consta a versão de
integração do CRM.
Chamado: THYIDL
Situação: Ao configurar o portlet de Carteira de Clientes do CRM para exibição da última ação, ele não está trazendo
a informação de última ação do cliente, ou seja, o campo para última ação fica em branco.
Solução: Foram efetuadas alterações no sistema para que o portlet mostre a ultima ação do cliente quando
parametrizado para isso.
Chamado: TI8414
Situação: Ao tentar gerar o calendário comercial pelo programa Manutenção de Calendários Comerciais (CD0999),
ocorre inconsistência de integração com o CRM, não enviando o calendário comercial para o CRM.
Solução: Foram efetuadas alterações no programa para não apresentar inconsistência e enviar o calendário
comercial para o CRM.
Chamado: THYICM
Situação: Quando o usuário seleciona um cliente, o portlet de Histórico de Vendas não atualiza de acordo com os
dados do cliente selecionado.
Solução: Foram efetuadas alterações no programa para quando um cliente for selecionado na Área de Trabalho do
TOTVS 11, e este possuir um código ERP, o Portlet de Histórico de Vendas seja filtrado pelo cliente selecionado.
Assim, os registros apresentados neste Portlet, irão mostrar somente os Pedidos, NFs e Devoluções deste cliente.
Chamado:THYSC1
Situação: Na versão atual o label Valor não representa no Portlet Ranking de Oportunidades o conceito real, quando
o CRM está integrado ao sistema de Gestão de Planos.
Solução: Foi alterado o label Valor para ter a descrição “Valor Realizado Simulação”, quando o CRM estiver
parametrizado para integração com o sistema de Gestão de Planos.
Chamado: TICCFA
Situação: Os labels da aba comercia,l referente ao ICMS da rotina de manutenção de conta PJ, apresentam a
descrição incorreta.
Solução: Foram efetuadas alterações nos labels da aba comercial da rotina de manutenção de conta PJ, para
apresentar a descrição correta do seu conteúdo.
Chamado: TIDEYH
Situação 1: No portlet Resumo de Tarefas, ao visualizar o calendário, as tarefas que se estendem por mais de 1 dia
são apresentadas apenas no dia de início da tarefa. Caso as tarefas sejam de um período do dia 01 ao dia 10, por
exemplo, a tarefa deve ser apresentada em todos esses dias, ou seja, deve ser apresentada no calendário do dia 1 ao
dia 9.
Situação 2: É necessário possibilitar a execução de tarefas sem acessar o detalhamento do portlet, melhorando dessa
forma a usabilidade do sistema.
Solução 1: Foram efetuadas alterações no Portlet de Tarefas do CRM, para que no calendário disponível, na aba
gráfico, sejam visualizadas as tarefas em todos os dias entre a data de início e término, por exemplo, se uma tarefa
inicia no dia 1 e termina no dia 9, em cada dia será repetida a tarefa no calendário.
Solução 2: Foi adicionado no Portlet de Tarefas do CRM, na sessão de atalhos do Portlet, um botão para que seja
possível executar a tarefa diretamente do portlet.
Para que essa funcionalidade seja possível, é necessário que o parâmetro "Deseja registrar uma ação para quitar a
tarefa?" esteja desmarcado, caso contrario não será possível executar a tarefa via portlet.
8 Saúde
Chamado: TICVGE
Situação: Ao tentar incluir uma guia que possui procedimento único para um beneficiário em intercâmbio, o
programa não estava finalizando o processo.
Solução: Foram efetuadas correções para que o programa finalize o processo corretamente.
Chamado: THXSPN
Situação: Ao consultar os movimentos dos beneficiários a partir do botão “MOVTOS AT”, o sistema apresenta
lentidão para buscar os dados.
Solução: Foram efetuadas exclusões de alguns índices na busca dos registros, aprimorando o desempenho.
Chamado: THXURP
Situação: Ao digitar um insumo genérico, na inclusão ou alteração, o sistema não mostra a descrição do insumo
digitada ao browser de insumos incluídos.
Solução: Alterada a função para mostrar a descrição do insumo genérico digitado.
Solução: Foi efetuado o cálculo na rotina de validade dos dias, somando a quantidade de todos os movimentos iguais
presentes na mesma guia.
Chamado: THZVNU
Situação: É necessário retirar do programa de validação do SIB a validação no campo CNS, pois não é obrigatório
para envio.
Solução: Foi efetuada exclusão da validação do campo CNS dos programas que realizam a geração do SIB.
Situação: Ao enviar uma movimentação de retificação no SIB, o sistema está incluindo movimentação com data de
inclusão superior a data de envio da competência, apresentando inconsistência na ANS.
Solução: Foi efetuada alteração no programa, definindo a data de inclusão futura, como a data de envio a ANS pelo
SIB.
Solução: Foi alterado o programa para passar parâmetros corretamente evitando erro ao finalizar o processo de
faturamento.
Solução: Foi adequada a verificação do campo "quantidade de dias" para "quantidade de meses" nas rotinas de
faturamento.
Essa alteração também contempla os processos de “Geração Notas Serviços Pré-Pagamento Batch” , "Simulação
Notas Serviço Pré-Pagamento",
“Consulta Termo Adesão (F6 -> D - Consulta por Faixa Etária)", “Consulta Termo Adesão (F6 -> B - Simular Ger. Notas
de Serviço)".
Situação: Ao iniciar o processo de importação de beneficiários no momento de importar um arquivo a tela de load
fica em loop.
Solução: Foram alterados os programas necessários para que na importação apareça a tela de load e siga o processo
ao finalizar o carregamento
Situação 2: O programa para captura biométrica executado pelo Gestão de Planos não está gravando o usuário que
realizou o registro da digital.
Solução 2: Foram efetuadas alterações no programa, gravando o usuário responsável pela captura biométrica.
Chamado: TIARWQ
Situação: É necessário alterar programa, pois ao abrir a “Manutenção Pessoa física”, buscar uma pessoa física em
“detalhar”, o sistema não está bloqueando todos os campos.
Solução: Foi efetuada alteração no programa, bloqueando a edição de todos os campos ao abrir a pessoa em
“detalhar”.
Situação 3: É necessário alterar o programa Diário Contábil para atender os movimentos provenientes do PTUA700.
Solução 3: Foi efetuada alteração no programa que gera o diário contábil, buscando as contas contábeis do cadastro
“rb0110o.p Contas Contábeis xRepasse” quando se tratar de movimentos originados do PTUA700.
Situação 4: É necessário implementar um novo relatório para extrair as informações dos movimentos referentes ao
PTUA700 que foram contabilizados.
Solução 4: Foi efetuada implementação do relatório para extrair somente as informações referentes aos
movimentos importados do PTUA700 que já foram contabilizados.
Situação 5: É necessário alterar o Relatório de Sinistro a Liquidar para não considerar os movimentos do PTUA700,
pois este relatório lista apenas as provisões realizadas e no caso de movimentos do PTU não existe provisão.
Solução 5: Foi efetuada alteração no programa que gera o relatório de Sinistro a Liquidar, não considerando os
movimentos importados do PTUA700, pois esse relatório lista apenas movimentos de provisão e o PTUA700 não tem
provisão.
Situação 6: É necessário alterar o Relatório de Conferência da Contabilização para atender os movimentos originados
do PTUA700.
Solução 6: Foi efetuada inclusão da coluna “Repasse” que irá definir se o movimento foi originado do PTUA700 ou
não, além disso, foi efetuada alteração no título da coluna Conta Provisão para Conta Provisão/Redutora.
Situação 7: É necessário alterar o relatório de Provisão Contábil para atender os movimentos originados do
PTUA700.
Solução 7: Foi efetuada inclusão da coluna “Repasse” que irá definir se o movimento foi originado do PTUA700 ou
não.
Situação 8: É necessário alterar o relatório de Conferencia Contábil PPA – (Anexo I) para atender os movimentos
originados do PTUA700.
Solução 8: Foi efetuada inclusão da coluna “Repasse” que irá definir se o movimento foi originado do PTUA700 ou
não.
Situação 9: É necessário alterar o relatório de Documentos Provisionados para atender os movimentos originados do
PTUA700.
Solução 9: Foi efetuada inclusão da coluna “Repasse” que irá definir se o movimento foi originado do PTUA700 ou
não.
Solução: Foi efetuada criação do menu “rb0110o.p- Contas Contábeis X Repasse”, parametrizando as contas
redutoras e de custo que serão relacionadas aos movimentos provenientes do PTUA700 na hora da contabilização
dos mesmos.
Situação 2: É necessário alterar programa, pois o programa está exibindo o valor liberado, e não o valor processado
do lote.
Solução 2: Foram efetuadas alterações no programa, calculando o valor processado do Lote.
Situação 3: É necessário alterar programa, pois o campo referente ao valor da glosa não está sendo exibido quando
ocorre glosa integral do movimento.
Solução3: Foram efetuadas alterações no programa, exibindo o valor da glosa quando o movimento for glosado
integralmente.
Situação 4: É necessário alterar programa, pois quando os movimentos de outros lotes são agrupados em
documentos já existentes, existirão sempre movimentos com número de protocolo (número de lote e sequencia)
diferentes dentro do documento, como o processo considera o número de protocolo do documento, e não de cada
movimento, é exibido no demonstrativo de retorno todos os movimentos do documento, e não somente dos
movimentos do lote consultado.
Solução 4: Foram efetuadas alterações no programa, considerando o número de protocolo, visualizando os
movimentos do sistema, e não pelo documento, somente retornando os movimentos referentes ao lote solicitado.
Chamado: TIAFXL
Situação: É necessário alterar programa, pois ao exportar o PTU A580 o nome do arquivo está sendo exportado com
o número da fatura e deveria ser exportado com o número do título.
Solução: Foram efetuadas alterações no programa, gerando o nome do arquivo PTU A580 com o número do título.
Situação: É necessário excluir o campo “Utiliza Benef. Padr.” da tela inicial, pois o mesmo foi transferido para a tela
“Informações Genéricas”. Também na inclusão de registro, a informação do campo “Utiliza Palm” está duplicando
sua solicitação.
Solução: Foi efetuada a exclusão do campo “Utiliza Benef. Padr.”, e foi efetuada a alteração do programa, não sendo
duas vezes solicitada a informação do campo “Utiliza Palm”.
Chamado: D118SAUA08/000002
Situação: Existe a necessidade de permitir gravar anexos da exclusão e de implementar o fluxo de auditoria para
auditar.
Solução: Foi incluído no programa Manutenção Beneficiário a aba “anexos” para a exclusão que permitirá manter os
anexos. Caso o motivo de cancelamento selecionado estiver parametrizado como “Obriga Auditoria”, o beneficiário
precisará ser auditado no programa Auditar Exclusão de Beneficiários para efetuar a exclusão.
Chamado: TEWVXB
Situação: Quando do término da configuração de alguma faixa de um módulo opcional na tela de simulação de
valores, o módulo era desmarcado sendo necessário marcá-lo novamente para configurar outras faixas..
Solução: Alterado processo de configuração de faixas da tela de simulação de valores, para que quando do término
da configuração de um determinada faixa, o módulo opcional não seja desmarcado.
Chamado: THVNJ8
Situação: Valor proporcional apresentado na tela de valores da simulação não considera o campo 'Inicio validade',
onde o mesmo indica data parecer ou próximo mês.
Solução: Alterada regra para apresentar o valor proporcional na tela de valores apenas quando campo 'Inicio
validade' for Data parecer.
Chamado: THVNLH
Situação: Na inclusão posterior de módulo está permitindo alterar a quantidade de vidas das faixas obrigatórias.
Solução: Removida a parte da lógica que habilitava o botão "Configurar Faixa" no momento errado
Chamado: THVNMR
Situação: A busca no zoom do campo desconto por quantidade de beneficiário retornava registros duplicados no
processo de simulação de valores da proposta.
Chamado: THVNNQ
Situação: Na geração dos documentos de "Proposta Comercial" e "Proposta de Adesão" na tela de Simulação de
Valores, os valores unitários dos graus e faixas não estavam sendo apresentados quando não tinham quantidade de
vida informada.
Solução: Foram corrigidas as gerações de "Proposta Comercial" e "Proposta de Adesão" para apresentar os valores
unitários dos graus e faixas corretamente.
Chamado: THVNOA
Situação: Há a necessidade de manter o campo vendedor habilitado no processo de inclusão posterior de
módulo\beneficiário.
Solução: Alterado a simulação da proposta para manter o campo vendedor habilitado.
Chamado: THVNP3
Situação: A taxa de inscrição nos processos inclusão posterior de módulo e inclusão/exclusão posterior beneficiário
era calculada de forma indevida.
Solução: Alterada a realização do calculo referente à taxa de inscrição nos processos inclusão posterior de módulo e
inclusão/exclusão posterior beneficiário.
Chamado: THVU14
Situação: Ao simular uma proposta a taxa de inscrição não estava sendo calculada para as vidas que estavam fora da
primeira faixa etária.
Solução: Foi alterada a lógica da função que contava as vidas para que esta passe a considerar as vidas em todas as
faixas, não apenas na primeira.
Chamado: THWAIB
Situação: Após confirmar a simulação foi verificado que algumas informações estavam sendo enviadas de forma
errada ao CRM.
Solução: Foram realizadas alterações para que ao efetivar a simulação da proposta sejam enviadas informações
corretas ao CRM.
Chamado: THWAIS
Situação: Ao complementar dados do contratante as informações da aba documentação não eram apresentadas,
conforme dados oriundas do CRM.
Solução: Alterado o processo para que os dados da aba documentação do contratante, para apresentar as
informações oriundas do CRM de forma adequada.
Chamado: THXRYQ
Função: Simulação da Proposta
Situação: Ao detalhar uma simulação a informação relacionado a identificação do módulo automático era
apresentada de forma incorreta.
Solução: Alterado o processo de apresentar informações da simulação quando do detalhamento da mesma para
apresentar a informação da identificação do módulo automático de forma correta.
Chamado: THYWY6
Situação: Estava ocorrendo um erro de parâmetros entre o flex e o Progress devido a uma definição incorreta de
temporária.
Solução: A definição da temporária foi substituída para corrigir o problema.
Chamado: THTJA6
Situação: Ao alterar ou detalhar uma simulação através do Portlet de Simulação um erro é apresentado.
Solução: Alterado processo de detalhar e alterar uma simulação para que o erro não fosse apresentado.
Chamado: THUXVO
Situação: Processo não possui a opção de contratação ou não de determinado módulo opcional automático, na tela
de "Simulação de Valores" na Simulação da Proposta, acabando forçando a contratação do mesmo.
Solução: Realizado alteração no processo de Simulação da Proposta permitindo ao usuário contratar ou não
determinado "módulo opcional automático", na tela de "Simulação de Valores".
Chamado: THYWLR
Situação: Apresenta erro na simulação quando ao atribuir valores a uma tabela temporaria, acusando a falta de um
campo.
Solução: Foi realizada a tratativa para o campo em questão.
Chamado: THYWWD
Situação: Foi identificado a falta de algumas validações ao se usar o zoom do sub-tipo da proposta.
Não era levado em consideração se a estrutura de produto já havia sido selecionada, isso permitiria que fosse
selecionado uma estrutura que entrasse em desacordo com o sub-tipo selecionado.
Solução: Foram adicionadas as validações para que mesmo que o subtipo seja alterado, ele valide se a estrutura
selecionada é compatível.
Caso não existam outros responsáveis, os dependentes do responsável que está sendo excluido serão listados,
podendo assim transformar um deles em responsável dos demais.
No caso de não estar parametrizado para obrigar o responsável, quando este for excluído, os dependentes passam a
ser considerados responsáveis por si mesmos.
Situação: Ao realizar uma inclusão\alteração de política x Módulo, há a necessidade de retirar obrigatoriedade sobre
os campos: Isenção Carência, Qtd. Dias Bonificação, Qtd Vidas inicial, Qtd Vidas Final, Tipo percentual, %
Desconto\acréscimo.
Solução: Alterado a Manuteção da política de venda da simulação da proposta para não obrigar os campos: Isenção
Carência, Qtd. Dias Bonificação, Qtd Vidas inicial, Qtd Vidas Final, Tipo percentual, % Desconto\acréscimo.
9 Qualidade
10 Comércio Exterior
10.1.1 Câmbio
10.1.2 Exportação
Situação: O pedido de venda gerado via processo de exportação não está gravando no item do pedido o número do
processo e consequentemente não atualiza este processo quando do faturamento deste pedido.
Solução: Foram efetuadas alterações para gravar na tabela do item o número do processo vinculado ao pedido.
10.1.3 Importação
Chamado: THYO29
Situação: Na geração de uma nota complementar de importação pela rotina Geração NF Complementar (IM0101) de
conhecimento de transporte eletrônico (modelo 57) ocorre a inconsistência "17006 - Tipo CT-e inválido - Tipo CT-e
informado está inválido ou está em branco", sendo que este campo não está disponível em tela para ser informado.
Solução: Foram efetuadas alterações para desviar a validação do campo Tipo CT-e do programa para quando a nota
for gerada pelo módulo de importação e manter a validação somente para quando a nota for importada pelo
recebimento pelo programa Importação de Notas (RE0190). Esta opção permitiria o cálculo da nota complementar
pelo módulo de importação sem ocorrer inconsistência mas exigiria do usuário informar o campo Tipo CT-e no
Manutenção de Documentos (RE1001) depois da nota ser gerada.
Chamado: TI4329
Situação: Ao realizar a nacionalização de um embarque com despesas na moeda estrangeira, utilizando o processo
de visão DI, os valores estão ficando corretos, porém ao gerar no recebimento os valores das despesas em moeda
estrangeira não estão convertendo para reais e soma-se com as demais despesas na moeda de origem.
Solução: Foram efetuadas alterações no programa para que a conversão da moeda estrangeira vá corretamente em
reais para o recebimento.
Chamado: THZPXS
Situação: Ao nacionalizar um processo de importação pela visão DI não está levando o valor correto da duplicata (na
moeda origem) no recebimento.
Solução: Foram efetuadas alterações no programa para que os documentos nacionalizados pela visão DI sejam
mostrados corretamente o valor da moeda de origem.
Chamado: THZA68
Situação: Ao apertar o botão F1 na tela do IM0100 ocorre inconsistência Progress.
Solução: Foram efetuadas alterações no programa para que a inconsistência não ocorra.
11 Framework
Chamado: TI3746
Situação: É necessário alterar programa, pois quando a proposta é criada via Importação de Propostas de Migração,
não é criada a tabela associativa de situação de aprovação da proposta.
Solução: Foram efetuadas alterações no programa, criando o registro da mesma forma como ocorre na criação de
propostas pela Manutenção de Contratos.
11.1.3 Universal
Situação: Ocorre baixa performance, na execução do programa utb743za, utilizado para realizar as validações de
contas entre os módulos do ERP e a Contabilidade.
Solução: Foram efetuadas alterações no programpara melhorar a performance.
Função: FNBO\BOFN172.P
Chamado: TIAWES
Situação: Ocorre inconsistência ao utilizar BO do produto job_execution.
Solução: Foram efetuadas alterações no programa que estava utilizando BOs antigas do banco MGUNI para utilizar
BOs do banco EMSFND
11.1.6 Menu
Função: Api's
Chamado: THUROF
Situação: A ut-liter.i3 não substitui o '_' por espaço, quando a literal composta não possui tradução.
Solução: Foram efetuadas alterações para substituir o '_' por espaço, quando a literal composta não possuir
tradução.
Solução: Foram efetuadas alterações no programa para que, de acordo com o parâmetro passado pela área de
negócio, não seja possível alterar o valor do usuário sugerido no login intermediário.
Chamado: THNN46
Situação: Ao carregar formulários Metadados utilizando o link de externalUserAuthentication não carrega apenas o
formulário. Está realizando a carga do Desktop, Homepage do Produto e barra de botões
Solução: Foram eftuadas alteraçõs para corrigir o Handle responsável pela carga do formulário Metadados.
Solução: Foi alterado o tipo do parâmetro recebido para o campo empresa de inteiro para caractere.
Chamado: THYOFG
Situação: Ao unificar o foundation (btb959za), ocorre inconsistência.
Solução: Foram efetuadas alterações no nome do campo, exibido no log de tela.
11.1.8 Utilitários
12 Gestão de Contratos
Situação: Quando é efetuada pesquisa consulta de pedidos a serem atendidos no programa Avaliação Crédito
(CM0102) esta ocorrendo inconsistência Progress.
Solução: Foram efetuadas alterações no programa para quando for efetuada a pesquisa na consulta de pedidos a
serem atendidos, escolher um pedido aleatório não ocorra inconsistência Progress.
13 Agroindustrial
Chamado: TIAIZF
Situação: Na pesquisa de Calendário Bolsa, não há opção para selecionar por Componente e por Ano/Mês Base.
Solução: Foram efetuadas alterações para incluir uma nova pesquisa por Componente e Ano/Mês Base na pesquisa
do cadastro Calendário Bolsa (GG5010).
Chamado: THZHS8
Situação: Ao tentar transferir um romaneio de uma nota filha (compra entrega futura), o sistema bloqueia,
apresentando a mensagem de que não foi possível localizar o título no contas a pagar.
Solução: Foram efetuadas alterações no programa para que permita efetuar a transferência.
Situação: Esta exibindo o valor incorreto da amortização convertido para a moeda corrente, quando marcar no
extrato (GG4025) e no relatório de adiantamentos (GG4081), para listar os movimentos dos adiantamentos. Esta
situação ocorre quando há liquidação por encontro de contas entre títulos do APB e do ACR no fechamento
financeiro, e quando são gerados vários lotes devido a fornecedores diferentes no APB.
Solução: Foram efetuadas alterações na busca da cotação do movimento de liquidação no APB e ACR, para buscar a
cotação também no movimento de correção de valor por liquidação, pois estava buscando apenas no movimento de
correção de valor.
4 - Pasta "Financeiro", os campos "Série Pagamento" e "Série Previsão" não devem ter nenhuma validação, pois são
para criar títulos no contas a pagar apenas, que não exige cadastro;
5 - Pasta "Financeiro", o campo "Série Transf. Dívidas" é opcional porém está exigindo sempre digitar. Também estes
campos na hora de incluir não estão salvando, somente salva ao modificar;
6 - Pasta "Vendas", pasta "Contas" e pasta "Fechamento" possuem campos para contas contábeis, e está obrigando
sempre a digitar, porém só deveriam validar se for informado, se estiver em branco, devem deixar passar;
7 - Pasta "Geral I", todos os campos que estão nos retângulos "Contrato de balcão" e "Contrato Geração Automática"
na inclusão obriga a digitar, porém não está salvando nenhum campo, obrigando a voltar no modifica e informar
tudo novamente, e assim grava;
8 - Pasta "Geral I", o retângulo "Estabelecimento Administrador", não exibe as 3 opções na hora de incluir, fica
mostrando apenas Item 1 / Item 2 / Item 3;
9 - Pasta "Originação", os campos que estão no "Controle Entrega", "Preço recebimento a Fixar" e "Critério Busca
Preço Fixado" na opção de incluir não estão gravando, só estão gravando ao modificar.
Solução: Foram efetuados ajustes no programa de Parâmetros de Grãos conforme abaixo:
1 - Pasta "Geral I", não obrigar digitar o campo de grupo de aprovação bank, quando não utiliza (flag utiliza cotação
bank);
2 - Pasta "Vendas", não obrigar digitar o campo grupo de faturamento;
3 - Pasta "Vendas", não obrigar digitar o campo portador moeda estrangeira;
4 - Pasta "Financeiro", não validar os campos "Série Pagamento" e "Série Previsão" contra o cadastro de série para o
faturamento, pois são para criar títulos no contas a pagar apenas, que não exige cadastro;
5 - Pasta "Financeiro", o campo "Série Transf. Dívidas" é opcional e deve validar apenas quando for informado.
Quando estiver incluindo os parâmetros, salvar as informações das séries;
6 - Pasta "Vendas", pasta "Contas" e pasta "Fechamento" possuem campos para contas contábeis, que não devem
ser obrigatórias, porém caso informar deverão ser válidas;
7 - Pasta "Geral I", todos os campos que estão nos retângulos "Contrato de balcão" e "Contrato Geração Automática"
na inclusão devem ser salvos também quando estiver incluindo;
8 - Pasta "Geral I", o retângulo "Estabelecimento Administrador", na inclusão mostrar as 3 opções na hora de incluir,
e não apenas Item 1 / Item 2 / Item 3;
9 - Pasta "Originação", os campos que estão no "Controle Entrega", "Preço recebimento a Fixar" e "Critério Busca
Preço Fixado" na opção de incluir deverá gravar.
Neste capítulo, são apresentadas todas as funções técnicas, implementadas e corrigidas na linha de produto TOTVS
ERP (11.5.9), expedidas neste pacote de atualização.
1 Atualização de Menu
Este item trata das atualizações de menus liberados neste pacote. Para a atualização dos menus, deve-se acessar a
linha de produto Datasul V10 - Aplicativo Foundation - Tarefas Importação Menu ByYou (MEN706AA) e efetuar a
importação do cadastro de menus liberados.
Menu Descrição
Men_mof Obrigações Fiscais (THWEUU)
Men_mpd Pedidos (TIBIAD)
Men_mcd Cadastros Gerais (TIBIAD)
Men_mpd Pedidos (THMGYN)
men_mcd Cadastros Gerais (THMGYN)
Men_mab Abastecimento / Lubrificação (THXLAX)
Men_mpd Pedidos (TIBUHG)
Men_mcd Cadastros Gerais (THQAUR)
men_mft Faturamento (THQAUR)
men_mfp.d Folha de Pagamento (TI4682)
men_mfr.d Férias e Rescisões (TI4682)
men_mst.d Segurança do Trabalho (TI4682)
men_mmt.d Medicina do Trabalho (TI4682)
men_mwm.d Warehouse Management System (THUBIQ)
men_mwm.d Warehouse Management System (THYZGB)
Men_HRB.d RB - Repasse de Beneficiários (THXWBB)
Men_HPP.d PP - Pagamentos de Prestadores (THXWBK)
Men_HVP.d VP – Venda de Planos (THYPYA)
Men_fnd Foundation Flex (THZOTK)
NOTA: Os menus liberados no pacote ficam disponíveis no diretório UNIVDATA de instalação do produto.
2 Atualização de Mensagem
Este item trata das atualizações de mensagens liberadas na linha de produto TOTVS ERP (11.5.9) neste pacote. O
arquivo atualizado é o o msg.d.
Para realizar a importação do arquivo de mensagens, deve-se acessar a linha de produto Datasul V10 – Aplicativo
Foundation – Módulo Menu – Tarefas Importação Mensagens/Literais (MEN700ZD) e importar o arquivo de
mensagens liberadas.
Nota: O arquivo de mensagens atualizado é liberado no pacote e fica disponível no diretório UNIVDATA de
instalação do produto.
3 Dicionário
Este item trata das demais implementações e alterações técnicas efetuadas na linha de produto TOTVS ERP (11.5.9).
Chamado: TIBA46
Implementação: Alteração de Dicionário para Ambiente Datasul11.
Verifique se existem alterações de índice reportadas abaixo. Estas, quando aplicadas sobre tabelas de grande
número de registros, geram tempos elevados de execução no processo de atualização do banco. Por este motivo, é
necessário planejar a aplicação do mesmo. Recomenda-se a execução do processo de atualização primeiramente
num ambiente de homologação, cópia da produção, para estimar o tempo que o processo poderá levar. É
imprescindível que se faça um backup antes de aplicar o pacote.
Banco: MDTCRM:
1. Criação da sequencia “seq_crm_causa_ocor”.
2. Criação da tabela “crm_causa_ocor”.
3. Criação de campo “num_id_causa_ocor” na tabela “crm_ocor”.
Banco: ESMGRA:
1. Criação das sequencias “seq-relacto-class” e “seq-relacto-class-exam”.
2. Criação dos campos “num-id-relacto-class” e “num-id-relacto-class-exam” na tabela “gg-classifica”.
3. Alteração do formato do campo “cod-comp-perc” na tabela “gg-comp-perc”.
Banco: MGADM:
1. Criação da tabela “estab-compl”.
2. Alteração formato dos campos “endereco” e “bairro” na tabela “estabelec”.
Banco: MGDIS:
1. Criação das tabelas “param-fci”, “param-fci-compl”, “canal-clien-estab”.
2. Recriação do campo “cod-cond-pag” na tabela “distrib-emit-estab”.
3. Criação dos campos “cod-cta-pat”, “cod-unid-neg”, “des-funcao”, “num-quant-meses-vida-util”, “” na tabela
“ri-bem”.
4. Criação do campo “log-gera-bem-quant” na tabela “ri-item”.
5. Criação do campo “log-un” na tabela “ri-param”
Banco: MGIND:
1. Criação das tabelas “familia-clicbusiness”, “fornec-clicbusiness”, “bloq-movto-item-depos”.
2. Criação dos campos “cod-confte-contag-1”, “cod-confte-contag-2” e “cod-confte-contag-3” na tabela
“inventario”.
3. Criação dos campos “num-pedido”, “numero-ordem”, “num-parcela” e “num-seq-event” na tabela “item-
docto-orig-cte”.
4. Alteração do formato do campo “num-seq-item” nas tabelas “desp-item-contrat”, “event-mod-contrat”,
“formula-reaj”, “item-contrat”, “item-contrat-estab”, “his-medicao-contrat”,” matriz-rat-item”,” multa-contrat”.
Banco: MGINV:
1. Alteração do formato do campo “num-seq-item” nas tabelas “mat-rat-item-inv”, “mat-rat-med-inv” e
“movto-nf”.
Banco: MGUNI:
1. Alteração do formato dos campos “razao-social”,” endereco” e “bairro” na tabela “empresa”.
2. Recriação da tabela “hier-cta-usuar”.
3. Criação da tabela “param-funcao-produt”.
Banco: MOVDIS:
1. Criação das tabelas “docto-fci”, “docto-fci-estrut”, “docto-fci-rast”, “docto-gener”, “nf-vendor”, “pd-vendor”.
Banco: MOVFIS:
1. Alteração da obrigatoriedade do campo “cod-period-retenc” na tabela “dwf-control-valores-retid”.
2. Alteração do índice “dwfcntre-id” na tabela “dwf-control-valores-retid”.
3. Criação do campo “num-seq-ident-reg-pai” na tabela “dwf-cr-desc-contrib-extmpreo”.
4. Alteração do índice “dwfcrdsc-id” na tabela “dwf-cr-desc-contrib-extmpreo”.
5. Alteração do formato do campo “cod-bem” nas tabelas “dwf-cr-sobre-aquis”, “dwf-cr-sobre-dpr-amort”.
6. Criação do campo “num-seq-ident-reg-pai” na tabela “dwf-detmnto-contrib-extmpreo”.
7. Alteração do índice “dwfdtmna-id” na tabela “dwf-detmnto-contrib-extmpreo”.
8. Alteração da obrigatoriedade do campo “dat-apurac-final” na tabela “dwf-proces-referado-consolid”.
9. Criação do campo “num-seq-ident-reg” na tabela “dwf-proces-referado-consolid”.
10. Alteração do índice “dwfprcsf-id” na tabela “dwf-proces-referado-consolid”.
Banco: MOVIND:
1. Alteração do formato do campo “seq-item” na tabela “doc-pend-aprov”.
2. Alteração do formato do campo “num-seq-item” nas tabelas “evento-ped”, ”hist-alter”, ”hist-tex-des”, ”hist-
tex-ori”, ”matriz-rat-med”, ”medicao-contrat”,”ordem-compra”,”rat-ordem” e “recebimento”.
Banco: EMSFIN:
1. Criação do campo “val_perc_desc_antecip” na tabela “compl_cond_cobr_acr”.
2. Criação do campo “cod_estab” na tabela “grp_segur_det_orcto”.
3. Alteração do índice “grpsgrdt_id” na tabela “grp_segur_det_orcto”.
4. Criação dos campos “log_calc_particip_min” e “cod_cta_ctbl_cpart_min” na tabela
“histor_item_distrib_gerc”.
5. Criação dos campos “log_calc_particip_min” e “cod_cta_ctbl_cpart_min” na tabela “item_distrib_gerc_ctbl”.
6. Criação do campo “cod_estab” na tabela “item_grp_segur_det_orcto”.
7. Alteração do índice “itmgrpsg_id” na tabela “item_grp_segur_det_orcto”.
8. Criação do campo “cod_espec_ligac_ant_cart” na tabela “param_geral_sco”.
9. Alteração do formato do campo “nom_dir_integr” na tabela “param_tef”.
10. Criação do campo “val_emprest_vincul” na tabela “swap_emprest”.
11. Criação do índice “swpmprst_empr” na tabela “swap_emprest”.
Banco: EMSUNI:
1. Criação do campo “cdn_seq_estrut_organ” na tabela “estrut_unid_organ”.
2. Criação dos índices “estrtndr_seq_est_fil” e “estrtndr_seq_estr” na tabela “estrut_unid_organ”.
3. Alteração dos índices “estrtndr_id” e “estrtndr_unid_organ_filho” na tabela “estrut_unid_organ”.
4. Criação da tabela “seq_estrut_unid_organ”.
Banco: MOVFIN:
1. Criação da tabela “equaliz_operac_financ”.
Banco: SRCADGER:
1. Criação das tabelas “cta-ctbl-repas”, “audit-liber-carenc”, “liber-carenc” e “impres-digital-pessoa”.
2. Criação da sequencia “seq-impres-digital-pessoa”.
Banco: SRMOVBEN:
1. Criação das tabelas “tmp-repas-pfis”, “valid-papel-audit”, “anexo-propost”, “transf-modul-opcnal”.
2. Criação do campo “cdn-tip-anexo” na tabela “anexo”.
3. Criação do índice “anexo-1” na tabela “anexo”.
4. Criação dos campos “cdn-modalid” e “cdn-ter-adesao” na tabela “audit-cancel-contrat”.
5. Criação do índice “adtcnclc-02” na tabela “audit-cancel-contrat”.
6. Criação dos campos “cdn-modalid” e “cdn-ter-adesao” na tabela “audit-reativ”.
7. Criação do índice “adtrtv-02” na tabela “audit-reativ”.
8. Criação do índice “slctsgnd-2” na tabela “solicit-segnda-via-cartao”.
Banco: SRMOVCON:
1. Criação dos índices “hstrmvmb-10”, “hstrmvmb-11”, “hstrmvmb-12” e “hstrmvmb-9” na tabela “histor-
movimen-proced-suss".
2. Alteração do índice “hstrmvmn-32” na tabela “histor-movimen-proced”.
3. Alteração do índice “hstrmvma-33” na tabela “histor-movimen-insumo”.
Banco: SRMOVFI1:
1. Criação do índice “hstrdmns-12” na tabela “histdemconpp”.
2. Alteração do índice “dmnstctc-12” na tabela “demconpp”.
Banco: DTHRGST:
1. Criação das tabelas “sped_aquis_produc”, “sped_bnfciar_movto_prestad”, “sped_cno”,”
sped_cno_prestdor”, “sped_comerc_produc”, “sped_event_despes”, “sped_event_despr”,
“sped_event_despr_bolet”, “sped_event_ingresso”, “sped_event_mdo”, “sped_event_recta”,
“sped_event_recta_outras”, “sped_monitoram_biolog”, “sped_monitoram_biolog_exam”,
“sped_movto_nf_tomador”, “sped_movto_prestad_terc”, “sped_movto_prestdor_parc”,
“sped_movto_tomador_sub”, “sped_param_tss”, “sped_rat_prestdor_parc”, “sped_repas”, “sped_soft_house”,
“tafst1”.
2. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “nom_medic_respons_aso” e
“idi_orig_reg_sped” na tabela “sped_aso”.
Banco: DTHRTMA:
1. Alteração do campo “dat_fim_excec” na tabela “regra_excec_rep”.
Banco: DTHRPMG:
1. Alteração do formato do campo “cod_unid_lotac” na tabela “estrut_reporte_pos”.
Banco: DTHRPYC:
1. Criação dos campos “num_cart_habilit”, “cod_categ_habilit”, “dat_vencto_habilit”, “cod_uf_cart_habilit” ,
“idi_orgao_clas_sped”, “cod_orgao_clas_sped”, “cod_uf_clas_sped”, “cod_pais_clas_sped” e
“cdd_nume_ident_social” na tabela “compl_pessoa_fisic”.
2. Criação do campo “idi_dat_acordo_coletiv” na tabela “motiv_estabil”.
3. Criação da tabela “rh_munpio”.
Banco: EMSFND:
1. Criação das tabelas “aplicat_disposit_mov” e “aplicat_disposit_mov_usuar”.
2. Criação do índice “grpusuar_papel” na tabela “grp_usuar”.
3. Criação do índice “cntxtssa_data” na tabela “contexto_sessao_fnd”.
4. Alteração do formato do campo “cod_empresa” na tabela “ped_exec_param”.
5. Criação da sequencia “seq_aplicat_disposit_mov_usuar”.
Consequentemente este pacote contém arquivos de definição de dados (.df) que serão usados para atualização dos
dicionários.
Observações: Para clientes que possuem a funcionalidade do Time-out habilitado e não possuem segurança
implementada nos bancos de dados, a conexão ao banco irá solicitar um usuário e senha. Essa tela poderá ser
ignorada, pressionando o botão "Cancel" na mesma tela.
Os clientes que possuem segurança de banco implementado e o Time-out habilitado, deverão informar o usuário
administrador do banco com sua respectiva senha, que não fazem parte da lista de usuários do produto Datasul.
IMPORTANTE!
Para aplicação das alterações de dicionário de dados, assim como execução de programas de acerto, utilize o
“Console de Atualização” de produtos Datasul disponível na área de download do portal de clientes.
Ao executar o Console de Atualização, ele permitirá o download dos pacotes de acerto necessários para o seu
ambiente, conforme seleções efetuadas pelo wizard do console. Os pacotes acompanharão o guia com os
procedimentos.
Mais informações sobre o processo podem ser obtidas na comunidade D@ - CAT, no by You. Para a execução da
atualização é imprescindível a leitura do "Guia de Atualização" disponível em:
http://totvs.byyou.com/docs?space=dconverso-community.
Para mais informações, entre em contato com o Suporte a Banco de Dados pelo telefone 11 4003-0015, opção 2 – 2
– 4 – 8 – 3.