totvs erp1159.pdf

190
Release Notes Janeiro/2014

Upload: thales-yu-sam

Post on 18-Jan-2016

1.065 views

Category:

Documents


18 download

TRANSCRIPT

Page 1: TOTVS ERP1159.pdf

Release Notes

Janeiro/2014

Page 2: TOTVS ERP1159.pdf

Release Notes

2 Versão 1.0

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

Page 3: TOTVS ERP1159.pdf

3 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

Page 4: TOTVS ERP1159.pdf

Release Notes

4 Versão 1.0

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

Page 5: TOTVS ERP1159.pdf

5 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

Page 6: TOTVS ERP1159.pdf

Release Notes

6 Versão 1.0

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

Page 7: TOTVS ERP1159.pdf

7 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

Page 8: TOTVS ERP1159.pdf

Release Notes

8 Versão 1.0

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.

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.

Page 9: TOTVS ERP1159.pdf

9 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

Page 10: TOTVS ERP1159.pdf

Release Notes

10 Versão 1.0

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.

Page 11: TOTVS ERP1159.pdf

11 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

Page 12: TOTVS ERP1159.pdf

Release Notes

12 Versão 1.0

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.

Page 13: TOTVS ERP1159.pdf

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

Page 14: TOTVS ERP1159.pdf

Release Notes

14 Versão 1.0

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.

Page 15: TOTVS ERP1159.pdf

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

Page 16: TOTVS ERP1159.pdf

Release Notes

16 Versão 1.0

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.

Page 17: TOTVS ERP1159.pdf

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

Page 18: TOTVS ERP1159.pdf

Release Notes

18 Versão 1.0

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.

Page 19: TOTVS ERP1159.pdf

19 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

Page 20: TOTVS ERP1159.pdf

Release Notes

20 Versão 1.0

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

Page 21: TOTVS ERP1159.pdf

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

Page 22: TOTVS ERP1159.pdf

Release Notes

22 Versão 1.0

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

Page 23: TOTVS ERP1159.pdf

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

Page 24: TOTVS ERP1159.pdf

Release Notes

24 Versão 1.0

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.

Page 25: TOTVS ERP1159.pdf

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

Page 26: TOTVS ERP1159.pdf

Release Notes

26 Versão 1.0

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.

Page 27: TOTVS ERP1159.pdf

27 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

Page 28: TOTVS ERP1159.pdf

Release Notes

28 Versão 1.0

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.

Page 29: TOTVS ERP1159.pdf

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

Page 30: TOTVS ERP1159.pdf

Release Notes

30 Versão 1.0

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.

Page 31: TOTVS ERP1159.pdf

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

Page 32: TOTVS ERP1159.pdf

Release Notes

32 Versão 1.0

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

Page 33: TOTVS ERP1159.pdf

33 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

Page 34: TOTVS ERP1159.pdf

Release Notes

34 Versão 1.0

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

Page 35: TOTVS ERP1159.pdf

35 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

Page 36: TOTVS ERP1159.pdf

Release Notes

36 Versão 1.0

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;

Page 37: TOTVS ERP1159.pdf

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

Page 38: TOTVS ERP1159.pdf

Release Notes

38 Versão 1.0

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

Page 39: TOTVS ERP1159.pdf

39 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

Page 40: TOTVS ERP1159.pdf

Release Notes

40 Versão 1.0

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.

Page 41: TOTVS ERP1159.pdf

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

Page 42: TOTVS ERP1159.pdf

Release Notes

42 Versão 1.0

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.

Page 43: TOTVS ERP1159.pdf

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

Page 44: TOTVS ERP1159.pdf

Release Notes

44 Versão 1.0

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

Page 45: TOTVS ERP1159.pdf

45 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

Page 46: TOTVS ERP1159.pdf

Release Notes

46 Versão 1.0

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

Page 47: TOTVS ERP1159.pdf

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

Page 48: TOTVS ERP1159.pdf

Release Notes

48 Versão 1.0

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.

Page 49: TOTVS ERP1159.pdf

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

