Totvs-Erp1159pdf PDF

Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 190

Release Notes

Janeiro/2014
Release Notes

TOTVS ERP (11.5.9)

Este pacote é obrigatório.

Para o perfeito funcionamento do produto, é necessária a aplicação dos procedimentos de atualização do


produto, contidos no Guia de Atualização do Produto disponível no Portal de Clientes.

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.

Copyright © 2014 TOTVS. – Todos os direitos reservados.


Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida por qualquer meio
eletrônico ou mecânico, na sua totalidade ou em parte, sem a prévia autorização escrita da TOTVS, que se reserva
o direito de efetuar alterações sem aviso prévio. A TOTVS não assume qualquer responsabilidade pelas
consequências de quaisquer erros ou inexatidões que possam aparecer neste documento.

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.2 Estoque e Custos ......................................................................................................................... 11


3.2.1 Estoque ........................................................................................................................................................... 11
3.2.2 Recebimento ................................................................................................................................................... 12

3.3 Manutenção de Ativos ................................................................................................................ 13


3.3.1 Manutenção Industrial ....................................................................................................................................13

3.4 Vendas e Faturamento................................................................................................................ 13


3.4.1 Faturamento ................................................................................................................................................... 13
3.4.2 Pedidos ............................................................................................................................................................ 14

3.5 WMS............................................................................................................................................ 14
3.5.1 WMS ............................................................................................................................................................... 14

4 Vendas CRM ................................................................................................................................ 15


4.1 CRM e Call Center ....................................................................................................................... 15
4.1.1 CRM - Relacionamento (CRL) .......................................................................................................................... 15

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

Capítulo 2: Legislações .......................................................................................................................... 38


1 Controladoria e Finanças ............................................................................................................ 38
1.1 Financeiro.................................................................................................................................... 38
1.1.1 Contas a Pagar ................................................................................................................................................ 38
1.1.2 Contas a Receber.............................................................................................................................................38

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

Capítulo 3: Correções - Negócios .......................................................................................................... 58


1 Controladoria e Finanças ............................................................................................................ 58
1.1 Ativo Fixo..................................................................................................................................... 58
1.1.1 Ativo Fixo......................................................................................................................................................... 58
1.1.2 Patrimônio ...................................................................................................................................................... 60

1.2 Contábil ....................................................................................................................................... 61


1.2.1 Contabilidade Fiscal ........................................................................................................................................61

1.3 Financeiro.................................................................................................................................... 63
1.3.1 Aplicações e Empréstimos ............................................................................................................................... 63

4 Versão 1.0
Release Notes

1.3.2 Aprovação de Processos Financeiros ............................................................................................................... 65


1.3.3 Caixas e Bancos ............................................................................................................................................... 65
1.3.4 Contas a Pagar ................................................................................................................................................ 66
1.3.5 Contas a Receber.............................................................................................................................................69
1.3.6 Controle de Inadimplência .............................................................................................................................. 72
1.3.7 Fluxo de Caixa ................................................................................................................................................. 73
1.3.8 Prestação de Contas (Viagens)........................................................................................................................ 74

1.4 Planejamento e Controle Orçamentário..................................................................................... 74


1.4.1 Execução Orçamentária ..................................................................................................................................74

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

3.2 Gestão de Pessoal ....................................................................................................................... 98


3.2.1 Administração de Treinamento ....................................................................................................................... 98
3.2.2 Habilidades/Competências ............................................................................................................................. 98
3.2.3 Recrutamento e Seleção..................................................................................................................................99

3.3 Portal ........................................................................................................................................... 99


3.3.1 Portal HCM ...................................................................................................................................................... 99

4 Materiais ..................................................................................................................................... 102


4.1 APS - Planejamento Avançado de Produção............................................................................... 102
4.1.1 Planejamento (DBR) ........................................................................................................................................102

4.2 Compras e Suprimentos .............................................................................................................. 103


4.2.1 Aprovação Processo Logístico ......................................................................................................................... 103
4.2.2 Compras .......................................................................................................................................................... 104
4.2.3 Controle de Investimentos .............................................................................................................................. 108

4.3 Estoque e Custos ......................................................................................................................... 109


4.3.1 Estoque ........................................................................................................................................................... 109
4.3.2 Custos .............................................................................................................................................................. 113
4.3.3 Recebimento ................................................................................................................................................... 114

4.4 Frotas .......................................................................................................................................... 120


4.4.1 Abastecimento / Lubrificação ......................................................................................................................... 120
4.4.2 Pneus............................................................................................................................................................... 121

Versão 1.0 5
Release Notes

4.5 Manutenção de Ativos ................................................................................................................ 122


4.5.1 Calibração ....................................................................................................................................................... 122
4.5.2 Manutenção Industrial ....................................................................................................................................122
4.5.3 Planejamento Manutenção Industrial.............................................................................................................127

4.6 PCP - Planejamento e Controle de Produção.............................................................................. 127


4.6.1 Chão de Fábrica............................................................................................................................................... 127
4.6.2 Configurador de Produtos ............................................................................................................................... 128
4.6.3 Produção ......................................................................................................................................................... 128
4.6.4 Engenharia ...................................................................................................................................................... 130
4.6.5 Planejamento .................................................................................................................................................. 131
4.6.6 Plano Mestre de Produção .............................................................................................................................. 133

4.7 Vendas e Faturamento................................................................................................................ 133


4.7.1 Embarques ...................................................................................................................................................... 133
4.7.2 Faturamento ................................................................................................................................................... 134
4.7.3 Nota Fiscal Eletrônica......................................................................................................................................138
4.7.4 Pedidos ............................................................................................................................................................ 138

4.8 WMS............................................................................................................................................ 141


4.8.1 WMS ............................................................................................................................................................... 141

5 Distribuição e Logística ............................................................................................................... 144


5.1 Automação e Coleta de Dados .................................................................................................... 144
5.1.1 Frete Embarcador ...........................................................................................................................................144
5.1.2 Controle de Fretes ...........................................................................................................................................148

6 Qualidade .................................................................................................................................... 148


6.1 Gestão da Qualidade................................................................................................................... 148
6.1.1 Avaliação Fornecedores ..................................................................................................................................148

7 Vendas CRM ................................................................................................................................ 148


7.1 CRM e Call Center ....................................................................................................................... 148
7.1.1 Suporte ............................................................................................................................................................ 148
7.1.2 CRM - Relacionamento (CRL) .......................................................................................................................... 149

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

9 Qualidade .................................................................................................................................... 168

6 Versão 1.0
Release Notes

9.1 Gestão da Qualidade................................................................................................................... 168


9.1.1 Controle da Qualidade ....................................................................................................................................168

10 Comércio Exterior ....................................................................................................................... 168


10.1 Comércio Exterior ....................................................................................................................... 168
10.1.1 Câmbio ............................................................................................................................................................ 168
10.1.2 Exportação ...................................................................................................................................................... 169
10.1.3 Importação...................................................................................................................................................... 170

11 Framework .................................................................................................................................. 172


11.1 Framework TOTVS ...................................................................................................................... 172
11.1.1 Audit Trail........................................................................................................................................................ 172
11.1.2 Cadastros Gerais .............................................................................................................................................172
11.1.3 Universal ......................................................................................................................................................... 173
11.1.4 Framework Datasul .........................................................................................................................................174
11.1.5 Job Execution .................................................................................................................................................. 174
11.1.6 Menu ............................................................................................................................................................... 175
11.1.7 Básico (NPS) .................................................................................................................................................... 175
11.1.8 Utilitários ........................................................................................................................................................ 177

12 Gestão de Contratos ................................................................................................................... 177


12.1 Gestão de Contratos ................................................................................................................... 177
12.1.1 Contratos de Compras.....................................................................................................................................177

13 Agroindustrial.............................................................................................................................. 178
13.1 Originação de Grãos.................................................................................................................... 178
13.1.1 Venda, Compra e Armazenagem de Grãos .....................................................................................................178

Capítulo 4: Implementações e Correções Técnicas .............................................................................. 183


1 Atualização de Menu .................................................................................................................. 183
2 Atualização de Mensagem .......................................................................................................... 184
3 Dicionário .................................................................................................................................... 184

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

Capítulo 1: Implementações - Negócio

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

1.1.1 Contas a Receber

Função: Tratar Desconto por Antecipação


Projeto: DFIN001 - IRM 1947 – fase I
Requisito: Disponibilizar no produto a função para tratar desconto por dias Antecipados.
Implementação: Na rotina de Implantação de Títulos do módulo Contas a Receber foi inserido um novo campo,
onde poderá ser informado um % (Percentual) de Desconto por dias antecipados, além do Valor de Desconto que
hoje já é informado no título.
Exemplo:
Título – 1000,00
Vencimento 10/10/2013
% Desconto Dias Antecipado – 0,01%
Pagamento no dia 05/10/2013
Número de Dias = (10/10/2013 – 05/10/2013) = 5
Valor Desconto = (1000,00 * (0,01/100)) * 5

2 Recursos Humanos

2.1 Portal

2.1.1 Portal HCM

Versão 1.0 9
Release Notes

Função: Monitor de Justificativas


Chamado: TIDR85
Requisito: É necessário criar uma opção para apresentar apenas os dias com divergência no monitor de justificativas.
Implementação: Foi criado um campo de seleção no monitor de justificativas, chamado "Dias Divergência". Quando
selecionado, apresentará apenas os dias que possuem divergências, caso nenhum dia estiver calculado, a opção de
seleção ficará desabilitada.

3 Materiais

3.1 APS - Planejamento Avançado de Produção

3.1.1 Planejamento (DBR)

Função: Painel de Controle - DB0201


Projeto: D_APS001 - IRM 1926-1
Requisito: O TOTVS APS deve passar a considerar uma hora de referência do planejamento conforme parametrizado
no cenário.
Implementação: Desenvolvida funcionalidade que permite informar no cenário de planejamento além da data de
referência, a hora de referência para o início da programação das operações para o cálculo e determinação da data
de início mais cedo. Isto permitirá que o planejamento considere o início da programação para qualquer momento
do dia, bem como passa a considerar melhor os turnos de exceção para os GMs na data de referência do cálculo.
Para itens comprados:
- Caso a data calculada de início mais cedo seja igual a data de referencia do Cenário, irá assumir a hora de referência
do cenário;
- Caso a data calculada seja maior que a data de referência do cenário, a hora de início mais cedo será igual a zero
hora.
- Anteriormente era considerada a hora de início do turno do cenário, gerando distorções na programação (fase
seqüenciamento) caso houvessem turnos de exceção com início anterior a esta hora.
- Com esta definição o sequenciamento passa a considerar o turno de exceção na data de referência do cálculo, bem
como nas datas calculadas caso a matéria prima seja restritiva. Isto gera uma melhor programação dos Centros de
Trabalho que serão alocados.
Para operações:
Se for a primeira operação da rede, a data/hora de início mais cedo será a maior entre a data/hora de referência do
cenário e as datas/hora dos materiais que atendem a operação.
Se não for a primeira operação da rede, permanece a regra existente atualmente.

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.

Função: Painel de Controle - DB0201 (Fase Sequenciamento Automático e Manual)


Projeto: D_APS001 - IRM 2002
Requisito 1: O processo atual de sequenciamento e liberação de operações em GMs de capacidade Infinita realiza a
liberação apenas da próxima operação;
Requisito 2: O programa não considera a eficiência do CT para recálculo da data/hora de liberação e não permite
alterar esta data no Sequenciamento Manual de operação.
Implementação 1: Foram efetuadas alterações para sequenciar GM máquina de Capacidade Infinita tal qual GM
Externo: Permite que após a alocação da operação cujo grupo de máquina é capacidade finita, o sequenciamento do
APS libere também as operações seguintes à operação alocada desde que elas pertençam a grupos de máquina de
capacidade infinita com a opção “Alocar Centro de Trabalho” desmarcada (usando o mesmo conceito de operação
externa). O objetivo é o de liberar o maior número de operações possíveis, numa mesma rodada de leitura de GMs,
otimizando a execução do cálculo de sequenciamento.
Implementação 2: Foram efetuadas alterações para antecipar a data de liberação de operações sucessoras
conforme a data/término calculada na operação predecessora: funcionalidade que permite antecipar a data de
liberação de operações sucessoras considerando a eficiência do GM/Centro de trabalho da operação predecessora
durante a fase de Sequenciamento do APS. Para o sequenciamento manual e batelada, foi inclusa opção em tela caso
o usuário deseje desconsiderar o parâmetro do cenário “Considera máxima antecipação” e deseje definir uma data
de início/liberação inferior à calculada pelo sistema.

3.2 Estoque e Custos

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: Distribuição de fichas de inventário de estoque por conferente


Projeto: DMAT001 - IRM 1552-1
Requisito: Permitir a distribuição de fichas de inventário entre a equipe que efetuará a contagem.
Implementação: Foram criados atributos nas fichas de contagem de inventário de estoque para permitir a
distribuição das fichas por conferente, cada contagem da ficha poderá ter um usuário conferente. Esta nova opção
está disponível na nova tela “Distribuir Fichas” do módulo de Estoque.

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.

Função: Integração da função bloqueio item depósito via padrão EAI


Projeto: DMAT001 - IRM 1552-1
Requisito: Permitir o envio dos registros de bloqueio item depósito a um sistema externo.
Implementação: Foi criada a nova mensagem “TransactionLockWarehouseItem” que permite que o Datasul envie
registros de bloqueio de movimentações de estoque (que podem ser por: Estabelecimento/Item/Depósito). Estes
registros de bloqueio tem a finalidade de garantir a eficiência do processo de inventário físico do estoque, sendo que
os mesmos são liberados quando ocorre a execução da rotina de atualização do inventário.

3.2.2 Recebimento

Função: Manutenção de Documentos - RE1001 / Monitor CT-e - RE0708


Projeto: DMAT001 - IRM 1550-1
Requisito: Nem todas as despesas de uma nota fiscal devem fazer parte da base de cálculo dos impostos, como é o
caso do valor pago como pedágio junto com os fretes. Uma parte do valor pago à transportadora é pedágio e o
tomador do serviço não tem impostos devidos sobre este valor.

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.3 Manutenção de Ativos

3.3.1 Manutenção Industrial

Função: Solicitação de Serviços Mobile


Projeto: DMNT001 – IRM 1538 - 1
Requisito: Possibilitar uma Solicitação de Serviço no módulo de Manutenção Industrial do Datasul 11 a partir de um
aplicativo móvel (celular, tablet, etc.) utilizando a plataforma uMov.Me.
Implementação: A Solicitação de Serviço é um pedido para a execução de um serviço de manutenção, que pode ser
um conserto ou melhoria. Pode ser aberta por um Planejador ou por um Técnico de Manutenção, que ao executar
uma manutenção notou algum outro problema no equipamento.
- A solicitação pode ser aberta também por operadores de máquinas ou planejadores da produção, que identificam
problemas ou oportunidades de melhoria e avisam a equipe de manutenção.
- Com a Solicitação de Serviço mobile, o usuário pode registrar o problema na hora e local que o mesmo aconteceu,
dando maior agilidade e confiabilidade ao processo de Manutenção de Ativos.

3.4 Vendas e Faturamento

3.4.1 Faturamento

Função: Melhorias Pedido de Venda e Faturamento – Vendor / Implantação de Pedido de


Venda (PD4000) / Implantação Simplificada de Pedidos de Vendas (PD4050) / Consulta de
Pedidos de Venda (PD1001) /Faturamento de Pedidos (FT4002) / Consulta Nota Fiscal
(FT0904) / Atualização do Contas a Receber (FT0603) / Inclusão de Pedido Flex
(Avançado).
Projeto: M_DIS001 – IRM 1516 - REQ01
Requisito: São necessárias melhorias do Pedido de Vendas e Faturamento - Vendor.
Implementação: Foram reativadas as funções de Vendor nos módulos de Pedido de Venda e 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

Função: Melhorias Pedido de Venda e Faturamento – Vendor / Implantação de Pedido de


Venda (PD4000) / Implantação Simplificada de Pedidos de Vendas (PD4050) / Consulta de
Pedidos de Venda (PD1001) /Faturamento de Pedidos (FT4002) / Consulta Nota Fiscal
(FT0904) / Atualização do Contas a Receber (FT0603) / Inclusão de Pedido Flex
(Avançado).
Projeto: M_DIS001 – IRM 1516 - REQ01
Requisito: São necessárias melhorias do Pedido de Vendas e Faturamento - Vendor.
Implementação: Foram reativadas as funções de Vendor nos módulos de Pedido de Venda e Faturamento.
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.5 WMS

3.5.1 WMS

Função: Rejeição de Lotes no WMS


Projeto: D_WMS001/IRM 1630
Requisito: Possibilitar que a rotina de rejeição de lotes do WMS atualize o saldo em estoque para que não fique
divergente do saldo do WMS.
Implementação: Disponibilizadas melhorias que permitem que a rotina de rejeição de lotes do WMS atualize o saldo
em estoque para que fique conforme o saldo do 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.

Função: Simulação da Necessidade de Recursos para a Realização de Tarefas de


Movimentação no Armazém
Projeto: D118WMS004/IRM 144
Requisito: Possibilitar a simulação da necessidade de recursos para a realização de tarefas de movimentação no
armazém.
Implementação: Disponibilizadas melhorias que permitem efetuar a simulação da necessidade de recursos para a
realização de tarefas de movimentação no armazém.
Esta simulação disponibilizará as informações de quantidade de movimentações simuladas, número de recursos da
simulação, tempo de conclusão da tarefa e tempo acumulado dos recursos da simulação.
Estas informações serão apuradas em duas visões diferente: número de recursos/recursos ou tempo disponível da
tarefa. Quando é indicada a quantidade de recursos é calculado o tempo para conclusão da tarefa e quando é
indicado o tempo disponível da tarefa é calculado os números de recursos, para então calcular o tempo para a
conclusão da tarefa.
Pela parametrização da simulação (estabelecimento, local, documento, data implantação do documento e tempo
disponível do operador é obtida a quantidade total de movimentações, bem como, o tempo padrão médio da tarefa.
Durante a análise de cada movimentação é verificado o tempo disponível de cada operador, determinando as
movimentações atendidas pela simulação.

4 Vendas CRM

4.1 CRM e Call Center

4.1.1 CRM - Relacionamento (CRL)

Função: Agenda do Representante


Projeto: D_CRM001 - IRM 1917
Requisito: É necessário visualizar as agendas de representantes cadastradas no ERP em um dispositivo móvel. Deve
ser possível também realizar as operações que são executadas no portlet de agenda de visita.

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.

Função: CRM LEADS Mobile


Projeto: D_CRM001 - IRM 1693
Requisito: É necessário desenvolver uma aplicação para dispositivos móveis para permitir o registro de LEADs no
TOTVS 11 CRM.
Implementação: Foi desenvolvida uma nova funcionalidade para registrar os LEADs no TOTVS 11 CRM. Esta nova
função é um aplicativo mobile, no qual os usuários do CRM terão a possibilidade de registrar LEADs, forma de
contato e um contato, por meio do dispositivo móvel.
O aplicativo foi concebido pela plataforma UMOV.ME.

5 Saúde

5.1 Gestão de Planos de Saúde

5.1.1 AT - Atendimento ao Público

Função: Comunica Guias Pendentes (AT0110V)


Chamado: THYDBZ
Requisito: Ao efetuar a comunicação das guias de intercambio que ficam pendentes, o sistema informa que não foi
encontrado nenhuma guia.
Implementação: Foi efetuada alteração na busca de guias no programa, solucionando o problema.

Função: Intercâmbio Eletrônico


Chamado: THZVJY
Requisito 1: Os arquivos PTU não estão sendo gerados com as descrições dos insumos genéricos.
Implementação 1: Foi efetuada inclusão de validação, acrescentando a descrição do insumo genérico.
Requisito 2: O arquivo é gerado com uma tag fixa com 80 (oitenta) caracteres.
Implementação 2: Foi efetuada inclusão de validação, caso o conteúdo do campo ultrapassar 80 (oitenta) caracteres
será enviado apenas 80 (oitenta) caracteres “Tamanho estipulado pelo PTU”. Caso o campo contiver menos de 80
(oitenta) caracteres será enviado apenas o tamanho do campo evitando espaços em branco.

16 Versão 1.0
Release Notes

Função: Intercâmbio Eletrônico


Chamado: TIAUZ0
Requisito 1: Os arquivos PTU não estão sendo gerados com as descrições dos insumos genéricos.
Implementação 1: Foi efetuada inclusão de validação, acrescentando a descrição do insumo genérico.
Requisito 2: O arquivo é gerado com uma tag fixa com 80 (oitenta) caracteres.
Implementação 2: Foi efetuada inclusão de validação, caso o conteúdo do campo ultrapassar 80 (oitenta) caracteres
será enviado apenas 80 (oitenta) caracteres “Tamanho estipulado pelo PTU”. Caso o campo contiver menos de 80
(oitenta) caracteres será enviado apenas o tamanho do campo evitando espaços em branco.

Função: Manutenção Autorização Guias (AT0110Z)


Chamado: THXPDO
Requisito: Ao liberar, modificar e imprimir a Guia de Auditoria o sistema apresenta mensagem de CPC não ativa.
Implementação: Foi efetuada alteração no processo, quando selecionado o tipo de atendimento “08 – Consulta em
emergência” a guia ficara em caráter de Urgência.

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.

Função: Manutenção Autorização Guias


Chamado: THUNPN
Requisito: É necessário incluir um processo que permita sugerir uma nova combinação de (1 ou n) procedimentos
quando uma determinada combinação acontecer, permitindo 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 efetuada alteração na lógica interna dos programas de inclusão do módulo de atendimento ao
público, 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).

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.

Função: Manutenção Tipos Guias Atendimento (AT0110A)


Chamado: TIAQ21
Requisito: É necessário incluir um campo que mostre o motivo da negativa da guia, ao negar uma guia pelo AT0110B.
Implementação: Foi efetuada inclusão do campo “Motivo Negacao” na Manutenção do Tipo de Guias AT0110A, ao
ser negado uma Guia será solicitado que seja informado o motivo de negativa.

18 Versão 1.0
Release Notes

Função: Relatório - Movimentos do Beneficiário (AT0110Z, Botão Beneficiários, Tecla F8,


Botão Mov RC, Tecla F6).
Chamado: TIAYQ1
Requisito: É necessário alterar programa, pois ao utilizar o menu AT0110B com o caminho “Botão
Beneficiários\Tecla F8\Botão Mov RC\Tecla F6” o sistema apresenta inconsistência.
Implementação: Foi efetuada alteração no programa RC0610Q.P, retendo as chamadas de includes, assim o
programa não está apresentando inconsistência.

5.1.2 AC - Automação do Consultório

Função: Consulta Solicitação de Autorização (WAC0030A)


Chamado: THYEXH
Requisito: É necessário considerar um diretório para executar os relatórios de produção médica gerados em batch
pelo WAC em virtude de clientes que utilizam virtualização de servidor.
Implementação: Foi efetuada inclusão do campo “Dir.rel.batch.visualiz” no programa Parâmetros da Web,
executando os relatórios Batch, também foi efetuada alteração da descrição do campo “Dir.relat.batch” para
“Dir.relat.batch.geracao”.

Função: Movimentação Transação Manual - Chamador - Tele - Atendimento


Chamado: THZFQ5
Requisito: É necessário barrar os atendimentos quando possui ocorrências de glosa com a classe de erro 30, mesmo
na existência de uma guia de autorização para o beneficiário.
Implementação: Foi efetuada a alimentação do campo cd-erro-sistema na temporária de entrada da CPC-AC0011R,
no ponto de chamada "INI-CONS-GUIA", permitindo ao cliente tratar a regra necessária.

Função: Movimento Transação Manual – Chamador – Tele - Atendimento \ Registro


SP/SADT TISS (Wac0012a1) \ Registro SP/SADT TISS 3.0 (wac0051a) \ Guia de Solicitação
de Internação TISS (wac0017a1) \ Guia de Solicitação de Internação TISS 3.0 (wac0052a) \
Solicitação SADT TISS (WAC0019A1) \ Solicitação SADT TISS 3.0 (WAC0059A) \ Guia de
Tratamento Odontológico TISS (wac0037a) \ Guia de Tratamento Odontológico TISS 3.0
(wac0056a)
Chamado: THUNPN
Requisito 1: É 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

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).

5.1.3 AF - Emissão de Arquivos Fiscais

Função: Geração Radar TISS (AF0710A)


Chamado: THZBUD
Requisito: Ao ser enviado um arquivo, o processo é efetuado com sucesso. Porém retorna uma mensagem via e-mail
da ANS: "O somatório dos valores dos eventos de atenção a saúde (Rede Credenciada + Serviço Próprio) está
diferente do valor do movimento total. Sequencia 353.".
Implementação: Foi efetuada alteração do procedimento, adicionando uma validação antes de alimentar as colunas
“Serviço Próprio” e “Rede” contratada para verificar o CPF/CGC do prestador.

5.1.4 PR - Estrutura do Produto

Função: Manutenção Procedimentos Combinação Não Permitidos


Chamado: THUNPN

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).

5.1.5 FP - Faturamento Planos de Saúde

Função: Demonstrativo da Participação (FP0610Q)


Chamado: THZYEY
Requisito: É necessário alterar o Layout do relatório, pois existem alguns campos sendo impressos em duas linhas
com quebras de linhas desnecessárias.
Implementação: Foram efetuadas alterações no Layout do relatório, gerando relatório com seu espaço melhor
aproveitado.

Função: Simulação da Proposta \ Impressão Faturas (fp0610y.p)


Chamado: THQMUX
Requisito 1: É necessário considerar os novos níveis de reajuste da proposta.
Implementação 1: Foi efetuada alteração do programa, considerando as novas regras de reajustes das propostas por
grau de parentesco e beneficiário.

Requisito 2: É necessário considerar os novos níveis de reajuste da proposta.


Implementação 2: Foi efetuada alteração do programa, considerando as novas regras de reajustes das propostas por
grau de parentesco e beneficiário.

Versão 1.0 21
Release Notes

5.1.6 Gestão de Relacionamentos

Função: Manter Configuração de Atendimento


Chamado: THXNZ0
Requisito: É necessário alterar programa, pois ao realizar alteração em qualquer registro no programa Manter
Configuração de Atendimento, é apresentado inconsistência.
Implementação: Foi efetuado alteração no programa Manter Configuração de Atendimento, não apresentando
inconsistência.

5.1.7 MC - Manutenção de Cadastro

Função: Atualização Automática Código do Funcionário (vc0410a.p)


Chamado: TIBTAI
Requisito: É necessário incluir parâmetro no programa, pois não existe a possibilidade de realizar a atualização do
identificador do funcionário de forma automática para os contratos que forem utilizar a movimentação de
beneficiários por arquivo.
Implementação: Foi efetuada inclusão do parâmetro de seleção, onde poderá ser escolhido entre sobrepor ou enviar
para o relatório de erros, quando já existir o código do funcionário no titular e o importado for diferente do que já
existe na base ou quando já existir o código do funcionário no dependente e o importado for diferente do que já
existe na base.

Função: Auditoria Contratos


Chamado: TIAOS5
Requisito: É necessário aumentar o limite de caracteres no relatório, pois o relatório gerado na Atualização da
Situação do Beneficiário não exibe o nome do beneficiário completo.
Implementação: Foi efetuada inclusão do limite de 40 caracteres no layout do relatório, exibindo no campo Nome
do Beneficiário a informação completa.

Função: Consultas Proposta por Termo Adesão (mc0310f.p) \ Manutenção Movimentação


por Faixa Proposta (mc0310e.p) \ Relatórios Termos Adesão (mc0210a.p)
Chamado: THQMUX
Requisito 1: É necessário consultar o tipo de índice e o nível de reajuste da proposta, além de reajustes aplicados em
diferentes níveis.
Implementação 1: Na tela de percentuais da proposta, foi efetuada a inclusão do campo referente ao tipo de índice
para reajuste de mensalidade e de campo referente ao nível de reajuste da proposta, que pode ser por contrato, por

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.

Requisito 3: É necessário apresentar no relatório o código da tabela de preço relacionada ao contrato.


Implementação 3: Foi efetuada inclusão da nova coluna no relatório, referente ao código da tabela de preço que o
contrato está relacionado.

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.

Função: Emissão/Remissão do Cartão Magnético (mc0510k.p)


Chamado: TIBGLU
Requisito: É necessário alterar programa, pois atualmente, ao solicitar a emissão/remissão do cartão magnético, o
processo estava se estendendo em torno de 1 hora.
Implementação: Foi efetuada alteração do fonte, melhorando a performance da emissão/remissão do cartão
magnético e da carteira.

Função: Manut. Atual. Exclusão Programada-RPW (DTVW12AA)


Chamado: THXXMS
Requisito: Ao executar a rotina de Manutenção Atualização Exclusão Programada - RPW (dtvw12aa), o sistema
apresenta mensagem de integração com o Personal Med para os beneficiários da Saúde Ocupacional, que estão
inativos. Após este processo nenhuma integração deve ser gerada para o Personal Med, exceto se o beneficiário for
reativado.

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.

Função: Manutenção Emissao Documentos Identificacao Beneficiario (MC0510K)


Chamado: THYEVF
Requisito: É necessário alterar o processo de impressão dos cartões, pois ao gerar as etiquetas de identificação dos
cartões, a sigla do estado não aparece.
Implementação: Foi efetuada alteração no processo de impressão, exibindo sigla do estado na impressão das
etiquetas de identificação dos cartões.

Função: Relatório Beneficiário


Chamado: THZTTP
Requisito: Ao ser gerado relatório do MC0210M de Beneficiários, a impressão está com informações incorretas de
dependentes referentes aos beneficiários listados.
Implementação: Foi efetuada alteração no procedimento de geração do relatório, imprimindo as informações
corretas.

5.1.8 PP - Pagamentos de Prestadores

Função: Provisão Intercambio IN-32 (pp0110u.p).


Chamado: THYDCR
Requisito: É necessário criar parâmetro para seleção de colunas do relatório.
Implementação: Foi efetuada criação de um parâmetro na opção de “seleção”, com um combo onde o usuário
poderá selecionar com quantas colunas (132 colunas ou 238 colunas) o relatório será gerado.

5.1.9 RC - Revisão de Contas Médicas

Função: Conferência de Procedimentos (RC0610V)


Chamado: TIBESQ
Requisito: É necessário alterar programa, pois ao gerar o relatório de Conferência de Procedimentos, caso o relatório
possua mais de 9.999 páginas, é apresentado inconsistência.
Implementação: Foram efetuadas alterações no programa, possibilitando a geração do relatório sem apresentar
inconsistência, caso o número de páginas passe de 10.000.

24 Versão 1.0
Release Notes

Função: Exportação de Movimentos (rc0510m.p)


Chamado: THZOEM
Requisito: É necessário exportar os arquivos XML no padrão TISS 3.00.01.
Implementação: Foi efetuada liberação do programa lap/larcx22.p, realizando a exportação dos documentos no
padrão TISS 3.00.01. Este programa realiza a exportação em arquivo XML dos documentos de SP/SADT, Consulta,
Internação, Odontologia e Honorário Individual. Para utilização deste programa é necessário à importação do
arquivo tablas.d.

Função: Exp/Imp Lote Guias - RPW (DTVW0127)


Chamado: THUJFH
Requisito: Ao executar a importação XML TISS em RPW (Batch), o sistema deve buscar o caminho, porém o mesmo
não é encontrado quando é usado o sistema Linux.
Implementação: Foi efetuada revisão no procedimento e foi alterada a função, não apresentando inconsistência.

Função: Exportação/Importação Lote Guias (rc0310p)


Chamado: TIA452
Requisito: Na importação de Lote Guias, para as guias de consulta o prestador solicitante é importado como o
prestador principal. É necessário também possibilitar a consideração do prestador solicitante como o prestador
executante para as guias de consulta, pois como o prestador solicitante será consistido na importação de A500 como
o prestador requisitante, caso o prestador solicitante seja diferente do executante (consulta referenciada) será
também obrigatória a informação da Indicação Clínica.
Implementação: Foi criado o parâmetro “Solic. igual Prest.Exec.(Consulta)” no programa de Parâmetros de
Importação do Prestador, com este parâmetro ativo as guias de consulta importadas pelo Lote Guias TISS
considerarão o prestador solicitante como executante.

Função: Importação Movimentos (rc0510n)


Chamado: TI8283
Requisito: É necessário criar um parâmetro somente para a importação, pois o parâmetro “Pede Vl. Cobrado” no
Cadastro da Transação, possibilita modificar o valor dos movimentos na digitação e possibilita a importação, ele é
responsável por considerar o valor cobrado das movimentações ou valorização pelo sistema, dependendo da opção
selecionada.
Implementação: Foi efetuada criação do parâmetro “Considera Vl. Cob. Import.” no Cadastro da Transação, este
parâmetro será responsável por considerar o valor cobrado na importação, não sendo mais apresentando o
parâmetro “Pede Vl. Cobrado”.
Observação: Foi desenvolvido o programa sprc0079 para preencher a informação do novo campo “Considera Vl.
Cob. Import.” conforme informação preexistente no campo “Pede Vl.Cobrado”, desta forma mantendo a integridade
no processo existente do sistema.

Versão 1.0 25
Release Notes

Função: Importação Questionamentos Contestacao (rc0712s)


Chamado: THZT68
Requisito: Ao executar a importação do arquivo de contestação do A550 o caractere “-” é valido com a mensagem
“Linha “número da linha” possui erro de tipo de dados”, conforme PTU.
Implementação: Foi efetuada inclusão de caractere no ponto de validação, não apresentando inconsistência no
sistema.

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.

Função: Liberação Doc por Período (RC0610A.P)


Chamado: TIAHF7
Requisito: É necessário alterar programa, pois ao selecionar um intervalo de procedimentos na tela de
“Movimentos” o sistema não disponibiliza ao usuário a opção de seleção de procedimentos dentro deste intervalo.
Implementação: Foi efetuada criação de um browser, sendo apresentado após a seleção do intervalo de
procedimentos na tela de “Movimentos”, o usuário selecionará os procedimentos que necessários, dentro do
intervalo selecionado anteriormente.

Função: Manutenção Análise Glosa (RC0310B.P).


