TOTVS ERP1159.pdf

Release NotesJaneiro/2014 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 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 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 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 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 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 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. 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 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. 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 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. 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. 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. 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. 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. 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. 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. 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 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 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. 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 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. 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. 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. 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. 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 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. 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. 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. 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) 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 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 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 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 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; 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. 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 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 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. 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. 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. 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. 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 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 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 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. 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. 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. 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. 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. 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 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 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 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 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 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. 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 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. 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 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 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. 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 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 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. 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 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 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 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. 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. 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 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 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). 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. 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. 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. 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 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. 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 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 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. 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 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). 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 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. 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. 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. 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 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 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. 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 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. 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. 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 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. 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 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). 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. 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 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. 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. 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. 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 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. 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 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. 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. 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. 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. 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). 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. 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. 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. 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; 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. 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 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. 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. 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). 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 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 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. 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. 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 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. 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 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. 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 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. 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 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. 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 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 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. 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. 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. 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 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 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 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. 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”. 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. 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. 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. 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 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. 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". 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. 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. 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 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) 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. 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 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. 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. 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 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. 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”. 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. 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. 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) 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 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. 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. 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. 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. 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 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. 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 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. 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. 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. 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 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 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. 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 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 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. 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 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; 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. 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. 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. 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”. 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”. 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”. 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”. 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”. 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. 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.