Page 50: TOTVS ERP1159.pdf

Release Notes

50 Versão 1.0

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.

Page 51: TOTVS ERP1159.pdf

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

Page 52: TOTVS ERP1159.pdf

Release Notes

52 Versão 1.0

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

Page 53: TOTVS ERP1159.pdf

53 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

Page 54: TOTVS ERP1159.pdf

Release Notes

54 Versão 1.0

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

Page 55: TOTVS ERP1159.pdf

55 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

Page 56: TOTVS ERP1159.pdf

Release Notes

56 Versão 1.0

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

Page 57: TOTVS ERP1159.pdf

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

Page 58: TOTVS ERP1159.pdf

Release Notes

58 Versão 1.0

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

Page 59: TOTVS ERP1159.pdf

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

Page 60: TOTVS ERP1159.pdf

Release Notes

60 Versão 1.0

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

Page 61: TOTVS ERP1159.pdf

61 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

Page 62: TOTVS ERP1159.pdf

Release Notes

62 Versão 1.0

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.

Page 63: TOTVS ERP1159.pdf

63 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

Page 64: TOTVS ERP1159.pdf

Release Notes

64 Versão 1.0

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

Page 65: TOTVS ERP1159.pdf

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

Page 66: TOTVS ERP1159.pdf

Release Notes

66 Versão 1.0

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

Page 67: TOTVS ERP1159.pdf

67 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

Page 68: TOTVS ERP1159.pdf

Release Notes

68 Versão 1.0

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

Page 69: TOTVS ERP1159.pdf

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

Page 70: TOTVS ERP1159.pdf

Release Notes

70 Versão 1.0

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.

Page 71: TOTVS ERP1159.pdf

71 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

Page 72: TOTVS ERP1159.pdf

Release Notes

72 Versão 1.0

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

Page 73: TOTVS ERP1159.pdf

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

Page 74: TOTVS ERP1159.pdf

Release Notes

74 Versão 1.0

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.

Page 75: TOTVS ERP1159.pdf

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

Page 76: TOTVS ERP1159.pdf

Release Notes

76 Versão 1.0

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.

Page 77: TOTVS ERP1159.pdf

77 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

Page 78: TOTVS ERP1159.pdf

Release Notes

78 Versão 1.0

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.

Page 79: TOTVS ERP1159.pdf

79 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

Page 80: TOTVS ERP1159.pdf

Release Notes

80 Versão 1.0

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

Page 81: TOTVS ERP1159.pdf

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

Page 82: TOTVS ERP1159.pdf

Release Notes

82 Versão 1.0

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

Page 83: TOTVS ERP1159.pdf

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

Page 84: TOTVS ERP1159.pdf

Release Notes

84 Versão 1.0

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

Page 85: TOTVS ERP1159.pdf

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

Page 86: TOTVS ERP1159.pdf

Release Notes

86 Versão 1.0

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.

Page 87: TOTVS ERP1159.pdf

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

Page 88: TOTVS ERP1159.pdf

Release Notes

88 Versão 1.0

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

Page 89: TOTVS ERP1159.pdf

89 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

Page 90: TOTVS ERP1159.pdf

Release Notes

90 Versão 1.0

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.

Page 91: TOTVS ERP1159.pdf

91 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

Page 92: TOTVS ERP1159.pdf

Release Notes

92 Versão 1.0

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.

Page 93: TOTVS ERP1159.pdf

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

Page 94: TOTVS ERP1159.pdf

Release Notes

94 Versão 1.0

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

Page 95: TOTVS ERP1159.pdf

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

Page 96: TOTVS ERP1159.pdf

Release Notes

96 Versão 1.0

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

Page 97: TOTVS ERP1159.pdf

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

Page 98: TOTVS ERP1159.pdf

Release Notes

98 Versão 1.0

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.

Page 99: TOTVS ERP1159.pdf

99 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

Page 100: TOTVS ERP1159.pdf

Release Notes

100 Versão 1.0

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.

Page 101: TOTVS ERP1159.pdf

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

Page 102: TOTVS ERP1159.pdf