Chamado: THUHL7
Requisito: É necessário criar opção de seleção de classificação, pois a classificação Transação/Fatura está sendo
classificada por Modalidade/Transação/Fatura, ficando inviável a análise, pois no relatório RC0610S existe apenas a
classificação de Transação/Fatura relatório.
Implementação: Foi efetuada criação da opção de seleção de classificação entre Modalidade/Transação/Documento
ou Transação/Documento, quando selecionado ambos em “Validar” (procedimentos e insumos).

Função: Manutenção Documentos Revisão Contas (RC0310A)


Chamado: TIA176
Requisito: Ao ser digitado um documento no RC, o sistema apresenta lentidão ao passar pelo campo CBO's X
Especialidade, aguardando muito tempo até sair desse campo.
Implementação: Foram efetuadas alterações nos índices na busca das informações ao banco, efetuando a pesquisa
rapidamente.

26 Versão 1.0
Release Notes

Função: Manutenção Documentos Revisão de Contas \ Exportação/Importação Lote Guias


\ Exp/Imp Lote Guias RPW \ Importação Movimentos
Chamado: THUNPN
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 efetuada alteração na lógica interna dos programas de inclusão do módulo Revisão de Contas,
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).

Função: Relatórios Revalorização Movimentos por Erro Cotação Moeda (RC0610J)


Chamado: TIASGC
Requisito: É necessário alterar programa na Revalorização de Movimentos, pois o valor padrão está divergente para
o “Grupo Prestador” final quando a classificação é “Por Período/Prestador”.
Implementação: Foram efetuadas alterações nos programas referentes a Revalorização de Movimentos, corrigindo o
valor padrão quando a classificação é “Por Período/Prestador”.

5.1.10 VP - Venda de Planos

Função: Atualização Valores Proposta (VP0110V)


Chamado: THWUH5
Requisito: Ao incluir de alguns módulos opcionais pelo módulo “Atualiza Valores da Proposta”, o sistema apresenta
inconsistência.
Implementação: Foi efetuada inclusão de um parâmetro na chamada do programa, não apresentando inconsistência
no sistema.

Função: Manutenção Beneficiário


Chamado: THIX10

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.

Função: Manutenção Contratos


Chamado: THMKS2
Requisito: É necessário permitir a informação de dados da RN279 para o beneficiário quando a manutenção do
mesmo é realizada através do Menu Manutenção de Contratos.
Implementação: Foi efetuada alteração no botão modificar da manutenção do beneficiário dentro da manutenção
da proposta, exibindo as opções “Modificar” e “Informar Demitidos/Aposentados”. Estas duas opções funcionam de
forma idêntica as já existentes na manutenção do beneficiário inicializada através do menu Manutenção Beneficiário.
Basicamente para a primeira opção será aberta a tela de manutenção do beneficiário, e para a segunda a tela de
questionário da RN279.

Função: Manutenção Contrato


Chamado: THIX10
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 a inclusão do campo “Emite termo de comunicação?” na aba Outras Informações do
contrato, na Manutenção de Contrato. O objetivo deste campo é para que durante a exclusão de um beneficiário o
sistema verifique se a proposta emite termo de comunicação. Se a proposta não emitir o termo, o sistema não abrirá
a tela de emissão do termo de comunicação referente à RN279 para o beneficiário. O novo campo criado sempre
será inicializado com SIM, portanto, para propostas onde não se deseje seguir a RN279 o mesmo deve ser
desmarcado.

Função: Manutenção Subtipo de Proposta


Chamado: THWRNX
Requisito: Foi identificada a necessidade de se cadastrar subtipos de proposta informando apenas a modalidade,
sem obrigar o plano e tipo de plano deste subtipo.

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.

Função: Manutenção Texto Layout


Chamado: THWWZT
Requisto: Necessário permitir cadastrar vigências sobrepostas.
Implementação: Alterada a Manutenção Texto Layout para permitir vigências sobrepostas.

Função: Manutenção Tipos de Índices \ Manutenção tipo índice x mês/ano referência \


Manutenção de Contratos \ Atualização dos Valores da Proposta (vp0110v.p) \
Manutenção Propostas (vp0110b.p) \ Relatório conferência reaj. Mensalidade \
Atualização Situação Proposta (vp0310k.p)
Chamado: THQMUX
Requisito 1: É necessário parametrizar os tipos de índices para reajuste da mensalidade.
Implementação 1: Foi efetuado o desenvolvimento do cadastro, permitindo a manutenção dos tipos de índices para
o reajuste de mensalidade a serem relacionados às propostas. Esse cadastro possui os seguintes campos: tipo de
índice, descrição, percentual padrão, observação e data de atualização.

Requisito 2: É necessário parametrizar os tipos de índices por mês e ano de referência.


Implementação 2: Foi efetuado o desenvolvimento do cadastro, permitindo manutenção dos tipos de índices por
mês e ano de referência. Esse cadastro possui os seguintes campos: mês referência, ano referência, tipo de índice,
percentual de reajuste, observação, reajuste utilizado e data de atualização.
Observação 2: O campo de reajuste utilizado é apenas informativo. Somente será possível alterar/excluir um registro
caso ele ainda não tenha sido utilizado para reajuste.

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.

Requisito 6: É necessário desenvolver relatório para conferência de reajustes de mensalidade.


Implementação 6: Foi efetuada criação do relatório para conferência de reajustes de mensalidade, listando os
contratos que tiveram reajuste e os contratos que não foram reajustados.
Observação 6: O relatório possui opção para imprimir por módulo, grau e faixa, imprimir beneficiários ou apenas
relatório resumido.

Requisito 7: É necessário considerar os novos níveis de reajuste de proposta.


Implementação 7: Foi efetuada alteração do programa, considerando as novas regras de reajustes das propostas por

Função: Parâmetros Globais do Sistema (HPR1410P)


Chamado: THLE90
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.grau de parentesco e beneficiário.

Função: Simulação da proposta


Chamado: THWWZT
Requisto: Necessário realizar a impressão do mesmo layout durante todo o processo da simulação.
Implementação: Alterada o processo de impressão de layouts vinculando um único layout a simulação.

30 Versão 1.0
Release Notes

6 Qualidade

6.1 Gestão da Qualidade

6.1.1 Controle de Qualidade

Função: Rotina de Inspeção no Controle de Qualidade


Projeto: D11.8MAT10 - IRM 1221-1
Requisito: Foram identificados vários pontos que precisavam de melhorias na rotina de Inspeção no Controle de
qualidade.
Implementação: Foram efetuadas as seguintes alterações/melhorias:
- Adicionado um botão na tela de Parâmetros do Controle de Qualidade responsável pela chamada do programa de
implantação do controle avançado;
- Alterada a tela de implantação de controle avançado para se enquadrar no layout de relatório, permitindo a
ativação do controle avançado via servidor RPW;
- Adicionado um tratamento para quando estiver criando as espécies de um estado do lote do tipo “Liberado” seja
permitida a movimentação de documentos com a espécie “NFE”;
- Adicionada a tela de Analise de Lotes quando utilizado o controle de lotes avançado, esta tela está disponível ao
acionar o botão Aprovar/Reprovar no resultado da ficha de inspeção e exibirá as informações do último movimento
de histórico do lote e se existem outros roteiros de inspeção para o lote original;
- Adicionado novos programas facilitadores para cópia de dados nas telas do controle avançado de lotes: Copiar
Exame X Operação, Copiar Componentes de Exame e Copiar Exames para Itens;
- Adicionado o campo Data Inicial na tela de Detalhar do Monitor Exame CQ que possui a finalidade de filtrar as
informações exibidas nesta tela;
- Alterado os textos das mensagens do módulo de Controle de Qualidade para melhorar a compreensão dos usuários
referente as inconsistências apresentadas.

7 Framework

7.1 Framework TOTVS

7.1.1 Cadastros Gerais

Função: Importação Beneficiários (CG0110U)

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.

Função: Importação Propostas (cg0110t.p) \ Manutenção Proposta - Migração (cg0110v.p)


\ Atualização Propostas Migração (cg0210c.p)
Chamado: THQMUX
Requisito: É necessário importar os campos referentes ao tipo de índice e nível de reajuste da proposta.
Implementação: Foi efetuada inclusão do campo, na ordem 76, referente ao tipo de índice para reajuste de
mensalidade da proposta, o campo não será obrigatório e, no caso de estar vazio, ficará 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, o campo não será
obrigatório e, no caso de estar vazio, ficará zerado, indicando que o reajuste acontece por contrato.

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.

Requisito: É necessário considerar os novos níveis de reajuste da proposta.


Implementação: Foi efetuada alteração do programa para considerar as novas regras de reajustes das propostas por
grau de parentesco e beneficiário.

Função: Manutenção de Prestadores (CG0210Y)


Chamado: TIB879
Requisito: É necessário alterar procedimento de inclusão, pois ao incluir um endereço de prestador, quando
selecionado o tipo de endereço: 1 - atendimento ou 3 - Atendimento e Comercial, o programa fica inoperante.
Implementação: foi efetuada alteração no procedimento de inclusão, executando o programa normalmente.

7.1.2 Cadastros Gerais GP

32 Versão 1.0
Release Notes

Função: Importação Propostas (CG0110T) / Manutenção Proposta – Migração (CG0110V)


Chamado: THZBNI
Requisito 1: É necessário padronizar o Indicador de Registro de Plano, onde eles fiquem com o valor maior ou igual a
0 e menor que 4.
Requisito 2: É necessário restringir o campo “Plano ANS”, aceitando somente os valores “Regulamentado, Não-
Regulamentado ou Adaptado”.
Requisito 3: É necessário que os dois campos acima sejam obrigatórios.
Implementação: Foram efetuadas alterações no programa, contemplando a padronização do indicador de registro
de plano, a restrição do campo Plano ANS.

Função: Manutenção de Prestadores


Chamado: THWR33
Requisito: Ao alterar o cadastro de um prestador, se ele tiver o CNPJ já em uso por outro prestador, resulta em um
aviso, informando que já há outro prestador cadastrado com esse CNPJ, mesmo estando parametrizado para
permitir CNPJ duplicado.
Implementação: Foi efetuada uma tratativa para considerar a parametrização de CNPJ duplicado, aceitando o CNPJ
duplicado quando permitido nos parâmetros do sistema.

Função: Manutenção Motivos Cancelamento Genérico


Chamado: THTWEX
Requisito: É necessário permitir a alteração do campo Demitidos/Aposentados no cadastro de motivos de
cancelamento genérico.
Implementação: Foi efetuada alteração no cadastro, permanecendo com a consistência atual de utilização do motivo
quando for DESMARCADO o campo Demitidos/Aposentados. Se este estiver sendo utilizado o Sistema irá impedir a
alteração. No caso de estar MARCADO o campo Demitidos/Aposentados, será informado que uma vez que este
motivo seja utilizado, não poderá mais ser alterado, se o usuário confirmar a mensagem o sistema irá prosseguir com
a alteração. Desta forma será possível marcar motivos de cancelamento já existentes para que atendam a RN279.

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.

Função: Parâmetros Globais do Sistema (HPR1410P)


Chamado: THLE90

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.

7.1.3 Foundation Flex

Função: Login do produto


Projeto: D_FRW001 - IRM 2017
Requisito: Processo de login deve considerar as regras de acesso configuradas no AD.
Implementação: Foi retirado controle implementado para o login automático que valida propriedades sem
necessidade.

7.1.4 Framework Datasul

Função: Associação de Documentos


Projeto: D_FRW001 - IRM 1832
Requisito: Criar item opcional no componente de Ações Relacionadas do Metadados, que permita ao usuário
realizar upload/download de documentos para central de documentos do FLUIG(GED), vinculando o mesmo a um
registro na base de dados de negócio.
Implementação: Implementado item opcional no componente RelatedActions para realizar a associação de registro
com documento. Quando existir um registro selecionado em um formulário, o usuário poderá selecionar o novo item
para indicar o documento a ser associado e enviado para a central de documentos. Desenvolvido também novas
propriedades no componente relatedActions para permitir via ABLScript a associação de um registro com um
documento.

Função: Central de Documentos


Projeto: D_FRW001 - IRM 1832
Requisito: Possibilitar o upload, download, remoção e a movimentação de documentos no GED. Além da criação,
alteração e remoção de pastas para o usuário corrente.
Implementação: Foram efetuadas alterações na interface da Central de Documentos assim como classes auxiliares,
para permitir as operações que ainda não estavam disponíveis nas mesmas.

Função: ECM-Request-Service

34 Versão 1.0
Release Notes

Projeto: D_FRW001 - IRM 1832


Requisito: Disponibilizar comando ABLScript para a partir de um formulário metadados , interagir com a engine de
Workflow do Fluig(ECM).
Implementação: Desenvolvido um novo comando para o ABLScript chamado ECM-REQUEST-SERVICE(), que será
utilizado para as interações com o engine de workflow (WorkflowEngineService).

Função: External Call


Projeto: D_FRW001 - IRM 1832
Requisito: Possibilitar a chamada de formulário ou aplicações Flex/Metadados/Progress via URL.
Implementação: Em um formulário HTML no Fluig, havendo um link ou botão para abertura de uma tela no Datasul,
será utilizado uma chamada HTTP para realizar a abertura de uma nova janela do browser contendo o formulário a
ser aberto.
- Para formulários Flex ou Metadados será utilizado a técnica do “ExternalUserAuthentication”. Para programas
Progress será utilizado o “ABL ExternalCall”.

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.

Função: WebServices de Execução de BO


Projeto: D_FRW001 - IRM 1832
Requisito: Criar WebService para efetuar chamadas de procedures em programas Progress.
Implementação: Implementado WebServices ExecBO que permite a chamada de procedures em programas Progress
de maneira não persistente.

8 Agroindustrial

8.1 Originação de Grãos

Versão 1.0 35
Release Notes

8.1.1 Venda, Compra e Armazenagem de Grãos

Função: Componente de Preço Fixação / Gerar Pedido de Vendas por Estabelecimento


Informado no Item do Contrato de Vendas Grãos
Projeto: DAGR001 - IRM 1905
Requisito: Permitir gerar um ou mais pedidos de venda para um mesmo contrato.
Permitir informar na tabela de preço padrão para componentes, preços diferenciados por estabelecimento, grupo de
estoque, família material, porto base e referência do contrato.
Implementação: Foi disponibilizada a geração de um ou mais pedidos de venda para um mesmo contrato, efetuando
o agrupamento dos itens por estabelecimento, que poderá ser informado no item do contrato de vendas.
A informação do estabelecimento no item do pedido é opcional, e quando informada, será utilizada para gerar
pedidos de venda por estabelecimento.
Quando não informado o estabelecimento, será utilizado para o agrupamento o estabelecimento fiscal do contrato.
- Implementado tratamento para diferenciar os preços para componentes na tabela padrão também por Porto Base,
Família de Material e Referência do Contrato. Esta implementação será para as negociações de preço realizadas no
Trade Slip de Compra (GG2015), Fixação de Preço através do Fechamento Financeiro (GG8000) e também para Trade
Slip de Vendas.
- Outra implementação foi o desenvolvimento do cadastro de Porto Base (GG1067), permitindo assim que sejam
cadastrados os portos que forem necessários. O Trade Slip de Vendas passará a solicitar o porto base para preço,
como já era realizado ao incluir uma nova negociação de compras. No Parâmetro de Grãos por Estabelecimento
(GG1107), poderá ser definido o porto padrão para as negociações no estabelecimento.

8.1.2 Logística de Originação de Grãos

Função: Flexibilização dos Impostos


Projeto: DAGR001 – IRM 771-1
Requisito: Permitir a parametrização e cálculo dos grupos de impostos por fornecedor / grupo de fornecedor /
estabelecimento fiscal / item / família / grupo de estoque / tipo de compra, pois atualmente o grupo de impostos é
apenas por contrato.
Tratar os impostos de retenção pelo grupo, sem estar fixo as espécies.
Implementação: Para atender essa situação foi desenvolvida nova rotina Relacionamento Grupo Impostos para
permitir parametrização e cálculo dos grupos de impostos. O sistema utilizará o grupo de imposto que atender ao
maior grupo de combinação da seguinte ordem: fornecedor / grupo de fornecedor / estabelecimento fiscal / item /
família / grupo de estoque / tipo de compra.

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

1.1.1 Contas a Pagar

Função: Corrigir Valores - APB727AA


Chamado: THEDPM
Requisito: Ao executar o programa Correção de Valores, este corrige todos os títulos, independente do tipo da
espécie. O correto, segundo as normas do IFRS, é não corrigir os títulos do tipo antecipação.
Implementação: Nos programas de Correção de Valores, foi disponibilizado um parâmetro para que seja possível o
usuário informar se deve ser gerado o movimento de correção de valor para os títulos do tipo “Antecipação”. Caso o
usuário queira que o movimento seja gerado, deve informar “Sim” neste parâmetro. Se o movimento não deve ser
gerado, deve ser informado “Não”.

1.1.2 Contas a Receber

Função: Corrigir Valores - ACR710AA


Chamado: THEDPM
Requisito: Ao executar o programa Correção de Valores, este corrige todos os títulos, independente do tipo da
espécie. O correto, segundo as normas do IFRS, é não corrigir os títulos do tipo antecipação.
Implementação: Nos programas de Correção de Valores, foi disponibilizado um parâmetro para que seja possível o
usuário informar se deve ser gerado o movimento de correção de valor para os títulos do tipo “Antecipação”. Caso o
usuário queira que o movimento seja gerado, deve informar “Sim” neste parâmetro. Se o movimento não deve ser
gerado, deve ser informado “Não”.

2 Fiscal

38 Versão 1.0
Release Notes

2.1 Fiscal

2.1.1 Configurador Layout Fiscal

Função: Livro Eletrônico do DF


Chamado: THPZT5
Requisito: Gerar o valor do ISS Retido para as notas de saída nos registros do Livro Eletrônico do DF conforme indica
o layout disponível.
Implementação: A rotina de extração dos dados de OF para o MLF foi alterada (LF0202) para extrair de OF o valor do
ISS retido para notas de saída. O valor da base também será extraído, porém será buscado diretamente da nota no
faturamento.

2.1.2 Obrigações Fiscais

Função: Gera Arquivo Sequencial para o Fisco - OF0735


Chamado: TGOKAQ
Requisito: Arquivo Digital SEF II e Arquivo Digital EDOC.
Implementação: Desenvolvimento de solução que atenda a geração dos arquivos digitais SEF II (Sistema de
Escrituração Contábil e Fiscal) e EDOC (Sistema Emissor de Documentos Fiscais) em atendimento a exigência legal
instituída pela Secretaria da Fazenda do estado de Pernambuco (SEFAZ-PE) por meio do DECRETO Nº 34.562/2010.

3 Materiais

3.1 Vendas e Faturamento

3.1.1 Faturamento

Função: Consulta Série x Estabelecimento - FT0114 / Manutenção Estabelecimento -


CD0403
Chamado: THOKRG
Requisito: Conforme Ajuste SINIEF CONFAZ 5/13, de 05 de abril de 2013, fica instituído que a critério da unidade
federada, a emissão do MDF-e poderá também ser exigida do contribuinte emitente de CT-e, no transporte de carga

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

4.1 Administração de Pessoal

4.1.1 Férias e Rescisões

Função: Manutenção Programação de Rescisão – FR5040 / Funcionários Reintegrados –


FR5250
Projeto: D1180HCM12 – IRM 3130
Requisito: As informações referentes a Reintegração de Funcionários devem ser enviadas para o eSocial.
Implementação: Foi incluído o botão eSocial para que o usuário complemente a reintegração do funcionário com as
informações adicionais a serem enviadas para o eSocial.
Nos casos em que a reintegração já tiver sido efetuada, o usuário poderá executar o programa Funcionários
Reintegrados (FR5250), e informar os dados adicionais da reintegração.

Função: Manutenção Programação de Rescisão – FR5040 / Gera Programação de Rescisão


/ Elimina Programação Rescisão - FR5050
Projeto: D1180HCM12 – IRM 3120
Requisito: As informações referentes ao Aviso Prévio e Desligamento dos funcionários devem ser enviados para o
eSocial.
Implementação: Foram realizadas as seguintes implementações:
 Incluído o botão eSocial para que o usuário complemente a programação de rescisão do funcionário com as
informações adicionais a serem enviadas para o eSocial;
 Incluído tratamento para solicitar as informações complementares do cancelamento do aviso prévio no
processo de eliminação da programação de rescisão, individual ou coletiva, quando para esta ocorreu o envio da
mensagem de aviso prévio.

40 Versão 1.0
Release Notes

4.1.2 Folha de Pagamento

Função: Cálculo de Diferenças Salariais Dissídio – FP9194


Projeto: D1180HCM12 – IRM 6000
Requisito: Quando ocorrer pagamento aos funcionários de remuneração, referente a meses anteriores, seja por
acordo coletivo, convenção ou dissídio, esta informação deverá ser enviada para o eSocial.
Implementação: Foi incluído o botão eSocial para que o usuário complemente as informnações do cálculo de
diferenças salariais que está sendo realizado, conforme códigos definidos no eSocial.

Função: Cálculo Encargo Funcionário - FP3730


Chamado: THPFV2
Requisito: É necessário 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

Função: Cadastro Estabelecimentos - FP0560


Chamado: THPECX
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

Função: Cálculo Folha 13º Salário - FP3160


Chamado: THPAKH
Requisito: É necessária implementação na desoneração da folha de pagamento Parte 2.
O programa que faz o cálculo dos avos dos funcionários foi alterado, o programa Cálculo Folha 13º Salário (FP3160)
deverá ser adequado, pois utiliza o programa de contagem dos avos dos funcionários.
Implementação: Foram efetuadas alterações para adequação do programa Contagem de Avos (FP3060.i).

Função: Cálculo Normal Folha - FP3020


Chamado: THP904
Requisito 1: É necessário implementação na desoneração da folha de pagamento Parte 2. O programa que faz o
cálculo dos avos dos funcionários foi alterado, o Cálculo Normal Folha (FP3020) deverá ser adequado, pois utiliza o
programa de contagem dos avos dos funcionários.

Versão 1.0 41
Release Notes

Verificar Boletim Técnico: http://tdn.totvs.com/pages/viewpage.action?pageId=107938415


Implementação 1: Foi realizada adequação do programa de contagem de avos (FP3060.i).
Requisito 2: É necessário um ponto UPC no cálculo da folha de pagamento, para recálculo do quinquênio conforme
regras internas.
Implementação 2: Foram disponibilizados os ponto UPCs para recálculo do quinquênio.

Função: Carga eSocial – FP9840


Projeto: D1180HCM12 – IRM 4600
Requisito: É necessário gerar a carga inicial das informações para o eSocial.
Implementação: Foi desenvolvido novo programa para geração das informações/arquivos do eSocial.

Função: Consulta Complemento Estabelecimento - FP0572


Chamado: THPEJ8
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

Função: Consulta de Estabelecimentos - FP0562


Chamado: THPEFP
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

Função: Declaração Recolhimento Autônomos - FP2165


Chamado: THPEMO
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

Função: Demonstrativo Contábil Centro Custo - FP4051


Chamado: THPFVD
Requisito: É necessária implementação da desoneração da folha de pagamento parte 2.

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

Função: Importação Dependentes – FP6620


Projeto: D1180HCM12 – IRM 3011
Requisito: É necessário importar as informações adicionais do cadastro de dependentes, necessários na geração dos
arquivos do eSocial.
Implementação: Foi acrescentado mais um tipo de registro no layout de importação de dependentes, para
possibilitar a importação das suas informações, necessárias para o eSocial.

Função: Importação Despesas Médicas


Chamado: THYCLE
Requisito: O programa Importação de Despesas Médicas para a DIRF (FP5915), não valida algumas situações
indevidas no arquivo de importação, sempre emite a mensagem "Importado com Sucesso!".
Implementação: Foram efetuadas alterações no programa para incluir validações como: não permitir importação
com CNPJ do estabelecimento igual a zero, não importar se não encontrar o funcionário no CNPJ informado nas
informações geradas para DIRF (FP5920), não importar quando o CNPJ estiver informado para estabelecimentos
distintos, não exigir que o arquivo tenha informação do Funcionário sempre antes do dependente.

Função: Importação Funcionários – FP6600


Projeto: D1180HCM12 – IRM 3001
Requisito: É necessário importar as informações adicionais do cadastro de funcionários e estagiários, necessários na
geração dos arquivos do eSocial.
Implementação: Foram acrescentados os tipos de registro 7 para os dados adicionais do funcionário e pessoa física,
e tipo de registro 8 com os dados adicionais do estagiário no layout de importação de funcionários, para possibilitar a
atualização das suas informações, necessárias para o eSocial.

Função: Importação Funcionários Contratos Especiais – FP6610


Projeto: D1180HCM12 – IRM 3001
Requisito: É necessário importar as informações adicionais do cadastro de funcionários contratos especiais tipo
estagiários, necessários na geração dos arquivos do eSocial.
Implementação: Foram acrescentados os tipos de registro 6 e 7 com os dados adicionais do estagiário no layout de
importação de funcionários contratos especiais, para possibilitar a atualização das suas informações, necessárias
para o eSocial.

Versão 1.0 43
Release Notes

Função: Importação Histórico Situações – FP6660


Projeto: D1180HCM12 – IRM 3141
Requisito: Os afastamentos temporários dos funcionários devem ser enviados para o eSocial.
Implementação: Foi acrescentado mais um tipo de registro no layout do arquivo de importação do histórico de
situações, para que o usuário possa importar as informações complementares a serem enviadas para o eSocial.

Função: Importação Informações eSocial – FP6650


Projeto: D1180HCM12 – IRM 3001
Requisito: É necessário importar somente as informações adicionais do cadastro de pessoa física, funcionário,
funcionário contratos especiais, dependentes e situações de afastamento, possibilitando a atualização de registros já
existentes na base do usuário.
Implementação: Foi implementado novo programa de importação para atualizar somente as informações adicionais,
necessárias para o eSocial em registros já existentes, no cadastro de pessoa física, funcionário, funcionário contratos
especiais tipo estagiário, dependentes e situações de afastamento, por meio de seus respectivos programas de
importação: Importa Informações de Funcionários ( FP6600), Importa Funcionários Contratos Especiais ( FP6610),
Importa Informações Dependentes (FP6620) e Importa Informações Histórico de Situações (FP6660), que foram
alterados para permitir também a atualização de informações adicionais.

Função: Importação Movimento Prestador Serviço - FP6590


Chamado: THPFVQ
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

Função: Importação Prestadores de Serviço - FP6720


Chamado: THPFW8
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

Função: Informe de Rendimentos Pessoa Física – FP4510


Chamado: THXOUG

44 Versão 1.0
Release Notes

Requisito: Quando não há informações de RRA (Rendimentos Recebidos Acumuladamente), no informe de


rendimentos, programa Informe de Rendimentos - Pessoa Física (FP4510), pode ser impresso o somente o cabeçalho
do campo 6.
Implementação: Foram efetuadas alterações na emissão do informe de rendimentos, para que seja impresso apenas
o cabeçalho do campo 6, quando não houver informação de RRA.

Função: Integração Contas a Pagar - FP3320


Chamado: THPFV5
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

Função: Integração Título para Pagamento (EMS5) - FP3310


Chamado: THPFLI
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

Função: Listagem de Estabelecimentos - FP0561


Chamado: THPEEM
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

Função: Listagem Prestadores de Serviço - FP0841


Chamado: THPEL7
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

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

Função: Manutenção Complemento de Estabelecimentos - FP0570


Chamado: THPEI9
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

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

Função: Manutenção de Movimentação de Serviços do Prestador – Pessoa Física - FP2160


Chamado: THPKC5
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

Função: Manutenção Dependentes – FP1760

46 Versão 1.0
Release Notes

Projeto: D1180HCM12 – IRM 3010


Requisito: É necessário informar os dados adicionais do cadastro de dependentes, necessários na geração dos
arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Dependentes com o Tipo
de Dependente, necessário na geração dos arquivos do eSocial.

Função: Manutenção Estabelecimento – FP0560


Projeto: D1180HCM12 – IRM 3330
Requisito: É necessário informar os dados adicionais do cadastro de estabelecimento, necessários na geração dos
arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário indicar se o estabelecimento está habilitado para utilizar
o eSocial, e neste caso complementar o cadastro de Estabelecimento e informar os campos adicionais, relacionados
a informação do empregador, necessários na geração dos arquivos do eSocial.

Função: Manutenção Estabelecimento – FP0560


Projeto: D1180HCM12 – IRM 4600
Requisito: É necessário incluir as informações do empregador no complemento do eSocial.
Implementação: Foram implementadas as pastas S-1000 1, S – 1000 2 e S-10003 com as informações
complementares do empregador para o eSocial. Estas pastas ficam habilitadas apenas para o estabelecimento que,
no programa Manutenção Parâmetros Empresa RH (FP0500), estiver informado como empregador.

Função: Manutenção Eventos Analíticos – FP0020


Projeto: D1180HCM12 – IRM 3070
Requisito: É necessário informar os dados adicionais do cadastro de eventos analíticos, necessários na geração dos
arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Eventos Analíticos com o
código da Natureza da Rubrica, e código dos processos para a suspensão da incidência do evento nas bases de INSS,
FGTS, IRRF e Contribuição Sindical, necessários na geração dos arquivos do eSocial.

Função: Manutenção Eventos Analíticos – FP0024


Projeto: D1180HCM12 – IRM 3070
Requisito: É necessário informar os dados adicionais do cadastro de eventos analíticos por empresa, necessários na
geração dos arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Eventos Analíticos por
Empresa com o código da Natureza da Rubrica, e código dos processos para a suspensão da incidência do evento
nass bases de INSS, FGTS, IRRF e Contribuição Sindical, necessários na geração dos arquivos do eSocial.

Versão 1.0 47
Release Notes

Função: Manutenção Eventos Analíticos e Eventos por Empresa – FP0020 / FP0024


Projeto: D1180HCM12 – IRM 4600
Requisito: É necessário apresentar e permitir a alteração das informações complementares do eSocial, para os
eventos analíticos e por empresa (quando a empresa utilizar essa função).
Implementação: Foram implementados novos campos no complemento eSocial do evento, para que o usuário
consiga visualizar como serão enviadas as informações das tabela de rúbricas.

Função: Manutenção Fornecedor - FP4330


Chamado: THOJKG
Requisito: Ao chamar o zoom do programa, este não apresenta as informações dos fornecedores, inclusive com
vários fornecedores cadastrados.
Implementação: Foram efetuadas alterações no programa para apresentar os fornecedores no zoom conforme
cadastros.

Função: Manutenção Funcionários – FP1500


Projeto: D1180HCM12 – IRM 3000
Requisito: É necessário informar os dados adicionais do cadastro de funcionários, necessários na geração dos
arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Funcionários com as
infomações adicionais, necessárias para a geração dos arquivos do eSocial.

Função: Manutenção Funcionários Contratos Especiais – FP1510


Projeto: D1180HCM12 – IRM 3000
Requisito: É necessário informar os dados adicionais do cadastro de funcionários contratos especiais, necessários na
geração dos arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Funcionários Contratos
Especiais com as infomações adicionais, necessárias para a geração dos arquivos do eSocial.

Função: Manutenção Histórico Situações – FP1600


Projeto: D1180HCM12 – IRM 3140
Requisito: Os afastamentos temporários dos funcionários devem ser enviados para o eSocial.
Implementação: Foi incluído o botão eSocial para que o usuário complemente a situação de afastamento lançada
para o funcionário, com as informações complementares a serem enviadas para o eSocial.

48 Versão 1.0
Release Notes

Função: Manutenção Informações Funcionário – FP3800


Projeto: D1180HCM12 – IRM 3340
Requisito: É necessário informar os dados adicionais do cadastro de habilitação profissional do funcionário,
necessários na geração dos arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Habilitação Profissional do
Funcionário com as datas de Expedição e validades das suas habilitações, necessárias na geração dos arquivos do
eSocial.

Função: Manutenção Informações IR - FP6020


Chamado: THXRWR
Requisito: Falta uma pasta no botão "Pesquisa", com a opção de busca por CPF.
Implementação: Foi implementada uma pasta chamada "CPF" para facilitar nas buscas.

Função: Manutenção Informações Participantes eSocial – FP2240


Projeto: D1180HCM12 – IRM 3270
Requisito: É necessário registrar a remuneração decorrente de múltiplos vínculos dos funcionários ou prestadores
de serviço autônomos, necessários na geração dos arquivos do eSocial.
É necessário registrar o cancelamento do aviso prévio, necessário para a geração dos arquivos do eSocial.
Implementação: Foi disponibilizado novo programa para a manutenção das informações dos participantes do
eSocial, tais como: movimentos de remuneração decorrente de múltiplos vínculos dos funcionários ou prestadores
de serviço autônomos, e cancelamento do aviso prévio, necessárias para a geração dos arquivos do eSocial.

Função: Manutenção Motivo Estabilidade – FP1100


Projeto: D1180HCM12 – IRM 3090
Requisito: É necessário relacionar os códigos de motivo estabilidade do sistema, com os Motivos de Estabilidade
definidos para o eSocial.
Implementação: Foi incluído o botão eSocial para que o usuário complemente o seu cadastro de Motivo Estabilidade
com o tipo de motivo estabilidade, conforme códigos definidos no eSocial.

Função: Manutenção Pessoa Física – FP1440


Projeto: D1180HCM12 – IRM 3000
Requisito: É necessário informar os dados adicionais do cadastro de pessoa física, necessários na geração dos
arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Pessoa Física com as
infomações adicionais, necessárias para a geração dos arquivos do eSocial.

Versão 1.0 49
Release Notes

Função: Manutenção Pessoa Jurídica - FP1420 / Manutenção Pessoa Física - FP1440


Chamado: THPELN
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

Função: Manutenção de Prestadores de Serviço - FP0840


Chamado: THPEJZ
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

Função: Manutenção Movimentação Serviços Prestador – Pessoa Jurídica - FP2180


Chamado: THPEN8
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

Função: Manutenção Parâmetros Empresa RH – FP0500


Projeto: D1180HCM12 – IRM 4600
Requisito: É necessário identificar o empregador para o eSocial.
Implementação: Foi incluído o botão eSocial para que o usuário complemente o cadastro da empresa com a
informação do Empregador.
Ao informar o empregador, o sistema efetuará a carga de algumas informações do complemento eSocial dos
eventos.

Função: Manutenção Plano de Lotação – FP0800


Projeto: D1180HCM12 – IRM 3030
Requisisto: É necessário informar os dados adicionais do cadastro de unidades do plano de lotação, necessários na
geração dos arquivos do eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Unidade de Lotação do
plano para informar os campos adicionais, necessários na geração dos arquivos do eSocial.

50 Versão 1.0
Release Notes

Função: Manutenção Plano de Lotação – FP0800


Projeto: D1180HCM12 – IRM 3030
Requisito: É necessário validar as informações do cadastro de tomador de serviço, com as informações
complementares da unidade de lotação do plano.
Implementação: Foi incluída validação para que ao alterar os campos Natureza e Tipo Obra do cadastro de tomador
de serviço, e incluir ou alterar um registro de unidade de lotação relacionada a este na pasta Unid Lotac, as
informações fiquem de acordo com o conteúdo do campo Tipo Lotação, informado no complemento de informações
da unidade de lotação do plano, por meio do programa FP0800I.

Função: Manutenção Prestador de Serviço - FP0840


Chamado: THPFX2
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

Função: Manutenção Processo Justiça – FP0030


Projeto: D1180HCM12 – IRM 3260
Requisito: É necessário informar os dados dos processos Administrativos e Juciciais tramitados na justiça,
necessários na geração dos arquivos do eSocial.
Implementação: Foi disponibilizado novo programa para a manutenção das informações dos processos
Administrativos e Judiciais tramitados na justiça, necessários para a geração dos arquivos do eSocial.

Função: Manutenção Situações – FP0060


Projeto: D1180HCM12 – IRM 3110
Requisito: É necessário relacionar os códigos de situações de afastamento e desligamento do sistema com os Tipo de
Afastamento e Tipo de Desligamento definidos para o eSocial.
Implementação: Foi incluído o botão eSocial para que o usuário complemente o seu cadastro de Situações com o
tipo de afastamento e tipo de desligamento, conforme códigos definidos no eSocial.

Função: Manutenção Tomador Serviço – FP0870


Projeto: D1180HCM12 – IRM 3320
Requisito: É necessário informar os dados adicionais do cadastro de tomador de serviços, necessários na geração dos
arquivos do eSocial.

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.

Função: Manutenção Tomadores de Serviço - FP0870


Chamado: THPFXH
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

Função: Manutenção Unidades Federação e Países – FP0100


Projeto: D1180HCM12 – IRM 3310
Requisito: É necessário informar os dados adicionais do cadastro de países, necessários na geração dos arquivos do
eSocial.
Implementação: Foi incluído o botão eSocial para o usuário complementar o cadastro de Países e informar o código
do país na tabela de países da RFB, necessário na geração dos arquivos do eSocial.

Função: Manutenção Unidades Federação e Países – FP0100


Projeto: D1180HCM12 – IRM 7200
Requisito: É necessário incluir a tabela de municípios para o país Brasil.
Implementação: Foi incluída a pasta Município no programa Manutenção Unidades Federação e Países (FP0100), a
qual ficará habilitada somente para o país BRA- Brasil.
É necessário efetuar o load do arquivo univdata\py00790.d, para que seja efetuada a carga dos municípios para esse
programa.
Programas alterados para contemplar a consulta da tabela de municípios:
 Manutenção Pessoa Jurídica – FP1420
 Manutenção Pessoa Física – FP1440
 Atualiza Tomador de Serviço – FP0870
 Manutenção Processos eSocial – FP0030
 Acidentes Trabalho – ST0701
 Cadastro de Acidente de Trabalho (CAT) eSocial – ST2080
 Importa Funcionários – FP6600
 Importa Funcionários Contratos Especiais – FP6610

Função: Monitor eSocial – FP9850

52 Versão 1.0
Release Notes

Projeto: D1180HCM12 – IRM 4500


Requisito: É necessário que seja permitido consultar a situação de mensagens enviadas para o eSocial.
Implementação: Foi desenvolvido novo programa para permitir a consulta de mensagens enviadas para o eSocial.

Função: Movto Serviço Prestado Física - FP2160


Chamado: THPFWM
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

Função: Qualificação Cadastral eSocial – FP9830


Chamado: TICD93
Requisito: É necessário gerar arquivo TXT, contendo informações dos funcionários para saneamento/qualificação das
informações cadastrais no processo do eSocial.
Implementação: Foi desenvolvido novo programa no processo eSocial para geração de arquivo TXT, contendo dados
CPF, PIS, Nome e Data Nascimento para validação em lote dos dados cadastrais dos funcionários, visando identificar
possíveis divergências, para não comprometer o cadastramento inicial ou admissões de trabalhadores no processo
do eSocial.
Importante: Até o momento foi disponibilizado somente a qualificação individual do cadastro
(http://www9.dataprev.gov.br/Esocial/pages/qualificacao/qualificar.xhtml), em breve o Governo deve disponibilizar
o programa para importação do arquivo para qualificação em lote e, a empresa deve tratar o retorno, possíveis
inconsistências, junto aos seus funcionários.

Função: Sincronizador eSocial – FP9860


Projeto: D1180HCM12 – IRM 7200
Requisito: É necessário efetuar a Sincronização dos arquivos XML para conexão com o TSS e esse, por sua vez, com o
Governo.
Implementação: Foi desenvolvido novo programa que enviará as mensagens geradas pelo produto no formato XML
e as integrará com o TSS.

Função: Relatório do Custo Total do Funcionário - FP4220


Chamado: THPFVI
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

Versão 1.0 53
Release Notes

Função: Resumo dos Encargos - FP4230


Chamado: THPFVV
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

4.1.3 Medicina do Trabalho

Função: Importação de ASO eSocial eSocial – MT2010


Projeto: D1180HCM12 – IRM 3151
Requisito: É necessário desenvolver novo programa, onde serão importados dos ASO’s relacionados aos
participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi desenvolvido novo programa, onde o usuário fará a importação dos ASO’s relacionados aos
participantes da empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Manutenção Atestado de Saúde Ocupacional - ASO – eSocial - MT2000


Projeto: D1180HCM12 – IRM 3151
Requisito: É necessário desenvolver novo programa, onde serão registrados os atestados de saúde ocupacional,
realizados pelos participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi desenvolvido novo programa, onde o usuário fará o registro dos atestados de saúde
ocupacional, realizados pelos participantes relacionados à empresa, atendendo as definições estabelecidas pelo e-
Social.

Função: Manutenção Exames - eSocial – MT2020


Projeto: D1180HCM12 – IRM 3151
Requisito: É necessário desenvolver novo programa, onde serão registrados os exames a serem realizados pelos
participantes da empresa, conforme códigos definidos no e-Social.
Implementação: Foi desenvolvido novo programa, onde serão registrados os exames a serem realizados pelos
participantes da empresa, atendendo as definições estabelecidas pelo e-Social.

4.1.4 Segurança do Trabalho

54 Versão 1.0
Release Notes

Função: Cadastro Requisitos EPI Estabelecimento eSocial – ST2100


Projeto: D1180HCM12 – IRM 3160
Requisito: É necessário desenvolver novo programa, onde serão registrados os requisots referentes aos EPI´s
relacionados ao estabelecimento, conforme códigos definidos no e-Social.
Implementação: Foi disponibilizado novo programa, onde serão registrados os requisitos dos EPI´s relacionados ao
estabelecimento, atendendo as definições estabelecidas pelo e-Social.

Função: Controle Agente de Risco – ST0005


Projeto: D1180HCM12 – IRM 3150
Requisito: É necessário complementar o cadastro de agentes de risco para atender ao e-Social.
Implementação: Foi incluído o botão e-Social para que o usuário complemente o cadastro de agentes de risco,
conforme códigos definidos e-Social.

Função: Importação de ASO eSocial – MT2070


Projeto: D1180HCM12 – IRM 3161
Requisito: É necessário desenvolver novo programa, onde serão importadas as Condições Diferenciadas de Trabalho
relacionadas aos participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi disponibilizado novo programa, onde o usuário fará a importação das Condições Diferenciadas
de Trabalho relacionadas aos participantes da empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Importação de Atividades Desempenhadas – ST2120


Projeto: D1180HCM12 – IRM 3171
Requisito: É necessário desenvolver novo programa, onde serão importadas as Atividades Desempenhadas
relacionadas aos participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi desenvolvido novo programa, onde o usuário fará a importação das Atividades Desempenhadas,
relacionadas aos participantes da empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Importação de Comunicação de Acidente do Trabalho eSocial – ST2090


Projeto: D1180HCM12 – IRM 3181
Requisito: É necessário desenvolver novo programa, onde serão importados os acidentes de trabalho ocorridos com
os participantes ligados à empresa, conforme códigos definidos no e-Social.
Implementação: Foi disponibilizado novo programa, onde o usuário fará a importação dos acidentes de trabalho
ocorridos com os participantes relacionados à empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Manutenção Acidente do Trabalho – ST0701

Versão 1.0 55
Release Notes

Projeto: D1180HCM12 – IRM 3180


Requisito: É necessário registrar a ocorrência de acidentes do trabalho, definidos para o e-Social.
Implementação: Foi incluído o botão e-Social para que o usuário informe o complemento dos acidentes do trabalho,
conforme códigos definidos no e-Social.

Função: Manutenção Acidente do Trabalho - Acidentado – ST0701b


Projeto: D1180HCM12 – IRM 3180
Requisito: É necessário informar o completo dos acidentes do trabalho, definidos para o e-Social.
Implementação: Foi incluído o botão e-Social para que o usuário informe a ocorrência de acidentes do trabalho,
conforme códigos definidos no e-Social.

Função: Manutenção Acidente do Trabalho eSocial – ST2080


Projeto: D1180HCM12 – IRM 3181
Requisito: É necessário desenvolver novo programa, onde serão registrados os acidentes de trabalho ocorridos com
os participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi disponibilizado novo programa, onde o usuário fará o registro dos acidentes de trabalho
ocorridos com os participantes relacionados à empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Manutenção Atividades Desempenhadas eSocial – ST2020


Projeto: D1180HCM12 – IRM 3171
Requisito: É necessário desenvolver novo programa, onde serão registradas as atividades desempenhas na empresa,
conforme códigos definidos no e-Social.
Implementação: Foi desenvolvido novo programa, onde o usuário fará o registro das atividades desempenhas na
empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Manutenção Atividades Desempenhadas por Participantes eSocial - ST2000


Projeto: D1180HCM12 – IRM 3171
Requisito: É necessário desenvolver novo programa, onde serão registradas as atividades desempenhadas pelos
participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi desenvolvido novo programa, onde o usuário fará o registro das atividades desempenhadas
pelos participantes relacionados à empresa, atendendo as definições estabelecidas pelo e-Social.

Função: Manutenção Condições Diferenciadas de Trabalho eSocial– ST2040


Projeto: D1180HCM12 – IRM 3161

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.

Função: Manutenção Condições Diferenciadas de Trabalho eSocial– ST2060


Projeto: D1180HCM12 – IRM 3161
Requisito: É necessário desenvolver novo programa, onde serão registradas as condições diferenciadas de trabalho
dos participantes ligados a empresa, conforme códigos definidos no e-Social.
Implementação: Foi disponibilizado novo programa, onde serão registradas as condições diferenciadas de trabalho
dos participantes relacionados à empresa, atendendo as definições estabelecidas pelo e-Social.

5 Framework

5.1 Framework TOTVS

5.1.1 Cadastros Gerais

Função: Consulta Série x Estabelecimento - FT0114 / Manutenção Estabelecimento -


CD0403
Chamado: THOKRG
Requisito: Conforme Ajuste SINIEF CONFAZ 5/13, de 05 de abril de 2013, fica instituído que a critério da unidade
federada, a emissão do MDF-e poderá também ser exigida do contribuinte emitente de CT-e, no transporte de carga
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.

Versão 1.0 57
Release Notes

Capítulo 3: Correções - Negócios

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

1.1 Ativo Fixo

1.1.1 Ativo Fixo

Função: Calcular Bem Patrimonial - FAS704


Chamado: THXKSW
Situação: Nos relatórios de cálculo/saldo, na moeda Fiscal/IGP é apresentado um valor de -51.849,53, no valor da
depreciação, devido ao movimento de transferência de um bem patrimonial.
Solução: Foram efetuadas alterações no cálculo do movimento de transferência.

Função: Executa Importação de Bens Patrimoniais - DCF727ZA


Chamado: THWWSM
Situação: Ao importar incorporações, ocorre inconsistência, pois o programa de importação grava o conteúdo
"imobilizado", inclusive se o usuário informar "reavaliação" no arquivo de importação. A implantação realizada pelo
produto padrão de forma on-line grava "reavaliação".
Solução: Foram efetuadas alterações no programa para que seja gravada na importação “reavaliação”, se informado
esse conteúdo no arquivo de incorporação.

Função: FAS - Baixa Bem Patrimonial - FAS702PA


Chamado: TI7512
Situação: Para bens cujo valor original é negativo, ao realizar a baixa do bem, no programa Baixa de Bens
(prgfin\fas\fas702aa.r), são gerados os registros de saldo com valor incorreto.
Solução: Foram efetuadas alterações no programa Baixa de Bens (prgfin\fas\fas702aa.r), para gerar os registros de
saldo com os valores corretos, como funciona para bens cujo valor original é positivo.

Função: FAS - Cálculo por Mapa - FAS728AA.R

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.

Função: FAS - Inclusão de Bens - FAS701CA


Chamado: THZX99
Situação: Com a função fas_oracle ativada, na inclusão de bens (prgfin\fas\fas701ca.r), o sistema não assume a
sequência automaticamente, o usuário precisa verificar qual é a última sequência implantada e incluir manualmente.
Solução: Foram efetuadas alterações no programa para que na inclusão do bem (prgfin\fas\fas701ca.r), o sistema
assuma automaticamente a sequência, conforme parametrizado e com a função fas_oracle ativada.

Função: FAS - Modifica Bem Patrimonial - FAS701EB


Chamado: THXKXB
Situação: Ao alterar o centro de custo no próprio bem, após ter incluído uma incorporação, o sistema não altera o
centro de custo da incorporação na tela de movimentos (prgfin\fas\fas211aa.r).
Solução: Foram efetuadas alterações na rotina de alteração de bens patrimoniais (prgfin\fas\fas701eb.r), para que
atualize o centro de custo das incorporações no momento de alterar o centro de custo do bem principal.

Função: FAS - Razão Auxiliar - FAS309AA


Chamado: THUORT
Situação: No relatório razão auxiliar (prgfin\fas\fas309aa.r), ao marcar a opção "Considera Movimento de
Transferência", o relatório é gerado sem considerar os valores de transferência, ao informar o estabelecimento
relacionado.
Solução: Foram efetuadas alterações no programa para considerar os movimentos de transferência corretamente,
no saldo inicial e final do relatório.

Função: FAS - Relatório Situação Geral Patrimonio - FAS342AA


Chamado: THXPNM
Situação 1: Ao emitir o relatório Situação Geral do Patrimônio (prgfin\fas\fas342aa.r), utilizando somente a regra por
Conta Patrimonial o bem é listado, porém ao utilizar a regra por Estabelecimento o bem não é listado.
Situação 2: O relatório Situação Geral do Patrimônio (prgfin\fas\fas342aa.r), não respeita a regra de seleção por
Centro de Custo, de acordo com a data de corte informada.
Solução 1: Foram efetuadas alterações na emissão do relatório Situação Geral do Patrimônio (prgfin\fas\fas342aa.r),
para listar os bens corretamente, conforme regra informada na seleção.
Solução 2: Foram efetuadas alterações no relatório Situação Geral do Patrimônio (prgfin\fas\fas342aa.r), para listar
os bens respeitando o centro de custo selecionado e a data de corte informada.

Versão 1.0 59
Release Notes

Função: FAS - União de Bens - FAS714AA


Chamado: THYID4
Situação: Na união de bens (prgfin\fas\fas714aa.r), se o usuário não sair da tela, o sistema soma o valor da
depreciação para todas os processos que são realizados.
Solução: Foram efetuadas alterações no programa para gravar corretamente os valores de depreciação e não
permitir unir o mesmo bem duas vezes.

Função: Funções Apropriação Contábil - FAS700


Chamado: THY719
Situação: Ao efetuar o cálculo para o mês de setembro, são gerados valores grandes para depreciação, na consulta
de registro cálculo bem.
Solução: Foram efetuadas alterações no programa para efetuar o cálculo correto para o mês de setembro e
posteriores.

Função: Incluir Incorporações Bem - FAS715DA


Chamado: TICDWL
Situação: Ao efetuar a inclusão de incorporação, o sistema demora para disponibilizar o programa para a próxima
inclusão.
Solução: Foram efetuadas alterações no processo de validação do bem e incorporações relacionadas, para diminuir o
tempo de processamento.

Função: União Bens - FAS714


Chamado: THXJYG
Situação 1: Ao executar a união de bens patrimoniais (FAS714AA), se a conta patrimonial destino tiver
parametrização de cenário/finalidade diferente da origem, o programa gera os bens destinos da união com valores
inconsistentes.
Situação 2: O produto não realiza o cálculo de depreciação do dia do movimento de valorização (custo atribuído),
devido a determinada regra de negócio, associada aos dados do bem.
Solução 1: Foram efetuadas alterações no programa para gerar os bens de destino da união com os valores corretos,
para a parametrização de cenário/finalidade da conta destino.
Solução 2: Foram efetuadas alterações no programa para efetuar o cálculo de depreciação do dia de valorização do
bem.

1.1.2 Patrimônio

60 Versão 1.0
Release Notes

Função: Relatório de Créditos PIS/COFINS/CSLL - FAS365AA


Chamado: THXQRR
Situação 1: Não é gerado o relatório, quando o período final informado é anterior ao da última parcela. Esta situação
ocorre para a versão 1.00.00.018 no Totvs 11, no EMS 5.06 funciona normalmente (versão 1.00.00.017).
Situação 2: O relatório não lista os valores de PIS/COFINS, quando existe somente para incorporação, não existe para
o bem controle de PIS/COFINS.
Solução 1: Foram efetuadas alterações para comparar as versões 1.00.00.017 e 1.00.00.018 e acertar a versão 18,
para gerar o relatório corretamente.
Solução 2: Foram efetuadas alterações no relatório para listar os valores de PIS/COFINS parametrizados para
incorporação.

1.2 Contábil

1.2.1 Contabilidade Fiscal

Função: Acerto Conta Contábil Integração - FGL804AA


Chamado: THXXZP
Situação: Ao executar o programa Conta Contábi Integração (prgint/utb/utb033aa.r), este demora para abrir a tela.
Solução: Foram efetuadas alterações no programa para solucionar a divergência de performance.

Função: Conciliação do FAT X ACR X FGL - FGL222ZC


Chamado: THW992
Situação: Na consulta de conciliação do FAT X ACR X FGL, existe uma diferença entre os valores do ACR com o FGL, e
esta diferença é o valor do DB, ou seja, a consulta considera somente os lançamentos CR.
Solução: Foram efetuadas alterações no programa para considerar também os DB existentes no período selecionado
para a conta contábil.

Função: Consulta Razão Conta Contábil - FGL208AA


Chamado: THZQFM
Situação: Ocorre baixa performance na abertura do programa Consulta Razão Contábil.
Solução: Foram efetuadas alterações no programa para melhorar a performance da rotina de consulta.

Função: FAS - Extração PIS/COFINS - FAS752ZA

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.

Função: FGL - Estrutura Unidade Negócio - UTB011YA


Chamado: THXU98
Situação: Na consulta da estrutura de unidades de negócio, não são apresentadas corretamente as unidades filhas
abaixo da unidade pai.
Solução: Foram efetuadas alterações no programa de estrutura de unidades de negócio (prgint\utb\utb011ya.r),
para apresentar corretamente a estrutura, quando é realizada a expansão.

Função: FGL - Balancete - FGL307AB / Demonstrativo Contabil - MGL204ZI /


Demonstrativo Contabil - MGL204ZJ / Demonstrativo Contabil - MGL204ZK /
Demonstrativo Contabil - MGL204ZL / Demonstrativo Contabil - MGL204ZA /
Demonstrativo Contabil - MGL204AA / Balancete Gerencial - MGL303ZA / Relatório
Demonstrativo Contabil - MGL304AB / Relatório Demonstrativo Contabil - MGL704ZA /
Títulos em aberto - ACR303AA / Títulos em aberto - APB322AA / Razão por Centro de
Custo - FGL302AC / Diário Contábil - FGL305AB / Balancete Contábil - FGL307ZC /
Extrator SPED PIS/COFINS - FGL728ZA
Chamado: THZRY1
Situação: O tempo de processamento do balancete (prgfin\fgl\fgl307ab) está muito alto, quando informado uma
faixa de contas.
Solução: Foram efetuadas alterações no programa para melhorar o tempo de processamento.

Função: Manut. Ccustos - UTB066EA


Chamado: TI0344
Situação: Ocorre inconsistência, após clicar no botão "OK" ou "Salva".
Solução: Foram efetuadas alterações no programa para que a inconsistência não ocorra.

Função: Relatório Consistências - FAS368AA / Bloqueio Ativo Fixo - FAS912ZA


Chamado: THYQL7
Situação 1: É apresentada mensagem indevida, relacionada aos movimentos de Custo Atribuído.

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.

Função: SPED Contábil - LF0200


Chamado: THZYDH
Situação: Está ocorrendo a validação no SPED Contábil "Quantidade de campos incorreta." relacionada ao registro
I051, impedindo a transmissão do arquivo.
Solução: Foram efetuadas alterações no programa de geração para que não ocorra a validação no SPED Contábil
"Quantidade de campos incorreta." relacionada ao registro I051, se as informações estão corretas

1.3 Financeiro

1.3.1 Aplicações e Empréstimos

Função: Ajuste Cálculo Correção - prgfin\apl\apl724aa.r


Chamado: THYBX0
Situação: Ao alterar movimentos de “Juros Competência”, o programa não recalcula os movimentos de
“Transferência de Saldo”, que equivalem a estes juros. Assim, os movimentos de juros por competência ficam com
um valor e os de transferência de saldo, referente a estes juros, com outro valor.
Solução: Foram efetuadas alterações no programa para:
 Ao alterar o movimento de “Juros Competência’, buscar o movimento de “Transferência de Saldo”, na
mesma data e cenário contábil, e também recalcular este movimento e as apropriações contábeis;
 Gravar um histórico desta alteração, tanto no movimento de juros por competência, quanto no movimento
de transferência de saldo que foi recalculado.

Função: Cálculo de Juros de Aplicação


Chamado: THXJB6
Situação: Ao realizar o cálculo de uma determinada aplicação, o valor de juros calculado não é gerado corretamente.
O sistema gera somente o cálculo dos juros da correção parcial e não gera os juros referente ao próximo aniversário.
Solução: Foram efetuadas alterações no sistema para gerar a movimentação de juros corretamente, gerando o valor
de juros para o próximo aniversario, e também o valor de juros da data informada na correção parcial.

Função: Movimentação Diária de Aplicações

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.

Função: Movimentação Diária Empréstimos


Chamado: THXGIB
Situação: Ao executar o programa Movimiento Diarios Emprestimos (prgfin\apl\apl708eb.r), é apresentada
inconsistência.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

Função: Pagamento de Parcelas


Chamado: THXAWQ
Situação: Ao realizar o pagamento de uma parcela com data anterior a data da última correção, o sistema permite
realizar este procedimento, gerando diferenças no razão de movimentos do módulo, ou seja, a operação é
encerrada, porém no razão continua apresentando valores.
Solução: Foram efetuadas alterações no sistema para apresentar uma mensagem de inconsistência, informando que
existem movimentações com data posterior a movimentação, impendido o processo caso a data de pagamento que
esta sendo realizada seja menor que a data de última correção de valor.

Função: Pagamento por Faixa - APL772AA


Chamado: THWWAI
Situação: Ao executar pagamentos por faixa, são gerados movimentos sem respeitar o número de casas decimais da
moeda do movimento.
Solução: Foram efetuadas alterações no programa para não gerar valores com casas decimais em desacordo com as
parametrizadas no cadastro do indicador econômico, utilizado no pagamento.

Função: Pagamento por Faixa - APL772AA / Movimentação Diária - APL708AA


Chamado: TIAFGR
Situação: Ao realizar o pagamento de parcelas de forma individual, o sistema não quebra os valores corretamente,
gerando diferenças de centavos no momento da contabilização.
Solução: Foram efetuadas alterações na rotina de pagamento individual, para realizar a geração dos valores
corretamente, evitando diferença no momento da contabilização.

Função: Recálculo das Parcelas do Contrato - PRGFIN/APL/APL708ZK

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.

1.3.2 Aprovação de Processos Financeiros

Função: Manut. Pedidos de Aprovação Pagto - APF750


Chamado: THYVH8
Situação: No TOTVS 11 ao enviar um documento para aprovação via e-mail, onde a empresa do ems2 possui
caracteres ou números zeros a direita (exemplo 001), o html gerado para aprovação fica em branco.
Solução: Foram efetuadas alterações no programa para que o html seja gerado corretamente, permitindo que o
usuário consiga efetuar a aprovação.

1.3.3 Caixas e Bancos

Função: Contabilização e Demonstrativo Contábil CMG


Chamado: THIAMH
Situação: Ocorre divergência de performance, ao executar a rotina de contabilização do CMG.
Solução: Foram efetuadas alterações no programa para não apresentar divergências de performance.

Função: Manutenção de Banco \ Instrução bancária Banco (Flex)


Chamado: THPZX8
Situação: Ocorre inconsistência ao tentar vincular uma instrução bancária ao banco.
Solução: Foram efetuadas alterações no programa para que a inconsistência não seja apresentada e seja possível
vincular a instrução bancária ao banco.

Função: Modifica Movimento da Conta Corrente - CMG700FA


Chamado: THYHRN
Situação: No programa Modifica Movimento da Conta Corrente (CMG700FA), quando alterado o Fluxo do
movimento de Ent para Sai ou vice e versa, o sistema gera lançamentos incorretos na contabilidade, e executa dois
créditos na conta de Bancos e dois débitos na conta transitória, ao contrário de apenas inverter as contas de débito e
crédito.

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.

Função: Modifica Movimentação Diária Conta Corrente - CMG700FA


Chamado: TGEGHB
Situação: Ao modificar o valor de determinada movimentação de uma Conta Corrente no Datasul 11:
• Quando no cadastro de tipo de transação caixa estão parametrizados vários rateios e o usuário não altera
estes, o sistema não recalcula o rateio proporcional, é lançada a diferença toda em um único rateio.
• Quando no cadastro de tipo de transação caixa não há rateio parametrizado e o usuário insere os rateios
manualmente na inclusão, o sistema altera o rateio contábil.
Solução: Foram efetuadas alterações no programa para:
• Recalcular corretamente os rateios contábeis que foram gerados de forma automática, com base nos
percentuais parametrizados.
• Não modificar os rateios inseridos manualmente pelo usuário.

Função: Movimentação Diária Caixa e Bancos - CMG700AA.P


Chamado: THYMQY
Situação: Ao clicar no botão de apropriação da movimentação diária do caixa e bancos não é aberta a tela, quando a
empresa que o usuário está logado não está parametrizada para utilizar o BGC.
Solução: Foram efetuadas alterações no programa para que seja aberta a tela de apropriação, quando o usuário
clicar no botão de apropriação, inclusive quando a empresa não está parametrizada para utilizar o BGC.

1.3.4 Contas a Pagar

Função: API Implantação de Títulos - APB900ZG


Chamado: THYYO2
Situação: Ao implantar um título via API em uma empresa nova, onde os Parâmetros Gerais para o Módulo APB
ainda não foram cadastrados, ocorrem diversas mensagens de inconsistência, e a empresa nas mensagens é
apresentada em branco, dificultando a análise das inconsistências.
Solução: Foram efetuadas alterações no programa para validar o cadastro dos Parâmetros Gerais do Módulo APB. As
outras mensagens não serão apresentadas, caso não existir o cadastro dos Parâmetros Gerais do Módulo APB.

Função: Confirmação de Borderô - APB749ZA


Chamado: TIACTC

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.

Função: Exportação Títulos Fechados - CD9971


Chamado: THSWQU
Situação: Ao executar a exportação de títulos fechados em modo batch, onde o servidor de execução é Unix, ocorre
inconsistência.
Solução: Foram efetuadas alterações na chamada do programa Lote Implantaçao de Títulos (apb524za), alterando as
barras (\) para barra invertida (/), pois o Unix não reconhece a barra (\).

Função: Implantação de Títulos via API - APB739ZA


Chamado: THZGBT
Situação: Ao integrar um título, abatendo várias provisões e enviando a informação para zerar o saldo, ocorre
travamento na rotina e não integra.
Solução: Foram efetuadas alterações para não ocorrer o travamento.

Função: Implantação de Títulos - APB704AA


Chamado: THVEG9
Situação: O sistema permite que o usuário logado em uma empresa, realize a edição de documentos em lotes de
implantação pendentes no contas a pagar em outras empresas.
Solução: Foram efetuadas alterações no programa para não permitir que o usuário edite documentos de empresas
diferentes da empresa na qual está logado, apresentando uma mensagem de validação.

Função: Mensagem 12862 - MSG12862


Chamado: THZQVH
Situação: Ao executar a migração ocorre inconsistência, informando que a mensagem não foi encontrada.
Solução: Foram efetuadas alterações no programa para apresentar a mensagem de inconsistência corretamente.

Função: Modifica Título Bancário - APB775EA

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.

Função: Pagamento via Caixa ou Cheque ou Borderô - APB710ZC


Chamado: THWLJ5
Situação: Quando é utilizada a Aprovação Financeira de Documentos (APF), ao efetuar pagamento de um título que
não tem seu saldo totalmente liberado, o sistema não bloqueia o pagamento quando o valor de pagamento é
alterado para o saldo do título.
Solução: Foram efetuadas alterações no programa para validar o valor liberado para pagamento, quando possuir
Aprovação Financeira de Documentos (APF).

Função: Relatório Títulos em Aberto - APB322AA


Chamado: THUG08
Situação: Ao gerar o título em aberto com a classificação por conta contábil, é apresentado um resumo com o saldo
da conta para o Contas a Pagar, Contabilidade e diferença entre os dois. Porém, o saldo da contabilidade é
apresentado sempre com valor positivo, inclusive quando o saldo da conta na contabilidade é negativo. Assim, a
diferença que é calculada não é uma diferença real.
Solução: Foram efetuadas alterações no programa para listar corretamente o saldo da Contabilidade.

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.

Função: Vincular Antecipações - APB749ZA


Chamado: TI1316

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.

1.3.5 Contas a Receber

Função: Adapter XML de implantação de Títulos (AccountReceivableDocument) -


axrfi002.p
Chamado: THY912
Situação: Ao implantar um documento de cobrança especial na release 11.5.7, utilizando os adapters de XML, o
sistema apresenta mensagem de inconsistência, não finalizando o processo. Isto ocorre pelo fato do XML não estar
preparado para alimentar os novos campos da release 11.5.7 (Código da Bandeira, TID e Código do Terminal).
Solução: Foram efetuadas alterações na rotina de implantação de documento por meio de XML, para prever os
novos campos e não apresentar a inconsistência indevidamente.

Função: Agenda do usuário - IVC516ZB


Chamado: THZCS9
Situação: Caso na agenda do usuário sejam selecionados documentos de estabelecimentos diferentes para
manutenção da agenda (manutenção agenda, alteração portador ou vencimento ou inclusão de histórico), o sistema
gera um histórico por estabelecimento, ou seja, caso selecionados documentos de três estabelecimentos distintos,
são gerados três históricos iguais para o usuário.
Solução: Foram efetuadas alterações no programa para gerar apenas um histórico por empresa e usuário.

Função: API de Manutenção de Cliente\Fornecedor - UTB765ZL


Chamado: THZGVP
Situação: Quando a base possui o EAI e é alterada alguma informação da pessoa e a transação de customerVendor
não está assinada, a API não apresenta mensagem de inconsistência, mas também não efetiva a alteração.
Solução: Foram efetuadas alterações para também efetuar as alterações solicitadas, quando a transação
CustomerVendor não estiver assinada.

Função: Apropriação de relacionamento Pendente ACR - ACR026


Chamado: TIAMME
Situação: Quando é efetuado o vínculo de uma Nota de Crédito a um Documento Normal, é permitido incluir um
Rateio diferenciado. Porém, o sistema permite informar o Rateio em um Centro de Custo que não faz parte do Mapa
de Distribuição utilizado para a Conta Contábil informada.

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.

Função: Conciliação DNI's/Antecipações ACR - ACR521ZA


Chamado: THWVQ2
Situação: Quando a base possui nos parâmetros de integração (prgint\utb\utb036za.r) o parâmetro Clientes 2.00 e a
empresa (prgint\utb\utb069aa.r), onde é incluído o cliente o campo Integra EMS2 está desmarcado, não é
incrementado o campo Cliente com o código do último cliente + 1.
Solução: Foram efetuadas alterações para que incremente o campo Cliente, inclusive quando estiver desmarcado o
campo Integra EMS2 no cadastro de empresa.

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.

Função: Devolução de Cliente - ACR702ZD


Chamado: THPK83
Situação: Ao efetuar uma devolução de cliente, o sistema relaciona o representante ao documento de forma correta,
porém não gera o Débito de comissão.
Solução: Foram efetuadas alterações no sistema para que o valor de débito de comissão seja gerado no documento,
no momento da geração da devolução de cliente.

Função: Estorno de Títulos ACR - ACR715AA


Chamado: THTQSV
Situação: Ao estornar um título de antecipação(Estorno de Valor a Menor), o sistema retorna mensagem de
inconsistência, informando que a movimentação não pode ser estornada. Para ser estornado, deve-se estornar a
movimentação de implantação da antecipação que a gerou, verificando que nesse caso essa antecipação não foi
gerado por outra antecipação.

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.

Função: Estorno de Títulos/Movimentos ACR715AA


Chamado: THWA42
Situação: Ocorre baixa performance na abertura da tela do programa.
Solução: Foram efetuadas alterações nos pontos que apresentavam baixa performance na rotina.

Função: Exportação de Títulos


Chamado: TIAHHM
Situação: Ao realizar a exportação de um lote de implantação de títulos, a tabela não é exportada.
Solução: Foram efetuadas alterações no programa para que a opção de exportação de item de implantação exporte
também os registros da tabela relacionados ao item de implantação.

Função: Geração de Comissões - ACR740ZA


Chamado: THTCU6
Situação 1: O sistema não gera o Débito de Comissão, referente ao estorno de comissão, quando o documento é
liquidado com uma antecipação de devolução.
Situação 2: Ocorre inconsistência Progress, informando que o registro já existe com a mesma chave.
Situação 3: Ocorre inconsistência na geração do movimento de comissão, em documentos com estorno de
renegociação, realizado por transferência de estabelecimento.
Solução 1: Foram efetuadas alterações no programa para que o débito de comissão seja gerado corretamente.
Solução 2: Foram efetuadas alterações no programa para que a inconsistência Progress não ocorra.
Solução 3: Foram efetuadas alterações no sistema para gerar corretamente o valor da comissão em documentos
com estorno de renegociação, gerado por transferência de estabelecimento.

Função: Implantação de Títulos de Cobrança Especial - ACR246ZA


Chamado: THXF92
Situação: O sistema não busca o percentual de remuneração parcelado, cadastrado na Manutenção Administradora
de Cartão de Crédito, para as compras parceladas na Cobrança Especial.
Solução: Foram efetuadas alterações no sistema para que ao Registrar o título de cartão em mais de uma parcela,
seja utilizado o percentual de Remuneração da Administradora do campo "Perc Remun Parc" (Percentual de
Remuneração Parcelado).

Função: Liquidação de Duplicatas contra Antecipações - ACR702ZJ

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.

Função: Liquidações do Período - ACR304AA


Chamado: THXMUC
Situação: Ao executar o relatório de liquidações do período com classificação por portador, o sistema lista a
descrição do portador incorretamente.
Solução: Foram efetuadas alterações no relatório de liquidações do período, para buscar corretamente a descrição
do portador, que se encontra no cadastro de Portador.

Função: Retenção PIS\COFINS\CSLL - ACR501AA


Chamado: THV406
Situação: O programa não possui um totalizador geral, onde é possível visualizar os valores somados de todos os
usuários.
Solução: Foi criado um totalizador no final do relatório, que será o somatório dos valores de todos os usuários.

Função: Transferência de Unidade de Negócio - ACR732AA


Chamado: TIADLO
Situação: O sistema permite realizar transferência de unidade de negócios em documentos totalmente estornados.
Solução: Foram efetuadas alterações no programa para que não seja permitido realizar o processo de transferência
de unidade de negócio, caso o documento selecionado já estiver estornado.

1.3.6 Controle de Inadimplência

Função: Manutenção da Agenda do Usuário


Chamado: THWJJS

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.

1.3.7 Fluxo de Caixa

Função: Fluxo de Caixa FLEX\Layout Coluna


Chamado: THY944
Situação: No cadastro de layout de coluna de fluxo de caixa, no cadastramento das sequências do Tipo de
Movimento, o botão "Salvar e Continuar" não permanece na tela e retorna a tela anterior, como se tivesse sido
pressionado o botão "Salvar".
Solução: Foram efetuadas alterações no programa Cadastro de layout de coluna de fluxo de caixa, para que no
cadastramento das sequências do Tipo de Movimento, ao clicar no botão "Salvar e Continuar", o sistema deve limpar
os registros e permanecer na tela para a realização do próximo cadastro.

Função: Integração APL X CFL


Chamado: TEDYV9
Situação: Ao realizar um acerto de valor a menor em uma aplicação financeira, o sistema não gera corretamente a
movimentação no fluxo de caixa. O sistema utiliza um tipo de fluxo incorreto, e falta uma movimentação no fluxo em
decorrência deste acerto.
Solução: Foram efetuadas alterações no programa para gerar corretamente a movimentação no fluxo de caixa,
quando realizado um acerto de valor em uma aplicação.

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.

1.3.8 Prestação de Contas (Viagens)

Função: Relatório Unidade de Aprovação - EEC304AA


Chamado: TIAYAE
Situação: Ao emitir o relatório de unidade de aprovação, este apresenta inconsistência Progress, validando o
formato do código de funcionário.
Solução: Foram efetuadas alterações no programa para que ao emitir o relatório não seja apresentada a
inconsistência Progress e para que seja possível gerar os dados no formato que é permitido o cadastro de
funcionário.

1.4 Planejamento e Controle Orçamentário

1.4.1 Execução Orçamentária

Função: BGC - Implantação de Pedido - BGC703ZC


Chamado: THUR29
Situação: Não ocorre o bloqueio ao implantar um pedido de compra no programa Implantação de Pedido de Compra
(CCP/CC0300.R).
Solução: Foram efetuadas alterações para detalhar no extrato de versão detalhes da verificação de parametrização,
existente no programa Verificação de Logs de Orçamento (prgfin\bgc\bgc700zc).

Função: Manutenção de Orçamentos


Chamado: THVJBY
Situação 1: Na redução do orçamento é somado o orçamento das contas sintéticas e analíticas, sendo que pela regra
de produto, quando informado orçamento para a conta sintética, as contas analíticas abaixo dessa teriam apenas os
valores estipulados como limite de gasto informados. Esses valores não deveriam ser somados ao valor da conta
sintética, para validar o orçamento.

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

2.1.1 Obrigações Fiscais

Função: Arquivo Fisco Convênio - OF0735


Chamado: THXVN4
Situação: Não está gerando os valores de PIS/COFINS na seqüência 993 registro 54 do Sintegra, pois não está sendo
realizada a leitura do campo correto.
Solução: Foram efetuadas alterações no programa para que seja gerada a seqüência 993 registro 54 quando existir
valores de PIS/COFINS.

Função: Arquivo Fisco Convênio 31/99 - OF0735


Chamado: TICEZQ
Situação: A CST gerada no arquivo do Sintegra não é a mesma CST gerada no SPED FISCAL.
Solução: Foram efetuadas alterações no programa gerador do Sintegra para que considere a mesma regra utilizada
na extração dos dados para o MLF (LF0202 - Extrator das Informações EMS), onde nas entradas é considerada a CST
preenchida pelo usuário no item do documento no módulo do recebimento, caso esta esteja preenchida será
assumida, caso não entra na regra de busca da CST.

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.

Função: Arquivo Fisco Normativa 86 e 87/INSS - OF0739


Chamado: TIBA35
Situação: Ao gerar os dados da IN86, Normativa IN 86/2001 – ADE COFIS 25/2010, não estão sendo gerados
corretamente os valores no registro L, 4.3.9, isto ocorre quando a nota fiscal possuir indicador de natureza 3
(serviço), a natureza de operação for “Entrada”, e parâmetro “Considera Desconto” for marcado.
Solução: Foram efetuadas alterações no programa para que no registro L, 4.3.9 seja gerado corretamente o valor
total dos itens. Quando a nota for de serviços, com uma natureza de operação de entrada, o programa irá gerar no
arquivo o valor da mercadoria liquida.

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.

Função: Estorno ICMS/IPI Devolução Clientes - OF0507


Chamado: THXOIF
Situação: Ao executar o programa OF0507, na aba digitação ao clicar no zoom do código de Natureza é apresentada
inconsistência Progress.
Solução: Foram efetuadas alterações no programa para que não apresente inconsistências Progress.

76 Versão 1.0
Release Notes

Função: Extrator das Informações EMS - LF0202


Chamado: THXZT4
Situação: No SPED Fiscal, quando o cliente lança informações de Outras Obrigações Tributarias no programa Inf
Adicionais Nota Fiscal (CD4035), ao gerar o SPED fiscal mesmo lançando códigos de ajustes diferentes para o mesmo
item, ao invés de gerar um D197 para cada código de ajuste lançado, é gerado apenas um D197 no arquivo
totalizando no primeiro registro para cada nota.
Solução: Foram efetuadas alterações no programa de extração das informações para gerar um registro D197 para
cada lançamento efetuado em Outras Obrigações Tributarias no programa Inf Adicionais Nota Fiscal (CD4035)
quando o código de ajuste for diferente.

Função: Gerador de Arquivos do SPED PIS/COFINS - LF0215


Chamado: THZO06
Situação: Não está sendo gerado o registro 0100 do contador para os demais estabelecimentos, apenas para o
estabelecimento consolidador. Conforme Guia prático deverá ser gerado neste registro todos os contabilistas
responsáveis pelos estabelecimentos.
Solução: Foram efetuadas alterações no gerador de arquivos do SPED contribuições para que gere os contabilistas no
registro 0100 por estabelecimento que possua movimentação no arquivo. Os registros não serão gerados em
duplicidade, pois algumas empresas podem possuir o mesmo contador. Conforme Guia: 1. Registro obrigatório,
utilizado para identificação do contabilista responsável pela escrituração fiscal da empresa, mesmo que o
contabilista seja funcionário da empresa ou prestador de serviço. 2. Apesar das contribuições sociais serem apuradas
de forma centralizada pelo estabelecimento matriz, as informações dos Blocos A, C, D e F são escrituradas por
estabelecimento. Neste sentido, caso a pessoa jurídica tenha mais de um contabilista responsável pela escrituração
fiscal de suas operações, estes devem ser relacionados no registro 0100.Nível hierárquico – 2 Ocorrência - Vários
(por arquivo).

Função: Implantação de itens - CD0205


Chamado: TIBMLQ
Situação: Ao alterar um item pelo programa CD0204, a informação do código do item anterior não está sendo salva,
fazendo com que a informação não conste na geração do arquivo do Sped fiscal, nos registro 0205, onde a
informação é obrigatória.
Solução: Foram efetuadas alterações no programa para que nas situações em que o registro 0205 for gerado, sejam
preenchidas todas as informações de seus campos, pois todos os campos do registro estão como obrigatório.

Função: Listagem Operações Interestaduais - OF0701


Chamado: TI1733

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”.

Função: Manutenção Dados Apuração - OF0313


Chamado: THZOAA
Situação: Ao cadastrar apuração para o tipo ICMS Incentiva (PE) e tentar incluir um código de ajuste, o campo código
de ajuste SPED Fiscal não está disponível em tela para a inserção dos dados.
Solução: Foram efetuadas alterações no programa para quando tiver uma apuração de tipo ICMS Incentivado (PE)
este possa incluir Ajuste para SPED Fiscal.

Função: Manutenção de Documentos Fiscais - OF0305


Chamado: THXQPL
Situação: O usuário está realizando a inclusão de um documento fiscal em Obrigações Fiscais, onde este possui uma
transportadora com UF “EX” sendo que o caminhão possui a placa com as informações do Brasil. Ao confirmar a
inclusão é apresentada a mensagem "Não foi encontrada a ocorrência em UF com a chave informada".
Solução: Foram efetuadas alterações no programa para permitir informar os dados do caminhão brasileiro mesmo
que o transportador seja do exterior.

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.

Função: Registro de Entradas para Comércio - OF0530


Chamado: THZBNB
Situação: Na listagem do documento de entrada no relatório Registro de Entradas para Comércio (OF0530), os
documentos que possuem naturezas de operação diferentes e Cfop´s iguais estão saindo com apenas uma
observação de ICMS ST, quando deveriam ser impressas todas as observações de documentos que possuem
naturezas de operação diferentes e Cfop´s iguais.
Solução: Foram efetuadas alterações no programa para que sejam impressas as observações dos documentos
corretamente, assim como é efetuado no OF0520.

78 Versão 1.0
Release Notes

2.1.2 Configurador Layout Fiscal

Função: Extrator das Informações EMS - LF0202


Chamado: TIBSSQ
Situação: Ao efetuar a geração do SPED contribuições está sendo gerada valores indevidos quando de PIS e COFINS
quando a nota é isenta de PIS/COFINS ou tributada alíquota zero.
Solução: Foram efetuadas alterações no programa para que não gere a base de cálculo de PIS e COFINS quando a
nota for isenta ou tributada alíquota zero.

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”.

Função: Extrator das Informações EMS - LF0202 / Relatório Auxiliar - Contribuição


Previdenciária - LF0218
Chamado: THTJDX
Situação 1: Na geração do bloco P do SPED contribuições não estão sendo calculados corretamente os valores para
as notas de faturamento em consignação, com isso os registros não são gerados os arquivos;
Situação 2: O relatório auxiliar Contribuição Previdenciária não está gerando as notas de faturamento em
consignação.
Solução 1: Foram efetuadas alterações no programa gerador do Sped contribuições para que calcule corretamente
os valores das notas de faturamento em consignação para o bloco P, e com isso o registro seja demonstrado;
Solução 2: Foram efetuadas alterações no relatório auxiliar para demonstrar as notas de faturamento em
consignação.

Função: Extração SPED PIS/COFINS - LF0906


Chamado: THWBUG

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.

Função: Geração Arquivo Sped Contábil - LF0200


Chamado: THZWFQ
Situação: O arquivo do SPED contábil está sendo gerado com os registros I051 duplicados quando existe extração do
SPED Contábil e também do SPED Contribuições.
Solução: Foram efetuadas alterações no layout para que a geração do arquivo não duplique o conteúdo dos registros
I051.

Função: Gerador de Arquivos do Layout - LF0201


Chamado: THZIDI
Situação: Quando gerado o arquivo para nota fiscal paulista CAT102 ocorre inconsistência no campo 07 valor
unitário registro 30 onde é gerado valor total e não valor unitário causando inconsistência na validação.
Solução: Foram efetuadas alterações no programa gerador do layout para quando a nota tiver mais de uma
quantidade leve valor correto para o campo 7 do registro 30.

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.

Função: Gerador de Arquivos do SPED PIS/COFINS - LF0215


Chamado: THYNXS
Situação: Ocorre inconsistência na validação do arquivo Sped Contribuições no bloco P, pois quando as exclusões são
maiores que os valores de receitas, o campo base da contribuição é gerado com valor negativo no registro P100.

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.

Função: Manutenção/Consulta das Informações de todas as Tabelas - LF0203


Chamado: THXH97
Situação: No programa Manutenção/Consulta das Informações de todas as Tabelas (LF0203) na versão TOTVS 11.5,
ao importar o layout 30 expedido oficial, não estão sendo apresentadas corretamente todas as tabelas relacionadas
e a nomenclatura do layout também está incorreta, é apresentada como SPED FISCAL PIS/COFINS.
Solução: Foram efetuadas alterações no layout para apresentar a nomenclatura Sped Contribuições e apresentar
todas as tabelas relacionadas ao Sped Contribuições quando este for selecionado.

Função: Relatório Auxiliar - Contribuição Previdenciária - LF0218


Chamado: THYQE8
Situação: Na emissão do relatório auxiliar, quando parte da nota fiscal é desonerada e outra parte é sem
desoneração, quando esta possui mais de uma sequência do mesmo item, o item esta sendo listado apenas uma vez
dessa forma sendo desconsiderado do valor contábil.
Solução: Foram efetuadas alterações no programa para que no relatório de Notas Fiscais sem Desoneração seja
considerado o valor contábil dos itens com o mesmo código, mas com sequências diferentes.

2.1.3 Recuperação de Impostos

Função: Consulta do Bem - RI0301


Chamado: THWX82

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.

Função: Demonstrativo Aprop. Crédito CIAP - CIAP102


Chamado: TIAKXE
Situação: O demonstrativo não está realizando o decurso de prazo corretamente para alguns bens, desta forma está
gerando diferenças em relação ao contabilizado e o demonstrativo de crédito de ICMS.
Solução: Foram efetuadas alterações no programa para que o demonstrativo efetue o decurso de prazo
corretamente, pois há bens que devem realizar o decurso de prazo no demonstrativo de crédito e não estão sendo
efetuados estes devidos movimentos.

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.

Função: Estabelecimentos - RI0101


Chamado: THZK51
Situação: Ao efetuar a busca da conta contábil no cadastro do Estabelecimento não está gravando o plano de contas
informado conforme a Empresa e o estabelecimento.
Solução: Foram efetuadas alterações no programa para que efetue a validação da conta contábil para que respeite o
plano de contas vinculado à empresa do Estabelecimento.

Função: Grupos x Estabelecimentos - RI0105


Chamado: TIBMYU
Situação: Quando o cliente não marca o parâmetro "Controla Crédito Pelo Pai (Bem Principal)" no programa RI0112
(Gerais), e o mesmo tentar incluir a ocorrência corrente para o estabelecimento em questão no programa Grupos x
Estabelecimentos (RI0105) o campo "Conta Imobilizado Andamento Pendente" é habilitado e exige o preenchimento
da conta. Esta validação está incorreta, pois o estabelecimento não irá realizar o controle de créditos pelo bem pai,
portanto não deve informar essa conta.
Solução: Foram efetuadas alterações para desabilitar o campo "Conta Imobilizado Andamento Pendente" no
programa RI0105 quando não estiver marcado o parâmetro "Controla Crédito Pelo Pai (Bem Principal)" no programa
RI0112 (Gerais).

Versão 1.0 83
Release Notes

3 Recursos Humanos

3.1 Administração de Pessoal

3.1.1 Benefícios

Função: Geração de Pedidos - BS3230


Chamado: TIBAPK
Situação: O programa Geração de Pedidos (BS3230) gera os arquivos desalinhados nos registros 3 e 4 (posição 38),
no qual ambos geram na posição 40 (3 - Descrição de Centro de custo e 4 - Código de Centro de custo).
Solução: Foram efetuadas alterações no programa para não ocorrer a divergência.

Função: Geração Movimento – BS1040


Chamado: THYMDR
Situação: É possível gerar movimento pela opção de seleção e digitação do benefício, para o mesmo período, ao
mesmo funcionário. Quando o benefício é do tipo movimento, informado e por regra, na geração do movimento pela
opção de seleção, o sistema não valida a regra informada ao funcionário no programa Manutenção Benefícios do
Funcionário (BS0520), e gera movimento com todas as regras cadastradas para o benefício.
Solução: Foram efetuadas alterações no programa para verificar se o benefício ja foi gerado para o funcionário, e se
o benefício for do tipo informado, para respeitar as regras cadastradas no programa Manutenção Benefícios do
Funcionário.

Função: Seguro de Vida - BS4565


Chamado: THZSDI
Situação: O programa está muito lento.
Solução: Foram efetuadas alterações no programa para melhorar a performance.

3.1.2 Férias e Rescisões

Função: Cálculo Complementar de Férias - FR0620


Chamado: THXVZ9

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.

Função: Cálculo Complemento Rescisão - FR5160


Chamado: THYAH7
Situação: Quando o funcionário teve rescisão e complementar no mesmo mês, e na rescisão original o funcionário
teve mais eventos com incidência negativa para INSS do que eventos com base positiva pra INSS, é gerado o evento
519 (índice 81), com o valor dessa diferença.
No mesmo mês, o funcionário teve uma rescisão complementar, e por ser no mesmo mês, o valor do INSS é
recalculado corretamente. Porém, o evento 519 – Base INSS negativo, que deveria ser o resultado da diferença, caso
negativa deste recalculo do INSS, considera somente os eventos da complementar. Sendo que o cálculo correto é
Base positiva resc original + base positiva resc complementar – base negativa resc original – base negativa resc
complementar.
Solução: Foram efetuadas alterações no programa para considerar o valor do evento 519 (índice 81), da rescisão
original, quando esta ocorrer no mesmo mês do complemento.

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.

Função: Cálculo de Férias - FR0100


Chamado: THWXXS
Situação: Na folha educacional são programadas férias para um funcionário docente em outubro. Ao calcular, não é
gerado o evento de férias normais (221), e são gerados valores incorretos na provisão de férias.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

Função: Requerimento Seguro Desemprego - FR5440


Chamado: THUHIS
Situação: O programa não gera o endereço completo da pessoa jurídica no relatório de seguro desemprego.
Solução: Foram efetuadas alterações no programa para gerar corretamente as informações de endereço da pessoa
jurídica.

Versão 1.0 85
Release Notes

Função: Simulação de Cálculo de Férias - FR0110/ Manutenção Cálculo Individual


Rescisões - FR5020 / Consulta Cálculo de Rescisões - FR5400/ Planos Ação - GA0046 /
Análise Ocupante - GD0014 / Desdobramento de Metas - GD0021 / Plano Ações - GD0023
/ Manutenção Ponto Controle Ação - GD0024 / Planos Ação Ocupante - Acesso - GD0026 /
Consulta Desdobramento de Metas - GD0221 / Graf Parecer Grupo Assunto - GD0324 /
Avaliação Análise Prob Desemp - GD0502 / Resultado Médio Avaliação - GD0516 /
Relatório Matriz Competências x Desempen - GD0531 / Gestão Posição - GD0710 /
Responder Avaliação - GD0740 / Manutenção Pontos de Controle - MT0041 /
Encaminhamento Ext Individual - MT0547
Chamado: TI3754
Situação: É necessário a revisão de todos os programas, para atender a nova identificação dos usuários no portal
(antigo quiosque).
Solução: Foram efetuadas alterações nos programas para realizar as verificações corretamente.

3.1.3 Folha Agroindustrial

Função: Demonstrativo Tarefista - FA2560


Chamado: THYL39
Situação 1: Ao gerar o relatório Demonstrativo Tarefista (FA2560), ocorre inconsistência.
Situação 2: O layout de impressão está desconfigurado.
Solução 1: Foram efetuadas alterações no programa para não gerar mais inconsistência Progress.
Solução 2: Foram efetuadas alterações no layout.

3.1.4 Folha de Pagamento

Função: Alteração Individual de Lotação - FP1350


Chamado: THUVIN
Situação: Quando alterada a lotação, é apresentada mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para não ocorrer inconsistência e para cadastrar corretamente.

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

Função: Cálculo Adiantamento Normal - FP3140


Chamado: THYBM7
Situação: Ao realizar o cálculo do adiantamento normal, é gerada inconsistência com empresas que são "folha
educacional".
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

Função: Cálculo de Provisões - FP3060


Chamado: TICDF3
Situação: Ao executar o programa, ocorre mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para não apresentar inconsistência.

Função: Cálculo Folha Normal - FP3020


Chamado: THZGNL
Situação: Ao calcular a folha de pagamento com uma fórmula de cálculo do módulo de benefício com 4 dígitos,
ocorre inconsistência Progress.
Solução: Foram efetuadas alterações no programa para aceitar 4 dígitos da fórmula de cálculo.

Função: Cálculo Participação Resultados - FP3141


Chamado: THXBXM
Situação: Ao realizar a geração do movimento de PLR para desligados, o sistema gera corretamente a rescisão
complementar com os eventos de PLR. Se após este procedimento, efetuar a eliminação do cálculo complementar de
rescisão, e efetuar novo cálculo de rescisão complementar, os eventos de PLR não são apresentados.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

Função: Conferência Informações de IR - FP3025


Chamado: THZEKF
Situação: Quando o funcionário é desligado com férias indenizadas, ao calcular a rescisão deste, o programa
Conferência Informacoes IR (FP3025) aponta divergências na folha normal e na folha de férias. Porém, analisando o
log gerado e as informações deste cálculo, foi verificado que isto não é uma divergência - é uma proporcionalização
que o sistema faz para o INSS, visto que INSS normal e de férias são somados e gerados no evento 511 (índice 18).
Porém, o programa Conferência Informacoes IR (FP3025) não faz a mesma proporcionalização para compor o INSS,
causando uma falsa divergência.
Solução: Foram efetuadas alterações no programa para proporcionalizar o INSS das férias + normal, como o cálculo
faz.

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.

Função: Consulta Descentralização RH - FP0540


Chamado: THZXFO
Situação: No programa Consulta Descentralização RH (FP0540), pasta "portal", quando inseridos os dias mínimos de
Solicitação de Férias e Pagamento, ao retornar a tela não são apresentados os valores digitados anteriormente.
Solução: Foram efetuadas alterações no programa para apresentar os valores corretamente.
Na pasta "portal" foi adicionada a opção para a regra de geração de senha, com as opções: CPF, Copiar Login,
Matrícula, Pessoa Fisica, Data de Nascimento e Senha padrão. Essa regra se aplica na geração/atualização de senha
do programa Criar Usuários para Funcionários (FP9160).

Função: Criar Usuários para Funcionários - FP9160


Chamado: THZXFO
Situação 1: No programa Criar Usuários para Funcionários (FP9160) é gerando o relatório sem as seguintes
informações: título, empresa e sistema.
Solução 1: Foram efetuadas alterações no programa para gerar o relatório com todas as informações necessárias.
Situação 2: É necessário retirar o parâmetro "Atualiza Login de Usuários Já Existentes", do programa Criar Usuários
para Funcionários (FP9160).
Solução 2: O parâmetro "Atualiza login de Usuários Já existentes" foi retirado.

Função: Demonstrativo de Extrato - FP6890


Chamado: THQXUG
Situação: Quando é utlizado o filtro superior (Empresa, Estabelecimento, Unidade de Lotação, etc), o cálculo do
"Turn-Over" não está correto, conforme a regra: Total funcionarios demitidos / ((Total Funcionarios Mês Anterior +
Total Funcionarios Mês atual) / 2)) * 100.
Solução: Como não é possível prever qual filtro será usado para calcular o turn-over, foi criado o parâmetro "Gera
Calculo Turn-over Detalhado", na pasta "Parâmetros". Se este parâmetro for marcado, será criada uma coluna fixa,
fora da tabela dinâmica do excel, que conterá uma fórmula interna na célula para calcular o turn-over, conforme os
dados daquela linha (Funcionário Mes Anterior, Funcionario Mês e Demitidos).