Release Notes

102 Versão 1.0

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.

Page 103: TOTVS ERP1159.pdf

103 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

Page 104: TOTVS ERP1159.pdf

Release Notes

104 Versão 1.0

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.

Page 105: TOTVS ERP1159.pdf

105 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

Page 106: TOTVS ERP1159.pdf

Release Notes

106 Versão 1.0

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.

Page 107: TOTVS ERP1159.pdf

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

Page 108: TOTVS ERP1159.pdf

Release Notes

108 Versão 1.0

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.

Page 109: TOTVS ERP1159.pdf

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

Page 110: TOTVS ERP1159.pdf

Release Notes

110 Versão 1.0

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

Page 111: TOTVS ERP1159.pdf

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

Page 112: TOTVS ERP1159.pdf

Release Notes

112 Versão 1.0

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.

Page 113: TOTVS ERP1159.pdf

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

Page 114: TOTVS ERP1159.pdf

Release Notes

114 Versão 1.0

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;

Page 115: TOTVS ERP1159.pdf

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

Page 116: TOTVS ERP1159.pdf

Release Notes

116 Versão 1.0

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

Page 117: TOTVS ERP1159.pdf

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

Page 118: TOTVS ERP1159.pdf

Release Notes

118 Versão 1.0

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.

Page 119: TOTVS ERP1159.pdf

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

Page 120: TOTVS ERP1159.pdf

Release Notes

120 Versão 1.0

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

Page 121: TOTVS ERP1159.pdf

121 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

Page 122: TOTVS ERP1159.pdf

Release Notes

122 Versão 1.0

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.

Page 123: TOTVS ERP1159.pdf

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

Page 124: TOTVS ERP1159.pdf

Release Notes

124 Versão 1.0

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

Page 125: TOTVS ERP1159.pdf

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

Page 126: TOTVS ERP1159.pdf

Release Notes

126 Versão 1.0

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

Page 127: TOTVS ERP1159.pdf

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

Page 128: TOTVS ERP1159.pdf

Release Notes

128 Versão 1.0

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

Page 129: TOTVS ERP1159.pdf

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

Page 130: TOTVS ERP1159.pdf

Release Notes

130 Versão 1.0

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

Page 131: TOTVS ERP1159.pdf

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

Page 132: TOTVS ERP1159.pdf

Release Notes

132 Versão 1.0

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

Page 133: TOTVS ERP1159.pdf

133 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

Page 134: TOTVS ERP1159.pdf

Release Notes

134 Versão 1.0

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.

Page 135: TOTVS ERP1159.pdf

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

Page 136: TOTVS ERP1159.pdf

Release Notes

136 Versão 1.0

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.

Page 137: TOTVS ERP1159.pdf

137 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

Page 138: TOTVS ERP1159.pdf

Release Notes

138 Versão 1.0

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

Page 139: TOTVS ERP1159.pdf

139 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

Page 140: TOTVS ERP1159.pdf

Release Notes

140 Versão 1.0

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.

Page 141: TOTVS ERP1159.pdf

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

Page 142: TOTVS ERP1159.pdf

Release Notes

142 Versão 1.0

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.

Page 143: TOTVS ERP1159.pdf

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

Page 144: TOTVS ERP1159.pdf

Release Notes

144 Versão 1.0

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.

Page 145: TOTVS ERP1159.pdf

145 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

Page 146: TOTVS ERP1159.pdf

Release Notes

146 Versão 1.0

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.

Page 147: TOTVS ERP1159.pdf

147 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".

Page 148: TOTVS ERP1159.pdf

Release Notes

148 Versão 1.0

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.

Page 149: TOTVS ERP1159.pdf

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

Page 150: TOTVS ERP1159.pdf

Release Notes

150 Versão 1.0

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

Page 151: TOTVS ERP1159.pdf

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

Page 152: TOTVS ERP1159.pdf

Release Notes

152 Versão 1.0

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.

Page 153: TOTVS ERP1159.pdf

153 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

Page 154: TOTVS ERP1159.pdf

Release Notes

154 Versão 1.0

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.