Função: Demonstrativo por Motivo de Desligadomento - FP6810


Chamado: THWOFM

88 Versão 1.0
Release Notes

Situação: Ao finalizar a execução, o Excel abre o arquivo, e apresenta mensagem.


Solução: Foram efetuadas alterações no programa para não apresentar a mensagem.

Função: Elimina Informações DIRF - FP5980


Chamado: THZBCD
Situação: O programa não tem opção de eliminar somente as despesas médicas.
Solução: Foi incluido parâmetro para opção de eliminar somente despesas médicas.

Função: Emissão Individual de Envelopes - FP3501


Chamado: THUGTD
Situação: O programa não fixa as informações para o funcionário logado, e não desabilita os botões “Inserir” e
“Recuperar”.
Solução: Foram efetuadas alterações no programa para validar o tipo de acesso do funcionário.

Função: Formação Unidade de lotação Plano - FP0800


Chamado: THYXEE
Situação: Quando utilizada a configuração EAI, se a transação não estiver assinada o programa trava, apresentando
mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para não apresentar inconsistência.

Função: Funcionários - FP1500


Chamado: THYNHF
Situação: No TOTVS11, programa Funcionários (FP1500), ao acessar o zoom do campo "Centro Custo" da pasta
"Lotação", é apresentado o zoom z02py031 sem as opções de "Ativos, Inativos e Ambos", conforme é apresentado
corretamente no zoom z01py031 na versão 2.10A.
Solução: Foram efetuadas alterações para as opções "Ativos, Inativos e Ambos" no zoom z02py031.

Função: Geração Coletiva de Calendário - FP9110


Chamado: THXZMT
Situação:Ao executar o programa em banco sql, ocorre mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para não ocorrer inconsistência.

Função: Geração Títulos para Prestador - FP4610


Chamado: THXKQ3

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.

Função: Habilita para Cálculo - FP3000


Chamado: TIBJQA
Situação: Ao incluir uma habilitação para a origem de contratação "Estagiários", ocorre inconsistência Progress.
Solução: Foram efetuadas alterações no programa para não ocorrer inconsistência Progress.

Função: Importa Movimentos Calculados - FP6540


Chamado: THXRR7
Situação: O funcionário saiu em determinada data e após fazer a importação no histórico, são apresentadas datas
posteriores.
Solução: Foram efetuadas alterações para que seja validado o período da importação de movimento, para bloquear
a importação para funcionário desligados, que já estiveram desligados neste período.

Função: Importação Movimento Prestador Serviço - FP6590


Chamado: THUSCT
Situação: Ao tentar importar um arquivo, o programa não importa todas as linhas.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

Função: Informe Rendimentos – Física - FP4510


Chamado: THVQZ3
Situação 1: O programa utilizado pelos Usuário de Quiosque, pasta Seleção, permite que o usuário digite a matrícula.
Situação 2: É necessário eliminar o parâmetro "Gera Desp Medic Depend no Func".
Solução:1: Foram efetuadas alterações no programa para apresentar somente as informações do usuário (quiosque)
logado.
Solução 2: Foi eliminado o parâmetro "Gera Desp Medic Depend no Func".

Função: Integração Títulos PresTdor - EMS2 - FP4630


Chamado: THZLI1
Situação: É necessário voltar a versão do programa.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

90 Versão 1.0
Release Notes

Função: Listagem da Guia GPS - FP3720


Chamado: THYSRQ
Situação: No programa Listagem da Guia GPS (FP3720), onde são apresentados os valores gerados pela guia e os
valores rateados, na parte de diferença, esta não pode apresentar valores altos. O valor da diferença é exatamente o
valor do dissídio.
Solução: A divergência ocorreu pois alguns estabelecimentos tinham dissídio e o último estabelecimento não, desta
forma o rateio estava se perdendo na apuração dos valores. O programa foi alterado para considerar se houve ou
não dissídio por estabelecimento e ratear os valores correspondentes.

Função: Listagem Folha Fiscal - FP4000


Chamado: THTNI5
Situação: Quando escolhido classificação Por Centro Custo, é apresentada várias vezes a mesma informação.
Solução: Foram efetuadas alterações no programa para apresentar corretamente as informações.

Função: Listagem Indicador Rotatividade - FP1251


Chamado: THXZT8
Situação: É necessário apresentar o valor de rotatividade e admitidos em percentual (%).
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

Função: Listagem Informações DIRF - FP5921


Chamado: THX992
SItuação: O programa não tem filtro para estabelecimento e matrícula.
Solução: Foram efetuadas alterações no programa para filtrar na pasta de seleção matrícula e estabelecimento.

Função: Líquido Meio Magnético – Itaú SISPAG - FP5547


Chamado: THXMLB
Situação: Ao gerar o arquivo de líquido, na posição 103 a 104 da segunda linha (header do lote), deveria aparecer um
dos códigos a seguir: 01 para Folha Normal ou 04 para 13º Salário. Esta informação somente aparece se marcado o
parâmetro "Imprime Holerite".
Solução: Foram efetuadas alterações no programa para imprimir o código 01 ou 04 (Folha Normal ou 13º Salario),
inclusive se não estiver marcado o parâmetro "Imprime holerite".

Função: Líquido Magnético Pensão Alimentícia - FP6115

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.

Função: Manutenção Estabelecimentos - FP0560


Chamado: TIAVFC
Situação: O campo “Telefone” não fica habilitado para alterações.
Solução: Foram efetuadas alterações no programa para permitir alterar o campo "Telefone".

Função: Manutenção da Seleção de Avaliado x Avaliador - DS0013 / Mudanças no


Orçamento - GQ0050 / Manutenção de Planilha Orçamentária - OP0400 / Consulta de
Planilha Orçamentária - OP0402 / Manutenção de Planilha Orçamentária – Resumida -
OP0440 / Consulta de Planilha Orçamentária – Resumida - OP0442 / Inicialização Planilha
Orçamentária - OP0450 / Aplicação do Realizado na Planilha - OP0520 / Relatório Previsto
x Realizado na Folha de Pagamento - OP0950 / Manter Proposta Funcionário - RS0038
Chamado: THYOJD
Situação: É necessário revisão de todos os programas, para atender a nova identificação dos usuários no portal
(antigo quiosque).
Solução: Foram efetuadas alterações nos programas para realizar as verificações corretamente.

Função: Manutenção Grupo Pagamento - FP4370


Chamado: THWCVT
Situação: Após a conversão para o Totvs 11, os eventos da composição dos grupos de pagamento que estão como
"*" (Todos os estabelecimentos) não são apresentados.
Solução: Foram efetuadas alterações no programa para apresentar os eventos da composição que estão com a
informação "*" (Todos os estabelecimentos).

Função: Manutenção Histórico de Situações - FP1600


Chamado: THWYSP
Situação: A programação de férias foi feita para o dia 03/06/2013, mas em 19/04/2013 o funcionário entrou com a
situação 5 de afastamento por acidente. No momento de incluir a situação 05 no programa Manutenção Histórico de
Situações (FP1600), o sistema apresenta mensagem e ao clicar em sim, as férias são lançadas para depois da data do
atestado.

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.

Função: Manutenção Movimentos Calculados - FP6000


Chamado: THYJJ8
Situação: Ao tentar icluir um movimento, ocorre mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para não ocorrer inconsistência.

Função: Manutenção Sindicatos - FP0600


Chamado: THS359
Situação: Ao migrar para o Datasul 11, Banco de Dados Oracle, ocorre lentidão na abertura do programa
Manutenção Sindicatos (FP0600).
Solução: Foram efetuadas alterações para não ocorrer a divergência.

Função: Manutenção Título Pagamento - FP4420 / Manutenção Grupo Pagamento -


FP4370 / Listagem Fornecedor - FP4331 / Listagem Grupos Pagamento - FP4371 /
Listagem dos Títulos - FP4460
Chamado: THYIZD
Situação: A descrição dos códigos de fornecedores não é apresentada.
Solução: Foram efetuadas alterações para não ocorrer a divergência.

Função: Relatório Diferenças Salariais Dissídio- FP9195


Chamado: TICWSC
Situação: É necessário cadastrar o programa Relatório Diferenças Salariais Dissídio (FP9195) no menu.
Solução: O programa foi cadastrado no menu.

Função: SEFIP - Meio Magnético - FP6010


Chamado: THVLIA
Situação 1: Na geração do arquivo SEFIP.RE, no registro 00 posição 328/341, deve ser gerada a inscrição do
fornecedor folha de pagamento (CNPJ), de acordo com o Manual SEFIP. O programa gera a informação, porém com o
CNPJ da antiga empresa.
Situação 2: Em mês que possui dissídio, para funcionário afastado, os valores de base de INSS são enviados para
SEFIP normal (não 650), descontando o valor da base de INSS do dissídio (índice 166).
Solução 1: O CNPJ foi alterado para solucionar a situação reportada.
Solução 2: Foram efetuadas alterações no programa para solucionar a situação reportada.

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.

Função: Transferência de Funcionários - FP1840


Chamado: TIBBPR
Situação: Ao realizar o processo de transferência de um funcionário, o sistema não barra a transferência para os
benefícios com distribuição informado, e por regra devem ter validação na transferência e deixar efetuar a
transferência somente se o beneficio for válido no destino.
Solução: Foram efetuadas alterações no programa para realizar a verificação e validar se o benefício é válido no
destino.

3.1.5 Medicina do Trabalho

Função: Lista de Espera - MT0720


Chamado: THWRDB
Situação : No programa Lista de Espera (MT0720), ao acionar o botão Filtro, ocorre inconsistência.
Solução: Foram efetuadas alterações no programa para que ao acionar o botão Filtro, não ocorra inconsistência.

Função: Manutenção Componentes do SESMT - MT0023


Chamado: THXEOS
Situação: Ao acionar o botão Filtro, é apresentada mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para não apresentar mensagem de inconsistência e efetuar o
filtro corretamente.

Função: Manutenção Restrições do Funcionário - MT0032


Chamado: THWJXX
Situação: Ao relacionar uma restrição, inclusive selecionando a opção cancelar, o sistema grava a restrição para o
funcionário.
Solução: Foram efetuadas alterações no programa Manutenção Restrições do Funcionário (MT0032), para que ao
acionar o botão Cancelar, a restrição selecionada não seja gravada para o funcionário.

Função: Relatório Anual PCMSO - MT0599

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.

Função: Relatório Geral PCMSO - MT0598


Chamado: THV276
Situação: O grupo homogêneo que não possui funcionários alocados no cargo informado na pasta Composição, não
é listado no relatório geral PCMSO.
Solução: Foram efetuadas alterações no programa para apresentar o grupo homogênio que não possui funcionários
alocados no cargo informado.

Função: Relatório Programação Exames Periódicos - MT0530


Chamado: THSHRQ
Situação: O campo “Data Realizado” é listado na linha subsequente.
Solução: Foram efetuadas alterações no programa para que o campo seja listado na linha das demais informações.

Função: Requerimento Seguro Desemprego - MT0541


Chamado: THXCSE
Situação: O programa gera o relatório com o nome do CID incompleto, e não está de acordo com as informações
cadastradas no programa Manutenção Doenças – CID (MT0018).
Solução: Foram efetuadas alterações no programa para gerar o relatório com o nome do CID corretamente.

3.1.6 Orçamento de Pessoal

Função: Cálculo Planilha Orçamentária - OP0300 / Planilha Orçamentária - OP0400 /


Planilha Orçamentária - OP0401 / Planilha Orçamentária Consolidada - OP0441 /
Manutenção Batidas Não Ponto - PE3700 / Consulta Banco de Horas - PE3740 / Erros de
Importação - PE6540 / Consulta Informações Funcionários - QS0030 / Manutenção
Interesses Próprios - RH0040
Chamado: TI3929
Situação: É necessária a revisão de todos os programas, para atender a nova identificação dos usuários no portal
(antigo quiosque).
Solução: Foram efetuadas alterações nos programas para realizar as verificações corretamente.

Versão 1.0 95
Release Notes

Função: Conta Contábil/Centro Custo Evento - OP0110


Chamado: THXNI1
Situação: Ao incluir uma conta contábil no programa Conta Contábil/Centro Custo Evento (OP0110), é apresentada a
mensagem "Já existe ocorrência do Evento com a Conta Débito", sendo que o Tipo de Mão de Obra não está
cadastrado para o evento orçamento.
Solução: Foram efetuadas alterações e ao incluir uma conta contábil no programa, não é apresentada a mensagem.

Função: Matriz de Tradução - OP0040


Chamado: TIAMKJ
Situação: Ao abrir o programa Matriz de Tradução (OP0040), este não apresenta nenhum registro, mas ao tentar
incluir um novo registro, é apresentada mensagem que já existe o registro cadastrado.
Solução: Foram efetuadas alterações para não apresentar a divergência.

Função: Previsão Gastos Geral - OP0303


Chamado: THXWGR
Situação : O relatório Previsão Gastos Geral (OP0303) está desconfigurado, são apresentadas informações incorretas.
Solução: Foram efetuadas alterações para que as informações sejam apresentadas corretamente.

3.1.7 Controle de Frequência

Função: Acerto de Divergências - PE3130


Chamado: THRQMU
Situação: Ao incluir atestado por meio do programa Acerto de Divergências (PE3130), é inserida a situação e ao sair
da tela, o sistema apresenta inconsistência de integração de ponto de um colaborador já integrado.
Solução: Foram efetuadas alterações no programa para apresentar mensagem corretamente.

Função: Emissão Cartão Ponto - PE5000


Chamado: THPZDD
Situação: Quando é emitido o cartão ponto coletivo “funcionários ativo e desligados”, é emitido o cargo incorreto.
Solução: Foram efetuadas alterações no programa para carregar a variável de data corretamente.

Função: Relatório de Divergências - PE1520

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.

3.1.8 Segurança do Trabalho

Função: EPI'S Entregues ao Funcionários - ST0575


Chamado: THWYPJ
Situação: O centro de custo é listado incorretamente no relatório.
Solução: Foram efetuadas alterações no programa para que seja listado o centro de custo conforme cadastro do
funcionário no programa Funcionários (FP1500).

Função: Manutenção Controles por Risco - ST0025


Chamado: THXZDQ
Situação: No programa Manutenção Controles por Risco (ST0025), na pasta "Exames", são apresentadas
inconsistências na inclusão e eliminação.
Solução: Foram efetuadas alterações para não apresentar inconsistências, ao incluir e eliminar exames, no programa
Manutenção Controles por Risco (ST0025).

Função: Perfil Profissiográfico - ST0578


Chamado: THQIDY
Situação: Ao Imprimir um Perfil Profissiografico em arquivo Excel, o campo “Descrição das Atividades” é apresentado
em branco, inclusive se tiver descrição para a atividade. Isso ocorre somente quando o programa Item Descrição
Cargo (CA0001G) está com * nos campos de estabelecimento, empresa e unidade Lotação, caso seja informado uma
empresa, estabelecimento e unidade lotação válidas, a descrição é apresentada corretamente no arquivo.
Solução: Foram efetuadas alterações para que ao imprimir o Perfil Profissiográfico, sejam apresentadas as
informações do item 14.2 conforme as informações do programa Item Descrição Cargo (CA0001G).

Função: PPRA - ST0590


Chamado: THZUIL
Situação: No programa PPRA (ST0590), quando é selecionada a classificação Por Estabelecimento/Grupo
Homogêneo, no relatório não são apresentadas todas as fontes de risco informadas no programa Composição do
Ambiente (ST0020).
Solução: Foram efetuadas alterações no programa PPRA (ST0590), para que ao selecionar a classificação Por
Estabelecimento/Grupo Homogêneo, no relatório sejam listadas todas as fontes de risco informadas no programa
Composição do Ambiente (ST0020).

Versão 1.0 97
Release Notes

Função: Reuniões CIPA - ST0740


Chamado: THWPA7
Situação : Ao tentar gerar o relatório de reunião CIPA, no programa Reuniões CIPA (ST0740F), com layout cadastrado
no sistema, o layout não é visualizado na pesquisa, embora cadastrado.
Solução: Foram efetuadas alterações no produto padrão para que, ao selecionar o layout no programa Reuniões
CIPA (ST0740F), a informação selecionada permaneça em tela, após acionada a tecla Tab.

3.2 Gestão de Pessoal

3.2.1 Administração de Treinamento

Função: Ficha Frequência da Turma - AT0414


Chamado: THWGAZ
Situação : Ao criar uma turma com funcionário e pessoa externa, não são apresentados no relatório Ficha Frequência
da Turma (AT0414) as pessoas externas.
Solução: Foram efetuadas alterações e ao emitir o relatório Ficha Frequência da Turma (AT0414) são apresentados
os funcionários e as pessoas externas.

Função : Manutenção Necessidade Treinamento - AT0030


Chamado: THYBY3
Situação: Ao realizar uma inclusão de cursos no programa Manutenção Necessidade Treinamento (AT0030), no
campo "Campo Equivalente" é apresentado o valor 2, não gerando seqüências a cada nova inclusão de cursos.
Solução: Foram efetuadas alterações para que seja gerada a sequência correta na inclusão de novos cursos, no
programa Manutenção Necessidade Treinamento (AT0030).

3.2.2 Habilidades/Competências

Função: Relatórios Identificação Situação Funcionário/Cargo/Habilidade - FP0558


Chamado: TIAIKA
Situação: Ao utilizar o recurso de impressão em terminal, é gerada mensagem de inconsistência e o programa é
finalizado.
Solução: Foram efetuadas alterações para não ocorrer a divergência.

98 Versão 1.0
Release Notes

3.2.3 Recrutamento e Seleção

Função: Candidatos para Admissão - RS0278


Chamado: TIAHKS
Situação: Ao realizar o filtro no programa Candidatos para Admissão (RS0278), não são apresentados os nomes para
candidatos internos.
Solução: Foram efetuadas alterações para apresentar corretamente os nomes para os candidatos internos, no
programa Candidatos para Admissão (RS0278).

Função: Documentação Funcionário - RS0585


Chamado: THXV38
Situação: Ao gerar um contrato de trabalho no programa Documentação Funcionário (RS0585), o sistema gera o
valor da remuneração sem as últimas casa decimais.
Solução: Foram efetuadas alterações no programa para que o contrato de trabalho seja apresentado com o valor da
remuneração, com as duas últimas casas decimais.

Função: Emitir Contrato - RS0584


Chamado: THZIV2
Situação: Ao emitir contrato no programa Emitir Contrato (RS0584) é apresentada inconsistência.
Solução: Foram efetuadas alterações para não apresentar inconsistência na emissão de contrato no programa Emitir
Contrato (RS0584).

Função: Gerar Contrato - RS0735


Chamado: THYAU7
Situação: Ocorre divergência na pesquisa de matrícula.
Na tela ocorre uma sobreposição de campos, não é apresentado nenhum funcionário, seja na pasta Matrícula ou na
pasta Nome.
Solução: Foram efetuadas alterações para não ocorrer a divergência.

3.3 Portal

3.3.1 Portal HCM

Versão 1.0 99
Release Notes

Função: Anotações do Funcionário


Chamado: THULGR
Situação: As anotações do funcionário criadas por meio do portal, não são integradas no HCM.
Solução: Foram foram efetuadas alterações para que, a criação das anotações que é realizada por meio do portal,
seja atualizada no HCM.

Função: Informe de Rendimentos


Chamado: THWLPF
Situação: O relatório de informe de rendimentos não apresenta o nome e o tipo do dependente das despesas
médicas.
Solução: Foram efetuadas alterações no layout do relatório para que o nome e tipo dos dependentes sejam
apresentados.

Função: Meus Dados


Chamado: THWSN0
Situação: Quando é parametrizado no Grupo de informações (FP0170), por exemplo, no grupo FIS para não permitir
alterar endereço, o sistema considera a parametrização realizada no último grupo, sem considerar se o usuário
possui este grupo ou não.
Solução: Foram efetuadas alterações para considerar as parametrizações realizadas no grupo que o usuário possui
permissão.

Função: Monitor de Ausências do Coordenador


Chamado: THSWF5
Situação: Ao detalhar o portlet Monitor de Ausências do Coordenador, este não envia os parâmetros de nível
hierarquico e data configurados para a tela.
Solução: Foram efetuadas alterações para enviar para tela os parâmetros de nível hierárquico e data.

Função: Monitor de Aprovação de Rescisão do Coordenador


Chamado: TGRCVK
Situação: É gerada uma mensagem de inconsistência, impedindo o Coordenador de enviar uma solicitação de
rescisão de funcionários em período de experiência.
Solução: No papel Coordenador não é mais realizada a validação para funcionários em periodo de experiência. Está
validação é realizada quando o RH clica em aprovar solicitação, porém atualmente é apenas um alerta, no qual o RH
tem a opção de efetivar a rescisão ou não.

100 Versão 1.0


Release Notes

Função: Monitor de Férias do Coordenador


Chamado: THYTIF
Situação: O monitor de férias do coordenador apresenta funcionários desligados.
Solução: Foram efetuadas alterações para não apresentar os funcionários que possuírem a situação de rescisão em
seu histórico de situações.

Função: Monitor Justificativas do Ponto


Chamado: THVTNU
Situação: Ao tentar aprovar todas as batidas de um dia que tenha batida sem par, ou seja, faltando uma batida para
o dia, as batida deste dia ficam como não aprovadas. Isso não ocorre ao tentar aprovar as batidas de um dia, onde
não está faltando nenhuma batida.
Solução: Foram efetuadas alterações para que o sistema aprove as batidas, inclusive quando houver batida sem par
para o dia.

Função: Monitor de Justificativas


Chamado: TIAAD2
Situação: Ao acessar o monitor de justificativa em resoluções de 1024x768, não são apresentados todos os dias do
período de ponto na tela.
Solução: Foram efetuadas alterações no monitor de justificativas para suportar a resolução de 1024x768 ou superior.

Função: Sincronização de Classes de Ponto


Chamado: THWYSK
Situação: Ao executar a sincronização de Classes de Ponto, em alguns casos, é gerada exceção técnica.
Solução: Foram efetuadas alterações no algoritmo.

Função: Sincronização de Funcionários


Chamado: THQNYG
Situação: Os funcionários, com papel de coordenador, ao acessarem o Portal HCM, é apresentada inconsistência.
Solução: Foram efetuadas alterações na sincronização de funcionários, e caso existerem dois usuários para o mesmo
funcionário, deve seguir a regra: Coordenador e colaborador, manter somente o usuário coordenador; Colaborador
ativo e Colaborador inativo, manter o colaborador ativo.

Função: Sincronização de Motivos


Chamado: TIDPRB
Situação: Ao sincronizar motivos é gerado uma exceção técnica.

Versão 1.0 101


Release Notes

Solução: Foram efetuadas alterações no algoritmo para que a exceção técnica não ocorra.

4 Materiais

4.1 APS - Planejamento Avançado de Produção

4.1.1 Planejamento (DBR)

Função: Agenda Cálculos - DB1003


Chamado: TIBSKP
Situação: Ao executar o programa Agenda Cálculos (DB1003) em RPW, ele fica lento e ocorrem inconsistências
Progress.
Solução: Foram efetuadas alterações para que não gere a tela de acompanhamento na execução do programa em
RPW.

Função: Confirmação Programação - DB0202


Chamado: TIASUC
Situação: Quando está confirmando apenas ordens de compra, são excluídas ordens de produção.
Solução: Foram efetuadas alterações para quando estiver efetuando a confirmação apenas das ordens de compra
não altere as ordens de produção.

Função: Gantt de Operações - DB0414


Chamado: THWKC2
Situação: Quando selecionado para mostrar as informações por Horário e escala Grande, ocorrem inconsistências
Progress.
Solução: Foram efetuadas alterações para que não apresente inconsistência Progress ao carregar os dados.

Função: Gantt de Recursos Secundários - DB0415


Chamado: THXVNT
Situação: Quando GM de Capacidade Infinita e centro de trabalho permitindo paralelismo, controlando recurso
secundário, o seqüenciamento aloca mais de uma operação no mesmo horário para o mesmo CT. Porém o recurso
secundário é alocado apenas para uma das operações.
Solução: Foram efetuadas alterações na rotina para que o gráfico de recusos secundários seja apresentado
corretamente.

102 Versão 1.0


Release Notes

Função: Painel Controle - DB0201


Chamado: THYVOG
Situação: Está ocorrendo problema de performance na execução do relatório Demonstrativo Cálculo Item (DB0304).
Solução: Foram efetuadas alterações na rotina para melhorar a performance.

4.2 Compras e Suprimentos

4.2.1 Aprovação Processo Logístico

Função: Lotações do Usuário - MLA0106


Chamado: THYQCB
Situação: No cadastro de lotações do usuário, ao selecionar uma outra empresa (botão Seleciona Empresa), e na
inclusão de lotações for acessado o zoom de lotações, o programa ignora a empresa anteriormente selecionada, e
apresenta as lotações para a empresa do estabelecimento do usuario logado.
Solução: Foram efetuadas alterações no programa de pesquisa de lotação para apresentar as lotações da empresa
selecionada.

Função: Manutenção Pedidos - CC0300


Chamado: TIBXCQ
Situação: Quando é informado um valor para a ordem com 5 casas decimais, e esse valor está entre duas faixas, o
sistema não está respeitando as faixas para gerar a pendencia de aprovação.
Solução: Foram efetuados ajustes no MLA para que efetue o arredondamento do valor informado e gere a
pendência de aprovação para uma das faixas.

Função: Pendências Usuário - MLA0207


Chamado: THZTJ2
Situação: O campo empresa do programa Pendências Usuario (MLA0207) está sendo apresentado como decimal e
deveria ser caracter com 5 posições.
Solução: Foram efetuadas alterações no programa, para que o campo empresa seja apresentado corretamente.

Função: Permissões do Usuário - MLA0104


Chamado: THZMHK

Versão 1.0 103


Release Notes

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.

Função: Portal MLA


Chamado: THYEGG
Situação: Quando cadastrado um documento que sofre aprovação eletrônica e o usuário deixa a tela aberta com a
mensagem de “Documento esta pendente de aprovação”, e o aprovador tenta aprovar (portal ou e-mail), a página
do IE trava. Quando o usuário clica no OK da mensagem, e o aprovador aprova pela segunda vez, o sistema gera duas
pendencias para o próximo aprovador da hierarquia.
Solução: Foram efetuadas alterações para não gerar pendência em duplicidade para o próximo aprovador.

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.

Função: Registrar Medições - CN0302


Chamado: THYV59
Situação: Ao alterar o saldo de uma medição aprovada e liberada, o sistema não esta gerando nova pendência de
aprovação.
Solução: Foram efetuadas alterações para que o sistema gere a pendência de aprovação quando alterado o saldo da
medição pelo botão SALDO.

4.2.2 Compras

Função: Classificação Contábil - CD1411


Chamado: THYAYC
Situação: Ao executar o programa Classificação Contábil (CD1411), ocorre a inconsistência 18860 informando que
não foi encontrada a Matriz de Tradução Organizacional &1 ou esta Matriz Tradução não possui a Unidade
Organizacional Externa &2 parametrizada com o tipo &3.
Solução: Foram efetuadas alterações para que seja validada a empresa de forma correta, ou seja, a empresa do
usuário logado ao sistema.

104 Versão 1.0


Release Notes

Função: Conciliação Movimentos Empenhado - BGC300AA


Chamado: THWVD9
Situação: Quando a Ordem de compra possui fator de conversão cadastrado ao rodar a Conciliação Movimentos
Empenhados (BGC300AA) o sistema está considerando o valor unitário do item interno multiplicado pela quantidade
do item do fornecedor, gerando divergência de valores na consulta do empenho.
Solução: Foram efetuadas alterações nos programas envolvidos para que sejam considerados os valores e
quantidades corretamente, como ocorre quando a ordem de compra é integrada.

Função: Consulta Pedidos - CC0509


Chamado: TIAKLQ
Situação: Na Consulta de Pedidos (CC0509) ocorre a inconsistência Progress 8826.
Solução: Foram efetuadas alterações para que a iconsistência Progress não ocorra.

Função: Consulta Preços Item - CC0516


Chamado: THXXMV
Situação: O programa Consulta Preços Item (CC0516) está mostrando as alíquotas de IPI e ICMS dos itens da tabela
de preço incorretamente.
Solução: Foram efetuadas alterações para que as alíquotas de IPI e ICMS dos itens da tabela de preço sejam
apresentadas corretamente.

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.

Função: Emissão Pedidos - CC0305


Chamado: THXI62
Situação: Na versão do Datasul 11.5.6 o fonte do programa CC0305 esta validando a param-global CD0101para envio
de e-mail sendo que o correto seria validar o programa o BTB962zb.
Solução: Foram efetuadas alterações no programa para consistir as informações de servidor e porta do programa
BTB962zb ao invés do programa CD0101.

Função: Importação Pedido Compra - CC0604


Chamado: TIAMYY

Versão 1.0 105


Release Notes

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.

Função: Listagem Entrada Materiais - CC0404


Chamado: THXKGY
Situação: Distorção dos valores gerados no relatório Listagem Entrada Materiais (CC0404), Quando há recebimento
com utilização de fator de conversão, o sistema está gerando a quantidade com unidade de medida interna mas os
valores estão sendo calculado utilizando as unidade de medidas interna e externa.
Solução: Foram efetuados ajsutes na listagem de forma que a quantidade e preço sejam impressas na unidade do
fornecedor.

Função: Manutenção Cotações - OC0201


Chamado: THXS72
Situação: Ao eliminar a cotação de uma ordem de compra, que teve a sua data de entrega alterada, o sistema não
está estornando o empenho no módulo de execução orçamentária, referente à Aprovação de Cotação.
Solução: Foram efetuadas alterações nos programas de integração, para que verifiquem tando a data antiga, como a
nova data de entrega, para a realização do estorno.

Função: Manutenção de Pedidos - CC0300


Chamado: THUXYF
Situação: Após efetuar a cotação da ordem de compra em flex, ao clicar no Gerar Pedido, selecionar o fornecedor
que possui cotação aprovada e clicar para Gerar, está gerando o pedido mais não vincula a ordem de compra,
deixando o pedido com valor zero.
Solução: Foram efetuadas alterações nos programas envolvidos para que na geração do pedido em flex a ordem de
compra seja vinculada corretamente.

106 Versão 1.0


Release Notes

Função: Manutenção Ordens - CC0301


Chamado: THYGYX
Situação: Alterando o comprador no programa Manuteção de Ordens (CC0301) e informando esse mesmo
comprador no programa Manutenção de Processo (OC0202), este não é exibido no programa Aprovação Cotação
Processo (CC9026).
Solução: Foram efetuadas alterações no programa para que se o cliente não possui cotação automática, que seja
mantido o comprador alterado.

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.

Função: Requisição/Solicitação Compras - CD1406


Chamado: THYMJ8
Situação: Ao incluir um item débito direto, por exemplo, na solicitação de compra o programa esta apresentando
indevidamente a mensagem "17.006 - Plano Centro de Custo não cadastrado ou fora da data de validade",
bloqueando a efetivação da solicitação de compras.
Solução: Foram efetuadas alterações no programa para que na inclusão de um item débito direto, por exemplo, na
solicitação de compra o programa antes de apresentar a mensagem "17.006 - Plano Centro de Custo não cadastrado
ou fora da data de validade" indevidamente, valida corretamente a requisição, ou seja, a requisição corrente.

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.

Versão 1.0 107


Release Notes

Função: Saldo das Parcelas - CC0409


Chamado: THWHZ2
Situação: Quando parametrizado aprovação por item, é marcado módulo de investimento no programa Atualização
Parâmetro Global (CD0101), e se o documento (solicitação, requisição, solicitação cotação, pedido de compra),
possuir Ordem de investimento relacionada, o campo Narrativa no programa Aprovação de Documentos (CD1720A)
não fica habilitado e apresenta como default "Aprovação para Investimento".
Solução: Foram efetuadas alterações para deixar habilitado a Narrativa da aprovação no programa Aprovação de
documentos (CD1720A), quando for aprovação por item e o documento tiver OI informada. Deverá apresentar como
Default Aprovação para Investimento, porém deve deixar habilitado para ser complementada esta narrativa.

4.2.3 Controle de Investimentos

Função: Altera Titulo do Contas a Pagar - APB717AA


Chamado: THZVH5
Situação: Ao efetuar a integração com titulo e ordem de investimento esta ocorrendo inconsistência informando os
movimentos de apropriação são inexistentes.
Solução: Foram efetuadas alterações para que permita efetuar a integração entre titulo e ordem de investimento.

Função: Atualização de Documentos - RE1005


Chamado: THZVRJ
Situação: Está apresentando a mensagem “7620 - Conta Contábil Inexistente!” quando não há conta contábil no
item do recebimento, não utiliza-se ordem de investimento e o sistema está parametrizado para realizar validação
da conta nos parâmetros de investimentos campo “Valida Conta dos Movimentos”.
Solução: Foram efetuadas alterações no programa para validar corretamente a conta de investimento quando não
há conta contábil.

Função: Controle Verba - IN0519


Chamado: THYGHN
Situação: Os relatórios Detalhado Controle de Verba (IN0518) e Controle de Verba (IN0519) estão listando as
informações do Projeto mesmo após sua eliminação.
Solução: Foram efetuadas alterações no programa, para quando for eliminado o projeto de investimento, não deixe
resquícios e seja listado nos relatórios de controle de verba.

108 Versão 1.0


Release Notes

Função: Manutenção Contratos - CN0201


Chamado: THZUT6
Situação: No cancelamento do item de contrato por Medição que possui recebimentos e integração com ordem de
investimentos, está eliminando as movimentações do projeto de investimento, sendo que deveria manter a
movimentação da nota fiscal (valor realizado) no projeto.
Solução: Foram efetuadas alterações nos programas internos para que no cancelamento do item do contrato por
Medição a movimentação da nota fiscal seja mantida no projeto de investimento.

Função: Projeto - IN0420


Chamado: TIAGNH
Situação: Está ocorrendo inconsistência Progress na consulta do projeto de investimento, quando selecionada a
pasta Rateio Cat no programa Projeto (IN0420).
Solução: Foram efetuadas alterações no programa para que não ocorra inconsistência Progress na consulta do
projeto.

Função: Requisição/Solicitação Compras - CD1406


Chamado: TI3684
Situação 1: Na inclusão do item da solicitação de compra, após passar pelo campo de Ordem de Investimento, o
campo de conta está desabilitando;
Situação 2: Ao clicar com o botão direito do mouse para selecionar uma das opções de pesquisa disponíveis no
Requisição/Solicitação Compras (CD1406), é emitido uma mensagem de inconsistência Progress alegando que um
determinado programa não foi encontrado.
Solução 1: Foram efetuadas alterações no programa para que a conta e centro de custo sejam habilitados conforme
parametrização e critérios de distribuição da conta;
Solução 2: Foram efetuadas alterações no programa para não acessar o zoom antigo e passe a buscar as contas do
módulo de Contabilidade (EMS5).

4.3 Estoque e Custos

4.3.1 Estoque

Função: Alteração Códigos Unidades Itens - CD0205


Chamado: THXXBA
Situação: O programa não está alterando o grupo de estoque.
Solução: Foram efetuadas alterações nos programas envolvidos para que o grupo de estoque seja alterado.

Versão 1.0 109


Release Notes

Função: Cálculo Preço Médio - CE0401


Chamado: TIAFCL
Situação: Quando há notas fiscais de transferência entre estabelecimento, todavia essas notas saem em um período
e no período seguinte retornam com o mesmo número de documento, apesar da chave ser diferente (fornecedor,
série, número e natureza de operação) está ocasionando problemas de saldo ao calcular o preço médio. Nessa
situação está sendo alterado movimentos fora do período e com isso interferindo o saldo inicial em valor para o
item.
Solução: Foram efetuadas alterações na busca de forma que seja validada a data de movimentação da nota, para
que não altere documentos de outros períodos.

Função: Contabilização Mensal - CE0412


Chamado: THYC29
Situação: Impossibilidade de execução do sumario contábil via RPW linux, pois não estão sendo localizado os
programas internos para a validação das contas.
Solução: Foram efetuadas alterações na forma de chamada dos programas de validação de contas.

Função: Devolução Requisição Material - CD1410


Chamado: THWPBI
Situação: Não esta gravando a movimentação, quando essa requisição esta sendo atendida na tela Flex.
Solução: Foram efetuadas alterações na rotina para que seja gerada o movimentação.

Função: Diário Auxiliar - CE0403


Chamado: THXUD9
Situação: Ao tentar executar o programa Auxiliares IN 86 (CD401) para os dados do estoque esta ocorrendo
mensagem de inconsistência .
Solução: Foram efetuadas alterações no programa para que não seja mais apresentada a mensagem de
inconsistência.

Função: Itens Materiais - CD0138


Chamado: TIBCRJ
Situação: No decorrer das manutenções do DTS11.5 o campo unidade de medida do programa Itens Materiais
(CD0138) não esta mais aparecendo.
Solução: Foram efetuadas alterações para que permita visualizar o campo unidade de medida do programa Itens
Materiais (CD0138).

110 Versão 1.0


Release Notes

Função: Movimento Estoque - CE0302


Chamado: TIAVDH
Situação: Está selecionando a opção "Arquivo" ao mudar para batch.
Solução: Foram efetuadas alterações no programa para quando o usuário troque de On-line para batch não mude a
opção de Excel para Arquivo.

Função: Movimento Estoque - CE0814


Chamado: TI1060
Situação: Quando o item possui o controle de estoque por "lote" no programa Consulta Saldo Item Data (CE0830)
permite verificar a validade do lote. Se for consultar o mesmo item no Movimento Estoque (CE0814) a validade do
lote não é apresentada.
Solução: Foram efetuadas alterações para que apareça a validade do lote.

Função: Registro Controle Produção Estoque - OF0702


Chamado: THYQCM
Situação: Quando é gerado o livro de produção e estoque Registro Controle Produção Estoque (OF0702) com a
opção "Imprime Conta Contábil" o sistema não está demonstrando no relatório esta informação.
Solução: Foram efetuadas alterações no programa para que ao gerar o livro de produção e estoque Registro
Controle Produção Estoque (OF0702) com a opção "Imprime Conta Contábil" o sistema demonstre no relatório as
informações conforme parametrizado.

Função: Registro Inventário - OF0791


Chamado: THZNYV
Situação: O programa Registro de Inventario (OF0791) não esta apresentando os valores de saldo em poder de
terceiros convertidos para as moedas alternativas do estoque.
Solução: Foram efetuadas alterações no programa para que tanto o saldo total quanto o saldo por item seja
apresentado considerando a conversão da moeda.

Função: Relatório Parâmetros Gerais BGC - BGC300


Chamado: THYDCD
Situação: Ainda está sendo considerado o campo conta contábil, quando deveria ser conta e centro de custo
separadamente.
Solução: Foram efetuadas alterações na chamada EPC do programa para que sejam considerados os campos
separados de conta e centro de custo.

Versão 1.0 111


Release Notes

Função: Requisição Centro Custo - CD1415


Chamado: THZWKJ
Situação: Quando o operador tenta atender todos os itens de uma requisição que não possuem saldo em estoque
selecionando o botão "atender a todos", o programa encerra a requisição e não apresenta nenhuma mensagem
acerca do atendimento ou não da requisição.
Solução: Foram efetuadas alterações para que ao clicar o botão "atender a todos" seja apresentada a mensagem de
saldo indisponível (ou mensagem que melhor se adeque ao caso) quando os itens não possuírem saldo em estoque.

Função: Requisição Materiais - CE0205