Page 155: TOTVS ERP1159.pdf

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

Page 156: TOTVS ERP1159.pdf

Release Notes

156 Versão 1.0

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

Page 157: TOTVS ERP1159.pdf

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

Page 158: TOTVS ERP1159.pdf

Release Notes

158 Versão 1.0

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

Page 159: TOTVS ERP1159.pdf

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

Page 160: TOTVS ERP1159.pdf

Release Notes

160 Versão 1.0

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.

Page 161: TOTVS ERP1159.pdf

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

Page 162: TOTVS ERP1159.pdf

Release Notes

162 Versão 1.0

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

Page 163: TOTVS ERP1159.pdf

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

Page 164: TOTVS ERP1159.pdf

Release Notes

164 Versão 1.0

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.

Page 165: TOTVS ERP1159.pdf

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

Page 166: TOTVS ERP1159.pdf

Release Notes

166 Versão 1.0

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.

Page 167: TOTVS ERP1159.pdf

167 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

Page 168: TOTVS ERP1159.pdf

Release Notes

168 Versão 1.0

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.

Page 169: TOTVS ERP1159.pdf

169 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

Page 170: TOTVS ERP1159.pdf

Release Notes

170 Versão 1.0

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.

Page 171: TOTVS ERP1159.pdf

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

Page 172: TOTVS ERP1159.pdf

Release Notes

172 Versão 1.0

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.

Page 173: TOTVS ERP1159.pdf

173 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

Page 174: TOTVS ERP1159.pdf

Release Notes

174 Versão 1.0

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

Page 175: TOTVS ERP1159.pdf

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

Page 176: TOTVS ERP1159.pdf

Release Notes

176 Versão 1.0

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

Page 177: TOTVS ERP1159.pdf

177 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

Page 178: TOTVS ERP1159.pdf

Release Notes

178 Versão 1.0

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.

Page 179: TOTVS ERP1159.pdf

179 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

Page 180: TOTVS ERP1159.pdf

Release Notes

180 Versão 1.0

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;

Page 181: TOTVS ERP1159.pdf

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

Page 182: TOTVS ERP1159.pdf

Release Notes

182 Versão 1.0

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.

Page 183: TOTVS ERP1159.pdf

183 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

Men_mpd

Men_mcd

Men_mpd

men_mcd

Men_mab

Men_mpd

Men_mcd

men_mft

men_mfp.d

men_mfr.d

men_mst.d

men_mmt.d

men_mwm.d

men_mwm.d

Men_HRB.d

Men_HPP.d

Men_HVP.d

Men_fnd

Obrigações Fiscais (THWEUU)

Pedidos (TIBIAD)

Cadastros Gerais (TIBIAD)

Pedidos (THMGYN)

Cadastros Gerais (THMGYN)

Abastecimento / Lubrificação (THXLAX)

Pedidos (TIBUHG)

Cadastros Gerais (THQAUR)

Faturamento (THQAUR)

Folha de Pagamento (TI4682)

Férias e Rescisões (TI4682)

Segurança do Trabalho (TI4682)

Medicina do Trabalho (TI4682)

Warehouse Management System (THUBIQ)

Warehouse Management System (THYZGB)

RB - Repasse de Beneficiários (THXWBB)

PP - Pagamentos de Prestadores (THXWBK)

VP – Venda de Planos (THYPYA)

Foundation Flex (THZOTK)

NOTA: Os menus liberados no pacote ficam disponíveis no diretório UNIVDATA de instalação do produto.

Page 184: TOTVS ERP1159.pdf

Release Notes

184 Versão 1.0

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

Page 185: TOTVS ERP1159.pdf

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

Page 186: TOTVS ERP1159.pdf

Release Notes

186 Versão 1.0

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

Page 187: TOTVS ERP1159.pdf

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

Page 188: TOTVS ERP1159.pdf

Release Notes

188 Versão 1.0

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

Page 189: TOTVS ERP1159.pdf

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

Page 190: TOTVS ERP1159.pdf

Release Notes

190 Versão 1.0

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.