Chamado: TIBLEV
Situação: Ao tentar confirmar uma requisição de estoque, mesmo informando uma conta devidamente configurada
para o módulo de estoque esta ocorrendo a inconsistência "1884 Conta contábil não cadastrada".
Solução: Foram efetuadas alterações para realizar a validação apenas da finalidade configurada para o modulo CEP
(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.

Função: Sumário Contábil do Estoque - CE0407


Chamado: THSV23
Situação 1: Quando existem restrições para conta em determinadas unidades de negócio o sistema está
apresentando inconsistência na execução do sumário na opção Verifica. Por exemplo a conta 1234 (de IPI CD0602)
possui restrição na unidade de negocio A, porém algum item recebeu movimentação para a mesma unidade de
negócio, mas sem IPI, nesse caso mesmo o IPI sendo zero esta ocorrendo a validação;
Situação 2: Também quando está sendo utilizado as restrições de unidade de negócio, para a validação da conta de
saldo está sendo a unidade de negócio incorreta.

112 Versão 1.0


Release Notes

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.

Função: Transferências Depósitos - CE0206


Chamado: THVXZT
Situação: Quando o usuário esta trabalhando com o custo On-line e tenta fazer uma transferência entre Lote ou
Referência o sistema bloqueia com a mensagem de inconsistência Lote e/ou Referencia de destino não podem ser
alterados (Para estabelecimentos que possuem custeio On-line não permite alterar o lote e a referência de destino).
Solução: Essa situação não ocorria dentro do EMS2.04, ou seja, nessa release o custo padrão era definido no
Estabelecimento, já no EMS2.06 o custo padrão é definido no item dentro da forma de custeio on-line. Para corrigir
deverá ser colocada mais uma validação, onde somente será permitida a alteração se o tipo de custo do item for
igual a padrão (item-uni-estab.metodo-custeio = 5).

Função: Transações Diversas Estoque - CE0220


Chamado: THZHOG
Situação: Quando a função de Unidade de Negócio não está ativa no EMS2, e for realizar uma transação diversa para
um item Débito Direto, o campo de unidade de negócio na pasta "Débito Direto" está ficando habilitada.
Solução: Foram efetuadas alterações para que o campo não fique habilitado quando a função não estiver ativa.

Função: Transferência Gráfica


Chamado: THWS47
Situação: Quando selecionada a opção “Transferência Gráfica” não posiciona no item com seus respectivos saldos,
ocasionando problemas no filtro e sempre que esse for validado o item não apresenta o saldos por depósitos ou
ocorre inconsistência em tela.
Solução: Foram efetuadas alterações no filtro para que seja apresentado o saldo dos itens em cada depósito.

4.3.2 Custos

Função: Demonstrativo de Custos - CS0507


Chamado: THZN62
Situação: O Relatório demonstrativo de custos está apresentando sempre a descrição da primeira operação na área
de operações externas não respeitando o item a qual a operação pertence.
Solução: Foram efetuadas alterações no programa para verifique e apresente corretamente a operação do item.

Versão 1.0 113


Release Notes

Função: Horas Apropriadas Centro Custo - CE0416


Chamado: THXE20
Situação: O parâmetro Atualiza Horas reportadas está sempre sendo exibido como não marcado no relatório gerado
pelo programa, mesmo que esteja devidamente selecionado.
Solução: Foram efetuadas alterações no programa para que valide se o parâmetro está marcado ou não, e exiba
corretamente a informação na página de parâmetros impressa no relatório.

Função: Portlet Variação Custo Real x Padrão


Chamado: THPPP9
Situação: Ao gerar a consulta Comparativo de Variação Custo Real x Padrão no Flex, os valores exibidos para
material, MOB e GGF reais não conferem com o que foi lançado para as ordens de produção.
Solução: Foram efetuadas alterações para que o programa utilize os valores exatos das movimentações das ordens
de produção.

Função: Reporte Integração Custos X Contabilidade - CS0404


Chamado: THYBUR
Situação: Ao executar o programa Reporte Integracao Custos X Contabilidade (CS0404) para simular a integração
entre custos e contabilidade, o relatório gerado apresenta os campos de forma confusa, dificultando a leitura e
interpretação das informações.
Solução: Foram efetuadas alterações no layout de impressão do relatório para que este fique mais claro para o
usuário.

4.3.3 Recebimento

Função: Atualização de Documentos - RE1005


Chamado: THYPH6
Situação 1: Em notas de compra de ativo com diferencial de alíquota (ICMS Complementar), o valor do diferencial
não está creditando na conta de ICMS Complementar do programa Manutenção de Estabelecimento (CD0602) e está
sendo reduzido do valor que é debitado da conta transitoria de integração com o ativo (conta de aplicação do item
da nota);
Situação 2: Ao integrar o valor do bem para o Ativo Fixo (EMS5), caso tenha diferencial de alíquota para o ICMS
(ICMS Complementar) esse valor está sendo deduzido do valor do bem por inteiro para cada item, fazendo com que
o valor da aquisição fique negativo, ocorrendo inconsistência Progress na tela no EMS5;
Situação 3: 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 ocorre inconsistência
na atualização da nota fiscal;

114 Versão 1.0


Release Notes

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.

Função: Confirma Itens Terceiros - RE1001J1


Chamado: TIAQIO
Situação: Ao efetuar um retorno de beneficiamento, o sistema apresenta mensagem de inconsistência informando
que a quantidade está indisponivel para o Lote mesmo existindo saldo ainda na nota.
Solução: Foram efetuadas alterações no programa para que a mensagem de indisponibilidade para o Lote somente
seja apresentada quando não existir saldo disponível na nota de retorno.

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.

Versão 1.0 115


Release Notes

Função: Desatualização Documentos - RE0402


Chamado: THXWG2
Situação: Ao desatualizar um documento que tenha integração com o Módulo de NRI e Ativo Fixo, ocorre a
inconsistência: A ficha do bem não pode ser eliminada no MRI porque já está disponível no Modulo de Ativo para ser
integrada e não desatualiza a nota.
Essa mensagem precisa ser mais explicativa, para que o usuário saiba qual o procedimento e ser executado.
Solução: Foram efetuadas alterações para melhorar a mensagem apresentada no RE0402: . Mensagem: A ficha do
bem não pode ser eliminada no MRI porque já está disponível no Modulo de Ativo para ser integrada.
Executar o programa RE0413 na opção desatualiza para esse documento, e então depois voltar a executar o
programa RE0402 para que o documento seja desatualizado.

Função: Detalhes Documento - RE0701A


Chamado: THXLA6
Situação: O campo “Movimentação com” não está sendo carregado corretamente.
Solução: Foram efetuadas alterações no sistema para apresentar corretamente no campo “Movimentação com” o
emitente que está sendo utilizado na nota,se ele é fornecedor ou cliente.

Função: Diário Auxiliar - Contas a Pagar - APB319AA


Chamado: THVZ33
Situação: Ao utilizar um programa customizado que utiliza a API Valida/Gera Documento (REAPI190), a conta
transitória não possui centro de custo, entretanto o especifico enviou o centro de custo zerado para o recebimento e
a nota foi atualizada sem nenhum bloqueio. Isso é incorreto, pois o sistema deveria bloquear a geração da nota com
centro de custo zerado.
Solução: Foram efetuadas alterações no programa para que seja bloqueado caso ocorra a geração de nota com
centro de custo zerado.

Função: Geração dos Itens da Nota Rateio - RE1904


Chamado: THYMHM
Situação: Ao tentar vincular a uma nota de rateio uma nota de compra que foi lançada com natureza que possui
"ponto", não permite vincular a nota pois ocorre a inconsistência “2 - Não encontrado(a) nota para rateio para a
chave informada”.
Solução: Como no programa Natureza de Operação (CD0606) permite incluir naturezas com "ponto" e no
Manutenção de Documentos (RE1001) no cabeçalho da nota também permite utilizá-la , o Geração dos Itens da Nota
Rateio (RE1904) também deve permitir naturezas com essa formatação.

Função: Importação de NFe por Diretório - RE0517

116 Versão 1.0


Release Notes

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).

Função: Importação de Notas - RE0190


Chamado: THXPUG
Situação: Não permite importar documentos de devolução de cliente pelo programa Importação de Notas (RE0190)
onde a nota de saída possui muitas sequências (superior a 3 casas decimais). O faturamento permite uma sequência
maior que 3 casas decimais.
Solução: Foram efetuadas alterações no programa e o layout para que possa ser informado no campo ( 46 |
Sequência da NF de Saída | 3 | 2396 | 2398 | ) uma numeração maior que 3 casas decimais. Deve ser utilizado
o mesmo tamanho que o faturamento.

Função: Inclusão/Alteração Documentos - RE1001A


Chamado: THYPAP
Situação: No programa Consulta Documentos (RE0701), ao consultar a grade contábil no Cenário IFRS de notas de
compra com contrato por medição vinculado, são apresentados valores zerados na contabilização de algumas
contas.
Solução: Foram efetuadas alterações no programa para que seja exibido corretamente os valores da grade contábil
com cenário IFRS.

Função: Integração com o Módulo de Contas a Pagar - RE9340


Chamado: TIBEEI
Situação: Durante atualização de documentos no programa Integração Contas a Pagar (RE0404), está sendo
apresentada inconsistência e o sistema não efetiva as integrações.
Solução: Foram efetuadas alterações no programa Integração Contas a Pagar (RE0404), para que após a execução do
programa, não seja apresentada inconsistência e ocorra a integração dos títulos no contas a pagar.

Função: Integração Obrigações Fiscais - RE0405 / Manutenção de Documentos - RE1001


Chamado: THYLER
Situação: Não está gerando o valor ICMS ST entrada na integração das notas do recebimento com o módulo de
obrigações Fiscais, em função disso o arquivo da GIA está divergente, pois não gera os valores do ICMS ST nos
respectivos campos para os CFOP´s que possuem esse valor.
Solução: Foram efetuadas alterações na integração do recebimento com o módulo de obrigações fiscais para trazer o
valor do ICMS ST entrada quando a nota possuir.

Versão 1.0 117


Release Notes

Função: Itens Recebimento - RE0106


Chamado: THXVEO
Situação: Ao alterar o cadastro de Manutenção Itens Recebimento (RE0106) em base Oracle o sistema não grava a
informação alterada em virtude da inconsistência "Campo caracter muito longo".
Solução: Foram efetuadas alterações no programa para que as informações alteradas no cadastro de Manutenção
Itens Recebimento (RE0106) sejam gravadas corretamente em base Oracle.

Função: Manutenção de Documentos - RE1001


Chamado: THSEFB
Situação 1: Quando incluído pelo Recebimento uma nota que contenha mais de um item e com despesa acessória
/frete estas despesas devem ser rateadas entre dos itens/bens e isto não ocorre, valor total é considerado apenas
no primeiro item;
Situação 2: Ao clicar no botão "check verde" da tela de manutenções de itens do recebimento, o valor de frete para
documentos vindo do Recebimento Físico está sendo recalculado indevidamente para todos os itens, interferindo
nas despesas e base de cálculo dos impostos da nota;
Situação 3: Ao efetuar uma nota fiscal de devolução sem informar a nota fiscal de origem, com ICMS ST (sem ser ST
antecipada), o sistema (em OF) está jogando esse valor no campo "Valor ICMS Subst Entrada" quando o correto seria
levar para os campos "Base ICMS Item Subst" e "Valor ICMS Item Subst";
Situação 4: Quando o usuário recebe um item e precisa alterar a quantidade recebida ou alterar o peso do item, ao
clicar no botão de recalcular o sistema recalcula o peso, não mantendo o que já foi informado.
Solução 1: Foram efetuadas alterações programa de integração para que rateie o valor da despesa acessória/frete
entre todos os itens da nota, da mesma forma que atualmente é realizado para o ICMS Complementar;
Solução 2: Foram efetuadas alterações no programa para que se não for efetuada nenhuma alteração nos valores e
clicar no botão para recalcular os impostos, não seja alterado os valores de frete;
Solução 3: Foram efetuadas alterações para quando for efetuada uma nota fiscal de devolução de cliente com ICMS
ST e sem informar a nota fiscal de origem, o sistema deve levar o valor do ICMS ST para os campos "Base ICMS Item
Subst" e "Valor ICMS Item Subst";
Solução 4: Foram efetuadas alterações para que o peso do item deve seja trazido do cadastro do item CD0903 e se
alterado, ao clicar no botão de recalcular (RE1001B2) deve ser recalculado de acordo com a quantidade informada
para o item. Se não clicar em recalcular deve ser mantido o informado.

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.

118 Versão 1.0


Release Notes

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.

Função: Monitor do Conversor de NFE - RE0708


Chamado: TIANBK
Situação: O programa Seleção do Monitor NF-e/CT-e/NFS-e (RE0708B) não está executando a seleção ao clicar no
botão OK.
Solução: Foram efetuadas alterações para que a seleção efetuada no Seleção do Monitor NF-e/CT-e/NFS-e
(RE0708B) seja retornada ao clicar no botão OK.

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).

Versão 1.0 119


Release Notes

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.

Função: Solicita Inform. p/ Gerar p/ Estrutura - CD4332


Chamado: TIAQAL
Situação: Ao efetuar uma nota fiscal de retorno beneficiamento pelo recebimento físico (RE2001) utilizando o botão
"Estrutura", não funciona e o item não é carregado em tela.
Solução: Foram efetuadas alterações no programa para que o botão "Estrutura" funcione corretamente.

Função: WEB Access Recebimento - REAPI316C


Chamado: TI5812
Situação: Ao importar um documento utilizando a WEB Access Recebimento (REAPI316) 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.

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.1 Abastecimento / Lubrificação

120 Versão 1.0


Release Notes

Função: Abastecimento/Lubrificações - AB0138


Chamado: THXKIK
Situação: O programa não esta passando o estabelecimento do movimento, assim a contabilidade assume o
estabelecimento do usuário e quando diferente não habilita o centro de custo para digitação. Quando na validação
da conta informa que a conta utiliza Centro de custo.
Solução: Foram efetuadas alterações para que seja passado o estabelecimento do documento para verificação se a
conta utiliza ou não centro de custo.

Função: Abastecimento/Lubrificações - AB0302


Chamado: THZVAU
Situação: Ao criar uma ordem de manutenção que esteja parametrizado para gerar um ficha de lubrificação quando
terminar a ordem, a ficha está sendo criada com o Parâmetro Integração igual a "integrado".
Solução: Foram efetuadas alterações para quando consistida a ficha seja verificado se houve a integração com o
estoque (tipo de material e a transação) antes de deixar como integrado.

Função: Abastecimento/Lubrificações - AB0612


Chamado: THXI01
Situação: Ao selecionar as visões na classificação para ser gerada as informações na tela, está obrigando para que
seja inserida o opção de Compartimento/Filtro/Sub Sistema, no entanto não existe essa opção nas Dimensões
disponíveis.
Solução: Foram efetuadas alterações na mensagem apresentada para que mostre a opção correta que possa ser
encontrada nas Dimensões Disponiveis.

Função: Importação Layout Goodcard/CTF - AB0705


Chamado: TIBQ93
Situação: Está ocorrendo inconsistência ao importar um abastecimento e uma lubrificação com as mesmas
informações (Eqpto, data e hora), pois será agrupada em uma só ficha, no entanto o item da lubrificação não integra
com o estoque.
Solução: Foram efetuadas alterações para quando agrupe os apontamentos de abastecimento e lubrificação em
uma só ficha, sejam integrados os dois itens.

4.4.2 Pneus

Função: Parâmetros de Pneus - PN0101


Chamado: THY769

Versão 1.0 121


Release Notes

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 Manutenção de Ativos

4.5.1 Calibração

Função: Manutenção Procedimentos Calibração - GC0103


Chamado: THYEW0
Situação: Não existem modelos de planilha para uso na Calibração.
Solução: Foram expedidas junto com as rotinas de Calibração (diretório GCP) os seguintes modelos de planilha:
- 01_Modelo_vazio_Planilha.xls: modelo da planilha totalmente vazia e sem formatação. Pode servir como
documento base para novas planilhas e modelos;
- 02_Modelo_Control_E_Ind_Temperatura.xls: planilha preenchida com o teste modelo para Indicador e
Controlador de temperatura. Pode servir como documento base para novas planilhas e modelos, desde que atenda
as normas do cliente;
- 03_Modelo_PAQUIMETRO.xls: planilha preenchida com o teste modelo para Paquimetros. Pode servir como
documento base para novas planilhas e modelos, desde que atenda as normas do cliente;
- 04_Modelo_Exemplo_Uso.xls:planilha preenchida que tem o objetivo de mostrar para o cliente a possibilidade de
recursos que podem ser desenvolvidos para a planilha de calibração. Não deve servir como documento base para
novas planilhas e modelos, apenas para a verificação de recursos;
- 05_Modelo_MSA-R&R.xls: planilha preenchida com o teste modelo Estudo de R&R. Pode servir como documento
base para novas planilhas e modelos, desde que atenda as normas do cliente.

4.5.2 Manutenção Industrial

Função: Ajuste do Contador de Utilização - MI1026


Chamado: THXZI7
Situação: Não está validando o plano de contas da empresa de Manutenção Industrial , mas o plano de contas do
usuário do sistema. Desta forma apresenta mensagens de inconsistências.
Solução: Foram efetuadas alterações na descrição do centro de custo conforme cadastro de do equipamento
(CD0910). Quando a descrição estiver em branco será necessário validar CC do cadastro de equipamento.

122 Versão 1.0


Release Notes

Função: Alocação de Ordens de Manutenção - MI0316


Chamado: THZXTZ
Situação: Ao tentar alocar uma reserva sem saldo disponível em estoque apresenta a mensagem de inconsistência
Progress.
Solução: Foram efetuadas alterações no programa para que não apresente inconsistência Progress.

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.

Função: Apontamento da Mão de Obra - MI0308


Chamado: THYHYA
Situação: Quando selecionado um técnico diferente do primeiro, este não é encaminhado ao programa de origem,
sendo encaminhado o técnico inicial.
Solução: Foram efetuadas alterações no programa para corrigir a situação reportada.

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.

Função: Apontamento de Material Aplicado - MI1030


Chamado: TI1618
Situação: Quando existem duas reservas para a mesma ordem, tarefa com itens diferentes apresenta a mensagem
de que as reservas serão baixadas na quantidade original, entretanto e não atende a reserva ao qual esta se
requisitando.

Versão 1.0 123


Release Notes

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.

Função: Cadastramento Manual da Ordem de Manutenção - MI0307


Chamado: THZXLA
Situação: Ao alterar a ordem de manutenção apresenta indevidamente a mensagem de que não é permitido alterar
a unidade de negócio, mesmo quando o cliente não possui unidade de negócio.
Solução: Foram efetuadas alterações no programa para que não apresente a mensagem indevidamente.

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.

Função: Cadastro de Equipamentos - CD0910


Chamado: TGSGI2
Situação: Está ocorrendo inconsistência ABLSCript na chamada do programa de alteração de equipamento.
Solução: Foram efetuadas alterações para corrigir a inconsistência ABLScript no chamado do programa de alteração
do equipamento.

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.

Função: Geração de Ordens de Solicitação - MI1014

124 Versão 1.0


Release Notes

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.

Função: Geração Simplificada Ordens Manutenção - GMI0307


Chamado: THTMUJ
Situação: Quando selecionada a opção de filtro avançado no programa de indicador MTTR, na tela apresentada a
barra de rolagem não move o conteúdo e a os campos ficam desconfigurados.
Solução: Foram efetuadas alterações para corrigir a inconsistência reportada da barra de rolagem.

Função: Manutenção Atividades - MI0111A


Chamado: THWIH1
Situação: Ao efetuar a movimentação do equipamento no programa MI1006, e informar um estabelecimento
diferente do origem é apresentada a mensagem "213- Estabelecimento destino não pode ser diferente do origem".
A mensagem deve ocorrer quando um equipamento tiver integração com ativo fixo.
Solução: Foram efetuadas alterações para que permita informar um estabelecimento destino diferente da origem na
movimentação do equipamento Tag, quando não existir a integração com o Ativo fixo.

Função: Manutenção Movto-TAG - MI1006A


Chamado: THVQVR
Situação 1: Na abertura do programa Manutenção Movto-TAG (MI1006A) não está apresentando a descrição do
centro de custo origem;
Situação 2: Ao clicar no Zoom de TAG apresenta a mensagem de Centro de custo inexistente.
Solução 1: Foram efetuadas alterações no programa para apresentar na abertura a descrição do centro de custo
Origem;
Solução 2: Foram efetuadas alterações para que ao clicar no zoom do TAG origem não apresentar mensagem de
inconsistência de centro de custo não cadastrado.

Versão 1.0 125


Release Notes

Função: Manutenção Padrão - MI0110


Chamado: THXFP5
Situação: Apresenta mensagem indevida "MSG.15217 - Ocorrência já eliminada por outro usuário" quando no
cadastramento da narrativa da manutenção padrão.
Solução: Foram efetuadas alterações para que a mensagem não seja apresentada indevidamente.

Função: Onde-se-Usa - Item nas Manutenções - MI0629


Chamado: THYWQS
Situação: Apresenta o código do usuario de abertura com o código do planejador. Apresenta em branco a descrição
do planejador e a descrição do nome do usuário de abertura quando na funcionalidade Solicitação de Serviço.
Solução: Foram efetuadas alterações para apresentar corretamente código e descrição do planejador e usuário de
abertura.

Função: Reabertura de Ordem de Manutenção - MI0314


Chamado: THY940
Situação: Não está validando o estabelecimento da ordem, mas o estabelecimento do usuário.
Solução: Foram efetuadas alterações na rotina para que na reabertura da ordem, o estabelecimento seja passado
corretamente para validação de restrição da conta.

Função: Relatório de Estrutura do TAG - MI0231


Chamado: THZCJL
Situação: Ao executar a rotina Relatório Estrutura TAG(MI0231), a estrutura das TAG’s não está sendo apresentada
correntemente no relatório, a indentação entre pai e filho não está sendo respeitada.
Solução: Foram efetuadas alterações na rotina para as informações sejam apresentadas corretamente no relatório
gerado pela rotina Relatório Estrutura TAG(MI0231).

Função: Requisição de Materiais/Solicitação de Compras - CD0738


Chamado: TIBKSW
Situação: Quando existem requisições abertas para a ordem com nome de outros usuários diferente do usuário
logado, ao incluir uma requisição é gerado um novo número de requisição, entretanto a data da requisição não
permite alteração e esta data se refere a última requisição em aberto por outro usuário.
Solução: Foram efetuadas alterações no programa para que permita que outro usuário abra uma nova requisição,
dessa forma, o controle passa a ser por usuário e não mais apenas pela ordem de manutenção.

Chamado: THXOOF

126 Versão 1.0


Release Notes

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.

4.5.3 Planejamento Manutenção Industrial

Função: Relatório Confirmação Ordens Manutenção - PI0507


Chamado: THYZZQ
Situação: No momento da confirmação do planejamento da manutenção industrial está aparecendo a mensagem de
inconsistência Progress System.
Solução: Foram efetuadas alterações na rotina para que permita confirmar as ordens de MI sem ocorrer a
mensagem de inconsistência Progress.

4.6 PCP - Planejamento e Controle de Produção

4.6.1 Chão de Fábrica

Função: Apontamentos do Chão de Fabrica - SF0308


Chamado: THWKU3
Situação: Ao estornar um apontamento do Chão de Fábrica de uma operação que possui unidade de medida
diferente da unidade de medida da ordem, o sistema valida a quantidade da operação em questão com a quantidade
de sua predecessora, não permitindo o estorno da operação em questão quando a quantidade calculada da
operação em questão é maior em arredondamento superior a quatro casas decimais com relação a operação
predecessora, provocando a exibição indevida de mensagem de inconsistência.
Solução: Foram efetuadas alterações para que durante a conversão da quantidade da operação para a quantidade
da ordem, não ocorram diferenças provenientes da divisão e arredondamento da quantidade calculada.

Versão 1.0 127


Release Notes

Função: Geração de Ordens de Compra/Produção - PL0901


Chamado: THZOLN
Situação: Após implantação do chão de fábrica, na confirmação do MRP são gerados os splits, e este procedimento
está consumindo 90% do tempo de execução da confirmação do plano.
Solução: Foram efetuadas alterações para melhorar a performance da confirmação do plano.

Função: Gerencial Chão de Fábrica - SF0629


Chamado: TIBLGH
Situação: Ao acessar o programa no sistema operacional Windows 8 64-bit, está sendo exibida mensagem de
inconsistência Progress ao executar o programa SF0307 e os dados não são carregados no painel superior do
programa.
Solução: Foram efetuadas alterações na forma de carregar as informações para o componente OCX.

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.

Função: Relatório Paradas do Centro Trabalho - SF0401


Chamado: THLHM3
Situação: Quando informada uma parada de centro de trabalho em dia que não possui o modelo de turno com a
sequência similar aos demais, as paradas não são apresentadas, filtrando-se um período com data de inicio e término
iguais.
Solução: Foram efetuadas alterações no programa para que apresente as paradas de centro de trabalho realizadas
em periodos dentro e fora do modelo de turno, quando filtrado um período com data de inicio e término iguais.

4.6.2 Configurador de Produtos

Função: Cadastro de Modelos - CF0101


Chamado: THXQG8
Situação: Ao efetuar a cópia de um modelo quando este não está posicionado no cadastro do item, é apresentada
mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para que não seja apresentada a mensagem de inconsistência.

4.6.3 Produção

128 Versão 1.0


Release Notes

Função: Cadastramento de Ordens de Produção - CP0301


Chamado: THZVCF
Situação: Quando a ordem tem apenas 1 operação externa, não tem reservas e o módulo de chão de fábrica está
marcado no SF0101, não atualiza os tempos e quantidade da operação ao atualizar a quantidade da ordem.
Solução: Foram efetuadas alterações para atualizar a quantidade e tempo da operação, como ocorre quando o chão
de fábrica não está implantado ou quando existe alguma operação interna na ordem.

Função: Consulta Reservas da Ordem - CP0508


Chamado: THRXJ0
Situação: A quantidade calculada das reservas, apresentada na aba reservas da tela de reporte, é calculada
incorretamente, quando o split da ordem possui uma relação un item/operação diferente de 1 (quantidade prevista
diferente da quantidade da ordem).
Solução: Foram efetuadas alterações para que as quantidades das reservas sejam calculadas corretamente.

Função: Desmontagem de Itens - CP0318


Chamado: THZF77
Situação: Ao efetuar a desmontagem de um item configurado sem informar um número de ordem de produção está
ocorrendo inconsistência.
Solução: Foram efetuadas alterações na passagem de parâmetros para que não seja exibida a inconsistência
Progress.

Função: Importação Opïs, Reservas - CP0913


Chamado: TI3815
Situação: O layout de importação do tempo de máquina não está conforme a importação que o sistema está
realizando.
Solução: Foram efetuadas alterações para que o layout e o programa fiquem iguais e realize a importação
corretamente.

Função: Imp. para Reporte da Prod.- CP0608


Chamado: THIIIK
Situação: Não estão sendo listados no relatório as inconsistências ocorridas durante a requisição do material nos
reportes feitos pelo programa CP0608 e ao ocorrer inconsistência não estão sendo requisitadas as reservas para as
quais não ocorreu nenhuma inconsistência.
Solução: Foram efetuadas alterações para que sejam emitidas as inconsistências no relatório e não deve ser
efetuada a requisição apenas para as reservas que apresentaram inconsistência, as demais reservas devem ser
requisitadas.

Versão 1.0 129


Release Notes

Função: Produção do Período - CP0409


Chamado: TIADXL
Situação: Quando emitido o relatório de Produção do Período (CP0409), selecionando a classificação “POR
ESTABELECIMENTO” e a prioridade “POR PERÍODO” e selecionando apenas o estabelecimento da movimentação.
Caso exista uma ordem de produção com ACABADO tanto da ordem quanto de um co-produto então o programa
está somando os ACAS dos dois itens (PRODUTO + CO-PRODUTO).
Solução: Foram efetuadas alterações no programa para que calcule corretamente a quantidade de itens.

Função: Reporte de Produção - SF0308


Chamado: THPELZ
Situação: O reporte de produção por ordem efetuado pelo chão de fábrica não está gerando lançamento de horas de
mão-de-obra para operações intermediárias.
Solução: Foram efetuadas alterações no programa para permitir gerar os lançamentos de mão-de-obra também para
as operações intermediárias, conforme ocorre com a movimentação de GGF.

4.6.4 Engenharia

Função: Cadastramento de Itens - CD0204


Chamado: TIAOKZ
Situação: Quando existe uma upc cadastrada para o programa de cadastro de itens, o mesmo estava apresentando
erro ao confirmar a inclusão de um item novo.
Solução: Foram efetuadas alterações no programa para não apresentar nenhum erro na inclusão de itens, mesmo
com alguma UPC relacionada ao programa.

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.

Função: Consulta Estruturas - EN0801


Chamado: TIAKLF

130 Versão 1.0


Release Notes

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.

Função: Implantação Item - CD0204


Chamado: THXOQH
Situação: O sistema está permitindo cadastrar um item que não possui folha de especificação associada a sua família,
apresentando mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para que realize a validação correta e não seja apresentada a
mensagem de inconsistência.

4.6.5 Planejamento

Função: Cálculo do Planejamento - PL0501


Chamado: THZZTE
Situação: O estoque de segurança do item acabado está sendo considerado na matéria-prima, gerando a data de
entrega da ordem de compra deste componente de forma incorreta (antes da data necessária).
Solução: Foram efetuadas alterações no cálculo do planejamento para que o tempo de segurança do item acabado
não influencie na data de entrega da matéria-prima.

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.

Função: Consulta Mensagens de Exceção - PL0712


Chamado: THYFSQ
Situação: Ao abrir o programa e informado o código do plano na tela de parâmetros, o plano não é carregado na
tela.
Solução: Foram efetuadas alterações para apresentar as exceções corretamente.

Versão 1.0 131


Release Notes

Função: Demonstrativo do Cálculo - PL0507


Chamado: THTCZR
Situação: A tela flex de demonstrativo do cálculo não está mostrando os itens, conforme relatório PL0502.
Solução: Foram efetuadas alterações para que a consulta flex apresente as informações do relatório em Progress.

Função: Demonstrativo do Cálculo - PL0704


Chamado: TIBAL0
Situação: Ao detalhar uma reserva comprometida que a ordem pai foi reprogramada para o final do periodo. Ocorre
a inconsistência 91.
Solução: Foram efetuadas alterações para que não seja mais apresentada a inconsistência Progress.

Função: Geração de Ordens de Compra/Produção - PL0901


Chamado: THTX13
Situação: Quando a função Unidade de Negócio está ativada, na geração de mais de mil ordens pelo PL0901 ocorre
inconsistência Progress.
Solução: Foram efetuadas alterações no programa para não apresentar mensagem de inconsistência Progress na
confirmaçao do planejamento com muitas ordens.

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.

Função: Listagem dos Parâmetros Globais - CD0301


Chamado: THZRJW
Situação: Ao efetuar a cópia especial do plano é apresentada inconsistência técnica em tela.
Solução: Foram efetuadas alterações para que a inconsistência não mais ocorra.

Função: Mensagem de Exceção - PL0515

132 Versão 1.0


Release Notes

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.

Função: Portlet Planos de Produção - Analise de Exceções


Chamado: TGWKA7
Situação: No Portlet de Planos de Produção, na consulta "Analisar Exceções", não são exibidas as mensagens de
exceção.
Solução: Foram efetuadas alterações para que sejam exibidas as mensagens de exceções de acordo com o programa
de Consulta de Mensagens de Exceção (PL0712).

4.6.6 Plano Mestre de Produção

Função: Cálculo Plano Mestre - PM0501


Chamado: TIBHNH
Situação: O plano mestre está considerando a quantidade parametrizada no estoque de segurança quando o tipo de
estoque está por tempo.
Solução: Foram efetuadas alterações para quando o estoque de segurança estiver parametrizado por tempo, não
considere a quantidade.

Função: Plano Mestre - PM0605


Chamado: THXQRZ
Situação: Quando o produto é tipo Item pode ter apenas 1 componente na estrutura, porém, esta inclusão pelo
programa de Importação de Estrutura de Produto (CD0923) não está sendo permitida.
Solução: Foram efetuadas alterações para que permita incluir 1 item na estrutura do produto via programa
Importação de Estrutura de Produto (CD0923).

4.7 Vendas e Faturamento

4.7.1 Embarques

Função: Preparação Faturamento - EQ0506


Chamado: TIAWZ6

Versão 1.0 133


Release Notes

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

Função: Alteração de Códigos e Unidades de Medida - CD0205


Chamado: TI4198
Situação: Ao alterar o código do item por meio do programa de Alteração Códigos Unidades de Itens (CD0205) os
cadastros de ICMS Difer Oper Interestaduais (CD0908) e de Ficha Conteúdo Importação (FT0918) não são alterados.
Solução: Foram efetuadas alterações no programa para quando alterar o codigo do item realize a alteração nos
cadastros de ICMS Difer Oper Interestaduais (CD0908) e de Ficha Conteúdo Importação (FT0918).

Função: Atualização de Estoques - FT2100


Chamado: TIAEL9
Situação: Ao calcular uma Nota Fiscal de remessa de beneficiamento, a data de atualização do estoque está sendo
atualizada sem que o estoque tenha sido movimentado, não gerando assim grade contábil, saldo em poder de
terceiros e movimentação de estoque. Somente após desatualização e atualização da NF no Estoque (FT2100), é que
estas informações são geradas.
Solução: Foram efetuadas alterações no programa de cálculo de nota fiscais para que ao calcular uma Nota Fiscal de
remessa de beneficiamento, não atualize a data de atualização do estoque.

134 Versão 1.0


Release Notes

Função: Atualização de Obrigações Fiscais - FT0604


Chamado: THZVQP
Situação: Ao atualizar as notas no módulo de obrigações fiscais que tenham PIS e COFINS , não está levando os
dados de PIS e COFINS corretamente.
Solução: Foram efetuadas alterações no programa para que ao integrar as notas fiscais com o módulo de obrigações
fiscais, os valores de PIS e COFINS sejam atualizados corretamente.

Função: Cálculo de Embarques - FT4001


Chamado: THWDGQ
Situação: Não permite calcular PIS/COFINS ST para ZFM.
Solução: Foram efetuadas alterações no programa para que permita efetuar o cálculo do PIS/COFINS ST.

Função: Cálculo de Notas Complementares e Outras - FT4003


Chamado: THUYXF
Situação: O sistema não está gravando a conta contábil informada durante o cálculo da nota fiscal.
Solução: Foram efetuadas alterações no programa para que grave a conta contábil informada pelo usuário durante o
cálculo da nota fiscal.

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.

Função: Cálculo de Notas Fiscais - FT4001/FT4002/FT4003


Chamado: THWBSY
Situação: Quando a nota não é eletrônica no DATASUL 11, está gerando situação para a nota, sendo que não deveria,
visto que a nota não é eletrônica.
Solução: Foram efetuadas alterações no programa para que caso a nota não seja eletrônica, a situação seja gerada
sem valor.

Versão 1.0 135


Release Notes

Função: Cancelamento de NF - FT2200


Chamado: THXO10
Situação: Ao tentar cancelar uma nota fiscal de um embarque que possua muitas embalagens, o sistema não efetiva
o cancelamento.
Solução: Foram efetuadas alterações no programa para que permita cancelar a nota no Sistema quando esta possuir
muitas embalagens.

Função: Contas para Faturamento - CD0309


Chamado: TIAWMS
Situação: Não está sendo apresentada o campo Desconto no programa de cadastro de Contas para Faturamento
(CD0309), pasta Contas I.
Solução: Foram efetuadas alterações no programa para que a conta de Descontos seja apresentada para que o
usuário possa manutenir.

Função: Emissão do Demonstrativo Contábil - FT0717


Chamado: TIBJFA
Situação: Ocorre inconsistência ao executar o programas com qualquer Seleção, Classificação ou Parâmetro.
Solução: Foram efetuadas alterações no programa para não apresentar inconsistência.

Função: Faturamento de Pedidos - FT4002


Chamado: TIBS39
Situação: No faturamento de um item qualquer o sistema está encontrando um número de FCI incorreto para este
item, o item não possui número de FCI do programa FT0918 e mesmo assim o sistema encontra um registro e acaba
buscando esta informação.
Solução: Foram efetuadas alterações no programa para que ao eliminar o item da nota ou a nota fiscal elimine
também as tabelas relacionadas a FCI.

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.

136 Versão 1.0


Release Notes

Solução: Foram realizadas alterações no programa para efetuar a baixa do estoque de um item controlado por lote
de forma correta.

Função: Importação de Notas Fiscais - FT2015


Chamado: THVFN2
Situação: Ao importar a nota no programa Importacao de Notas Fiscais (FT2015), o sistema não está gravando o
centro de custo para o item da nota fiscal (Consulta Detalhe Item Nota Fiscal - FT0904C).
Solução: Foram efetuadas alterações no programa para que grave o centro de custo informado para o item.

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.

Função: Integração NF X CR - FT0603


Chamado: THZPT8
Situação: Ao integrar os titulos com o financeiro onde o representante possui um percentual de comissão com mais
de 2 casas decimais, este percentual está sendo integrado com apenas 2 decimais.
Solução: Foram efetuadas alterações no programa de integração de títulos com o CR para que envie os percentuais
de comissão dos representantes com até 4 decimais.

Função: Nota Fiscal Eletrônica - NFe


Chamado: THXWA1
Situação: Formato padrão do XML de cancelamento não está de acordo com especificado pela SEFAZ
Solução: Foram efetuadas alterações para gerar o arquivo XML de cancelamento de NF-e no padrão correto
conforme padrão de retorno da SEFAZ.

Função: Pedidos Faturados por Representante - FT0704


Chamado: TI0211
Situação: Ao emitir o relatório de pedidos faturados por representante, as quantidades devolvidas não estão sendo
apresentadas por item.
Solução: Foram efetuadas alterações no programa para que o relatório gere corretamente as informações
constantes nas NFs de venda e devolução de cliente.

Função: Programas Especiais - SPFT2705.r

Versão 1.0 137


Release Notes

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.

Função: Unidades de Federação - CD0904


Chamado: TIC049
Situação: Ao efetuar a parametrização da aliquota do ICMS ST por faixa CD0904C, está ficando com o valor zerado.
Solução: Foram efetuadas alterações no programa para que a aliquota de ICMS ST seja gravada corretamente.

Função: WEB Access Faturamento - FT0909


Chamado: THVIPB
Situação: Não permite a emissão de notas fiscais para a série 91.
Solução: Foram efetuadas alterações no sistema para que não valide a série 91 como reservada para a Contingência
SCAN.

4.7.3 Nota Fiscal Eletrônica

Função: Emissão DANFE - FT0518


Chamado: TIAZMM
Situação: Ao imprimir notas pelo programa Impressão do DANFE (FT0518), utilizando Word Viewer, o código do item
não é impresso por completo.
Solução: Foram efetuadas alterações no programa para imprimir todo o código do item na coluna.

Função: WEB Access Faturamento - FT0909


Chamado: THXTNJ
Situação: Ao clicar no botão "Incluir" para implantar uma Carta de Correção Eletrônica (FT0909F), o sistema trava e
não abre a tela para informar o texto da Carta de Correção.
Solução: Foram efetuadas alterações no programa para permitir a implantação da Carta de Correção Eletrônica.

4.7.4 Pedidos

138 Versão 1.0


Release Notes

Função: Atualização de Preços - PD0505


Chamado: THWVKO
Situação: Quando atualizada a tabela de preço pelo programa Atualiza Tabela Preços (CD1509),e o usuário deixa o
campo Dt Validade em branco o programa duplica o item na Tabela de Preço (CD1508).
Solução: Foram efetuadas alterações para quando for atualizado preço no programa Atualiza Tabela Preços (CD1509)
não duplicar o item na Tabela de Preço (CD1508).

Função: Cadastramento de Unidades da Federação - CD0904


Chamado: TIBXVM
Situação: O cadastro Unidade Federação não permite eliminar um registro com estado branco, em função da
validação com o Embarque.
Solução: Foram efetuadas alterações para retirar a validação de relacionamento com o Embarque.

Função: Canal Cliente - CD1521


Chamado: THZTUK
Situação: Quando é feita a pesquisa de cliente no portlet cliente selecionado com o perfil de representante de
vendas não esta sendo apresentado o cliente vinculado no canal cliente.
Solução: Foram efetuadas alterações para apresentar clientes para o perfil representante de vendas , considerando o
canal cliente.

Função: Implantação de Pedidos


Chamado: THZQ04
Situação: Ao alterar o código de entrega no pedido flex, não carrega a informação de cidade CIF.
Solução: Foram efetuadas alterações para quando o código de entrega for alterardo no Pedido Flex, a cidade CIF
deverá ser atualizada de acordo com o novo endereço.

Função: Implantação de Pedidos - PD0508


Chamado: THXYWI
Situação: Ao gerar um pedido via pedido Flex, contendo varias vezes o mesmo item (controle por referência), está
acumulando os percentuais de desconto para as demais sequências.
Solução: Foram efetuadas alterações na rotina Flex para que os descontos sejam aplicados corretamente, conforme
rotina clássica do PD4000 (Implantação de Pedidos).

Função: Implantação de Pedidos - PD4000


Chamado: THHCDS

Versão 1.0 139


Release Notes

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.

Função: Implantação de Pedidos - PD4050


Chamado: TI5349
Situação: Ao incluir um pedido no Implantação de Pedidos (PD4050) apresenta mensagem de inconsistência
Progress.
Solução: Foram efetuadas alterações no programa para que não seja apresentada inconsistência Progress.

Função: Implantação Simplificada de Pedidos - PD4050


Chamado: TIAT38
Situação: Quando usuário não tem permissão para informar a sequencia do item no pedido, a data de entrega
sugerida é sempre do dia, diferente da data entrega informada no cabeçalho do pedido.
Solução: Foram efetuadas alterações no programa para que ao incluir um item no pedido de venda, a data de
entrega sempre seja inicial conforme data de entrega do pedido.

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.

Função: Implantação Batch de Pedidos - PD0701


Chamado: THXJ47
Situação: Ao eliminar o primeiro item e modificar o segundo item do pedido é apresentada inconsistência Progress.
Solução: Foram efetuadas alterações no programa para que não seja apresentada a inconsistência Progress.

Função: Manutenção Batch de Pedidos - PD4001


Chamado: THZJQY
Situação: Quando na reativação de pedidos de venda suspenso por meio do programa de Manutenção Batch de
Pedidos de Venda (PD4001), e este pedido possuir um processo de exportação vinculado, o programa não efetua a
reativação apresentando uma mensagem, porém esta mensagem é apenas de alerta e não uma inconsistência. Ao
realizar o mesmo procedimento pelo programa PD4000, a reativação é efetivada.
Solução: Foram efetuadas alterações no programa de Manutenção Batch de Pedidos de Venda para que somente
permita a manutenção do pedido de venda quando houverem inconsistências de alertas ou informações.

140 Versão 1.0


Release Notes

Função: Manutenção de Clientes - CD0704


Chamado: TICLB5
Situação: Ao acessar o programa Manutenção de Clientes (CD0704), e posicionar em algum registro, e após isso
fechar a tela e abrir novamente, o registro não fica posicionado no último registro.
Solução: Foram efetuadas alterações para corrigir a inconsistência reportada, ou seja, quando algum usuário
verificar o programa Manutenção de Clientes (CD0704) e posicionar em algum registro diferente do primeiro,
quando acessado novamente, posicionar no último registro visualizado.

Função: Pré-Efetivacao do Pedido de Venda - PDAPI309


Chamado: THZQ99
Situação: No pedido Flex, quando alterada a natureza de operação de faturamento com entrega futura para remessa
de entrega futura exibe a inconsistência 28172 informando que existem condições especiais de pagamento
cadastradas – onde é necessário excluir a condição de pagamento. Porém, quando excluída a condição de
pagamento, o programa não está salvando as alterações, e persistindo na mesma inconsistência.
Solução: Foram efetuadas alterações no programa para que as condições de pagamento especiais sejam eliminadas
e a inconsistência 28172 não ocorra.

4.8 WMS

4.8.1 WMS

Função: Conferencia Aviso Embarque – BC9008F


Chamado: THXRZM
Situação: O programa efetua uma somatória indevida das quantidades embarcadas, ao efetivar as transações do
aviso de embarque para um item presente em pedidos de venda distintos, porém no mesmo resumo.
Solução: Foram efetuadas alterações no programa para que ao efetivar as transações do aviso de embarque para um
item presente em pedidos de venda distintos, porém no mesmo resumo, não ocorra a somatória indevida das
quantidades embarcadas.

Função: Confirmação Rejeição WMS – WM9006


Chamado: THYHZF
Situação 1: Na Confirmação da Amostra WMS (WM0371a), é apresentada a mensagem de inconsistência:
“No Wms Box Saldo Alocado Record is available (91)”. E na digitação da amostra WMS a quantidade não é atualizada
corretamente nos campos “Qtd item” e “Qtd amostra”.

Versão 1.0 141


Release Notes

Exemplo: “Qtd item” 55, foi informada “Qtd amostra” 5.


E no programa Amostra WMS, a quantidade informada na amostra não retirada da “Qtde item”.
Deveria ficar “Qtde item” 50.
E nos movimentos WMS não considera a quantidade informada na amostra. Campos “Qtd item” e “Qtd Rejeitar”.
Solução: Foram efetuadas alterações no programa para atualizar corretamente a quantidade informada na amostra
WMS.

Função: Desatualização de Documentos Físicos – RE2006


Chamado: THTG49
Situação: Ao desatualizar um documento no recebimento físico integrado ao WMS, mesmo havendo saldo
disponível, e a quantidade alocada ao WMS estiver maior que este saldo, na desatualização de documentos o
programa exige que o item permita saldo negativo, o que ocasiona inconsistências se algum outro departamento
utilizar o saldo no mesmo momento.
Solução: Foram efetuadas alterações no programa para permitir desfazer o documento do recebimento, sem
precisar assinalar o parâmetro para permitir o saldo negativo.

Função: Desatualização do Inventário – WM2012


Chamado: TIAOEC
Situação: Ao efetuar a desatualização do inventário para um endereço que foi contado como vazio, a situação do
endereço permanece como “Atualizado”.
Solução: Foram efetuadas alterações no programa para que ao efetuar a desatualização do inventário do WMS para
um endereço que foi contado como vazio, a situação do endereço não permaneça como “Atualizado”, mas que seja
alterado, conforme as mudanças ocorridas no endereço.

Função: Geração de Ressuprimento – WM9060


Chamado: THZFFK
Situação: Ao tentar realizar um ressuprimento manual (WM0510), ocorre a inconsistência Progress “91 - No wm-box-
saida-ressup record is available”, quando o programa de geração do ressuprimento WM9060 contém uma UPC
cadastrada, independentemente dessa UPC realizar qualquer ação.
Solução: Foram efetuadas alterações no programa para que ao efetuar um ressuprimento manual, não ocorra a
inconsistência Progress 91, quando o programa de geração do ressuprimento WM9060 tiver uma UPC que não
realiza qualquer ação.

Função: Leitura de Inventário – WM9100


Chamado: THYRZS
Situação: O programa leva um tempo considerável no processamento da leitura no inventário WMS.

142 Versão 1.0


Release Notes

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

Função: Reporte\Estorno de Produção – WM9080


Chamado: THSBWH
Situação 1: No reporte de produção (CP0311), quando informada a “Quantidade Refugada”, é apresentada a
mensagem de inconsistência: “19360 – O disponível do item xxxx Dep: WMS é de 0,0000”.
Solução 1: Foram efetuadas alterações no programa para gerar corretamente o reporte de produção para o
depósito parametrizado como WMS e aloca saldo ERP.
Situação 2: No estorno da terceira sequência, é apresentada a mensagem de inconsistência: “27674 – item xxxx sem
saldo no estoque do WMS”.
Solução 2: Foram efetuadas alterações no programa para permitir o estorno da ordem de produção.
Situação 3: No reporte de produção quando é parcial e para dois depósitos diferentes, o sistema cria dois
documentos de entrada no WMS (WM0370).
Exemplo: Reporte para deposito WMS e Reporte para deposito CQ.
Solução 3: Foram efetuadas alterações no programa para gerar somente um documento de entrada, no reporte de
produção. Os itens do documento devem ser gerados de acordo com cada quantidade informada no reporte.
Situação 4: Na confirmação da alocação é exibida a mensagem de inconsistência: “Field log-aloca-qtd-wms from
deposito record (recid 74605) was missing from FIELDS phrase. (8826)”.
Solução 4: Foram efetuadas alterações nos programas para não apresentar mensagens de inconsistência Progress
em tela.
Situação 5: Quando são realizados vários reportes parciais da mesma ordem, no estorno é apresentada a mensagem
“Deposito WMS sem Saldo para o Item”.
Solução 5: Foram efetuadas alterações no programa para que a regra “Número máximo de embalagens fechadas por
sequência” valha somente para um reporte total.
1º Exemplo: Com embalagem de 100, com número máximo de embalagens 10.
Reporte de 1100, ele vai gerar uma sequência de 10 embalagens e uma outra sequência de 1 embalagem.

Versão 1.0 143


Release Notes

2º Exemplo: Com embalagem de 100 com número máximo de embalagens 10.


Um reporte de 600 e outro 500, ele vai gerar uma sequência de 6 embalagens e depois uma segunda sequência com
5 embalagens.
Situação 6: Quando são realizados estornos de vários reportes parciais da mesma ordem, é apresentada a
mensagem “Deposito WMS sem Saldo para o Item”.
Solução 6: Foram efetuadas alterações no programa para que cada estorno realizado de um reporte gere apenas
uma sequência.
1º Exemplo: Com embalagem de 100, com número máximo de embalagens 10.
Reporte de 1100, ele vai gerar uma sequência de 10 embalagens e uma outra sequência de 1 embalagem.
No estorno ele vai gerar 1 sequencias de 11 embalagens.
2º Exemplo: Com embalagem de 100, com número máximo de embalagens 10.
Um reporte de 600 e outro 500, ele vai gerar uma sequência de 6 embalagens e depois uma segunda sequência com
5 embalagens.

5 Distribuição e Logística

5.1 Automação e Coleta de Dados

5.1.1 Frete Embarcador

Função: Cadastro Configurador de Regras – CD0024


Chamado: THXLMC
Situação: O sistema não encontra o engine de regra na integração com o fiscal e recebimento (CTRC e contrato).
Solução: Foram efetuadas alterações no programa para buscar o engine de regras para os dois tipos de operações
possíveis.

Função: Cálculo de Notas Fiscais – FT4003


Chamado: THZA14
Situação 1: Ao integrar com o SIGAGFE uma nota fiscal de saída com um trecho normal e outro de redespacho o tipo
de frete fica como CIF e não como CIF com redespacho.
Solução 1: Foram efetuadas alterações no programa para gerar corretamente o documento de carga no SIGAGFE.
Situação 2: Quando a opção "Considerar o Volume das Embalagens como Volume dos Itens" está assinalada, ao
integrar uma nota de saída com o SIGAGFE o volume está em centímetros e não em metros cúbicos.
Solução 2: Foram efetuadas alterações no programa para gravar corretamente o campo "Volume M3", realizando a
conversão de centímetros para metros cúbicos.

144 Versão 1.0


Release Notes

Função: Implantação de Pedido de Venda – PD4000


Chamado: THYB37
Situação: Ao informar no programa de múltiplos redespachos um redespachante de um pedido com integração com
o GFE, a cidade não é preenchida de forma automática.
Solução: Foram efetuadas alterações no programa para que ao informar o redespachante, a cidade seja informada
automaticamente.

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.

Função: Manutenção Parâmetros Conversor Nota Fiscal Eletrônica – RE0119


Chamado: TFP984
Situação: Quando o produto Frete Embarcador (TOTVS GFE) estiver definido como implantado no programa
Atualização Parâmetro Global (CD0101), o parâmetro “Habilita CT-e” do programa Manutenção Parâmetros
Conversor Nota Fiscal Eletrônica (RE0119) deveria ficar desabilitado, sendo que nesse caso, os conhecimentos de
transporte devem entrar diretamente pelo TOTVS GFE.
Quando o TOTVS GFE está implantado, a busca das mensagens do tipo CT-e será realizada por este produto. Logo,
precisa ser indicado ao TSS que nesse caso somente as mensagens NF-e deverão ser buscadas para o monitor
Solução: Foram efetuadas alterações no programa para desabilitar a opção "Habilita CT-e" caso o produto Frete
Embarcador esteja ativo. Também foi alterado o comportamento do programa de recebimento de CT-e para não
aceitar mais o CT-e caso o Frete Embarcador esteja ativo.

Função: Monitor de Integração – CD0433


Chamado: THVVJ3

Versão 1.0 145


Release Notes

Situação: O programa não atualiza os contratos de autônomos no Financeiro, e apresenta a mensagem de


inconsistência: "Imposto não vinculado à Empresa do Estabelecimento".
Solução: Foram efetuadas alterações no programa para que a empresa seja gravada corretamente.

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.

146 Versão 1.0


Release Notes

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.

Função: Monitor Conversor NF-e/CT-e – RE0708


Chamado: THXW83
Situação: Ao tentar importar as notas usando o TOTVS Colaboração Recepção de NF-e/CT-e/NFS-e, o sistema não
busca nenhum tipo de nota no TSS.
Solução: Foram efetuadas alterações no programa para que o modelo seja enviado corretamente e seja possível
importar o XML.

Função: Parâmetros de Integração – CD0089


Chamado: THWZIR
Situação: O sistema considera que a unidade de medida para peso seja em quilo, mas quando o faturamento é em
outra unidade de medida, como em gramas, o valor do peso excede o tamanho do campo.
Exemplo: 10.000.000 gramas.
Solução: Foram efetuadas alterações no programa para incluir o campo “Fator de Conversão”. Se a emissão das
notas fiscais, o peso for em quilos, o fator deverá ser “1”. Se a emissão das notas, o peso for em gramas, deverá ser
informado o fator "1000".

Versão 1.0 147


Release Notes

5.1.2 Controle de Fretes

Função: Manutenção de Documentos – RE1001


Chamado: TIAXQF
Situação: Ao tentar eliminar um documento via RE1001 para um emitente parametrizado como "Estrangeiro", o
sistema não elimina no GFE.
Solução: Foram efetuadas alterações no programa para eliminar o documento do GFE quando o emitente for
estrangeiro.

6 Qualidade

6.1 Gestão da Qualidade

6.1.1 Avaliação Fornecedores

Função: Cálculo Pontos Controle Padrão - AF0303


Chamado: THOGUL
Situação: Ao executar o programa Cálculos de Pontos de Controles (AF0303) informando somente faixa de famílias
esta ocorrendo inconsistência progress.
Solução: Foram efetuadas alterações para permitir executar o programa informando uma faixa de famílias para o
cálculo de ponto de controles.

7 Vendas CRM

7.1 CRM e Call Center

7.1.1 Suporte

Função: CRM - CRM Genérico


Chamado: TIAZBF
Situação: Quando o usuário utiliza a opção de duplicar ocorrência, são apresentados alguns campos em tela que são
específicos de outra empresa.

148 Versão 1.0


Release Notes

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: Manutenção Ocorrências


Chamado: TIDEY3
Situação: É necessário que seja possível associar uma causa na abertura de uma ocorrência, disponibilizando esta
informação também no portlet de Resumo de ocorrências.
Solução: Foi disponibilizada uma tela de manutenção de causas da ocorrência e possibilitado o relacionamento com
a ocorrência.
Foi alterado o cadastro de ocorrência, para que seja possível relacionar um causa a ocorrência aberta, e foi alterado
o portlet de resumo de ocorrências para apresentar essa informação.

7.1.2 CRM - Relacionamento (CRL)

Função: Cadastro Facilitado de Contas


Chamado:THXXOO
Situação: Não é possível o usuário decidir sobre cadastrar ou não o endereço na tela facilitada de contas.
Solução: Foram efetuadas alterações na regra de obrigatóriedade das informações de endereço, que irão funcionar
da seguinte forma:
a) Se o endereço estiver configurado como obrigatório, nada muda, continuará funcionando como anteriormente;
b) Se o endereço estiver parametrizado no cadastro e não for obrigatório haverá duas situações:
1-Se não for informado nenhum valor para quaisquer um dos campos da aba endereço, então este não será
obrigatório.
2-Se for informado qualquer valor em algum dos campos da aba endereço, então será obrigatório preencher
todos os campos, exceto o campo referência.

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.

Função: CRM - CRM Genérico


Chamado: THXXOC
Situação: Impossibilidade de selecionar endereço no momento da inclusão de uma conta facilitada no CRM.

Versão 1.0 149


Release Notes

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

150 Versão 1.0


Release Notes

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.

Função: Manutenção de Usuários (CRUDusuar_crm) / BO customizada para campo virtual


(crmCustom/boCrmMetaUsuarCustom.p)
Chamado: THUY25
Situação: É necessário possibilitar a identificação pelo nome completo do usuário, no zoom de usuários do cadastro
de usuários da meta.
Solução: Foi adicionado o campo virtual, com o nome completo do usuário.

8 Saúde

8.1 Gestão de Planos de Saúde

8.1.1 AT - Atendimento ao Público

Função: Manutenção Autorização de Guias (at0110b)


Chamado: THYK02
Situação: Ao solicitar insumos genéricos pelo Intercâmbio Eletrônico, não está enviando a descrição do insumo
quando este for genérico.
Solução: Foi efetuada alteração no programa responsável, enviando a descrição do insumo quando o mesmo é
genérico.

Função: Manutenção Autorização Guias (at0110b)

Versão 1.0 151


Release Notes

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.

Função: Manutenção Autorização Guias (at0110z)


Chamado: THSKNO
Situação: É necessário alterar rotina limite de franquia, pois ao exceder o limite de franquia na inclusão de um
movimento, após alterá-lo deixando o valor abaixo do valor de franquia, o movimento não é revalorizado para ficar
igual ao valor do sistema.
Solução: Foi efetuada alteração na rotina limite de franquia, revalorizando o procedimento, caso retorne a ficar
abaixo do valor limite de franquia na alteração de movimento.

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.

Função: Manutenção Autorização de Guias (at0115c.p)


Chamado: TIBPEU
Situação: Ao receber uma guia de IE e a mesma possui uma glosa com classe de erro 8 ao invés da guia ser criada no
menu AT0110B a mesma está sendo criada no menu AT0110U como se houvesse algum erro.
Solução: Foi alterado o programa atapi021 para que o mesmo não considere a ação da glosa das mensagens da
automação, não retornando erro nesses casos.

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.

8.1.2 AC - Automação do Consultório

Função: Movimentos Manual Tele-atendimento (ac0410h)


Chamado: TIBU10
Situação: É necessário calcular a rotina de validade, pois ao incluir procedimentos iguais na guia, não é somada a
quantidade total realizada dos procedimentos para geração da Classe de Erro 49.

152 Versão 1.0


Release Notes

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.

Função: Movimentação Transação manual-chamador- tele-atendimento(ac0410h)


Chamado: THYF56
Situação: Ao incluir os movimentos que possuem glosa parametrizada para restringir o movimento no AT, não está
permitindo a inclusão da guia.
Solução: Foi efetuada alteração no programa responsável pela geração de glosa, possibilitando a inclusão de guia
com a classe de erro parametrizada para restringir movimento.

Função: Sistema WAC


Chamado: TIAVHS
Situação: É necessário alterar programa, pois ao executar o módulo WAC com navegadores não homologados, o
acesso ao sistema é restringido.
Solução: Foi efetuada alteração no programa, exibindo uma mensagem de alerta informando que o navegador não é
homologado para utilização do WAC, ficando a critério do usuário continuar utilizando o navegador.

8.1.3 AF - Emissão de Arquivos Fiscais

Função: Geração do SIB (Foundation Saúde)


Chamado: THVQB3
Situação: Para clientes que utilizam o Auditrail do produto, o processo do retorno do SIB não é finalizado devido ao
fato de que o produto Foundation Saúde não realiza Login no Totvs11, o mesmo possui um banco de usuários
próprios, já o Auditrail para seu correto funcionamento, é necessário um usuário autenticado no Totvs11 para
executar corretamente.
Solução: O programa de retorno do SIB foi ajustado para permitir as alterações do Foundation Saúde na base sem
interromper o processo.

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.

Função: Geração do SIB (Foundation Saúde)


Chamado: THYWXC

Versão 1.0 153


Release Notes

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.

Função: Relatório Nível Abertura X Grupo ANS (pp0910c.p)


Chamado: THVNRJ
Situação: É necessário alterar programa, pois o relatório está apresentando número de expostos de forma incorreta.
Solução: Foram efetuadas alterações no programa, tratando o número de expostos de forma correta, retirando
lógica indevida no programa.

8.1.4 PR - Estrutura do Produto

Função: Manutenção Procedimentos AMB (pr0110h)


Chamado: TIBCEV
Situação: É necessário alterar programa, pois ao modificar um procedimento que teve sua associativa Tabela TISS x
Tipo de Tabela desfeita ou modificada para ser utilizada para insumos é apresentado inconsistência, e é abortada a
possibilidade de manutenção do procedimento.
Solução: Foi efetuada alteração no programa, permitindo a modificação do procedimento, mesmo com a associativa
Tabela TISS x Tipo de Tabela sem vínculos com o procedimento.

Função: Manutenção Processos Integração ECM (bosauworkflowpermission)


Chamado: TIBMAF
Situação/Requisito: É necessário alterar programa, pois foi encontrada inconsistência no programa que realiza o
controle de permissões para acesso das funcionalidades “Incluir”, Modifica e Elimina dos programas Progress e
Metadados envolvidos no processo de Parametrização do Produto.
Solução/Implementação: Foi efetuada alteração no programa, assim os clientes que não possuem o Totvs-ECM
possuirão acesso a funcionalidade “Incluir”, Modifica e Elimina dos programas Progress e Metadados.

8.1.5 FP - Faturamento Planos de Saúde

Função: Fat. Benef. Outra Unidades - RPW


Chamado: TIDGYI
Situação: Ao executar o faturamento de outras unidades em RPW o monitor de pedidos informa que o processo foi
finalizado com sucesso. Mas, são exibidos erros na tela do servidor RPW.

154 Versão 1.0


Release Notes

Solução: Foi alterado o programa para passar parâmetros corretamente evitando erro ao finalizar o processo de
faturamento.

Função: Geração Batch de Fatura fp0710e.p


Chamado: THTVFP
Situação: Quando executado o processo de geração de faturas em conjunto com qualquer outro processo de
alteração de registro na tabela de Nota de Serviço, o processo é bloqueado, pois o registro está sendo alterado por
outro programa.
Solução: Ajuste realizado no programa de Geração Batch de Fatura para que este bloqueio ocorra somente no
momento da alteração do registro.

Função: Geração Batch de Faturas (fp0710e.p)


Chamado: TIAEGB
Situação: É necessário alterar programa, pois o processo de geração de faturas somente está gerando para um único
estabelecimento, mesmo que o contratante possua propostas, em diferentes estabelecimentos.
Solução: Foram efetuadas alterações no programa, gerando fatura de acordo com o estabelecimento informado na
proposta, não agrupando em uma única fatura do mesmo contratante em um único estabelecimento.

Função: Geracao Títulos no Contas Receber


Chamado: THYJNJ
Situação: É necessário alterar a lógica de busca do programa, pois a performance do programa está baixa.
Solução: Foi efetuada alteração da lógica de busca pelas faturas e seus respectivos contratantes, verificando o tipo
de contratante após encontrar as faturas.

Função: Geração Títulos no Contas Receber - RPW


Chamado: TIBL86
Situação: É necessário alterar o relatório para imprimir o número do título com 10 caracteres.
Solução: Foi efetuada alteração no relatório, imprimindo o número do título com 10 caracteres.

Função: Geração/Estorno Notas de Serviço - On-Line (FP0510I)


Chamado: THWGIX
Situação: Em função da modificação da parametrização de "quantidade de dias" para "quantidade de meses" no
cadastro "Manutenção Política de Venda" é necessária
a adequação do tratamento desta nas rotinas de faturamento.

Versão 1.0 155


Release Notes

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)".

Função: Simulação Notas Serviço Pré-Pagamento (FP710F)


Chamado: TIABS5
Situação: Na simulação das notas de pré-pagamento se ocorre inconsistência, é listado no relatório de erros e o
processo é finalizado. Ou seja, não verifica as próximas propostas que estão na seleção, pois considera somente até o
primeiro erro retornado.
Solução: Foram efetuadas alterações no programa, apresentando os demais erros na primeira execução.

Função: Relatório de Titulos gerados por Modalidade e Espécie (fp0610c.p)


Chamado: TIAVKB
Situação: É necessário alterar Layout do relatório de Títulos, pois está sendo impresso com o Layout fora do padrão,
devido a adições e exclusões de informações, dificultando o entendimento.
Solução: Foi efetuada alteração no Layout do relatório de Títulos, melhorando sua visualização.

8.1.6 MR - Gestão de Relacionamentos

Função: Manter Categorias de Atendimento


Chamado: THXCHO
Situação: É necessário alterar programa, pois no menu “Manter Categorias de atendimento” do HMR, ao realizar a
alteração de uma categoria o sistema atualiza o código, deixando os parâmetros que já utilizavam o código antigo
com o mesmo, causando confusão para o usuário que está configurando o sistema.
Solução: Foi efetuada alteração no programa, realizando a manutenção de categorias corretamente, mantendo
código inicial da categoria.

8.1.7 MC - Manutenção de Cadastro

Função: Importação de beneficiários CSV


Chamado: TIBX91

156 Versão 1.0


Release Notes

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

Função: Manutenção Atualização Exclusão Programada (MC0410A)


Chamado: THZCBD
Situação: É necessário alterar programa, pois ao retornar da tela "Motivo Cancelamento do Beneficiário" e teclar
“F4” para voltar às demais funções, o programa apresenta inconsistência no progress de registro não disponível.
Solução: Foi efetuada alteração no programa, não apresentando inconsistência ao retornar da tela "Motivo
Cancelamento do Beneficiário".

Função: Manutenção Beneficiário


Chamado: THZCUK
Situação: Ao efetuar o processo de admissão de um beneficiário e integrá-lo com o DSO, a integração está correta,
porém se após for efetuada uma alteração no cadastro do mesmo, está sendo enviada a alteração e o admissional
novamente.
Solução: Foi efetuada a inclusão de uma nova validação no programa de integração que não permite enviar o
admissional se ele já tiver integrado.

Função: Manutenção Contratante


Chamado: THZBU3
Situação: Ao incluir um contratante utilizando o CEI ao invés de CNPJ, o sistema integra erroneamente com o EMS.
Em alguns casos o sistema duplica contratantes no EMS.
Solução: Foi efetuada alteração no programa de integração, integrando corretamente quando utilizado um CEI no
cadastro.

Função: Manutenção Digital Biometria (mcapibio)


Chamado: THSMTT
Situação 1: O programa de Manutenção de Digital da Biometria está apresentando inconsistência quando executado
via módulo Manutenção de Cadastro, por não conter os parâmetros para validação do prestador e clínica do módulo
WAC.
Solução 1: Foram efetuadas as inclusões dos seguintes campos no programa Parâmetros da Web: “URL Wac”,
“Clinica Genérica Biometria”, “Unid. Prest. Generico Biometria”, “Prestador Genérico Biometria”, “Senha Prest
Genérico Bio.” e “Leitora Genérica Bio.”, estes campos deverão ser preenchidos para que o programa seja
executado.

Versão 1.0 157


Release Notes

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.

Função: Manutenção Pessoa Física


Chamado: THGRTR
Situação: É necessário alterar programa, pois ao abrir a “Manutenção Pessoa física” e buscar uma pessoa física, ao
preencher o campo referente à data de nascimento, o sistema apresenta inconsistência impossibilitando a conclusão
da pesquisa.
Solução: Foi efetuada alteração no programa, realizando a pesquisa de forma correta utilizando a data de
nascimento.

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”.

Função: Manutenção Pessoa Jurídica


Chamado: THTJGD
Situação: Na Manutenção de pessoa jurídica, o campo nome do cartão está sem limitação de caracteres.
Solução: foi efetuada alteração no campo nome do cartão, limitando a digitação em 25 caracteres.

Função: Relatório Beneficiário (MC0210Z)


Chamado: TIAFCJ
Situação: Ao gerar o relatório de beneficiários, apesar de o processo ser finalizado, no rodapé do programa é
apresentado inconsistência.
Solução: Foram efetuadas alterações no formato do campo, finalizando o processo sem apresentar inconsistência.

Função: Relatórios Termos Adesão (MC0210A)


Chamado: TI0782
Situação: É necessário alterar programa, pois os totalizadores do relatório não estão fornecendo as informações
corretas quando o valor total é maior que “99”.
Solução: Foram efetuadas alterações no programa, apresentando as informações de forma correta quando o valor é
maior que “99”.

158 Versão 1.0


Release Notes

8.1.8 PP - Pagamentos de Prestadores

Função: Contab. Provisão IN32 – RPW (DTVW21AA.W)


Chamado: THXCJ4
Situação: O programa está apresentando inconsistência "Historico nao esta preenchido", mesmo com o parâmetro
"Histórico = Sistema".
Solução: Foram efetuadas alterações no programa, validando somente quando o parâmetro "Historico = Informado".

Função: Demonstrativo Provisao IN32 (pp0710f.p) \ Contabilizacao Provisao IN32


(pp0710g) \ Diario Auxiliar Provisao IN32 (pp0710h) \ Relatório de Contabilização do
PTUA700 (pp0110x.p) \ Relatório Sinistro a Liquidar (pp0110z.p) \ Relatório de
Conferência da Contabilização (pp0110t.p) \ Relatório de Provisão Contábil (pp0110q.p) \
Relat Conferencia Contábil (pp0210a.p) \ Consulta Docto Provisao (pp0710i.p)
Chamado: THUHL7
Situação 1: É necessário alterar o programa de geração do demonstrativo inserindo o novo processo de
contabilização dos movimentos do PTUA700.
Solução 1: Foi efetuada alteração no programa que gera o demonstrativo, atendendo movimentos provenientes do
PTUA700, esses movimentos serão gravados nas contas cadastradas no “rb0110o.p Contas Contábeis xRepasse”,
sendo uma conta de Débito (Conta de Custo) e uma conta de Crédito (Conta Redutora).

Situação 2: É necessário alterar o programa de Contabilização da Provisão para adicionar no histórico do


demonstrativo a informação do tipo de conta do movimento.
Solução 2: Foi efetuada alteração no programa da contabilização da provisão, gravando nos históricos do
demonstrativo o tipo de conta do movimento em questão, facilitando a rastreabilidade desses movimentos
futuramente.

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.

Versão 1.0 159


Release Notes

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.

Função: Relatório de Conferência Contábil (PP0210A.P)


Chamado: THYJVV
Situação: É necessário alterar programa, pois ele não está considerando movimentos extras na geração do CSV,
quando informado para emitir o relatório por título.
Solução: Foram efetuadas alterações no programa, considerando os movimentos extras quando for solicitada
geração do CSV, na opção de emissão do relatório por título.

8.1.9 RB - Repasse de Beneficiários

Função: Contas Contábeis X Repasse (rb0110o.p)


Chamado: THUHL7
Situação: É necessária criar um novo cadastro para parametrizar as contas contábeis para beneficiários de repasse.

160 Versão 1.0


Release Notes

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.

8.1.10 RC - Revisão de Contas Médicas

Função: Demonstrativo de Retorno TISS


Chamado: TIAZPR
Situação 1: É necessário alterar programa, pois no campo referente ao Lote, está sendo exibido o número do
protocolo ao invés do número do lote.
Solução 1: Foram efetuadas alterações no programa, apresentando o número do lote no campo referente ao Lote.

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.

Função: Exportação/Importação Lote Guias (rc0310p)


Chamado: THZ487
Situação: É necessário alterar o processo de importação de Lote Guias, pois não está sendo gravada a informação do
Regime de Internação.
Solução: Foi efetuada alteração no programa de importação de Lote Guias, registrando o Regime de Internação
informado no arquivo XML.

Função: Exportação de Faturas Uso Geral (fp0210a.p)

Versão 1.0 161


Release Notes

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.

Função: Exportação Movimentos para Cobrança (RC0510N)


Chamado: TIBVVR
Situação: É necessário alterar layout do programa, pois na exportação dos documentos de internação pertencentes à
versão 3.00.01 da TISS não estavam sendo preenchidos os campos QT_NASC_VIVOS, QT_NASC_MORTOS,
QT_NASC_VIVOS_PRE, QT_OBITO_PRECOCE e QT_OBITO_TARDIO.
Solução: Foram efetuadas alterações nos Layouts de exportação dos arquivos PTU A500 e A700, exportando
corretamente os campos.

Função: Importação de Movimentos (rc0514n.p)


Chamado: THUHL7
Situação: É necessário alterar a importação do arquivo PTUA700 para que seja gravado um indicador de origem nos
movimentos e seus históricos.
Solução: Foi efetuada alteração no programa que cria os históricos dos movimentos, gravando um indicador
sinalizando se o movimento foi originado da importação do PTUA700 ou não.

Função: Importação Movimentos (rc0510n)


Chamado: TIB505
Situação: É necessário alterar programa, pois está obrigando a indicação clínica na importação do A500/A700 mesmo
quando o tipo de atendimento não condiz com Consulta Referenciada.
Solução: Foi efetuada alteração no programa, somente ocorrerá à obrigatoriedade da indicação clínica caso o tipo de
atendimento indique Consulta Referenciada.

Função: Manutenção Documentos Revisão Contas (RC0310A)


Chamado: THUWJX
Situação: É necessário alterar processo, pois ao incluir um procedimento pelo RC, não está exibindo a Participação.
Solução: Foi efetuada alteração no processo, exibindo a participação quando um procedimento é incluído.

Função: Manutenção Parâmetros Importação Prestador (RC0510L)


Chamado: TIBAR8

162 Versão 1.0


Release Notes

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”.

Função: Manutenção Parâmetros Revisão de Contas


Chamado: TI9290
Situação: É necessário incluir campo "Serie Contestação", pois ele existe somente na versão Progress e não está
visível na nova versão em Metadado.
Solução: Foi efetuada inclusão do campo “Serie Contestação” na nova versão em Metadados, respeitando o mesmo
formato existente.

8.1.11 VP - Venda de Planos

Função: Auditar Alterações Cadastro


Chamado: D118SAUA08/000002
Situação: Existe a necessidade de auditar as alterações no endereço principal do contratante.
Solução: Foi alterado o programa Auditar Alterações Cadastro para passar a auditar as alterações no endereço
principal do contratante.

Função: Auditar Exclusão de Beneficiários


Chamado: D118SAUA08/000002
Situação: Existe a necessidade de desenvolver o fluxo de auditoria para auditar a exclusão de beneficiários.
Solução: Foi desenvolvido o programa Auditar Exclusão de Beneficiários com o fluxo de auditoria. Este fluxo deverá
ser validado por um usuário com papel de auditor que poderá aprovar, reprovar ou cancelar a solicitação de exclusão
de beneficiários.

Função: Cálculo de Reajuste da Proposta (vp0110k.p)


Chamado: TIAMAD
Situação: É necessário alterar programa, pois no cálculo do reajuste da proposta, quando estiver parametrizado para
não aplicar os fatores da faixa etária, o programa apresentava inconsistência no valor do reajuste.
Solução: Foram efetuadas alterações no programa, tratando o valor correto de reajuste, quando utilizada a
funcionalidade de não utilizar os fatores da faixa etária.

Versão 1.0 163


Release Notes

Funcão: Manutenção de Beneficiário


Chamado: THYPOV
Situação: É necessário alterar o processo de exclusão, pois na tentativa de exclusão de um beneficiário, ele não é
listado na tela referente a informações do motivo de exclusão.
Solução: Foi efetuada alteração no processo de exclusão, apresentando os beneficiários selecionados para exclusão
na tela Motivo de Exclusão, possibilitando a realização da exclusão.

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.

Função: Simulação da Proposta


Chamado: THNZLT
Situação: É necessário alterar programa, pois a simulação da proposta não está respeitando a política de venda por
faixa etária.
Solução: Foram efetuadas alterações no programa, assim tratando corretamente a política de vendas por faixa
etária.

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.

164 Versão 1.0


Release Notes

Solução: Alterada a forma de realização da pesquisa resultando somente registros válidos.

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.

Versão 1.0 165


Release Notes

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.

Função: Manutenção de Beneficiários da Simulação da Proposta


Chamado: THVNKU
Situação: Não estavam sendo validados alguns casos e parâmetros nos processos de Inclusão e Exclusão de um
beneficiário da simulação. Na exclusão de um beneficiário, não era levado em consideração a parametrização do
indicador de obriga responsável do cadastro do tipo de plano.
Também não existia a validação da quantidade de responsáveis para simulações.
Solução: Foram adicionadas tratativas para validar os parâmetros da forma correta.
Na exclusão de um responsável que possua dependentes, em uma simulação que está parametrizada para obrigar
um responsável, foi adicionado um zoom que lista os possíveis responsáveis para os dependentes do responsável
que está sendo excluído.
Essa tratativa será realizada apenas no caso de existirem outros responsáveis na simulação.

166 Versão 1.0


Release Notes

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.

Função: Manutenção Contratos


Chamado: D118SAUA08/000002
Situação: Existe a necessidade de permitir cadastrar anexos para os contratos.
Solução: Foi incluindo no programa Manutenção de Contratos a aba “anexos” que permitirá manter os anexos do
contrato.

Função: Manutenção Contratantes


Chamado: D118SAUA08/000002
Situação: Existe a necessidade de permitir cadastrar anexos para os contratantes e de auditar as alterações no
endereço principal do contratante.
Solução: Foi incluindo no programa Manutenção de Contratantes a aba “anexos” que permitirá manter os anexos do
contratante. Também foi validado para que as alterações no endereço principal da pessoa jurídica entrem no
processo de auditoria no programa Auditar Alterações Cadastro para os usuários que não forem auditor.

Função: Manutenção proposta


Chamado: TIBD23
Situação: Foi sobescrito a implementação do projeto de produtização do Mascaras em um programa java
Solução: Foi alterado o programa ProposalCRUDDTOAssembler.java para que o projeto volte a funcionar
corretamente.

Função: Manutenção Política de Venda


Chamado: THWGIX
Situação: Foi verificado que a parametrização de "quantidade de dias" no cadastro "Política de Venda" esta
dificultando a aplicação de descontos/acréscimos por meses, pois dependendo do momento da venda pode ocorrer
que o sistema fature aplicando o desconto;acréscimo após ou antes do término da validade.
Solução: Foi alterado campo do cadastro de Manutenção de Política de Venda de "quantidade de dias" para
"quantidade de meses".

Função: Política de Venda x Módulo


Chamado: THUXZ2

Versão 1.0 167


Release Notes

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

9.1 Gestão da Qualidade

9.1.1 Controle da Qualidade

Função: Rastreabilidade Lotes - CQ0610


Chamado: THXH81
Situação: O usuário precisa distinguir que tipo de operação gerou o lote.
Solução: foram efetuadas alterações para imprimir mais uma coluna no relatório com a natureza do documento
quando for venda.

10 Comércio Exterior

10.1 Comércio Exterior

10.1.1 Câmbio

Função: Liquidação Câmbio Futuro - EC0024


Chamado: THXLGW
Situação: Ao liquidar um contrato de câmbio futuro, onde o valor dos títulos é inferior ao valor do contrato, o
sistema permite a liquidação, entretanto gera no caixa e bancos o movimento de saída da conta corrente em moeda
estrangeira e entrada na moeda corrente, pelo valor do contrato.
Solução: Foram efetuadas alterações no programa para somente permitir a liquidação de câmbio futuro, caso o valor
da soma dos títulos a serem liquidados seja igual ao valor do contrato a ser liquidado. Sendo que esse contrato a ser
cadastrado para liquidação de câmbio futuro, somente poderá ter títulos liquidados por câmbio futuro, não poderá
ter outras vinculações de títulos.

168 Versão 1.0


Release Notes

Função: Liquidação Título ACC/ACE (EC0006)


Chamado: THVWVT / THVWR6
Situação 1: É permitido vincular um valor a maior do que o saldo do contrato, gerando operações negativas no APL.
Situação 2: O título referente as diferença da paridade deve ser gerado na moeda do título original, atualmente é
gerado desta forma, mas é gerado com o valor na moeda do contrato (diferença da paridade inicial - fechamento),
sendo que deve converter esse valor pela paridade do fechamento, para gerar com valor na moeda do título original.
Exemplo: A diferença da paridade é apurada em Dolar, mas este valor é gerado no ACR com a moeda Euro.
Esse título também é gerado com a conta contábil a “CR” incorreta, é utilizada a transitória.
Situação 3: Ao realizar o estorno da liquidação total, não volta corretamente o “Sl Liq. Mo Contr”.
Situação 4: Ao realizar a liquidação de um contrato de câmbio do tipo ACC/ACE, o sistema não utiliza a cotação da
tela para realizar o acerto de valor a menor do título, é utilizada a cotação que está cadastrada na base, na data da
liquidação, porém o sistema apresenta em tela o valor convertido pela cotação informada em tela.
Solução 1: Foram efetuadas alterações no programa para não permitir vincular um título com valor maior do que o
contrato de câmbio, onde é vinculado esse título.
Solução 2: Foram efetuadas alterações no programa para gerar o valor convertido para a moeda do título original.
Solução 3: Foram efetuadas alterações no programa para que, ao estornar o valor, volte corretamente para o
câmbio.
Solução 4: Foram efetuadas alterações no programa Liquidação de Câmbio, tanto na opção automática (há um
browse que mostra o valor), quanto manual, para que o valor de liquidação do título em moeda corrente não seja
convertido pela cotação informada manualmente na tela, e sim pela que está cadastrada na data de liquidação da
tela. Somente o valor de juros deve ser convertido pela cotação informada em tela.

10.1.2 Exportação

Função: Acompanhamento Processo - EX0200


Chamado: THQBG9
Situação: Quando o parâmetro "Despesa Total no Faturamento Parcial" está marcado para as despesas do processo
de exportação e há o faturamento do pedido em dois embarques diferentes as notas fiscais estão saindo com o valor
total em cada, independente de quantidades ou valores, sendo o correto a aplicação da regra de três para a geração
das despesas com este parâmetro marcado.
Solução: Foram efetuadas alterações no programa para quando o parâmetro "Despesa Total no Faturamento
Parcial" está marcado seja efetuada a regra de três para a geração dos dados no caso de haver mais de um
embarque/nota fiscal para o mesmo pedido de vendas.

Função: Cálculo de Embarques - FT4001


Chamado: THWVFY

Versão 1.0 169


Release Notes

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.

Função: Preparação Faturamento - EQ0506


Chamado: THXMTU
Situação: Quando cliente esta efetuando embarques diferentes de um mesmo pedido de exportação, apresenta a
mensagem de inconsistência.
Solução: Foram efetuadas alterações para permitir efetuar diferentes embarques com o mesmo pedido de
exportação.

Função: Provisão Despesas de Exportação - EX0404


Chamado: TIBDEF
Situação: Ao executar o programa de Provisão Despesas de exportação (EX0404) uma mensagem progress é
apresentada, impedindo a execução correta do programa.
Solução: Foram efetuadas alterações no programa para que a mensagem não seja apresentada e os dados sejam
gerados corretamente.

Função: Relacionamentos do Processo - EX0190


Chamado: THXL05
Situação: Ao acessar o programa Relacionamentos do Processo (EX0190) e clicar em alguns dos itens apresenta a
mensagem de inconsistência.
Solução: Foram efetuadas alterações no programa para permitir navegar entre os itens sem ocorrer mensagem de
inconsistência.

10.1.3 Importação

Função: Cadastro Traducao de Itens - CD2561


Chamado: THYBHX
Situação: Ao nacionalizar um documento pelo que o item sofra controle de qualidade, não é sugerida a localização
de acordo com o definido no cadastro padrão. Se o processo for efetuado diretamente no módulo de recebimento a
localização é sugerida corretamente.
Solução: Foram efetuadas alterações no programa para que a sugestão da localização seja efetuada conforme já é
sugerido em lançamentos feitos diretamente no recebimento.

170 Versão 1.0


Release Notes

Função: Geração NF Complementar - IM0101


Chamado: TIAX74
Situação: Quando a ordem de compra possui uma moeda diferente da moeda informada na despesa complementar,
o sistema para gerar a nota complementar converte o valor da despesa complementar na moeda da ordem de
compra.
Solução: Foram efetuadas alterações no sistema deve gerar a nota complementar no valor da moeda informada
para a despesa

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.

Função: Nacionalização/Geração Documentos Entrada - IM0100


Chamado: TIB409
Situação: Ao nacionalizar um processo de importação onde o item tenha um valor unitário de PIS mesmo não
estando marcado para utilizar o cálculo por unidade, está efetuando o cálculo do PIS por unidade.
Solução: Foram efetuadas alterações no programa para quando nacionalizar e tiver valor informado no campo
unitário para PIS, somente utilizar se estiver marcado para fazer o cálculo por unidade.

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.

Versão 1.0 171


Release Notes

Solução: Foram efetuadas alterações no programa para que a inconsistência não ocorra.

11 Framework

11.1 Framework TOTVS

11.1.1 Audit Trail

Função: Cria Pedido Agenda Automática - BTB860AA


Chamado: THYFCD
Situação: Ao criar a agenda automática do Audit Trail em uma segunda empresa, é apresenta mensagem de
inconsistência.
Solução: Foram efetuadas alterações no programa para considerar o servidor RPW configurado para o audit trail,
além do nro do pedido de execução.

11.1.2 Cadastros Gerais

Função: Cadastramento de Clientes - CD0704


Chamado: TIBP53
Situação: No Cadastro de Clientes (CD0704) ao incluir um novo cliente o programa não está sugerindo a natureza do
grupo de clientes informado, está inicializando o campo natureza com outro valor.
Solução: Foram efetuadas alterações para que ao cadastrar um cliente, trazer as informações de acordo com o grupo
de cliente informado.

Função: Importação Propostas (CG0110T)


Chamado: TIAFVG
Situação: É necessário alterar programa de importação de propostas de migração, pois o programa está
apresentando inconsistência onde é exibida mensagem “Ultimo Mes reajuste menor que Mes Inicio da Proposta"
com tipo “alerta”, sendo que é um “erro”.
Solução: Foram efetuadas alterações no programa, apresentando mensagem de inconsistência com o tipo correto.

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.

172 Versão 1.0


Release Notes

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.

Função: Manutenção Proposta - Migração (CG0110V)


Chamado: TI5273
Situação: É necessário alterar processo, pois na Inclusão de Propostas de Migração está apresentando inconsistência
de restrição exclusiva violada.
Solução: Foram efetuadas alterações no processo, não apresentando inconsistência no programa e concluindo o
processo com sucesso.

Função: Usuário Materiais - CD1700


Chamado: THPUM1
Situação: Ao executar o zoom do campo "Lotação" no programa Usuário de Materiais (CD1700), em vez de ser
executado no zoom do programa UTB066ka, está sendo executado o programa z01in042.
Solução: Foram efetuadas alterações para que ao utilizar o zoom do campo "Lotação" no programa Usuário de
Materiais (CD1700), em vez de ser executado no zoom do programa z01in042, seja executado o zoom UTB066ka.

11.1.3 Universal

Função: Criação de Pessoa Física/Jurídica - TDUNI182 / TDUNI183


Chamado: TICEHM
Situação: Ao efetuar o cadastro de uma pessoa física/jurídica em uma base Progress com a tabela de pessoa física
sem ocorrência, o sistema gera o código 0.
Solução: Foram efetuadas alterações no programa para salvar corretamente o número da pessoa em base Progress.

Função: Manutenção Centro de Custo - UTB066CA


Chamado: THXYBZ
Situação: O sistema permite a criação de Centro de Custo zerado. Porém, esse Centro de Custo posteriormente gera
várias inconsistências no sistema.
Solução: Foram efetuadas alterações no programa para não permitir a criação de Centro de Custo zerado.

Função: Validação de Contas


Chamado: TICELA

Versão 1.0 173


Release Notes

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.

11.1.4 Framework Datasul

Função: Datasul MDEditor - Flex


Chamado: THUCMG
Situação: Na implementação das regras de valorização, não são carregados os dados em tela e o xml não passa a
variável necessária para a regra.
Solução: Foram efetuadas alterações para que o XML passe a variável.

Função: FAST - Frameworks, Architeture, Support & Tools


Chamado: THPMY5
Situação: Ao utilizar o comando "message" com 3 botões "YES-NO-CANCEL" no metadados o valor que está
retornando nos botões são TRUE,FALSE,FALSE
Solução: Foram efetuadas alterações no comando message permitindo definir uma variável character para o retorno
do message quando utilizado "YES-NO-CANCEL".

Função: Manutenção de Programas


Chamado: THQYS9
Situação: Ocorre inconsistência 132 durante alteração de registro.
Solução: Foram efetuadas alterações no programa BAS_PROG_DTSUL para evitar a ocorrência da inconsistência 132.

Função: TOTVS Monitor


Chamado: THXKTT
Situação: Ao acessar o TOTVS Monitor, quando não há informação para ser apresentada na tela inicial, ocorre
inconsistência de divisão por zero.
Solução: Foram alteradas várias classes para não prosseguir, caso não tenha dados.

11.1.5 Job Execution

Função: FNBO\BOFN172.P

174 Versão 1.0


Release Notes

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: Base Programa - MEN012AA


Chamado: THZSM1
Situação: Ao efetuar o cadastro de um programa no menu utilizando a IDE do Metadados e depois tentar alterar o
cadastro de um programa ocorre inconsistência.
Solução: Foram efetuadas alterações para verificar qual o banco de dados está sendo utilizado.

11.1.7 Básico (NPS)

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.

Função: Base Banco Timeout - BTB010AA


Chamado: THVTSA
Situação: No primeiro acesso do usuário ocorre mensagem de inconsistência. É necessário que a interface do usuário
seja inicializada sempre no menu e não na área de trabalho do usuário, pois esse será o comportamento padrão no
momento da entrada em produção.
Solução: Foram efetuadas alteraçõs para não exibir a mensagem.

Função Básico EMS5 - BTB910ZZ


Chamado: TI8706
Situação: Os programas que utilizam a chamada do login intermediário Básico EMS5 (btb910zz), e possuem
parâmetro para desabilitar a troca do usuário determinado, não funcionam. O programa apresenta o usuário que se
autenticou no login, porém permite trocar para qualquer outro usuário, esse comportamento está incorreto, pois
deveria desabilitar o campo. A divergência somente ocorre com login integrado, com login normal funciona
normalmente.

Versão 1.0 175


Release Notes

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.

Função: FAST - Frameworks, Architeture, Support & Tools


Chamado: THRLB8
Situação: Ao criar um processo e associar um programa, ao tentar acessar pelo botão executar, este não funciona ou
chama o último programa aberto em aplicativos.
Solução: Foram efetuadas alterações no programa para solucionar a situação reportada.

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.

Função: FRM - Formulário


Chamado: THWW57
Situação: Instabilidade no processo de carregamento do login do produto.
Solução: Foram efetuadas alteraçõs na criação do responsável por atribuir o usuário na carga do menu.

Função: Funções Genéricas - BTB901


Chamado: THWFLX
Situação: Ao procurar por uma string na opção de busca e não for informada a string completa ou o inicial dessa, o
produto não encontra a expressão.
Solução: Foram efetuadas alteraçõs para substituir internamente os espaços em branco na string pesquisada por
"%".

Função: Menu Principal (Extrato de versão ) - MEN902ZA


Chamado: THVTBO
Situação: O extrato de versão, não apresenta as bases de dados da sessão corrente.
Solução: Implementada a apresentação dos bancos da sessão no final do extrato de versão.

Função: Parâmetros Importação - IM0000


Chamado: THVYMQ
Situação: Quando a empresa principal do produto é uma empresa que possui caracteres, ocorrem inconsistências
Progress, ao utilizar a API de conexão de bancos btb009za.p

176 Versão 1.0


Release Notes

Solução: Foi alterado o tipo do parâmetro recebido para o campo empresa de inteiro para caractere.

Função: Unificação do Foundation


Chamado: TIBQMC
Situação: Durante a Unificação do Foundation (BTB959ZA), é utilizado o nome lógico EMSUNI constante. Se o usuário
utilizar este programa dentro do menu TOTVS, com outro banco EMSUNI, podem ocorrer divergências para copiar os
dados.
Solução: Foram efetuadas alterações no programa para que utilize outro nome lógico para o banco EMSUNI.

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

Função: Migração Plano Contas (te0110u.p)


Chamado: THXHLF
Situação/Requisito: É necessária alterar o programa Migração do Plano de Contas para que seja possível informar
um período que será utilizado para a conversão das contas.
Solução/Implementação: Foi efetuada alteração no programa Migração do Plano de Contas, recebendo a Data de
Movimentação Inicial e a Data de Movimentação Final, estas datas deverão estar dentro do período do plano de
contas ativo. Essas datas serão utilizadas para a alteração das contas referente aos movimentos.
Importante: Esta opção deixará de trocar contas em determinado período, visto que está a cargo do cliente fazer o
controle do período de troca de contas para cada situação.

12 Gestão de Contratos

12.1 Gestão de Contratos

12.1.1 Contratos de Compras

Função: Avaliação de Crédito - CM0102


Chamado: THVZC7

Versão 1.0 177


Release Notes

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.

Função: Cadastro de Eventos - CD0115


Chamado: THYIV6
Situação: Ao cadastrar um contrato e definir uma matriz de rateio para o contrato e vincular uma ordem de
investimento para essa matriz, quando incluído o evento o contrato o sistema não esta levando a ordem de
investimento para a matriz de rateio do evento somente as contas definidas na matriz de rateio do contrato.
Solução: Foram efetuadas alterações para que a informação da ordem de investimento também seja levada para a
matriz de rateio do evento.

13 Agroindustrial

13.1 Originação de Grãos

13.1.1 Venda, Compra e Armazenagem de Grãos

Função: Cálculo Quebra Técnica - GG4044


Chamado: THZKEJ
Situação: No Cálculo de Quebra Técnica (GG4044), não há a opção de seleção por item, safra, estabelecimento fiscal
e estabelecimento administrador.
Solução: Foram incluídas na seleção as opções por item, safra, estabelecimento fiscal e estabelecimento
administrador. Também foi incluída a opção em tela para imprimir parâmetros.

Função: Calendário Bolsa - GG5010


Chamado: TIAJJT
Situação: Para o cadastro de Calendário Bolsa (GG5010), não há uma listagem ou relatório.
Solução: Foi desenvolvida uma listagem NOVA do cadastro Calendário Bolsa (GG5010) - Listagem Calendário Bolsa
(GG4001).

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.

178 Versão 1.0


Release Notes

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).

Função: Cancelamento de NF - FT2200


Chamado: TIAYC1
Situação: No processo de cancelamento da NFe está ocorrendo inconsistência Progress informando que o programa
de APPC "agro-upc/gg-doc-fiscal-w.p" não foi encontrado.
Solução: Foram efetuados ajustes no programa de setup-graos retirando o cadastro da APPC em questão, pois esta
foi descontinuada.

Função: Centro Aprovações Contrato Compras - GG1095


Chamado: THWOU2
Situação: Permitir alterar os dados bancários (banco, agência e/ou conta corrente) após ocorrer uma rejeição do
pagamento no bordero.
Solução: Foram efetuadas alterações no Botão de Informações do Cheque, no programa GG1095, pasta dos
Pagamentos, para quando o pagamento for em depósito, permitir alterar as informações bancárias dos pagamentos
programados via Adiantamento de Valor (GG1001b) ou Fechamento Financeiro (GG8000).

Função: Detalhe Contrato Compra - GG1001B


Chamado: THZKYM
Situação: Não está trazendo como padrão SIM para o campo Variação Moeda, na inclusão de um adiantamento em
produto. Está validando o local de entrega no adiantamento em produto, sempre contra o fornecedor do contrato,
mesmo quando há cessão de direito.
Solução: Foram efetuadas alterações para que no adiantamento em produto, sempre que incluir um adiantamento,
e a moeda for diferente da moeda corrente, independente do parâmetro geral Gerar Adto na moeda forte (GG1005),
o default para o campo Variação Moeda deve ser SIM. Ajustada a validação do campo de local de entrega, para caso
informar um fornecedor diferente como cessão de direito, validar o local contra este emitente não contra o emitente
do contrato. Também foi ajustado como default a inscrição do contrato como local de entrega e com isso atualizado
também como padrão o nome do local com o nome da inscrição.

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.

Função: Extrato Contrato Compra - GG4025


Chamado: THZLGR

Versão 1.0 179


Release Notes

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.

Função: Fechamento Financeiro Originação - GG8000


Chamado: THZQZ7
Situação: Ao efetuar um fechamento de um contrato com nota global o sistema apresenta a mensagem de que não
consegue localizar um título. Esta mensagem ocorre devido a geração da nota fiscal pelo programa de romaneio
estar criando um relacionamento entre o documento e o titulo, porém, na desatualização dessa nota esse
relacionamento não é eliminado.
Solução: Foram efetuadas alterações no programa para quando esta nota for desatualizada esse relacionamento seja
eliminado.

Função: Limites Aprovação - GG1094


Chamado: TIAVPU
Situação: Não existe uma listagem do cadastro de Limites de Aprovação.
Solução: Foi desenvolvida a listagem NOVA - Listagem Limites Aprovação (GG4004) no cadastro Limites de
Aprovação (GG1094)

Função: Movimentos Romaneios - GG4019


Chamado: TIAYYY
Situação: No relatório Movimentos Romaneio (GG4019), não está listando a informação se a pesagem foi manual ou
balança.
Solução: Foram efetuadas alterações no relatório Movimentos Romaneio (GG4019), na opção Exportar a informação
se a pesagem foi informada ou não de forma Manual ou coletadas via integração com Balança.

Função: Parâmetros Grãos - GG1005


Chamado: THVLYB
Situação:
1 - Pasta "Geral I", o campo de grupo de aprovação bank só é obrigatório se estiver marcado que utiliza (flag utiliza
cotação bank). Atualmente está sempre exigindo digitar um grupo
2 - Pasta "Vendas", o campo grupo de faturamento não é obrigatório, porém está exigindo sempre digitar um grupo;
3 - Pasta "Vendas", o campo portador moeda estrangeira não é obrigatório, porém está exigindo sempre;

180 Versão 1.0


Release Notes

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.

Função: Pendências Fiscais Contrato Compras - GG2074


Chamado: TIAOAG
Situação: A solução de pendências fiscais de complemento de preço, via GG2074, não está preparada para tratar
natureza de operação de rateio.
Solução: Foram efetuadas alterações para permitir utilizar natureza de operação de rateio para solução de
pendencia fiscal de complemento de preço via Originação de Grãos.

Versão 1.0 181


Release Notes

Função: Romaneios - GG2000


Chamado: THYS18
Situação: Não replica o peso origem para armazém em romaneios FOB utilizando armazém parametrizado como
troca de notas.
Solução: Foram efetuadas alterações para que siga o ciclo normalmente.

182 Versão 1.0


Release Notes

Capítulo 4: Implementações e Correções Técnicas

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.

Versão 1.0 183


Release Notes

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.

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.

Foram liberadas as seguintes alterações:

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”.

184 Versão 1.0


Release Notes

4. Alteração do formato dos campos “log-cal-juros”, “log-cal-cambio”, “cdn-ender”, “log-exportacao”, “log-


pend-jurid” na tabela “gg-contrato”.
5. Criação das tabelas “gg-exame”, “gg-mov-contr-lote”, “gg-relacto-class”, “gg-relacto-class-exame”, “gg-
relacto-item”, “gg-tab-result-comp”, “gg-tab-resultado”.
6. Criação dos campos “num-id-relacto-class” e “num-id-relacto-class-exam” na tabela “gg-mov-clas”.
7. Criação dos campos “idi-unid-negoc-produt” e “cod-estab-fisc” na tabela “gg-param-estab”.
8. Alteração do formato dos campos “var-carta-frete” e “var-preco-unit” na tabela “ope-operacao-rota”.
9. Criação dos campos “cod-emitente-desemb”, “cod-emitente-destina”, “cod-emitente-emb”, “cod-emitente-
redesp”, “cod-emitente-remet”, “cod-emitente-transb” na tabela “ope-operacao-rota”.

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”.

Versão 1.0 185


Release Notes

2. Alteração do índice “sfcrcmtl-id” na tabela “sef-cr-acum-utiliz”.

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”.

186 Versão 1.0


Release Notes

2. Criação dos campos “num_seq_item_critic”, “cod_unid_organ_orig”, “cod_unid_organ_dest”,


“cod_plano_cta_ctbl_dest”, “val_margem_aceite” na tabela “item_critic_sdo_cta_ctbl”.
3. Criação dos índices “itmcrtcs_uo_orig”, “itmcrtcs_uo_dest”, “itmcrtcs_pln_dest” e “itmcrtcs_plano” na
tabela “item_critic_sdo_cta_ctbl”.
4. Alteração do índice “itmcrtcs_crtcsdct_id” na tabela “item_critic_sdo_cta_ctbl”.
5. Alteração dos campos “ind_tip_trans ” e “num_cheque” na tabela “movto_cx_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”.

Versão 1.0 187


Release Notes

3. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “cod_agent_sped” e


“idi_orig_reg_sped” na tabela “sped_aso_agent”.
4. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped” e “idi_orig_reg_sped” na tabela
“sped_aso_exam”.
5. Alteração dos campos “cod_ativid_sped”, “des_ativid_sped” e “des_ativid_compl_sped” na tabela
“sped_ativid”.
6. Alteração dos campos “idi_tip_participan_sped”, “cdn_participan_sped”, “dat_inic_lotac_func”,
“cod_ativid_sped”, “dat_term_lotac_func” e “idi_orig_reg_sped” na tabela “sped_ativid_participan”.
7. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “dat_ocor_sped”,
“hra_ocor_sped”, “des_lograd_sped”, “num_lograd_sped”, “cdn_munpio_sped”, “idi_orig_reg_sped”,
“cod_cid_sped” e “nom_medic_atendim” na tabela “sped_cat”.
8. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “dat_ocor_sped”,
“hra_ocor_sped”, “cdn_agent_causa_sped” e “idi_orig_reg_sped” na tabela “sped_cat_agent_causa”.
9. Alteração dos campos “des_lograd_sped”, “num_lograd_sped” e “cdn_munpio_sped” na tabela
“sped_cat_compl”.
10. Alteração dos campos “cod_reg_cat_origin_sped” e “nom_medic_atendim” na tabela
“sped_cat_compl_acidado”.
11. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “dat_ocor_sped”,
“hra_ocor_sped” e “idi_orig_reg_sped” na tabela “sped_cat_parte_atgdo”.
12. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “dat_ocor_sped”,
“hra_ocor_sped”, “des_lograd_sped”, “num_lograd_sped”, “des_bairro_testem”, “cdn_munpio_sped”,
“idi_orig_reg_sped” e “cod_telef_testem_sped” na tabela “sped_cat_testem”.
13. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “idi_tip_cond_dif_trab” e
“idi_orig_reg_sped” na tabela “sped_cond_dif_trab”.
14. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “idi_tip_cond_dif_trab” e
“cod_agent_sped” e “idi_orig_reg_sped” na tabela “sped_cond_dif_trab_agent”.
15. Alteração dos campos “cdn_participan_sped”, “idi_tip_participan_sped”, “idi_tip_cond_dif_trab” e
“cod_agent_sped” e “idi_orig_reg_sped” na tabela “sped_cond_dif_trab_epi”.
16. Alteração tabela “sped_estab_requis_epi”.
17. Alterado a obrigatoriedade dos campos “dat_efeito_reinteg” e “dat_efet_ret” na tabela
“sped_func_reinteg”.
18. Alterado os campos “cod_arq_msg_sped”, “idi_tip_participan_sped”, “cdn_participan_sped”,
“dat_refer_inform_sped_3” e “dat_refer_inform_sped_4” na tabela “sped_movto_msg”.
19. Criação dos campos “cod_matr_sped”, “cod_proces_judic”, “cod_proces_judic_IRRF”,
“cod_proces_judic_fgts”, “cod_proces_judic_sindic” e “” na tabela “sped_movto_msg”.
20. Criação dos índices “spdmvtms_ix5” e “spdmvtms_ix4” na tabela “sped_movto_msg”.
21. Alteração dos campos “idi_tip_participan_sped” e “cdn_participan_sped” na tabela
“sped_movto_participan”.
22. Alteração dos campos “idi_tip_participan_sped” e “cdn_participan_sped” na tabela “sped_multiplo_vinc”.
23. Alterado os campos “idi_tip_participan_sped” e “cdn_participan_sped” na tabela “sped_participan”.
24. Criação dos campos “cod_matr_sped” e “log_func_multiplo_vinc” na tabela “sped_participan”.
25. Criação do índice “spdprtcp_ix2” na tabela “sped_participan”.

188 Versão 1.0


Release Notes

26. Criação do campo “idi_tip_utiliz_proces” na tabela “sped_proces_justic”.


27. Alterado os campos “num_pessoa_contat_empres”, “num_pj_soft_house”, “num_contat_soft_house” e
“cod_status_carg_sped” na tabela “sped_rh_estab”.
28. Criação dos campos “num_respons_aso_sped” e “num_respons_monit_biolog” na tabela “sped_rh_estab”.

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!

Alteração no Processo de Aplicação das Alterações de Dicionário


A partir da versão 11.5.3 do Datasul, a aplicação dos scripts de atualização de definições de bancos de dados (.df’s e
.sql’s) não deverão ser realizadas manualmente por ferramentas nativas do Progress (dfs), Oracle ou SQL Server
(.sql). Desta forma, o diretório \data_dic não existe mais na mídia do produto.

Versão 1.0 189


Release Notes

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.

190 Versão 1.0

Você também pode gostar