rn label 03 2012 logix .unlocked

Release Notes

03/2012

Logix Este pacote é obrigatório. Para o perfeito funcionamento do produto, é necessária a aplicação dos procedimentos de atualização, contidos no capítulo de Instalação deste Release Notes. Copyright © 2011 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 conseqüê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

Release Notes

Sumário

Prefácio.................................................................................................................................................. 6 IMPORTANTE!............................................................................................................................................ 7 INSTALAÇÃO.............................................................................................................................................. 8 UPGRADE PARA O LOGIX 11......................................................................................................................... 10 LOGIX UPDATE........................................................................................................................................... 10 ATUALIZAÇÃO DO HELP ON LINE................................................................................................................... 11 CONVERSORES DE TABELA DO MÓDULO CRM LOGIX ....................................................................................... 11 Capítulo 1: Implementações ‐ Negócio ................................................................................................ 12 1 Framework........................................................................................................................................ 12 1.1 Administração Logix...................................................................................................................... 12

1.1.1 Controle Geral................................................................................................................................................ 12 2 Controladoria e Finanças................................................................................................................... 14 2.1 Ativo Fixo ...................................................................................................................................... 14

2.1.1 Patrimônio ..................................................................................................................................................... 15 2.2 Contábil ......................................................................................................................................... 15

2.2.1 Contabilidade................................................................................................................................................. 15 2.3 Financeiro ...................................................................................................................................... 17

2.3.1 Contas a Pagar ............................................................................................................................................... 17 2.3.2 Contas a Receber ............................................................................................................................................ 18 2.3.3 Pagamento Escritural ..................................................................................................................................... 19 2.3.4 Transações Bancárias .................................................................................................................................... 20

3 Fiscal ................................................................................................................................................20 3.1 Fiscal .............................................................................................................................................. 20

3.1.1 Obrigações Fiscais .......................................................................................................................................... 21 3.1.2 Nota Fiscal Eletrônica ..................................................................................................................................... 22 3.1.3 SPED................................................................................................................................................................ 23 3.1.4 CIAP ................................................................................................................................................................ 23

4 Recursos Humanos ........................................................................................................................... 24 4.1 Administração de Pessoal ............................................................................................................. 24

4.1.1 Folha de Pagamento...................................................................................................................................... 25 5 Materiais............................................................................................................................................ 26 5.1 Estoque e Custos........................................................................................................................... 26

5.1.1 Recebimento de Materiais ............................................................................................................................. 26 5.2 Planejamento e Controle de Produção......................................................................................... 27

2 Release Notes

Versão 2.0

Release Notes

5.2.1 Chão de Fábrica ............................................................................................................................................. 27 5.2.2 Plano Operacional.......................................................................................................................................... 28 5.2.3 Manutenção Industrial ................................................................................................................................... 28

5.3 Planejamento e Controle Orçamentário....................................................................................... 29 5.3.1 Gestão e Aprovação de Orçamentos.............................................................................................................. 29

6 Vendas e Faturamento ...................................................................................................................... 30 6.1.1 Comunicação ................................................................................................................................................. 30 6.1.2 Faturamento.................................................................................................................................................. 31 6.1.3 Pedidos .......................................................................................................................................................... 32

7 CRM e Call Center............................................................................................................................. 34 7.1 CRM e Call Center ......................................................................................................................... 34

7.1.1 Customer Relationship Management ............................................................................................................ 34 8 Distribuição e Logística..................................................................................................................... 34 8.1 Automação e Coleta de Dados...................................................................................................... 34

8.1.1 Logística e Distribuição .................................................................................................................................. 34 9 TMS .................................................................................................................................................. 34 9.1 Operação Movimento de Cargas .................................................................................................. 34 9.2 WMS.............................................................................................................................................. 37

9.2.1 WMS .............................................................................................................................................................. 37 Capítulo 2: Legislações.......................................................................................................................... 41 1 Controladoria e Finanças.................................................................................................................. 41 1.1 Ativo Fixo ...................................................................................................................................... 41

1.1.1 Patrimônio ..................................................................................................................................................... 41 1.2 Financeiro ..................................................................................................................................... 41

1.2.1 Contas a Pagar Tributos................................................................................................................................. 41 2 Fiscal .................................................................................................................................................42 2.1 Fiscal ............................................................................................................................................42

2.1.1 Obrigações Fiscais .......................................................................................................................................... 42 2.1.2 Nota Fiscal Eletrônica ..................................................................................................................................... 43 2.1.3 SPED................................................................................................................................................................ 45

3 Materiais........................................................................................................................................... 46 3.1 Compras e Suprimentos................................................................................................................ 46

3.1.1 Recebimento de Materiais.............................................................................................................................. 46 4 Vendas e Faturamento ...................................................................................................................... 47

4.1.1 Faturamento.................................................................................................................................................. 47 4.1.2 Faturamento.................................................................................................................................................. 47

5 Distribuição e Logística..................................................................................................................... 49 5.1 Frete Embarcador .......................................................................................................................... 49

5.1.1 Fretes .............................................................................................................................................................. 49 3Release Notes

Versão 2.0

Release Notes

5.2 TMS ............................................................................................................................................... 50 5.2.1 Controle de Frotas.......................................................................................................................................... 50 5.2.2 Operação Movimento de Cargas ................................................................................................................... 50

Capítulo 3: Correções ‐ Negócios .......................................................................................................... 52 6 Framework........................................................................................................................................ 52 6.1 Administração Logix....................................................................................................................... 52

6.1.1 Controle Geral................................................................................................................................................. 52 1 Controladoria e Finanças.................................................................................................................. 56 1.1 Ativo Fixo ...................................................................................................................................... 56

1.1.1 Patrimônio ..................................................................................................................................................... 56 1.2 Contábil ......................................................................................................................................... 61

1.2.1 Análise de Consumo....................................................................................................................................... 62 1.2.2 Contabilidade................................................................................................................................................. 62

1.3 Financeiro ...................................................................................................................................... 70 1.3.1 Aprovação Eletrônica Pagamentos ............................................................................................................... 70 1.3.2 Contas a Pagar............................................................................................................................................... 71 1.3.3 Contas a Receber ........................................................................................................................................... 76 1.3.4 Controle de Cheques ....................................................................................................................................... 81 1.3.5 Crédito e Cadastro .......................................................................................................................................... 81 1.3.6 Fluxo de Caixa................................................................................................................................................. 82 1.3.7 Controle de Despesa de Viagem ..................................................................................................................... 83 1.3.8 Pagamento Escritural ..................................................................................................................................... 83 1.3.9 Transações Bancárias .................................................................................................................................... 84 1.3.10 Tributos e Impostos ....................................................................................................................................... 86

2 Fiscal .................................................................................................................................................89 2.1 Fiscal .............................................................................................................................................. 89

2.1.1 Instrução Normativa 86/01 – 89/03 ............................................................................................................... 89 2.1.2 Obrigações Fiscais .......................................................................................................................................... 90 2.1.3 Nota Fiscal Eletrônica ..................................................................................................................................... 97 2.1.4 SPED................................................................................................................................................................ 98 2.1.5 CIAP ................................................................................................................................................................ 99

2.2 Planejamento e Controle Orçamentário....................................................................................... 99 2.2.1 Gestão e Aprovação de Orçamentos.............................................................................................................. 99 2.2.2 Planejamento Econômico Financeiro............................................................................................................. 100

3 Recursos Humanos ........................................................................................................................... 100 3.1 Administração de Pessoal ............................................................................................................. 100

3.1.1 Ponto Eletrônico............................................................................................................................................. 100 4 Materiais........................................................................................................................................... 101 4.1 Compras e Suprimentos................................................................................................................ 102

4.1.1 Compras......................................................................................................................................................... 102 4.2 Estoque e Custos........................................................................................................................... 102

4 Release Notes

Versão 2.0

Release Notes

4.2.1 Custos ............................................................................................................................................................ 102 4.2.2 Estoques......................................................................................................................................................... 104 4.2.3 Recebimento de Materiais ............................................................................................................................. 105 4.2.4 Inventário de Estoques ................................................................................................................................... 108

4.3 Planejamento e Controle de Produção......................................................................................... 108 4.3.1 Chão de Fábrica ............................................................................................................................................. 108 4.3.2 Engenharia..................................................................................................................................................... 111 4.3.3 Plano Operacional.......................................................................................................................................... 113 4.3.4 Plano de Vendas ............................................................................................................................................ 115 4.3.5 Manutenção Industrial .................................................................................................................................. 115

5 Análise de Crédito ............................................................................................................................. 116 5.1 Análise de Crédito.......................................................................................................................... 116

5.1.1 Crédito e Cadastro .......................................................................................................................................... 116 6 Vendas e Faturamento ..................................................................................................................... 116 6.1 Vendas e Faturamento.................................................................................................................. 116

6.1.1 Cadastro e Tabelas ........................................................................................................................................ 116 6.1.2 Comunicação ................................................................................................................................................. 117 6.1.3 Faturamento.................................................................................................................................................. 118 6.1.4 Pedidos de Venda........................................................................................................................................... 127

7 Comércio Exterior............................................................................................................................. 135 7.1 Comércio Exterior ......................................................................................................................... 135

7.1.1 Importação .................................................................................................................................................... 135 8 Distribuição e Logística..................................................................................................................... 136 8.1 Automação e Coleta de Dados...................................................................................................... 136

8.1.1 Logística e Distribuição .................................................................................................................................. 136 8.2 Portos e Recintos Alfandegários ................................................................................................... 139

8.2.1 SIP ‐ Sistema integrado de Portos .................................................................................................................. 139 8.3 TMS ............................................................................................................................................... 140

8.3.1 Controle de Frotas.......................................................................................................................................... 140 8.3.2 Operação Movimento de Cargas ................................................................................................................... 141

8.4 Gestão de Contratos ..................................................................................................................... 151 8.4.1 Gestão de Contratos ...................................................................................................................................... 151 8.4.2 Contratos de Serviços..................................................................................................................................... 151

8.5 WMS.............................................................................................................................................. 152 8.5.1 WMS .............................................................................................................................................................. 152

Capítulo 4: Implementações e Correções Técnicas .............................................................................. 165 9 Correções Técnicas ........................................................................................................................... 165 9.1 Fiscal .............................................................................................................................................. 165

9.1.1 Obrigações Fiscais .......................................................................................................................................... 165

5Release Notes Versão 2.0

Release Notes

Prefácio

Este documento contém breves descritivos acerca das implementações e correções efetuadas no período de 16/04/2011 à 29/06/2012.

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 período.

• Correções: são apresentados todos os ajustes contidos no período. Tais ajustes compreendem aprimoramento de performance e melhorias em processos sistêmicos já existentes.

Informações detalhadas podem ser obtidas no Help Online, nos Boletins Técnicos e no Portal TDN.

6 Release Notes

Versão 2.0

Release Notes

IMPORTANTE!

Encontra‐se disponível na Central de Download a nova versão do License Server. Informações adicionais podem ser encontradas no Portal TDN (TDN > Softwares de Gestão> Logix).


Release Notes

INSTALAÇÃO

Alguns Conceitos do Logix 10.02 / 11.00

• RPO/Repositório: contempla todo o Logix na versão 10.02 / 11.00 (Arquivo .rpo – aproximadamente 300 MB)

• Pacote periódico (Regra): composto por vários chamados homologados pela equipe de qualidade de software, dentro de determinado período. (Arquivo.mzp)

• Patch (Exceção): composto de um chamado. Utilizado quando houver necessidade de liberar emergencialmente o produto em função de chamados com prazos anteriores a liberação do próximo pacote, ou em função de correções de alto impacto.

• Arquivo com extensão MZP: formato de atualização utilizado pela ferramenta Logix Update.

O RPO completo contém apenas os programas padrões do Logix. Os programas específicos sempre são gerados em um pacote específico separado e disponibilizados por cliente, no portal de atualização do Logix 10.02/11.00, na parte “Pacotes”, quando solicitado.

A recomendação é fazer sempre a atualização somente dos pacotes periódicos respeitando as datas de liberação, sequencialmente. Lembrando que os pacotes não são cumulativos.

Backup

Antes da atualização do pacote, faça um backup do RPO anterior.

Recomendações para atualização do pacote.

• Os pacotes anteriores já devem estar atualizados, ou seja, os pacotes e conversores até o pacote nº 2/2012 devem estar devidamente aplicados.

• Fazer Backup do RPO.

• Efetuar o processamento do arquivo MZP do pacote via ferramenta Logix Update.

• Processar os conversores do pacote, disponíveis na pasta conversores da raiz da instalação do Logix.

• Efetuar atualização do repositório. O período do pacote nº 3/2012 se refere aos chamados liberados entre 16 de abril de 2012 até 29 de junho de 2012. Não é cumulativo, ou seja, não contém as alterações dos pacotes anteriores.

• Verificar no Release Notes as melhorias desenvolvidas e parametrizar o que for necessário.

• Testar suas principais rotinas.

8 Release Notes

Versão 2.0

Release Notes

Como consultar os patches que já foram baixados da página / atualizados no repositório.

• Consultar Portal do Cliente TOTVS (http://suporte.totvs.com), filtrando pela linha “Logix” e tipo “patches”, quais os chamados que foram publicados e copiados com data maior que 29 de junho de 2012. Lembrando que os patches podem ter sido apenas copiados, mas não aplicados no repositório.

• Consultar na opção de Histórico da ferramenta Logix Update, quais foram os chamados aplicados.

Sempre que houver necessidade de um patch emergencial solicite à equipe de desenvolvimento da área que seja publicada no Portal do Cliente TOTVS para facilitar o controle, já que os chamados publicados ficam com os históricos para consulta, caso haja a necessidade de reaplicação. Em casos de patches enviados por e‐mail ou diretamente pelo chamado, não existe histórico e o controle deverá ser feito por meio do Totvs Development Studio, que não apresenta, por exemplo, o número do chamado que o patch está relacionado.


http://suporte.totvs.com/

Release Notes

UPGRADE PARA O LOGIX 11

Logix 11

Como proceder:

Clientes interessados em realizar o upgrade para a versão 11 do Logix devem estar como o Logix 10 devidamente instalado.

• Abrir chamado na Engenharia Logix, solicitando a migração. Pode ser feito por meio do site do suporte (http://suporte.totvs.com) ou pelo telefone 0XX 47 2808‐7598.

• Será disponibilizado um kit de migração para os módulos: Controladoria, Financeiro e Comercial.

• O suporte telefônico à administração Logix, bem como a consultoria ao Logix 11, será realizado pelas equipes de help desk que poderão ser acessadas normalmente via URA.

LOGIX UPDATE

O Logix Update é uma ferramenta de atualização do Logix, que engloba a atualização do RPO, conteúdo do metadado e estrutura de tabelas de maneira simples e controlada.

A ferramenta Logix Update encontra‐se disponível para todos os clientes que possuem o produto Logix com versão / release igual ou superior a 10.02.

Para efetuar a instalação do Logix Update é necessário efetuar o download de uma das versões disponíveis do mesmo na Central de Downloads TOTVS.

Para acessar a Central de Downloads TOTVS utilize o endereço: (http://suporte.totvs.com) e acesse a opção “Download”. Escolha a linha Logix, ambiente / versão Logix‐10.2 ou Logix‐11.0 (Opção Outros) e plataforma Windows / Linux. Está disponível a versão do instalador tanto para plataforma Windows (TOTVS LogixUpdate‐1.0‐Setup.exe) como Linux (TOTVS LogixUpdate‐1.0‐Linux‐x86‐Install).

Junto com o instalador da ferramenta Logix Update está disponível um manual que conta com o passo a passo de instalação, dicas e formato de utilização da ferramenta. É muito importante a leitura deste manual antes de iniciar a instalação da ferramenta.

O processo de instalação é automatizado, sendo apenas necessário seguir um guia de instalação.

A partir do pacote 02/2012 é obrigatória a utilização da ferramenta Logix Update. O pacote está disponibilizado somente no formato .MZP.

10 Release Notes

Versão 2.0



Release Notes

ATUALIZAÇÃO DO HELP ON LINE

No portal de cliente TOTVS (http://suporte.totvs.com), selecione a opção download e use os seguintes filtros:

• Linha: Logix

• Tipo: Outros

• Amb/Vers: 10.2

No campo filtrar, use “manuallogix10” e copie o arquivo “Atualização Manual Online Logix 10.X”

Ou

• Linha: Logix

• Tipo: Outros

• Amb/Vers: 11.0

No campo filtrar, use “manuallogix11” e copie o arquivo “Atualização Manual Online Logix 11.X”

Descompacte o arquivo “.exe” onde está atualmente instalado o help on‐line do Logix.

CONVERSORES DE TABELA DO MÓDULO CRM LOGIX

O CRM Logix não segue a metodologia de desenvolvimento do restante do VDP e os conversores

do CRM Logix foram desenvolvidos para substituir os scripts SQL de criação de tabelas nas instalações

apenas do módulo CRM Logix. Não há necessidade de executar esses conversores em clientes do Logix

que não forem instalar o módulo CRM Logix uma vez que no uso do Logix essas tabelas não são utilizadas

e ficarão sem uso no banco. Executar esses conversores permite a criação de Triggers associadas à tabela

de Item do Logix que irá ficar inserindo registros em uma tabela do CRM que possui uma funcionalidade

para ler e apagar os registros e sem o uso do CRM Logix essa tabela tende a ocupar muito espaço em

banco.

Os conversores de tabela do Módulo CRM Logix só deverão ser executados pelos clientes que irão instalar o Módulo CRM Logix.



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 Logix que estão sendo expedidas neste pacote de atualização.

1 Framework

1.1 Administração Logix

1.1.1 Controle Geral

Função: Manutenção Parâmetros do Sistema ‐ LOG2240/LOG00086 Chamado: TELKG5 Requisito: É necessária a exclusão de alguns parâmetros que não são mais utilizados. Implementação: Desenvolvido o conversor MEN00108.cnv para desativar os parâmetros do Administração Logix/Controle de Menu, que não são mais utilizados pelo sistema. Conversor de parâmetro:

Conversor: MEN00108.cnv Parâmetros: ‐ elimina_menu_ocioso – “Eliminar menus ociosos?”. ‐ elimina_processo_4js – “Eliminar processos 4js do sistema operacional?” ‐ emite_mensagem_licenca_adminis – “Somente Administrador do sistema visualiza expiração da Licença Logix.”. ‐ expande_arvore_transacao – “Expandir a arvore de processos ao iniciar uma transação via control‐t?” Caminho no Sistema: ‐ Administração Logix/Controle do Menu/Eliminação de Menus Ociosos. ‐ Administração Logix/Controle do Menu/Eliminação de Processos 4JS. ‐ Administração Logix/Controle do Menu/Expiração Licença Logix. ‐ Administração Logix/Controle do Menu/Apresentação do Menu. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Envio de E‐mails por meio do Logix Chamado: TEHZSN Requisito: Existe a necessidade de efetuar melhorias no envio de e‐mail por intermédio do sistema Logix.

12 Release Notes

Versão 2.0

Release Notes

Implementação: Desenvolvidas melhorias nas rotinas de envio de e‐mail do Logix para prever novas funcionalidades, como o envio de e‐mail utilizando protocolo de segurança, novas configurações do servidor de e‐mail, a possibilidade de definir um e‐mail de resposta e opção para definir e‐mail remetente único. Nota: Estas configurações deverão ser incluídas no arquivo de profile (.pro) do servidor. Observação: Além destas configurações, será possível testar o envio de e‐mail por meio do cadastro de usuário LOG05050 (Permissão de Acesso), Opção “Usuários”. Para testar, basta clicar no botão "Testar E‐mail" ao lado do campo "E‐mail" do formulário. As configurações existentes atualmente são: # Define a forma de envio de e‐mail do sistema LOGIX, # esta configuração não é obrigatória. # "JAVAENVIA" ‐ Efetua o envio de e‐mail através da aplicação "java Envia". # "SENDMAIL" ‐ (DEFAULT) Efetua o envio de e‐mail através do TOTVS Tec. logix.mail.sendApp=<applicativoEmail> Ex.: logix.mail.sendApp="SENDMAIL" # Define o servidor SMTP para o envio de e‐mail. logix.mail.smtpServer=<servidorSMTP> Ex.: logix.mail.smtpServer="smtp.googlemail.com" # Define a porta de conexão com o servidor SMTP para o envio de e‐mail, # se esta configuração não for informada, por padrão, será utilizada a # porta 25 ou 587 caso haja um protocolo de segurança. logix.mail.smtpPort=<portaSMTP> Ex.: logix.mail.smtpPort="587" # Define o usuário de autenticação com o servidor SMTP para o envio de e‐mail, # esta configuração não é obrigatória caso o servidor não possua autenticação. logix.mail.smtpUser=<usuarioSMTP> Ex.: logix.mail.smtpUser="[email protected]" # Define a senha do usuário de autenticação com o servidor SMTP para o envio de e‐mail, # esta configuração não é obrigatória caso o servidor não possua autenticação. logix.mail.smtpPassword=<senhaUsuario> Ex.: logix.mail.smtpPassword="senha123456" # Define o tempo máximo em segundos de tentativa de conexão com o servidor de e‐mail, # se esta configuração não for informada, será utilizado por padrão o tempo máximo de 30 segundos. logix.mail.smtpTimeout=<tempoConexao> Ex.: logix.mail.smtpTimeout="120"


Release Notes

# Define o protocolo de segurança utilizado pelo servidor de e‐mail, # esta configuração não é obrigatória quando o servidor não utiliza um protocolo de segurança. # "" ‐ (DEFAULT) Nenhum protocolo será utilizado, a comunicação não será criptografada. # "TLS" ‐ Utiliza o protocolo de segurança TLS (Transport Layer Security) no envio das mensagens. # "SSL" ‐ Utiliza o protocolo de segurança SSL (Secure Sockets Layer) no envio das mensagens. *** logix.mail.smtpProtocol=<protocoloSeguranca> Ex.: logix.mail.smtpProtocol="TLS" # Define um endereço de e‐mail único para todos os e‐mails enviados pelo Logix, # esta configuração não é obrigatória. logix.mail.smtpEmail=<emailRemetente> Ex.: logix.mail.smtpEmail="[email protected]" Importante: O tipo de protocolo de segurança SSL funciona somente nos builds mais recentes, ou seja, a partir da versão 7.00.101202A. Caso haja a necessidade de utilizar este tipo de protocolo, verifique a versão do build atual e entre em contato com o suporte para verificar uma possível atualização. Release de Publicação: v10.02.

Função: Agendador de Tarefa ‐ JOB0003 Chamado: TEJTS9 Situação: Ao informar minuto 00, o programa joga asterisco "*" no campo. Solução: O programa foi alterado para exibir o valor 00 e não o asterisco conforme tem ocorrido.

Função: Popup Genérico ‐ LOG0090 Chamado: TENATX Situação: Ao utilizar o LOG0090 para geração de um zoom para uma determinada tabela do banco de dados Oracle, ocorre o seguinte erro: Erro: ‐903 ‐ ORA‐00903: nome da tabela inválido. Solução: O programa foi alterado para gerar zoom corretamente para tabelas do banco de dados Oracle.

2 Controladoria e Finanças

2.1 Ativo Fixo

14 Release Notes

Versão 2.0

Release Notes

2.1.1 Patrimônio

Funções: Emissão PIS/COFINS/CSLL ‐ PAT2840/PAT10043 Chamado: TEHAYS Requisito: É necessário alterar o programa para permitir a emissão do relatório por multiempresa e com um total geral. Pois facilitará a conferência das informações enviadas para SPED PIS/COFINS. Implementação: Os programas foram alterados para incluir o campo “Emitir por multiempresa?” para indicar se o relatório será ou não emitido para várias empresas. Dessa forma, não é necessário sair da tela para alterar o código da empresa. Release de publicação: 10R2 ‐ 11R0.

Funções Função: Manutenção das Parcelas da Ordem de Serviço ‐ PAT10104 / Parcela do Inventário ‐ PAT100281/ Consulta de Inventários Importados pelo Suprimentos ‐ PAT10144 / Origem das parcelas de ordem de serviço ‐ PAT101048 Chamado: TEKYUH Requisito: É necessário ter a possibilidade de efetuar uma consulta dos inventários que foram gerados, ao realizar a importação de uma nota pelo Suprimentos. Nos programas de parcelas de ordem de serviço, não existe uma opção para efetuar a consulta das origens das parcelas. Implementação: Desenvolvido o PAT10144 (Parcela da Ordem de Serviço) para consultar quais inventários foram gerados a partir de uma nota. Incluída a opção de menu “Visualizar”, no PAT100281 para consultar as origens das parcelas de uma ordem de serviço. Incluída a opção de menu “Visualizar”, no PAT10104 (Manutenção das Parcelas do Bem).

Função: Demonstrativo Contábil do Patrimônio ‐ PAT10143 Chamado: TEBMJQ Requisito: Existe a necessidade de um relatório de acompanhamento detalhado da contabilização, para facilitar a conferência com a Contabilidade e com o próprio Patrimônio. Implementação: Desenvolvido o programa para emitir um demonstrativo contábil detalhado do módulo Patrimônio, visando facilitar a conciliação com a Contabilidade.

2.2 Contábil

2.2.1 Contabilidade


Release Notes

Função: Lançamentos Contábeis de Ajuste ‐ FCONT ‐ CON10214 Chamado: TEBQRD Requisito: Desenvolver uma rotina para manutenção dos lançamentos de ajuste do FCONT. Implementação: Desenvolvido o programa com as funções padrões do metadados em forma de cockpit para efetuar a manutenção dos lançamentos de ajuste do FCONT.

Função: Lançamentos ajuste FCONT ‐ Expurgos ‐ CON10212 Chamado: TEBQRD Requisito: Desenvolver uma rotina de expurgos dos lançamentos contábeis. Implementação: Desenvolvido o programa para efetuar o expurgo dos lançamentos contábeis.

Função: Lançamentos Ajuste FCONT ‐ Fiscais ‐ CON10213 Chamado: TEBQRD Requisito: Desenvolver uma rotina de inclusão dos lançamentos fiscais no FCONT. Implementação: Desenvolvido o programa para efetuar a inclusão dos movimentos fiscais no FCONT, permitindo que altere o valor.

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEBQRD Requisito: Desenvolver um parâmetro para considerar os dados fiscais do Patrimônio direto da origem. Implementação: Desenvolvido o parâmetro “Buscar dados fiscais do Patrimônio diretamente da origem?” que indica se as informações fiscais do Patrimônio serão ou não buscadas diretamente da origem para geração dos blocos I200/I250 no FCONT. Conversor de parâmetro:

Conversor: CON00189.cnv Parâmetro: ctb_busca_dados_pat_origem – “Buscar dados fiscais do Patrimônio diretamente da origem?”. Caminho no Sistema: Processo Adm/Financ / Contabilidade / Controles. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Funções: Função: Geração Arquivo para a Escrituração Contábil Digital (ECD) ‐ CON10170/CON4180 Chamado: TEBQRD Requisito: A rotina deve buscar os dados fiscais do Patrimônio direto da origem.

16 Release Notes

Versão 2.0

Release Notes

Implementação: O programa foi alterado para considerar o parâmetro “Buscar dados fiscais do Patrimônio diretamente da origem?” do LOG2240 (Manutenção Parâmetros Sistema), e gerar as informações indicadas nas rotinas novas no arquivo de geração do FCONT. Esse parâmetro está localizado em Processo Adm/Financ / Contabilidade / Controles. Nota: Para mais informações, acesse o boletim técnico no caminho: http://tdn.totvs.com/kbm#114187

2.3 Financeiro

2.3.1 Contas a Pagar

Função: Manutenção Parâmetros Sistema ‐ LOG00087 Chamado: TEKHBO Requisito: É necessário criar um parâmetro que seja possível definir se deverá ou não efetuar o recálculo PIS / COFINS /CSL ao modificar AP. Implementação: Desenvolvido o parâmetro "Recalcular PIS / COFINS /CSL ao modificar AP?". Caso no parâmetro seja selecionada a opção “S” (Sim), será refeito o cálculo do imposto, da mesma forma como o programa trabalha a v10.02. Caso seja selecionada a opção “N” (Não), o programa não vai refazer o calculo do imposto caso já tenha sido realizado via opção "recalcula PCC" no FIN30057. Nota: Para os clientes que atualizaram o chamado SDJE45 e precisam continuar a trabalhar sem o recalcular, é necessário que depois de atualizar este chamado alterar o este novo parâmetro para "N", pois o padrão será trabalhar como hoje a v10.02, ou seja, sempre ao modificar a data de proposta da AP, refazer o cálculo dos impostos e ajustes de acordo com a Base original da AD/NF. Conversores de Parâmetros:

Conversor: FIN00132.cvn Parâmetro: recalc_pcc_modif_ap – “Recalcular PIS / COFINS /CSL ao modificar AP?”. Caminho no sistema: LOG00087 ‐ Logix Financeiro / Tributos/Impostos / Retenção PIS/COFINS/CSL. Processo de instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros) ou do LOG00086 na v11.00.

Função: Apropriação de Despesas ‐ FIN30057 Chamado: TEKHBO Requisito: O programa recalcula o imposto considerando os valores base originais, quando uma AP com tipo de despesa parametrizado para reter PIS/ COFINS/ CSL teve seu imposto base alterado via opção de menu do FIN30057 "Recalcula PCC", e deste processo teve sua data de proposta alterada por meio da opção “Modificação”. Mas há situação em que não deve ser refeito este cálculo nestas condições. Implementação: O programa foi alterado para considerar o parâmetro “PIS / COFINS /CSL ao modificar AP?” para indicar se o valor de PIS /COFINS/CSL deverá ou não ser recalculado, ao modificar a data de proposta da AP.


Release Notes

Nota: Para os clientes que atualizaram o chamado SDJE45 e precisam continuar a trabalhar sem o recalcular, é necessário depois atualizar este chamado alterar o novo parâmetro para "N" pois o padrão será trabalhar como na v10.02, ou seja, sempre ao modificar a data de proposta da AP, refazer o calculo dos impostos e ajustes de acordo com a Base original da AD/NF.

Função: Processamento de Rotinas Agendadas ‐ FIN20014 Chamado: TEJQ96 Requisito: É necessário ter um relatório que liste as inconsistências geradas no processamento. Implementação: O programa foi alterado gerar um relatório com as inconsistências reportadas no processamento.

2.3.2 Contas a Receber

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEIJGT Requisito: É necessário que o sistema efetue o controle da numeração de lote gerado para o arquivo de remessa do Serasa. Implementação: Desenvolvido o parâmetro “Número do último lote gerado para o arquivo de remessa do Serasa”, para controlar e atualizar o último número do lote de remessa gerado, mesmo quando não encontrados dados a enviar para o Serasa. Conversor de parâmetro:

Conversor: CRE00542.cnv Parâmetro: lot_remessa_serasa – “Número do último lote gerado para o arquivo de remessa do Serasa”. Caminho no Sistema: Processo Adm/Financ / Contas a Receber / Crédito e Cadastro. Processo de instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Funções: Manutenção Parâmetros Sistema ‐ LOG2240 (v10.02) / LOG00087 (v11.00) Chamado: SDKUTT Requisito: Existe a necessidade de parametrizar o sistema para determinar qual empresa será considerada na integração do CAP com o GAO. Pois há situações em que no CAP a empresa centralizadora é a empresa origem e não a que corresponde à empresa destino. Implementação: Desenvolvido o parâmetro “Empresa de integração do módulo CAP para o GAO” para indicar em qual empresa será efetuada a integração do CAP com o GAO realizada por meio dos programas de manutenção de AD. Conversores de Parâmetros:

18 Release Notes

Versão 2.0

Release Notes

Conversores: CAP00912.cvn(1002)/FIN00133.cnv(1100) Parâmetro: emp_integr_cap_gao ‐ “Empresa de integração do módulo CAP para o GAO”. Caminho no sistema: Logix Financeiro/Contas a Pagar/Transferências e integrações. Processo de instalação: Para instalação deverá ser executado os conversor CAP00912.cnv para versão 10.02 ou FIN00133.cnv para v1100 por meio do LOG8000/LOG00086 (Gerenciador Conversores de Configuração de Parâmetros).

Funções: Solicitação de Autorizações de Pagamentos ‐ CAP0150(v10.02) / FIN30035 (v11.00) / Autorizações de Pagamentos ‐ CAP0220(v10.02)/ FIN30058(v11.00) Manutenção dos Lançamentos Contábeis ‐ CAP1040(v10.02) / FIN30027(v11.00) / Acerto de Despesas de Viagem ‐ CAP1890 / Aprovação Eletrônica de Pagamentos ‐ CAP3560(v10.02)/ FIN30131(v11.00) Chamado: SDKUTT Requisito: Alterar os programas do Contas a Pagar referente a manutenção de ADs e que fazem interação com o módulo de controle de orçamentos (GAO) para que a integração seja efetuada com a empresa origem da despesa e não com a empresa destino. Implementação: Os programas foram alterados para considerarem o parâmetro “Empresa de integração do módulo CAP para o GAO” para indicar em qual empresa deverá ser efetuada a integração. Os programas do CAP que realizam a manutenção de ADs e que fazem interação com o módulo de controle de orçamentos (GAO) realizarão a integração com a empresa origem da despesa e não com a empresa destino. Nota: A funcionalidade do parâmetro “Empresa centralizadora orçamento” do GAO continuará a mesma, ou seja, quando a empresa do CAP (empresa origem) possuir uma empresa centralizadora informada neste parâmetro, no GAO a despesa consumirá orçamento da empresa centralizadora.

Função: Geração automática de comissão ‐ FIN10035 Chamado: TEEWYY Requisito: No relatório não é emitido o nome do cliente. Implementação: O programa foi alterado para emitir no relatório o código e descrição do cliente relacionado ao título.

2.3.3 Pagamento Escritural

Função: Manutenção Parâmetros do Sistema ‐ LOG2240 Chamado: TEK305 Requisito: Existe a necessidade de paramentrizar qual lote APS reagrupadas será considerado será utilizado para pagamento de boletos.


Release Notes

Implementação: Desenvolvido o parâmetro “Lote de pagamento para APs reagrupadas pelo CAP6770” para indicar qual lote de pagamento será atualizado nas APs reagrupadas pelo programa CAP6770. Nota: Se nenhum lote for informado neste parâmetro, o CAP6770 buscará o lote padrão do banco parametrizado no CAP5999 (Parâmetros ‐ Pagamento Escritural). Conversores de Parâmetros:

Conversores: CAP00911.cvn Parâmetro: lote_pgto_aps_reagrupadas ‐ “Lote de pagamento para APs reagrupadas pelo CAP6770”. Caminho no sistema: Logix Financeiro/Contas a Pagar/ Pagamento Escritural/Gerais. Processo de instalação: Para instalação deverá ser executado os conversor CAP00911.cnv por meio do LOG8000 (Gerenciador Conversores de Configuração de Parâmetros).

Função: Reagrupamento de APs ‐ CAP6770 (v10.02) Chamado: TEK305 Requisito: Ao reagrupar APs para preparar para pagamento escritural, o lote de pagamento das APs reagrupadas estão ficando com o mesmo lote de pagamento de APs preparadas para pagamento de boletos. Se todas as APs agrupadas ficassem com um lote de pagamento diferente das APs preparadas por boleto, ficaria mais fácil a análise de relatórios filtrando pelo lote de pagamento. Implementação: Foi implementado um parâmetro para que possa ser informado o lote de pagamento para APs reagrupadas e este lote será atualizado em todas as APs reagrupadas pelo CAP6770. Se o parâmetro estiver nulo, as APs continuarão a ser atualizadas com o lote de pagamento padrão do banco (CAP5999) Parâmetro: “Lote de pagamento para APs reagrupadas pelo CAP6770.”, criado no LOG2240 / Logix Financeiro / Pagamento Escritural / Gerais.

2.3.4 Transações Bancárias

Função: Manutenção dos movimentos de Extrato ‐ FIN60021 Chamado: TEJHG5 Requisito: É necessário incluir o zoom de histórico de movimentos automáticos. Implementação: O programa foi alterado para inserir um zoom de histórico de movimentos automáticos na coluna histórico do movimento.

3 Fiscal

3.1 Fiscal

20 Release Notes

Versão 2.0

Release Notes

3.1.1 Obrigações Fiscais

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TDUGM4 Requisito: É necessário criar o arquivo XML no formato estabelecido pela SEFAZ. Implementação: Desenvolvido o parâmetro “Utilizar a estrutura do arquivo XML no formato padrão SEFAZ?” que indica se no envio de nota fiscal eletrônica (NF‐e), o arquivo XML elaborado pelo Logix será ou não gerado na estrutura padrão da SEFAZ. Conversores de Parâmetros:

Conversor: OBF00204.cnv. Parâmetro: utiliz_layout_xml_sefaz ‐ “Utilizar a estrutura do arquivo XML no formato padrão SEFAZ?”. Caminho no sistema: Processo Saídas/Faturamento/Nota Fiscal Eletrônica. Processo de Instalação: Para instalação deste chamado deverá ser executado o conversor OBF00204.cnv pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros), que irá criar o parâmetro “Utilizar a estrutura do arquivo XML no formato padrão SEFAZ?” no LOG2240 em “Processo Saídas/Faturamento/Nota Fiscal Eletrônica". Depois deverá ser liberado o nível de acesso aos usuários, por meio do LOG2210 (Níveis de Acesso para os Parâmetros do Sistema), de acordo com a área de aplicação. Nota: Caso o parâmetro não esteja informado, será considerado como “N”.

Funções: Nota Fiscal Eletrônica ‐ VDP9202/SUP1722/OBF40000 Chamado: TDUGM4 Requisito: É necessário criar o arquivo XML no formato estabelecido pela SEFAZ. Implementação: Os programas foram alterados para considerarem o parâmetro “Utilizar a estrutura do arquivo XML no formato padrão SEFAZ?” do LOG2240. Nota: Deverá ser atualizada a versão do “Javaenvia” para 4.7.5 ou superior, disponível em nosso portal www.totvs.com.br.

Função: Gera Arquivo da Dime ‐ Formato Texto ‐ OBF1227 Chamado: TEIOS4 Requisito: O arquivo da Dime é gerado com a extensão "tmp" em ambiente Windows. Implementação: O programa foi alterado para que gere o arquivo texto com a extensão “txt”. Nota: O relatório de inconsistências, por padrão do sistema, é gerado com a extensão “.lst” em ambiente Windows.


Release Notes

Função: Processar Apuração Créditos, Débitos e Saldo e Registro Apuração ICMS/IPI/ST ‐ OBF0030 Chamado: TEJY10 Requisito: Ao processar o OBF0030 várias vezes, as ADs/APs são geradas também várias vezes. Quando os parâmetros “Utiliza controle de geração automática de AD/ AP para pagamento ICMS?” e “Utiliza controle de geração automática de AD/AP pagamento IPI?” estão assinalados, e há valores de saldo devedor de ICMS e IPI, e chamada uma função do CAP para gerar uma AD/AP com os valores. Implementação: O programa foi alterado para que efetue a chamada das funções do CAP para contabilização somente quando o programa OBF0030 for processado como oficial.

3.1.2 Nota Fiscal Eletrônica

Função: Painel da Nota Fiscal Eletrônica ‐ OBF40000 Chamado: TEEVWG Requisito: Existe a necessidade de impressão de boletos pelo Painel da NF‐e. Implementação: Incluída opção de menu no Painel da NF‐e para que permita a impressão de boletos.

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEGWY5 Requisito: O sistema permite reenviar notas fiscais autorizadas para a SEFAZ quando não existem registros nas tabelas do TSS. Essa situação gera novamente os registros da nota fiscal eletrônica sem protocolo. Implementação: Desenvolvido o parâmetro "Permite reenviar Notas Fiscais autorizadas para SEFAZ?" que indica se a empresa pode ou não reenviar notas fiscais autorizadas para a SEFAZ. Nota: O parâmetro tem como valor padrão “S”. Sendo assim, permite o reenvio das notas fiscais para a SEFAZ. Conversores de Parâmetros:

Conversor: OBF0216.cnv Parâmetro : permite_reenvio_nfe_autorizada – “Permite reenviar Notas Fiscais autorizadas na SEFAZ?" Caminho no sistema: Processo Saídas / Faturamento / Nota Fiscal Eletrônica. Processo de Instalação: O parâmetro é processado no LOG8000 (Gerenciador Conversores Configuração Parâmetros), informar o diretório do conversor e efetuar seu processamento. Nota: Caso o parâmetro não esteja informado, será considerado como "S".

Funções: Nota Fiscal Eletrônica ‐ VDP9202/SUP1722 Chamado: TEGWY5 Requisito: O sistema permite reenviar notas fiscais autorizadas para a SEFAZ quando não existem registros nas tabelas do TSS. Essa situação gera novamente os registros da nota fiscal eletrônica sem protocolo.

22 Release Notes

Versão 2.0

Release Notes

Implementação: Os programas foram alterados para considerarem o parâmetro "Permite reenviar Notas Fiscais autorizadas para SEFAZ?" do LOG2240 (Manutenção Parâmetros Sistema).

Função: Parâmetros de Processo NF‐e ‐ VDP9109 Chamado: TEMFFP Requisito: Existe a necessidade de efetuar o cancelamento por evento e parametrizar o envio do Danfe por e‐mail ao destinatário, na configuração do Totvs Colaboração. Implementação: Incluídos os campos "Utilizar cancelamento por Evento?" e "Envia Danfe ao destinatário?" na opção de menu "tOtvs_colab".

Função: Parâmetros da NF‐e ‐ VDP9109 Chamado: TELHPA Requisito: Existe a necessidade de configurar o parâmetro CONFALL do TotvsColaboração no TSS. Implementação: Criado o campo "Confirmar recebimento dos documentos?", na opção de menu "TotvsColab", para habilitar a confirmação de todos os documentos recebidos da Neogrid. Este campo deve ser utilizado somente quando houver muitos documentos retornando da Neogrid, impedindo que novos documentos enviados pelo ERP sejam processados.

3.1.3 SPED

Função: Processamento de Apuração PIS/COFINS ‐ OBF17000 Chamado: TEJPD3 Requisito: O registro “0200” está sem descrição do item para empresas consolidadas. Implementação: Foram efetuadas alterações no sistema para utilizar a empresa origem para busca e utilização da descrição do item.

3.1.4 CIAP

Funções: Parâmetros do CIAP ‐ CIA30000 / Integração Suprimentos X CIAP ‐ CIA30001 Controle do Ativo – CIA30002 / Lançamentos Retroativos ‐ CIA30003 Fechamento Mensal do CIAP ‐ CIA30004 / Relatórios Auxiliares ‐ CIA30005 Livros Oficiais ‐ CIA30006 / Lançamentos Contábeis ‐ CIA30007 / Emissão do Relatório dos Lançamentos Contábeis ‐ CIA30008 / Simulação da Fórmula do CIAP ‐ CIA30009 Baixa do Ativo ‐ CIA30010 / Transferência do Controle do Ativo ‐ CIA30011


Release Notes

Parâmetros do Relatório do CIAP ‐ CIA30012 / Parâmetros para Contabilização do CIAP ‐ CIA30013 / Cadastro da Fórmula do CIAP ‐ CIA30014 / Cadastro de Exceções do CIAP ‐ CIA30015 / Relatório do Coeficiente ‐ CIA30016 / Gera Lote para a Contabilidade ‐ CIA30019 / Migrar Registros do CIAP Antigo para o Novo ‐ CIA30050 Chamado: TDUFDH Requisito: Existe a necessidade de efetuar uma reestruturação no CIAP. Implementação: O módulo do CIAP foi totalmente reformulado e a nova versão já está disponível para utilização. Alteração efetuada no Roadmap 2011/2012. Nota: Para mais informações contate nossa consultoria interna ou seu coordenador de conta. Release de Publicação: 10R2‐11R0 Conversores de Parâmetro:

Conversor: CIA00010.cnv Parâmetros: consdr_intg_ciap_nf_contab ‐ "Considera na integração do CIAP apenas notas fiscais contabilizadas?". empresa_patrimonio ‐ "Empresa em que está o controle do patrimônio no Logix" periodo_inicio_novo_ciap ‐ "Período de início da utilização do novo CIAP." qtd_parc_credito ‐ "Quantidade de parcelas que um bem/componente poderá se creditar" tip_credito_baixa ‐ "Tipo de crédito de ICMS na baixa manual de um bem" tip_credito_transferencia ‐ "Tipo de crédito de ICMS na transferência manual de um bem no CIAP" Caminho no sistema: Gestão Fiscal / CIAP / Parâmetros Gerais. Processo de Instalação: O parâmetro é processado no LOG8000 (Gerenciador Conversores Configuração Parâmetros), informar o diretório do conversor e efetuar seu processamento. Conversores de Tabela: Conversor: PAT00144.cnv Objetivo: Criar no banco de dados as seguintes tabelas: CIA_CONTROLE_CREDITO CIA_RELC_INV_SUPRIM CIA_PARAMETRO CIA_PARAMETRO_NOTA_FISCAL CIA_LANCAMENTO_RETROATIVO CIA_PARAMETRO_RELATORIO

4 Recursos Humanos

4.1 Administração de Pessoal

24 Release Notes

Versão 2.0

Release Notes

4.1.1 Folha de Pagamento

Funções: Dependentes/Familiares ‐ RHU0020 / Cadastro de Funcionários ‐ RHU08300 Chamado: TEHRLG Requisito: É necessário cadastrar o número do cartão nacional de saúde e o número da declaração de nascido vivo dos dependentes. Para atender a solicitação da ANS às operadoras de saúde, de acordo com a Resolução Normativa ‐ RN Nº 250 de 25 de março de 2011. Implementação: Os programas foram alterados para incluir os campos “Cartão nacional de saúde” e “Declaração de nascido vivo”, no cadastro dos funcionários e dependentes. Procedimentos para instalação: Executar os conversores de tabela RHU00849.cnv e RHU00852.cnv por meio do LOG6000.

Funções: Adiantamento Salarial ‐ RHU1050 / Folha Mensal ‐ RHU1330 / Rescisão ‐ RHU3050 Chamado: TEDHUE Requisito: Existe a necessidade de alterar os programas para considerarem o novo evento de base de cálculo “1337”. Implementação: Os programas foram alterados para calcularem o evento que tenha na base de cálculo o novo evento “1337”.

Função: Férias ‐ RHU3730 Chamado: TEDHUE Requisito: Corrigir o cálculo da licença remunerada quando calculada as férias do funcionário. Implementação: O programa foi alterado para não inserir no movimento das férias o evento com referência “99”, este valor já é calculado no evento com referência “27”. Alterada a rotina de gravação do evento com referência “27” no movimento das férias para gravar a data de pagamento igual à data de referência. Procedimentos: Executar o programa RHU4740 (Criação de Tabelas Fixas), assinalar o campo "Eventos_Fixos" para criar a ocorrência fixa “1337” (Dias de Licença Remunerada).

Função: Criação de Tabelas Fixas ‐ RHU4740 Chamado: TEDHUE Requisito: O sistema não está armazenado a quantidade de dias de licença remunerada pagas nas férias, em cada mês de gozo de férias. Implementação: O programa foi alterado para incluir o evento de base de cálculo “1337” (DIAS LIC.FER PROP), que irá armazenar a quantidade de dias de licença remunerada pagas nas férias, em cada mês de gozo de férias.


Release Notes

5 Materiais

5.1 Estoque e Custos

5.1.1 Recebimento de Materiais

Funções: Dados Frete ‐ SUP0580 / Consulta de Notas Fiscais Eletrônicas (NF‐e) ‐ SUP3842 Chamado: TEIR70 Requisito: Permitir que o usuário informe o tipo CT‐e quando o frete for modelo “57”. Implementação: Incluído o campo “Tipo CT‐e” para permitir informar o tipo CT‐e na inclusão de conhecimento de frete modelo “57”. Esse Registro será apresentado no campo "13 TP_CT‐e”, registro D100 para o SPED nos conhecimentos de transporte. Nota: Este chamado é pré‐requisito do chamado TEIIY0. Release de publicação: 03‐2012.

Função: Manutenção Parâmetros do Sistema ‐ LOG2240 Chamado: TEHEUL

Requisito: É necessário desenvolver um parâmetro para que o SUP1430 (Gera Lançamentos Contábeis/Lote) efetue a contabilização das empresas do estado de Mato Grosso que se enquadram no regime de ICMS Garantido. Implementação: Desenvolvido o parâmetro “Considerar o regime de ICMS Garantido para empresas o Mato Grosso?”, para indicar se será ou não considerado o regime de ICMS Garantido para as empresas localizadas no estado de Mato Grosso, conforme artigo 435‐N do RICMS‐MT. O parâmetro está localizado no LOG2240 em Processo Entradas / Recebimento de Materiais / Contabilização de Materiais. Nota: Este parâmetro é utilizado apenas para definir a contabilização de notas fiscais e fretes de compra de ativo imobilizado CIAP com incidência de ICMS Outros. Conversores de Parâmetros:

Conversores: SUP01589.cvn. Parâmetro: empresa_mt_icms_garantido ‐ “Considerar o regime de ICMS Garantido para empresas de Mato Grosso?”. Caminho no sistema: Processo Entradas/ Recebimento de Materiais/ Contabilização de Materiais.

Processo de instalação: Para instalação deverá ser executado os conversor SUP01589.cvn por meio do LOG8000 (Gerenciador Conversores de Configuração de Parâmetros).

26 Release Notes

Versão 2.0

Release Notes

Função: Gera Lançamentos Contábeis/Lote ‐ SUP1430 Chamado: TEHEUL Requisito: O programa não está efetuando a contabilização para empresas do Mato Grosso (MT) que estão enquadradas no ICMS Garantido, não está contabilizando o diferencial de ICMS da NF/Frete na conta de estoque do item. Implementação: O programa foi alterado para considerar o parâmetro o “Considerar o regime de ICMS Garantido para empresas o Mato Grosso?” para contabilizar o diferencial de ICMS da nota e do frete somando ao custo do item, ou seja, somando na conta débito de estoque do item. Mas somente para os casos em que a empresa é do estado de Mato Grosso e está enquadrada no regime do ICMS Garantido, conforme artigo 435‐N do RICMS‐MT. Nota: O parâmetro está localizado no LOG2240 em Processo Entradas / Recebimento de Materiais / Contabilização de Materiais. Releases de Publicação: 03/2012.

Função: Nota Fiscal de Serviço ‐ SUP8720 Chamado: TEJPAZ Requisito: É necessário que seja gerado PIS e COFINS para as notas fiscais criadas para contratos de serviço. Implementação: Incluída a opção de menu “2_pis_cofins_item”, que exibirá uma tela com os valores do PIS e COFINS do item para manutenção. Esta é a mesma tela utilizada no SUP3760 (Dados Nota Fiscal), a opção “Q_impostos ‐> pis_cofins_Item”. Releases de Publicação: 03‐2012

5.2 Planejamento e Controle de Produção

5.2.1 Chão de Fábrica

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEKUUM Requisito: Existe a necessidade de uma parametrização para indicar se os módulos de Administração da Produção permitirão o consumo de itens cuja data de validade seja anterior a data de movimentação da ordem e/ou apontamento da produção. Implementação: Desenvolvido o parâmetro “Permite consumir lotes cuja validade esteja vencida?” indicar se será exibida uma mensagem avisando a respeito do consumo de lotes vencidos durante o apontamento da produção. O parâmetro possui as opções 0 (zero) ‐ Permite o consumo de lotes vencidos, exibindo mensagem de aviso ao usuário: “1” ‐ Não permite o consumo de lotes vencidos; “2” ‐ Não permite o consumo de lotes vencidos apenas no chão de fábrica. “3” ‐ Permite o consumo de lotes vencidos e não exibe mensagem de alerta ao usuário


Release Notes

Conversores de Parâmetros: Conversores: MAN00994.cvn. Parâmetro: consome_lote_vencido ‐ “Permite consumir lotes cuja validade esteja vencida?”. Caminho no sistema: Processo Manufatura/Plano Operacional/Planejamento de Produção. Processo de instalação: Para instalação deverá ser executado os conversor MAN00994.cvn por meio do LOG8000 (Gerenciador Conversores de Configuração de Parâmetros).

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEKUUM Requisito: Ao apontar ordens de produção, cujos componentes possuem lotes vencidos, o programa permite, porém exibe uma mensagem de alerta. Implementação: O programa foi alterado para considerar o parâmetro “Permite consumir lotes cuja validade esteja vencida?”, que indica se os módulos de Administração da Produção permitirão o consumo de itens cuja data de validade seja anterior a data de movimentação da ordem e/ou apontamento da produção.

5.2.2 Plano Operacional

Função: MRP ‐ MAN6165 Chamado: TEJGQ2 Requisito: Existe a necessidade de permitir a execução do MAN6165 (MRP) na também versão 10.02. Pois na v10.02 há somente o MAN6166 (MRP) para executar a rotina do MRP. Implementação: Efetuada a implementação do MAN6165 v10.02 para ser mais uma opção para executar a rotina MRP e também foram realizadas melhorias de performance. Nota: O MAN6165 existia somente na v05.10. E foi reformulado para atender as regras de negócio da v10.02. Importante: O MAN6165 deverá ser utilizado somente em clientes que possuem problemas de performance e utilizam o planejamento por demanda. Caso contrário deve ser utilizado o MAN6166.

5.2.3 Manutenção Industrial

Função: Manutenção Parâmetros do Sistema ‐ LOG2240 Chamado: TEKVET Requisito: É necessário um parâmetro para permitir que a data de recebimento da OSN/OSE seja retroativa. Implementação: Desenvolvido o parâmetro “Permitir que a data de recebimento da OSN/OSE seja retroativa?” para indicar se poderá ou não criar uma ordem de serviço não programada (OSN), ou ordem de serviço especial (OSE), com data de recebimento anterior a data de solicitação. Dessa forma, as OSN e OSE, serão criadas com data de recebimento retroativa. Conversores de Parâmetros:

28 Release Notes

Versão 2.0

Release Notes

Conversores: MIN00024.cvn. Parâmetro: permite_dt_receb_retro_osn_ose‐ “Permitir que a data de recebimento da OSN/OSE seja retroativa?”. Caminho no sistema: Processo Manufatura/ Manutenção Industrial/ Geração de Ordens.

Processo de instalação: Para instalação deverá ser executado os conversor por meio do LOG8000 (Gerenciador Conversores de Configuração de Parâmetros).

Funções: Ordem de Serviço ‐ MIN0380 / Ordens de Serviço não Programadas pendentes ‐ MIN0740 Chamado: TEKVET Requisito: A partir do pacote 01/2011, chamado A50708, o programa não permite que seja informada uma data de recebimento menor do que a data da solicitação. O cliente necessita que o programa volte a permitir que a data de recebimento seja retroativa a data da solicitação. Implementação: Foi gerado o conversor MIN00024 para a criação do parâmetro “Permitir que a data de recebimento da OSN/OSE seja retroativa?”, criado para permitir que o usuário informe a data de recebimento menor que a data de solicitação.

5.3 Planejamento e Controle Orçamentário

5.3.1 Gestão e Aprovação de Orçamentos

Funções: Carga Inicial/Reprocessamento de Movimentos do GAO ‐ GAO0035/ GAO10035 Chamado: TEELT8 Requisito: Os programas não efetuam o processamento da nova tabela de histórico de auditoria. Implementação: Os programas foram alterados para incluir no processamento a nova tabela de histórico de auditor.

Funções: Consulta de Histórico de Auditoria ‐GAO0096/GAO10096 Chamado: TEELT8 Requisito: Desenvolver um programa para consulta dos registros de auditoria que já foram para histórico. Implementação: Desenvolvidos os programas GAO0096/GAO10096 para efetuar consulta dos registros de auditoria que já foram para histórico.


Release Notes

Funções: Copia Dados da Auditoria para Histórico ‐ GAO0095/GAO10095 Chamado: TEELT8 Requisito: Desenvolver programas para efetuar a cópia dos registros da auditoria para a nova tabela de histórico. Implementação: Desenvolvidos os programas GAO0095/GAO10095 para efetuar a cópia dos registros da auditoria para a nova tabela de histórico.

Função: Manutenção da Tabela de Transferência de Valores ‐ GAO0027 Situação 1: O programa, na versão Logix 5.10, permitia alterar a empresa origem, porém o programa atual não esta permitindo. Requisito 1: O programa foi alterado para permitir a modificação da empresa origem, quando estiver parametrizado no LOG2240 (Manutenção Parâmetros do Sistema). Implementação 2: O programa permite suplementar uma conta que não está cadastrada no GAO0021 na empresa destino. Implementação 2: O programa foi alterado para que valide se a conta está cadastrada no GAO0021. Observação: No programa GAO10027, deverá ser implementado a validação do parâmetro LOG2240 “gao_permite_transfer_empresa”. A validação da conta já existe. Ambiente: 11.05

6 Vendas e Faturamento

6.1.1 Comunicação

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEFZSB Requisito: É necessária a opção para determinar se o indicador do tipo da nota seja colocado no início ou no fim do número da duplicata. Implementação: Desenvolvido o parâmetro “Indicador do tipo da NF deve vir no início do número da duplicata?”, para definir se o indicador do tipo da nota fiscal será adicionado no início ou no fim do número da duplicata. Conversor de Parâmetro:

Conversor: VDP02033.cnv Parâmetro: ind_tip_nf_ant_num_dupl – “Indicador do tipo da NF deve vir no início do número da duplicata?” Caminho no sistema: Processos Saída/Comunicação/Contas a Receber. Processo de Instalação: Executar o conversor apenas uma única vez, no LOG8000 (Gerenciador Conversores Configuração Parâmetros). Liberar acesso ao novo parâmetro no LOG2210 (Níveis de Acesso para os Parâmetros do Sistema), aos usuários que poderão efetuar sua manutenção.

30 Release Notes

Versão 2.0

Release Notes

Funções: Faturamento Automático ‐ VDP0745 / Faturamento Manual ‐ VDP0747 Requisito: Na integração com CRE para nota de serviço, os programas estão colocando o "S" no final do número da duplicata. Implementação: O programa foi alterado para considerar o parâmetro “Indicador do tipo da NF deve vir no início do número da duplicata?” do LOG2240 (Manutenção Parâmetros Sistema) localizado em Processos Saída/Comunicação/Contas a Receber.

6.1.2 Faturamento

Funções: Cadastro de Pedidos ‐ Mestre ‐ VDP03134 / Cadastro de Pedidos ‐ Batch ‐ VDP3135 / Cadastro de Pedidos ‐ VDP20000 / Alteração de Pedidos ‐ VDP1090 / Consulta de Pedidos ‐ VDP4260 / Solicitação de Ordem de Montagem/Romaneio ‐ VDP8020 / Solicitação de Faturamento ‐ Automática – VDP0742 / Solicitação de Faturamento ‐ Manual ‐ VP0746 Chamado: TDUIXN Requisito: Existe a necessidade de incluir na tela de endereço de entrega o campo “Nome” referente à razão social do endereço de entrega, da mesma forma que já existe no programa Solicitação de Faturamento Manual – VDP0746. Implementação: Foram efetuadas alterações nos programas para que permita informar a razão social na tela de endereço de entrega de forma que grave na nota fiscal essa informação.

Função: Tributos e Benefícios ‐ VDP0692 Chamado: TEGWDF Requisito: Existe a necessidade de alteração do sistema para considerar o “FUNDESA”, para atender a lei nº 12.380 de 28 de novembro de 2005. Implementação: O programa foi alterado para considerar o tributo “FUNDESA”. Para utilizar este novo tributo deve‐se utilizar a opção de menu “Atualizar Fiscal” do programa VDP0692. Nota: O FUNDESA é um fundo criado pelas cadeias de produção e genética da avicultura, Suinocultura, Pecuária de Corte, Pecuária de Leite, e tem por finalidade complementar ações de desenvolvimento e defesa sanitária animal no estado do Rio Grande do Sul. O FUNDO também servirá para garantir aos seus contribuintes, o ato indenizatório de enfermidades infecto‐contagiosas, sob controle e erradicação, reconhecidas nos programas de sanidade animal. Este tributo tem amparo legal e jurídico, pois sua estrutura funcional e operacional está de acordo com legislação que regulamenta os fundos privados no Brasil, e está regulamentado no RS, por intermédio da Lei 12.380, de 28/11/2005, que autoriza por meio de um convênio com a Secretaria da Agricultura do RS, efetivação das contribuições designadas ao FUNDESA.


Release Notes

Função Processa Faturamento Automático ‐ VDP0745 Chamado: TEHEJZ Requisito: O programa deve controlar estoque de terceiros como era realizado na versão 05.10, isso quando a empresa contabilizar o estoque no simples faturamento e quando a empresa não utilizar o VDP0761, rotina de liberação de terceiros da versão 10.02. Implementação: O programa foi para incluir no sistema um novo motivo de remessa para diferenciar a entrega futura da entrega por encomenda e alterado o programa para controlar o estoque de terceiros, ainda que não haja movimentação de estoque na operação de venda.

6.1.3 Pedidos

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEAUN3 Requisito: O VDP0746 (Solicitação de Faturamento Manual) não possui a opção de escolha se, em uma solicitação de faturamento manual, se pode ou não incluir um item com quantidade 0 (zero) e o este ficará com o valor de 1 unidade ou se ficará como 0 (zero). Implementação: Desenvolvido o parâmetro “Permitir criar solicitação de faturamento manual com quant.zerada?" que indica se será permitida ou não a criação de uma solicitação de faturamento Manual‐ Manual com quantidade de itens zerada. Conversores de Parâmetros:

Conversor: VDP02036.cnv Parâmetro: ies_perm_sol_fat_man_sem_qtd – “Permitir criar solicitação de faturamento manual com quant.zerada?”. Caminho no sistema: Processo Saídas / Faturamento / Solicitação Faturamento. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Manutenção Parâmetro Sistema ‐ LOG2240 Chamado: TEHRK8 Requisito: Existe a necessidade de ter opção de escolha entre processar todas as consistências do pedido ou processar o pedido até encontrar a primeira inconsistência. Implementação: Desenvolvido o parâmetro “Processar todas as consistências do pedido?” que indica se o programa de consistência de pedidos irá processar todas as consistências do pedido ou se ele irá parar de processar o pedido até encontrar a primeira inconsistência.

Conversores de Parâmetros: Conversor: VDP02044.cnv. Parâmetro: proc_todas_consist_ped ‐ “Processar todas as consistências do pedido?”. Caminho no sistema: Processo Saídas / Pedidos / Gerais.

32 Release Notes

Versão 2.0

Release Notes

Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Consistência de Pedidos ‐ VDP4210 Chamado: TEHRK8 Requisito: É necessário que o usuário tenha opção de escolha entre processar o pedido até encontrar todas as inconsistências ou apenas até encontrar a primeira. Implementação: O programa foi alterado para considerar o parâmetro “Processar todas as consistências do pedido?” do LOG2240 (Manutenção Parâmetro Sistema).

Função: Manutenção Parâmetro Sistema ‐ LOG2240 Chamado: TEBJM4 Requisito: Existe a necessidade de se ter a opção de escolha entre validar ou não o item informado na tela de retorno de terceiro com a nota fiscal de entrada informada. Implementação: Desenvolvido o parâmetro “Permitir devolução de um item não informado na nota de entrada?” que indica se será validado ou não o item informado na tela de retorno de terceiro com a nota fiscal de entrada informada. Conversores de Parâmetros:

Conversor: VDP02038.cnv Parâmetro: perm_dev_item_n_inf_nota_entr – “Permitir devolução de um item não informado na nota de entrada?”. Caminho no sistema: Processo Saídas / Faturamento / Solicitação de Faturamento. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Solicitação de Faturamento Manual ‐ VDP0746 Chamado: TEBJM4 Requisito: Existe a necessidade de ter a opção entre validar ou não o item informado na tela de retorno de terceiro com a nota fiscal de entrada informada. Implementação: O programa foi alterado para considerar o parâmetro “Permitir devolução de um item não informado na nota de entrada?”, na solicitação de faturamento manual, quando no parâmetro "Retorno terceiros faturamento manual baseado nota fiscal entrada?" estiver selecionada a opção "N" (Não).

Função: Solicitação de Pedido Para Impressão ‐ VDP4250 Chamado: TEIN34 Situação: O programa não emite corretamente os textos de observação dos pedidos corretamente.


Release Notes

Solução: O programa foi alterado para imprimir a observação do pedido mesmo que somente uma linha da observação tenha sido preenchida.

7 CRM e Call Center

7.1 CRM e Call Center

7.1.1 Customer Relationship Management

Função: Sincronizador de Conteúdo Metadados Logix ‐ CRM17000 Chamado: TEJXTA Requisito: Existe a necessidade de um programa para importação de arquivos XML Implementação: Desenvolvido o programa Sincronizador de Conteúdo Metadados Logix para realizar importação de arquivos XML.

8 Distribuição e Logística

8.1 Automação e Coleta de Dados

8.1.1 Logística e Distribuição

Função: Tributos / Benefícios ‐ Saída ‐ VDP0692 Chamado: TDXSMO Requisito: Desenvolver o tributo Compensação Financeira sobre a Exploração Mineral (CFEM). Implementação: Desenvolvido o tributo CFEM para que possa ser efetuada a sua configuração fiscal. A fórmula para cálculo deste tributo é "valor liquido do item X alíquota do tributo".

9 TMS

9.1 Operação Movimento de Cargas

Função: Tabela de Frete ‐ OMC0006 Chamado: TEIFKY

34 Release Notes

Versão 2.0

Release Notes

Requisito: Não permite informar a situação “3” (tabela de cálculo) para variáveis de frete com campo base diferentes de “2” (Valor da NF) e “11” (Valor da mercadoria). Implementação: O programa foi alterado para que possa ser informada tabela de cálculo para qualquer variável, independente do campo base desta.

Função: Variáveis Tabela Frete ‐ OMC0005 Chamado: TEIFKY Requisito: Não permite alterar o campo base para valores diferentes de “2” (Valor da NF) e “11” (Valor da mercadoria), caso esta variável esteja associada a uma tabela de frete e esteja relacionada a uma tabela de cálculo (Status 3). Implementação: O programa foi alterado para permitir que possa ser informado qualquer valor para o campo base, mesmo que a variável já esteja relacionada a uma tabela de frete e, dentro desta, a uma tabela de cálculo (status 3).

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TDYXE9 Requisito: É necessário criar um parâmetro para determinar se desconta o crédito presumido do valor da fatura dos conhecimentos. Implementação: Desenvolvido o parâmetro “Descontar o crédito presumido do valor da fatura dos Conhecimentos?”, para indica se o percentual de crédito presumido deverá ou não ser descontado do valor da fatura deste conhecimento. Nota: Caso seja selecionada a opção “N” (Não), o valor de crédito presumido será somente destacado nos tributos do conhecimento, no tributo 'ICMS_CR_PRE'. Conversores de Parâmetros:

Conversor: OMC00394.cnv Parâmetro: desconta_cred_pres_fatura – “Descontar o crédito presumido do valor da fatura dos Conhecimentos?”. Caminho no sistema: Logix TMS / Operação Movimento Cargas (OMC) / Tributação Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: ICMS ‐ OMC0012 Chamado: TDYXE9 Requisito: O programa não permite indicar substituição tributária para as regras de ICMS com destinatários não‐contribuintes. Implementação: O programa foi alterado para que permita selecionar o valor "3" (Substituição Tributária) nos campos "Tributa?" da tela de regras de ICMS para destinatários não‐contribuintes.


Release Notes

Função: Faturamento de Conhecimentos ‐ OMC0058 Chamado: TDYXE9 Requisito: A rotina de integração de conhecimentos no módulo de Faturamento está gerando inconsistência relacionada à regra de crédito presumido. Implementação: O programa foi alterado para considerar o parâmetro “Percentual de crédito presumido” e o novo parâmetro "Descontar o crédito presumido do valor da fatura dos Conhecimentos?", que determinarão se o sistema efetuará ou não desconto do ICMS restante do percentual, do valor da Duplicata gerada para este conhecimento. Nota: Em tese, se o parâmetro "Percentual de crédito presumido" estiver igual a 20%, o sistema irá calcular o tributo "ICMS_CR_PRE" como 20% do ICMS do conhecimento, e irá descontar os outros 80% do ICMS, do valor total da Duplicata.

Função: Painel do CT‐e ‐ TMS20002 Chamado: TEKRWU Requisito: Existe a necessidade de efetuar a manutenção da chave acesso para correção de chaves de acesso inválidas. Pois sem a possibilidade de correção de efetuar a correção não é possível integrar na Sefaz. Implementação: Desenvolvida a tela “Manutenção da Chave NF‐e”, para realizar a manutenção da chave de acesso das notas fiscais vinculadas ao conhecimento, possibilitando o envio da informação correta à Sefaz.

Funções: Nota Fiscal ‐ OMC0018/TMS00001 / Conhecimento de Transporte ‐ OMC0017 / Impressão de CTRC ‐ OMC0023 / Manutenção de Ocorrências ‐ OMC0050 / Manutenção de Viagem ‐ OMC0055 / Exportação de EDI ‐ OMC0062 / Importação de OM ‐ OMC0100 / Geração de Pré‐conhecimento ‐ OMC0125 / Emissão de Conhecimento de Transporte ‐ OMC9202/TMS20002 Chamado: TEFE09 Requito 1: Existe a necessidade de verificar a possibilidade de criação de conhecimento de reentrega/devolução parcial por nota fiscal, de forma que o cálculo seja rateado por peso e que apenas uma nota fiscal fique relacionada ao conhecimento. Implementação 1: Foram efetuadas alterações nos programas para leitura do novo campo "empresa_nota_fiscal" das tabelas "omc_nf_conhec" e "omc_h_nf_conhec" e alteração da chave primária da tabela com a inclusão do campo “empresa_nota_fiscal”. Requisito 2: É necessária a alteração das tabelas “omc_nf_conhec e omc_h_nf_conhec” para inclusão do campo empresa da nota fiscal “empresa_nota_fiscal” e alteração da chave primária da tabela com a inclusão do campo “empresa_nota_fiscal”. Estas tabelas relacionam as notas fiscais aos conhecimentos. Implementação 2: Foi desenvolvido o conversor para criar os campos “omc_nf_conhec.empresa_nota_fiscal” e “omc_h_nf_conhec.empresa_nota_fiscal” com o conteúdo igual ao do campo “omc_nf_conhec.empresa”, para todos que estiverem com conteúdo null naquele campo.

36 Release Notes

Versão 2.0

Release Notes

Nota: Essa alteração é necessária para os casos de conhecimentos de devolução, em que a empresa da nota fiscal seja diferente da empresa do conhecimento de devolução, havendo necessidade de manter o relacionamento entre ambos os documentos. Conversores de Tabela:

Conversor: OMC00398.cnv Instalação: Executar o conversor OMC00398. Após executar o conversor, é necessário a execução do programa auxiliar OMCA0025, de forma que seja efetuada a gravação do conteúdo correto da empresa nota fiscal existente no relacionamento entre nota fiscal e conhecimento. Para isto, deve ser executado algum programa do Logix (por exemplo, OMC0018), em seguida pressionar Shift+! e na linha de comando aberta digitar "fglrun omca0025.4gl".

9.2 WMS

9.2.1 WMS

Função: Geração Notas de Retorno para Regime Especial ‐ WMS0745 Chamado: TEKH14 Requisito 1: Ao gerar as notas de retorno simbólico para regime especial, estoura o limite da Sefaz. Implementação 1: Foram efetuadas alterações na geração de notas de retorno simbólico para realizar o agrupamento de itens na nota fiscal de retorno simbólico de acordo com a configuração no contrato do depositante, podendo ser por item ou nota de entrada/item/valor do item na nota de entrada:

• Foi criado o parâmetro no contrato em “Expedição‐Embarque/Fiscal/Imprimir NFA (Nota fiscal armazenagem) na nota de retorno regime especial?”. Este parâmetro será responsável por controlar o agrupamento dos itens conforme citado acima;

• Foi criado um parâmetro geral no Logix em “Logix‐WMS / Operador Logístico / Expedição / “Quantidade máxima itens nota fiscal retorno simbólico regime especial”. Este parâmetro controlará o número de itens a serem gerados por nota de retorno no caso de regime especial. Portanto, ainda que esteja parametrizado para gerar uma única nota de retorno simbólico no regime especial para um período, pode acontecer deste período gerar mais de uma nota fiscal em função da quebra do número de itens pela limitação do arquivo XML imposta pela SEFAZ. Sendo assim, o tamanho final do arquivo XML pode ser diferente caso não sejam impressas as NFAs na nota de retorno, no entanto, o número de itens para a quebra sempre vai ser o mesmo;

• Foi alterado para que, no momento da geração das informações fiscais para posterior geração da nota fiscal de retorno simbólico para o regime especial, somente fazer a quebra por dimensional caso esteja parametrizado para tal situação.

Requisito 2: As notas de retorno ao depositante com a natureza de operação estão sendo geradas incorretas no caso de regime especial. Implementação 2: Foram efetuadas alterações na natureza de operação na geração de notas de retorno ao


Release Notes

depositante com regime especial. Requisito 3: O sistema não permite gerar notas de conta e ordem para depositantes de regime especial que estão em estados diferentes do operador logístico. Implementação 3: Foram efetuadas alterações no processo de geração de notas de conta e ordem para ser feito pelo WMS no caso de operador logístico, possibilitando assim a geração de uma nota de conta e ordem sem a geração das notas fiscais de retorno simbólico quando o depositante for regime especial e de um estado diferente do operador logístico. Aplicação:

1. Aplicação do patch do chamado. 2. Conversor de parâmetros: WMS00410.cnv

Conversor para criar o parâmetro “Quantidade máxima itens nota fiscal retorno simbólico regime especial” em Logix‐WMS / Operador Logístico / Expedição.

3. Aplicação dos arquivos xmls para atualização do contrato. Pré‐requisitos:

• Aplicação do chamado 892138 que reestruturará o menu de parâmetros do WMS no LOG2240.

• Aplicação do chamado TEJJ61 anterior ao chamado atual.

Função: Parâmetros do Cliente/Fornecedor/Depositante ‐ EDI0038 Chamado: TEKX16 Requisito: É necessário criar um controle de limpeza automática do histórico de processamento de arquivos EDI. Implementação: Incluído o campo “Executar limpeza automática do histórico?”. Este parâmetro será utilizado no EDI0009 (Processamento de Arquivos EDI) e no EDI0026 (Geração Manual EDIs), para controlar a limpeza automática dos dados de histórico. Nota: O EDI0038 também é acessado pelo EDI0006 (Layouts por Cliente/Fornec/depois, por meio da opção de menu “Parâmetros Depositante”.

Funções: Importação de Arquivos EDI ‐ EDI0009 / Geração de Arquivos EDI ‐ EDI0026 Chamado: TEKX16 Requisito: É necessário criar um controle de limpeza automática do histórico de processamento de arquivos EDI e melhorar as informações de processamento no progressbar. Implementação: Incluída rotina de limpeza automática de dados de histórico no final do processamento de arquivos. Esta rotina efetua a exclusão dos registros de histórico de processamento dos documentos processados sem erros. ‐ Alterado o controle do progressbar para uma melhor visualização das etapas de processamento dos arquivos.

Função: Criação de Endereços ‐ WMS6101 Chamado: TEKSFB

38 Release Notes

Versão 2.0

Release Notes

Requisito: É necessário que na tela haja um indicador para criação de campos alfanuméricos com zeros a esquerda para que seja realizada a ordenação correta, pois da forma atual, como se trata de campos alfanumérico não está sendo respeitada a ordenação. Implementação: Incluído o campo “Completar com zeros as coordenadas que utilizarem prefixo?”. Caso seja assinalado, na criação dos endereços as coordenadas serão preenchidas com zeros à esquerda. Fazendo com que os endereços sejam criados ordenadamente. Exemplo: R1, R2, R3, R10, R11...R100; serão gerados como R001....R010...R100.

Funções: Manutenção Parâmetros do Sistema ‐ LOG00087/LOG2240 Requisito: Existe a necessidade de realizar a efetivação das reservas de estoque no processo de geração da onda de separação com transações no banco de dados em nível de identificação de estoque evitando travamento do estoque por longos períodos. Implementação: Desenvolvidos os parâmetros “Processar onda separação com transação por identificação de estoque?”, que Indica se o processamento da onda de separação deverá ser realizado com transação no banco de dados por identificação de estoque ou geral para todos os planos de separação selecionados. E o parâmetro “Tratamento aplicado sobre as reservas parciais geradas durante a onda”, para indica o tipo de tratamento que será aplicado em caso do processamento da onda não ser completo, ou seja, por algum motivo não conseguiu converter todas as reservas de estoque solicitadas. Conversores de Parâmetros:

Conversor: WMS00274.cnv Parâmetros: quebra_transacao_onda – “Processar onda separação com transação por identificação de estoque?”. onda_trata_reserva_parcial – “Tratamento aplicado sobre as reservas parciais geradas durante a onda”. Caminho no sistema: Logix WMS\Logix WMS\Expedição. Processo de Instalação: LOG8000/LOG00086 (Gerenciador Conversores de Configuração de Parâmetros).

Função: Geração Onda Separação ‐ WMS60001 Chamado: TEKZBU Requisito: Existe a necessidade de realizar a efetivação das reservas de estoque no processo de geração da onda de separação com transações no banco de dados em nível de identificação de estoque evitando travamento do estoque por longos períodos. Implementação: Alterado todo o processo de geração da onda de separação em relação à efetivação das reservas, sejam elas no armazém ou para itens de picking, para realizar uma transação no banco de dados a cada identificação de estoque reservada. Este processo está condicionado ao parâmetro: “Processar onda separação com transação por identificação de estoque?”. Caso neste parâmetro esteja selecionada a opção “S” (Sim), o processo será efetuado com transações por identificação de estoque, caso contrário, será efetuado apenas com uma única transação de estoque.


Release Notes

Caso a opção seja pelo processo transacional por identificação, poderão ocorrer casos em que a onda não seja gerada, mas sejam geradas reservas definitivas parciais do estoque durante o processamento da onda. Neste caso, será considerado o parâmetro “Tratamento aplicado sobre as reservas parciais geradas durante a onda”. Além do tratamento por parametrização, caso seja selecionado o processo transacional, serão habilitadas duas novas opções de menu na geração do plano de separação, “Modifica Bloqueio”, que permite desbloquear um plano que esteja alocado para processamento, que por algum motivo, tenha ficado bloqueado indevidamente, voltando a situação do plano para fechado. E “Cancela Reservas” que permite cancelar manualmente as reservas definitivas geradas durante o processamento da onda de separação, na qual não tenham sido gerados os processos de separação.

40 Release Notes

Versão 2.0

Release Notes

Capítulo 2: Legislações

Neste capítulo são apresentadas, organizadas por aplicativos, todas as legislações implementadas na linha de produto Logix que são expedidas neste pacote de atualização.


1.1 Ativo Fixo

1.1.1 Patrimônio

Funções: Importação de ordens de compra para o Patrimônio ‐ PAT2100/PAT10030 Chamado: TELEVJ Requisito: A rotina de importação de ordens de compra não está considerando o artigo 435‐N do RICMS‐MT, que indica que a empresa do estado do Mato Grosso que estiver enquadrado no ICMS Garantido, não poderá se creditar do valor de diferencial do ICMS. Implementação: Os programas foram alterados para considerarem o parâmetro “Considerar o regime de ICMS Garantido para empresas de Mato Grosso?” para atender o artigo 435‐N do RICMS‐MT. Desta forma, se a empresa estiver enquadrada no artigo, o valor do diferencial de ICMS do frete não poderá ser creditado e deverá compor o custo de aquisição. Se a empresa não se enquadrar, o cálculo continua o mesmo, ou seja, o valor do diferencial do ICMS deverá compor o valor de ICMS a ser creditado e não poderá compor o custo de aquisição.

1.2 Financeiro

1.2.1 Contas a Pagar Tributos

Funções: Informações Complementares Para emissão DCTF ‐ CAP8050 (v10.02)/ FIN30098(V11.00) / Agências Bancárias ‐ FIN30065 (v11.00) Chamado: TEKXFZ Requisito: A Anatel disponibilizará um novo dígito nos números de telefone. Alguns cadastros do Financeiro possuem campos de telefone e fax que não estão preparados para aceitar o novo dígito. Implementação: Os programas foram alterados para considerarem mais um dígito nos número de telefone e fax.


Release Notes

2 Fiscal

2.1 Fiscal


Função: Gera Lote da GIA RS ‐ OBF1183 Chamado: TEIHHJ Requisito: As entradas e seus respectivos créditos referentes à importação não estão sendo demonstrados no anexo I da GIA RS. Implementação: O programa foi alterado para demonstrar as notas fiscais referentes à importação no anexo I da GIA RS. Alterado também para que, caso haja crédito referente a importação, não considerar este valor no anexo I.

Função: Manutenção da Tabela de Recolhimentos de ICMS ‐ SUP4220 Chamado: TEJW83 Requisito: Para utilização do benefício PRODEC é necessário separar os valores de recolhimento de ICMS na GIA com desconto (produto inexistente), e os sem desconto, porém atualmente o SUP4220 não permite que sejam realizados dois lançamentos com o mesmo código da receita, origem da receita e mesma data de recolhimento ainda que a classe de vencimento seja diferente. Implementação: O programa foi alterado para que permita realizar mais de um lançamento para o mesmo período, com o mesmo código da receita, origem da receita, data de recolhimento, porém não para a mesma classe de vencimento. Conversores de Tabelas:

Conversor: OBF00220.cnv Objetivo: Adicionar a coluna classe_vencimento ao índice da tabela recolh_icms.

Função: Programa de Geração do Sintegra ‐ Convênio 31/99 Operações Estaduais e Interestaduais ‐ OBF0318 Chamado: TEKOZG Requisito: Ao gerar o arquivo para o Sintegra, está gerando o CST “00” (Tributada Integralmente) para as notas fiscais que possuem ICMS ST (Substituição Tributária), porém conforme a tabela de Código da Situação Tributária, o CST deve ser gerado como “10” (Tributada e com cobrança do ICMS por substituição tributária). Implementação: O programa foi alterado para gerar no registro “54”, a situação tributária com o código “10”, quando a nota fiscal de saída tiver ICMS ST.

42 Release Notes

Versão 2.0

Release Notes

Função: Geração Declaração Fisco‐Contábil (DFC) e Guia de Informações (GI) ‐ OBF0035 Chamado: TELATQ Requisito: No layout antigo da DFC era gerado o campo do CRC do contabilista no tipo de registro “1”, porém agora com a mudança do arquivo e a nova versão do layout deve ser gerado o CPF do contabilista ao invés do código. Implementação: O programa foi alterado para considerar a nova versão do layout, utilizando o código de responsável igual à “F” ao invés de “C”, e realizar a busca do CPF do contabilista ao invés do seu código de CRC.

Função: Tributos e Benefícios ‐ VDP0692 Chamado: TEGIT4 Requisito: Existe a necessidade de criar uma fórmula para o tributo “IPI”, com diferimento e desconto do valor da nota de entrada. Implementação: O programa foi alterado para incluir a fórmula para o tributo “IPI” . NOTA: Para utilizar este novo tributo deve ser utilizada a opção “Atualizar Fiscal” do programa VDP0692.

Função: Faturamento Manual ‐ VDP0746 Chamado: TEGIT4 Requisito: Existe a necessidade do programa de considerar o desconto da nota de entrada em nível de item. Implementação: O programa foi alterado para buscar o desconto da nota de entrada em nível de item.


Funções: Nota Fiscal Eletrônica e Painel da NF‐e ‐ VDP9202/OBF40000 Chamado: TECUVU Requisito: Permitir o estorno de mercadoria para notas que não seja possível solicitar o cancelamento, atendendo, a Instrução Normativa RE Nº 98, DE 2011. Implementação: Os programas foram alterados para que ao se tratar de estorno de mercadoria, atenda às orientações descritas na instrução normativa: a) finalidade de emissão da NF‐e (campo FinNFe) = "3” (NF‐e de ajuste); b) descrição da Natureza da Operação (campo natOp) = "999” (Estorno de NF‐e não cancelada no prazo legal); c) referência à chave de acesso da NF‐e que está sendo estornada (campo refNFe); d) dados de produtos/serviços e valores equivalentes aos da NF‐e estornada; e) códigos de CFOP inversos aos constantes na NF‐e estornada; f) informar a justificativa do estorno nas Informações Adicionais de Interesse do Fisco (campo infAdFisco).


Release Notes

Função: Consulta de Notas Fiscais Eletrônicas (NF‐e) ‐ SUP3842 Chamado: TECIHC Requisito: O programa não exibe os dados da nota fiscal eletrônica que foi processada pelo Painel da NF‐e. Implementação: O programa foi alterado para modificar a descrição do campo “Protocolo” para “Protocolo Normal”. Alterado também para incluir os campos "Protocolo de Cancelamento", "Data e hora receb. protocolo" e "Data e hora recebimento Protocolo (DEPEC)". Nesses campos serão exibidos os dados da nota fiscal eletrônica que foram processadas pelo Painel da NF‐e.

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEGWY5 Requisito: O sistema permite reenviar notas fiscais autorizadas para a Sefaz quando não existem registros nas tabelas do TSS. Essa situação regera os registros da nota fiscal eletrônica, deixando‐as sem protocolo. Implementação: Desenvolvido o parâmetro "Permite reenviar Notas Fiscais autorizadas para Sefaz?" que indica se a empresa pode ou não reenviar notas fiscais autorizadas para a Sefaz. Nota: O parâmetro tem como valor padrão “S”. Sendo assim, permite o reenvio das notas fiscais para a Sefaz. Conversores de Parâmetros:

Conversor: OBF0216.cnv Parâmetro: permite_reenvio_nfe_autorizada – “Permite reenviar Notas Fiscais autorizadas na Sefaz?" Caminho no sistema: Processo Saídas / Faturamento / Nota Fiscal Eletrônica. Processo de Instalação: O parâmetro é processado no LOG8000 (Gerenciador Conversores Configuração Parâmetros), informar o diretório do conversor e efetuar seu processamento. Nota: Caso o parâmetro não esteja informado, será considerado como "S".

Funções: Nota Fiscal Eletrônica ‐ VDP9202/SUP1722 Chamado: TEGWY5 Requisito: O sistema permite reenviar notas fiscais autorizadas para a Sefaz quando não existem registros nas tabelas do TSS. Essa situação regera os registros da nota fiscal eletrônica, deixando‐as sem protocolo. Implementação: Os programas foram alterados para considerarem o parâmetro "Permite reenviar Notas Fiscais autorizadas para Sefaz?" do LOG2240 (Manutenção Parâmetros Sistema).

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEJYQS Requisito: Existe a necessidade de uma parametrização para controlar o envio de cancelamento à Sefaz pelo modelo da nota fiscal. Implementação: Desenvolvido o parâmetro "Controlar modelo de nota fiscal no cancelamento ao utilizar NF‐e?" que indica se a empresa controlará ou não os modelos de notas que poderão ser canceladas na Receita Federal. Caso no parâmetro esteja selecionada a opção "S" (Sim), o sistema controlará o modelo da nota fiscal para

44 Release Notes

Versão 2.0

Release Notes

cancelar na Sefaz, permitindo o cancelamento na Sefaz apenas de notas do modelo “55”. No entanto, permitirá o cancelamento de notas modelo “1 e 1‐A” no Logix. Nota: O parâmetro tem como valor padrão “N” (Não). Conversores de Parâmetros:

Conversor: OBF00223.cnv Parâmetro: controla_modelo_canc_nfe ‐ "Controlar modelo de nota fiscal no cancelamento ao utilizar NF‐e?". Caminho no sistema: Processo Saídas/Faturamento/Nota Fiscal Eletrônica. Instalação: O parâmetro deve ser processado no LOG8000 (Gerenciador Conversores Configuração Parâmetros), informar o diretório do conversor e efetuar seu processamento. Nota: Caso no parâmetro não for informado, será considerada a opção "N".

Função: Cancelamento Nota Fiscal ‐ VDP0753 Chamado: TEJYQS Requisito: Os livros fiscais são gerados com registros indevidos de cancelamento de notas fiscais com a observação "Inutilizada". Cancelando notas fiscais na Sefaz (Secretaria da Fazenda) de modelo “1 / 1‐A”, ou seja, notas fiscais manuais e não eletrônicas modelo “55”, quando há autorização para emitir nota fiscal eletrônica e nota em formulário contínuo modelo “1 e 1‐A”. Implementação: O programa foi alterado para considerar o parâmetro "Controlar modelo de nota fiscal no cancelamento ao utilizar NF‐e?" do LOG2240. Sendo assim, quando o parâmetro encontra‐se como "S" não será permitido enviar para Sefaz notas fiscais com modelo diferente de “55”.

2.1.3 SPED

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TEJSXY Requisito: O sistema não gera o valor do campo código da conta analítica contábil debitada/creditada (COD_CTA) para os registros “M400” e “M410” e “M800” e “M810”. Implementação: Foram efetuadas alterações na geração do campo reportado para os registros “M400” e “M410” e também para o “M800” e “M810”.

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TEJZEB Requisito: Existe a necessidade de adequação do SPED Fiscal para o registro “1400” (Informação sobre Valores Agregados) para empresas de telecomunicação e comunicação. Implementação: Foram efetuadas alterações no sistema de forma que o SPED Fiscal gere o registro “1400”, com base no “D500”, para empresas de comunicação e telecomunicação.


Release Notes

Observação: Este registro tem como objetivo fornecer informações para o cálculo do valor adicionado por município, este deve ser apresentado apenas se a unidade federada do declarante assim o exigir. Atenção: O registro “1400” será gerado caso exista o cadastro do layout do registro no OBF0100 (Registros EFD ‐ Escrituração Fiscal Digital), e os registros “D130” e “D500” forem gerados. O registro “D130” refere‐se ao conhecimento rodoviário e o registro “D500” à Nota fiscal de serviço de comunicação.

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TEM705 Requisito: Quando existe uma nota de devolução com quantidade de item zero, deve gerar o registro “C100” e o registro “C190”. Implementação: O programa foi alterado para não gerar o registro “C170”, e sim o registro “C190” e “C100”, para notas de devolução com quantidade zero.

3 Materiais

3.1 Compras e Suprimentos


Função: Manutenção Parâmetros do Sistema ‐ LOG2240 Chamado: TEJAZL Requisito: Existe a necessidade de uma parametrização para determinar que empresa do ramo Agroindústria não gerasse INSS na devolução de cliente. Implementação: Desenvolvido o parâmetro “Empresa do ramo Agroindústria não gera INSS na devolução de cliente”, para indicar se a empresa do ramo de Agroindústria, na devolução de cliente, deve ou não gerar na nota fiscal de devolução, o valor do INSS pago na venda, e consequentemente, não contabilizar na nota fiscal. Nota: O valor padrão do parâmetro é "N" (Não). Conversores de Parâmetros:

Conversor: SUP01598.cnv Parâmetro: mpresa_agroind_nao_gera_inss ‐ “Empresa do ramo Agroindústria não gera INSS na devolução de cliente”. Caminho no sistema: LOG2240 (Manutenção Parâmetros do Sistema), Processo Entradas / Recebimento de Materiais / Devolução de Cliente. Processo de instalação: O parâmetro deve ser processado no LOG8000 (Gerenciador Conversores Configuração Parâmetros), informar o diretório do conversor e efetuar seu processamento.

46 Release Notes

Versão 2.0

Release Notes

Função: Relacionamento da Nota Fiscal de Devolução de Cliente ‐ SUP5240 Chamado: TEJAZL Requisito: O programa está gerando dados do INSS da nota de saída, na nota de devolução. Consequentemente está sendo contabilização o INSS e no caso de empresa Agroindústria esta contabilização não pode ser efetuada, pois já foi paga na saída do material. Na consulta fiscal realizada onde foi verificado que há previsão de compensação somente nas situações previstas na IN “900” de 2008. Implementação: O programa foi alterado para não gerar as informações na tabela “sup_trib_benef_nf_devol_cli” para o caso de INSS. Porém, isto somente será realizado caso no parâmetro "Empresa do ramo Agroindústria não gera INSS na devolução de cliente" estiver selecionada a opção "S” (Sim). Releases de Publicação: 03‐2012.


4.1.1 Faturamento

4.1.2 Faturamento

Função: Manutenção Parâmetros do Sistema ‐ LOG2240 Chamado: TEJTFE Requisito: É necessário preparar o Faturamento para gravar as informações de local de retirada da nota fiscal. Implementação: Desenvolvido o parâmetro “Processo onde serão cadastradas as informações do local de retirada da NF” para indicar em qual processo poderão ser cadastradas as informações de local de retirada, para que posteriormente sejam gravadas na nota fiscal. As informações poderão ser cadastradas no pedido, ordem de montagem, faturamento manual ou em todos os processos citados. Conversores de Parâmetros:

Conversor: VDP02048.cnv Parâmetro: permite_cad_info_local_retirad‐ “Processo onde serão cadastradas as informações do local de retirada da NF”. Caminho no sistema: LOG2240 (Manutenção Parâmetros do Sistema), Processo Saídas / Faturamento / Faturamento. Processo de Instalação: O parâmetro deve ser processado no LOG8000 (Gerenciador Conversores Configuração Parâmetros), informar o diretório do conversor e efetuar seu processamento.

Função: Cadastro Endereço Retirada ‐ VDP10200 Chamado: TEJTFE


Release Notes

Requisito: Existe a necessidade de um programa para efetuar previamente o cadastro dos endereços de retirada. Implementação: Caso no parâmetro “Processo onde serão cadastradas as informações do local de retirada da NF” estiver selecionada a opção “P” ou “T”, poderão ser cadastradas as informações de local de retirada nos programas VDP03134, VDP20000 e VDP3135 (Inclusão de Pedidos), nos quais será apresentada uma tela, antes da tela de endereço de entrega, que possibilitará o cadastro das informações de retirada.

Função: Inclusão de Pedidos ‐ VDP1090 Chamado: TEJTFE Requisito: Existe a necessidade de uma tela para efetuar o cadastro dos endereços de retirada. Implementação: Desenvolvida uma nova opção que permite manutenir as informações de retirada cadastradas no programa VDP03134.

Funções: Consistência de Pedidos ‐ VDP4210/ VDP20023 Chamado: TEJTFE Requisito: Existe a necessidade de adequar os programas para efetuarem a consistência das informações de endereço de retirada. Implementação: Os programas foram alterados para consistirem as informações de local de retirada dos pedidos.

Função: Manutenção de Ordens de Montagem ‐ VDP1040 Chamado: TEJTFE Requisito: Existe a necessidade de uma tela para efetuar o cadastro dos endereços de retirada. Implementação: O programa foi alterado para que seja possível incluir e manutenir as informações de retirada para uma ordem de montagem. Nota: Caso no parâmetro “Processo onde serão cadastradas as informações do local de retirada da NF” estiver selecionada a opção “O” ou “T”, poderão ser cadastradas as informações de local de retirada.

Função: Solicitação de Faturamento Manual ‐ VDP0746 Chamado: TEJTFE Requisito: Existe a necessidade de uma tela para efetuar o cadastro dos endereços de retirada. Implementação: Alterado o programa para abrir uma tela antes da tela de endereço de entrega que permitirá cadastrar as informações de retirada. Criada também uma opção de menu para exibir as informações já cadastradas em uma determinada solicitação. Nota: Caso o parâmetro estiver como “F” ou “T” poderão ser cadastradas as informações de local de retirada no programas.

48 Release Notes

Versão 2.0

Release Notes

Função: Faturamento Automático ‐ VDP0745 Chamado: TEJTFE Requisito: Existe a necessidade de alterar o programa para verificar será há endereço de retirada cadastrado. Implementação: Alterado o programa para verificar se existe local de retirada cadastrado por ordem de montagem, caso exista este será gravado, caso contrário, verifique se existe local de retirada gravado para o pedido e assim gravar na nota fiscal.

Função: Consulta de Nota Fiscal ‐ VDP0752 Chamado: TEJTFE Requisito: É necessário que neste programa tenha uma tela para exibir as informações do local de retirada da nota. Implementação: Incluído novo folder no programa para exibir as informações do local de retirada da nota. Procedimento para Instalação do chamado: 1. Será necessário executar o programa VDP02042.cnv (conversor de tabela) apenas uma única vez, para a criação das tabelas “vdp_end_retirada”, “ped_end_retirada”, “vdp_om_end_retirada”, “fat_nf_end_retir”. ‐ Este conversor deverá ser executado pelo programa LOG6000 (Gerenciador de conversores de tabelas). 2. Executar o programa LOG2210 (Níveis de Acesso para os Parâmetros do Sistema) para criar as permissões, das novas rotinas, para os usuários habilitados. 3. Será necessário executar o programa VDP02048.cnv (conversor de parâmetro) apenas uma única vez, para a criação do novo parâmetro “Processo onde serão cadastradas as informações do local de retirada da NF”. 4. Este conversor deverá ser executado pelo programa LOG8000 (Gerenciador de conversor para configuração de parâmetros). 5. O parâmetro “Processo onde serão cadastradas as informações do local de retirada da NF” poderá ser informado no programa LOG2240 (Manutenção de Parâmetros do Sistema) ‐ Processo Saídas/Faturamento/Faturamento.


5.1 Frete Embarcador

5.1.1 Fretes

Funções: RNL para tratar se Frete pode ou não ser excluído ‐ SUPR80 / Dados Frete ‐ SUP0580 / Dados do Recibo de Pagamento a Autônomo ‐ SUP9220 Chamado: TEI154 Requisito: É necessário efetuar a verificação se frete poderá ou não ser excluído quando executada rotina TMS


Release Notes

ou manutenção de Frete. Pois o programa OMC0103 integra os fretes ao SUP0580 e nas opções de alteração e exclusão do OMC0103 é necessário apagar os dados do frete no SUP para posteriormente Integrar os dados alterados. Implementação: Desenvolvida a função para verificar se o frete poderá ou não ser excluído. Verifica se já foi efetuado o pagamento, contabilização etc. Nota: Este RNL será utilizado na rotina do TMS e manutenção informações frete ao excluir frete. Release publicação: 03‐2012

Função: Frete normal ‐ SUP0580 / Frete RPA ‐ SUP9220 Chamado: TEDAAN Requisito: O programa deve apresentar código CST conforme definido para os itens da nota fiscal, quando o frete estiver relacionado à nota fiscal, neste caso não deve considerar o CST criado com base no grupo de despesa do frete. Implementação: O programa foi alterado para que seja apresentado código CST conforme definido para itens da nota fiscal quando o frete estiver relacionado à nota fiscal, neste caso não deve considerar o CST criado com base no grupo de despesa do frete. Nota: A alteração no OBF0103 será efetuada no chamado fiscal semana 29/06/2012 (esta alteração está prevista no chamado TELCX4 da área fiscal). Release de publicação: 03‐2012

5.2 TMS

5.2.1 Controle de Frotas

5.2.2 Operação Movimento de Cargas

Função: Painel do CT‐e ‐ TMS20002 Chamado: TEKR44 Requisito: As informações referentes ao seguro da carga e observação fiscal não estão sendo geradas no arquivo XML. Implementação: O programa foi alterado para gerar as informações sobre o seguro da carga e a observação fiscal do conhecimento na TAG específica, na geração do arquivo XML.

Função: Nota Fiscal ‐ TMS ‐ OMC0018 / Nota Fiscal ‐ TMS ‐ TMS00001 Chamado: TEKCZA Requisito: Existe a necessidade de digitar um documento como outros.

50 Release Notes

Versão 2.0

Release Notes

Implementação: O programa foi alterado para incluir a opção “OUT – Outros Documentos” para digitar o tipo de documento.

Função: Geração de Pré Conhecimento de Transporte ‐ OMC0125 Chamado: TEKCZA Requisito: O sistema não está realizando o agrupamento correto dos conhecimentos por tipo de documento. Implementação: O programa foi alterado para que ao realizar o agrupamento, verificar o tipo de documento.

Função: Painel do CT‐e ‐ TMS20002 Chamado: TEKCZA Requisito: Ao gerar o arquivo de integração com a Sefaz, não está gravando as informações das TAGs específicas para o tipo de documento “Outros Documentos”. Implementação: O programa foi alterado, na geração do arquivo XML, para incluir as TAGs específicas para o tipo de documentos “Outros Documentos”.

Função: Manutenção de Notas Fiscais ‐ OMC0018 / Manutenção de Notas Fiscais ‐ TMS00001 Chamado: TEKTNQ Situação: No processo de integração do VDP de conhecimentos do estado da Bahia, com ICMS substituição tributária, está havendo incidência de ICMS e o valor é destacado na coluna “Débito”, quando o correto é estarem na coluna “Outras”. Solução: Os programas foram alterados para que os conhecimentos com substituição tributária tenham como indicador de incidência de ICMS o conteúdo parametrizado no OMC0009 (Estados x Substituição Tributária), no campo “Contabilizar ICMS”, para o estado referido. Nota: Antes desta alteração a informação era sempre enviada como Incide ICMS igual “Sim”.


Release Notes

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

Neste capítulo, são apresentadas, organizadas por aplicativos, todas as funções corrigidas na linha de produto Logix expedidas neste pacote de atualização.

6 Framework

6.1 Administração Logix

6.1.1 Controle Geral

Função: Relatórios Chamado: TEFJXF Situação: Falha na função que visualiza arquivos HTML no Logix, devido à mudança do 4JS para TOTVS Tec que envolve conceitos distintos. Solução: Foram efetuados ajustes na função que visualiza arquivos HTML no Logix para que consiga abrir os relatórios gerados no formato HTML gravados no servidor, mas que, para serem visualizados, precisam ser transferidos para máquina local para poder acionar o browser/navegador local.

Função: Relatório de Versão de Programas (4GL) ‐ LOG1700 / Relatório de Versão de Programas (Freeform) ‐ LOG00111 Chamado: TEGRMF Situação: A coluna “Data última modificação” nos programas LOG1700 e LOG00111 não está mais sendo atualizada pelo TFS. Solução: Excluída a coluna “Data última modificação” dos programas LOG1700 e LOG00111.

Função: Metadado Chamado: TEIRNM Situação: Componente LBROWSEMETADATA.PRW não trata a situação de não ter valor selecionado no campo. Solução: Função ajustada para não finalizar a execução no caso de não haver opção selecionada.

Função: Agendador de Tarefas 52 Release Notes

Versão 2.0

Release Notes

Chamado: TEEAJK Situação: Quando um gatilho está em execução pelo Agendador de Tarefas e ele apresenta inconsistências durante o processamento, o seu status não volta para "Pendente" (continua como "Em andamento"). Como consequência, não é executado outro agendamento deste gatilho. Solução: Foram efetuadas alterações no programa para que, em caso de inconsistência, voltar o status do gatilho para "Pendente" e continuar o processamento do Agendador de Tarefas normalmente, sem necessidade de reiniciar o serviço do agendador de tarefas.

Função: Metadados Chamado: TEIEXO Situação: Em alguns programas, ao acessar o zoom de lotes por meio da tecla F4, é exibida a mensagem: "variable is not an object on {|| SELF:INITZOOM(ACOMPONENT,1) }(LPARMETADATA.PRW)". Solução: O programa do metadado foi alterado para construir corretamente o atalho de zoom para a tecla F4.

Função: Login Chamado: TDGPPN Situação: O License Server inferior ao ano 2009 permite indevidamente acesso ao sistema e algumas funções não são compatíveis a tal versão. Solução: Incluída a condição que emite mensagem para o usuário administrador informando que o License Server é inferior a 2009 e deve ser atualizado.

Função: Controle Geral ‐ LOG70015 Chamado: TDWHTT Situação: Ao inserir na tabela feriado, a função LOG70015 grava o campo “ies_situa” incorretamente. A função grava como "S" ou "N", mas deveria gravar como "1" ou "2", como era gravado no programa MAN0280. Solução: Foram efetuadas alterações na função para armazenar corretamente os valores na tabela de feriado.

Função: Impressão Chamado: TEINMN Situação: O programa de spool de destino de impressão permite digitação de qualquer caracter, abrindo margem para digitação de caracteres inválidos e resultando em inconsistência. Solução: Foram efetuadas alterações na tela de spool de destino de impressão metadado para validar o nome do arquivo de saída de forma que contenha apenas caracteres em minúsculo e não aceite caracteres especiais.

Função: Cadastro de Rotinas ‐ LOG08100


Release Notes

Chamado: TEIJQ4 Situação: O LOG08100 não está efetuando corretamente a consulta de uma rotina já cadastrada. E ao efetuar a alteração, as colunas não são apresentadas. Solução: O programa foi alterado para exibir corretamente as rotinas que já cadastradas no produto antes da aplicação dos pacotes 03/2011, 04/2011 e 01/2012 (simultaneamente).

Função: Consulta Auditoria ‐ LOG08140 Chamado: TEIJQ4 Situação: O LOG008140 não exibe a lista completa das auditorias disponíveis para consulta. Solução: O programa foi alterado para exibir corretamente as auditorias que já cadastradas no produto antes da aplicação dos pacotes 03/2011, 04/2011 e 01/2012 (simultaneamente).

Função: Gerenciador Conversor ‐ LOG6000 / Gerenciador Conversores Configuração Parâmetros ‐ LOG8000 Chamado: TDUOYH Situação: Os programas criam tabelas físicas e temporárias sem antes verificar se estas já existem no banco de dados, ocasionado inconsistência em alguns bancos de dados. Solução: Os programas foram alterados para eliminar criação de tabelas físicas já previstas no banco de implantação, e efetuar testes de criação de tabelas temporárias para prever a situação em que durante o reprocessamento acontecer algum problema na recriação.

Função Manutenção Auditoria por Tabela ‐ LOG8120 Chamado: TEJTTF Situação: O programa está tentando criar um nome de auditoria com número de caracteres maior do que o permitido em um banco de dados Oracle, ocasionando a inconsistência “263”. Solução: O programa foi alterado para limitar o tamanho do nome da trigger, evitando o estouro de caracteres permitidos pelo banco de dados Oracle.

Função: Metadado Chamado: TEJSYA Situação: O componente LBROWSEMETADATA.PRW não trata a situação de não ter valor selecionado no campo. Solução: A função alterada para não abortar a execução do programa no caso de não haver opção selecionada.

Função: Menu ‐ MEN1002 Chamado: TEKT08

54 Release Notes

Versão 2.0

Release Notes

Situação: O menu do Logix 10.2 não aceita programas com nomes maiores que 8 caracteres. Solução: O programa foi alterado permitir a execução de programas com nomes com até 15 caracteres.

Função: Gerenciador de Relatórios Logix Chamado: TEHNIU Situação: O Gerenciador de Relatórios Logix, não permite descompactar arquivos “.zip”. Ao clicar no link "Descompactar", o usuário é direcionado para uma página em branco. Solução: Os arquivos foram devidamente corrigidos, permitindo descompactar arquivos “.zip”, ao clicar no link "Descompactar".

Função: Login Chamado: TEJYIJ Situação: O sistema permite que um usuário acesse mais de uma vez o sistema em uma maquina ou em várias máquinas, ainda que esteja parametrizado corretamente no LOG02700, na aba "Dados complementares". Isso ocorre, pois está sendo utilizado um login de usuário para autenticação no banco de dados longo no formato (domínio\usuário) e está ultrapassando 20 caracteres. Solução: Os programas foram alterados para permitir a utilização de login de usuário com até 30 caracteres.

Função: Metadados Chamado: TELCVP Situação: Ao realizar uma consulta utilizando na expressão uma palavra com ":*", o sistema interpreta indevidamente como intervalo de registros. Solução: O componente foi alterado para que o "*" (asterisco), se existir no conteúdo do filtro informado pelo usuário, prevaleça sobre a regra de intervalo que é assumida com o uso do ":" (dois pontos). Ou seja, para os campos do tipo texto, se o asterisco existir no meio do filtro, o ":" (dois pontos) não deve ser considerado pra determinar intervalo. Se os ":" (dois pontos) estiverem no inicio ou final do filtro, também deverá ser ignorada a montagem de intervalo, e considerar o sinal de ":" como conteúdo normal do filtro para campos do tipo texto. Se forem campos numéricos, data, ou datetime, o filtro com ":" no final ou inicio será um conteúdo invalido.

Função: Consulta de Auditoria ‐ LOG8140 Chamado: TEHLED Situação: O programa não exibe os dados corretamente na aba "Colunas Auditadas". O novo valor assumido pelos campos não é mostrado, pois o programa não utiliza todas as chaves para consultar os registros em tabelas auxiliares. Solução: O programa foi alterado para buscar corretamente os dados das tabelas auxiliares. E assim apresentar os valores corretos na aba "Colunas Auditadas".


Release Notes

Função: Menu Logix Chamado: TELK54 Situação: Ao acessar o menu exibe uma mensagem que solicita autorização de envio de informação para liberação de senha. Solução: Retirado do menu a mensagem de solicitação de envio das informações de uso do sistema para a TOTVS. Release de Publicação: v10.02.


7.1 Ativo Fixo

7.1.1 Patrimônio

Função: Unificação/Desmembramento de Inventários ‐ PAT100288 Chamado: TEIGD1 Situação: Quando solicitada unificação/desmembramento (transferência) do mesmo inventário por vezes consecutivas sem fechar o programa de manutenção das parcelas de inventário, a rotina exibe na tela a mensagem “Erro ‐284”. Solução: Alterada rotina de unificação/desmembramento de inventários para toda vez que acionar essa funcionalidade, limpar os dados ocorridos em vezes anteriores, evitando assim duplicidade. Release de publicação: 10R2 ‐ 11R0

Função: Contabilização das Transferências entre Empresas ‐ PAT10070 Chamado: TEIES8 Situação: No processo de transferência entre empresas não está executando corretamente a contabilização no PAT10070. Solução: O programa foi alterado para verificar, logo ao abrir o programa, qual o formato de contabilização do cliente e contabilizar conforme parametrização. Release de publicação: 10R2 ‐ 11R0.

Funções: Emissão dos Bens Incluídos no Período ‐ PAT0390/PAT10033 Chamado: TEGUJL Situação: Não está considerando a taxa de depreciação do bem, quando a depreciação é por vida útil.

56 Release Notes

Versão 2.0

Release Notes

Solução: Os relatórios dos programas foram alterados para considerarem a taxa de depreciação do bem quando é por vida útil. Release de publicação: 10R2 ‐ 11R0.

Função: Fechamento Patrimônio ‐ PAT10076 Chamado: TEIXCG Situação: Ao processar o fechamento do Patrimônio apresenta a mensagem: "‐244 Could not do a physical‐order read to fetch next row. sqlerrm(osparc)". Solução: O programa foi alterado para que na ordem de montagem de uma query para não apresentar a mensagem mencionada e efetuar o fechamento do Patrimônio corretamente. Release de publicação: 10R2 ‐ 11R0

Funções: Importação de Ordens de Compra com Objetivo de Entrada Imobilizado ‐ PAT2100/PAT10030 Chamado: TEJMIV Situação: Rotina não está tratando o arredondamento dos valores da nota fiscal, quando a quantidade declarada da nota fiscal for maior que “1”. Solução: Os programas foram alterados para efetuar corretamente o arredondamento de valores, quando a quantidade declarada da nota fiscal for maior que “1”. Release de publicação: 10R2 ‐ 11R0.

Função: Inclusão de Bens com Data Retroativa ‐ PAT10079 Chamado: TEJKPF Situação: O programa não está permitindo informar a quantidade de meses. Solução: O programa foi alterado para permitir que seja informada a quantidade de meses depreciados quando o inventário a depreciar for por vida útil. Release de publicação: 10R2 ‐ 11R0.

Funções: Geração dos Lançamentos Contábeis do PAT ‐ PAT0650/PAT10063 Chamado: TEHVV8 Situação: Os programas não estão contabilizando os valores de PIS/COFINS de forma correta, com relação ao SPED PIS/COFINS, para situações em que o passado do inventário/parcela apresentava valore incorretos. Solução: Os programas foram alterados para calcular o crédito de PIS/COFINS dos bens que creditam sobre o custo de aquisição sem considerar os valores acumulados. O cálculo deverá ser o valor de PIS dividido pela quantidade de meses que o bem tem direito de crédito, desconsiderando os valores creditados no passado.


Release Notes

Função: Rotina de Acerto do Valor da Base de Cálculo de PIS/COFINS ‐ PACA005 Chamado: TEHVV8 Situação: O programa não está considerando a quantidade de parcelas declarada na nota e apresenta erro quando determinado item não apresenta valor de contabilização na origem (SUP). Solução: O programa foi alterado para considerar a quantidade de parcelas declarada na nota para efetuar acerto do valor da base de cálculo. Alterado também para ignorar os bens que não possuírem valor de contabilização na origem.

Funções: Emissão dos Bens Transferidos ‐ PAT2330/PAT10082 Chamado: TEIJZN Situação: O programa não está emitindo a AEN corretamente, para as situações em que a linha de produto é menor que dez. Solução: O programa foi alterado na emissão dos bens transferidos para emitir o código de área estratégica de negócio como caractere e não como decimal. Release de publicação: 10R2 ‐ 11R0.

Funções: Manutenção das Parcelas do Patrimônio ‐ PAT0210/PAT100281 Chamado: TEJQH8 Situação: Os programas não estão exibindo o valor de depreciação acumulada na aquisição, quando um bem com data de aquisição posterior à data do sistema. Solução: Os programas foram alterados para exibir os dados na consulta, verificar se a data de aquisição é posterior à data do sistema. Caso seja, buscar o valor da depreciação acumulada pelo mês/ano da data de aquisição.

Função: Emissão de OS Efetivadas no Período ‐ PAT10056 Chamado: TDZPER Situação: A pesquisa não exibe as informações consultadas de forma correta, ou seja, não exibe as conforme estão no PAT0500. Solução: O programa foi alterado para exibir as informações conforme PAT0500. Release de publicação: 10R2 ‐ 11R0.

Função: Cadastro de Inventários ‐ PAT10028 Chamado: TEJSUV

58 Release Notes

Versão 2.0

Release Notes

Situação: O zoom do campo setor está apresentando de várias empresas. Porém ao selecionar um código de outra empresa exibe uma mensagem informando que o código não está cadastrado na tabela e a validação é realizada somente depois de sair do campo. Solução: O programa foi alterado para que o filtro do campo setor exiba somente os registros da empresa corrente. Release de publicação: 10R2 ‐ 11R0.

Função: Emissão de Ordens de Serviço a Imobilizar ‐ PAT10057 Chamado: TEJTKT Situação: O campo “Tipo de Ordem de Serviço” permanece habilitado ainda que não seja assinalada a opção de emitir quebra por tipo de OS. Solução: O programa foi alterado para não habilitar o campo “Tipo de Ordem de Serviço” quando a opção de emitir quebra por tipo de OS não estiver assinalada, ou seja, somente será possível informar o campo “Tipo de OS”, quando o campo de quebra estiver selecionado. Release de publicação: 10R2‐11R0

Funções: Emissão dos Valores de ICMS de Ordens de Serviço em Andamento – PAT10142/PAT1001 Chamado: TEKBG0 Situação: O relatório não está emitindo o sinal de negativo para os valores de ICMS. Solução: O programa foi alterado para emitir o sinal de negativo quando o valor do ICMS for abaixo de zero. Release de publicação: 10R2 ‐ 11R0

Funções: Função DML Responsável pela Manutenção dos Inventários no BI ‐ PATM18 / Função Responsável pela Manutenção dos Registros do PAT no BI ‐ PAT0790 Chamado: TEJS31 Situação: Quando o cliente trabalha com os indicadores KPIs no produto BI, o sistema apresenta inconsistência para exclusão de inventário no Patrimônio. Solução: Foram efetuadas alterações na rotina de manutenção dos registros para indicadores KPI no produto BI para tratar a exclusão em cascata dos inventários. Atualmente, ao excluir um inventário no PAT, a rotina tenta excluir o mesmo registro no produto BI, no entanto, este registro tem movimentação neste produto, impedindo sua exclusão e exibindo mensagem de inconsistência.

Funções: Cadastro de Ordens de Serviço ‐ PAT0310/PAT100312 Chamado: TEKUJN


Release Notes

Situação: Ao transferir uma ordem de serviço que não tenha inventário relacionado, o programa abre a tela para selecionar quais parcelas o usuário deseja transferir, no entanto, as parcelas não estão vindo ordenadas. Solução: Foram efetuadas alterações na rotina para apresentar as parcelas da Ordem de Serviço ordenadas. Release de publicação: 10R2 ‐ 11R0.

Funções: Manutenção das Parcelas de Inventário ‐ PAT0210/PAT100288 Chamado: TEJODA Situação 1: Na modificação, a rotina não está passando pela descrição do documento de aquisição. Solução 1: O programa foi alterado para acessar o campo de descrição do documento de aquisição durante a modificação. Situação 2: Na funcionalidade de transferência, não está atualizando o registro que indica que a origem é do Suprimentos. Solução 2: O programa foi alterado para considerar a tabela responsável por indicar se a origem do bem é do módulo SUP na transferência entre inventários. Release de publicação: 10R2 ‐ 11R0.

Funções: DACON ‐ Emissão de Valores de Depreciação do Patrimônio ‐ PAT2770/PAT10042 Chamado: TELTGK Situação: O relatório está exibindo bens com valor de PIS e COFINS zerados no mês. Solução: O programa foi alterado para não exibir bens com valor de PIS e valor de COFINS zerados no mês. Release de publicação: 10R2 ‐ 11R0.

Funções: Importação de Ordens de Serviço ‐ PAT0350/PAT10062 Chamado: TEJKXB Situação: A rotina está importando o valor de ICMS negativo indevidamente, na importação de uma nota fiscal complementar do SUP referente ao ajuste de ICMS. Solução: O programa foi alterado para não modificar o sinal do valor de ICMS quando a OS for originada de nota fiscal complementar. Release de publicação: 10R2 ‐ 11R0.

Funções: Ordens de Serviço ‐ CON0490/CON10151 / Fechamento Mensal ‐ PAT0340/PAT10076 Chamado: TEJ303

60 Release Notes

Versão 2.0

Release Notes

Situação: As rotinas estão exigindo a integração da ordem de serviço com o inventário quando o cliente não utiliza o CIAP na empresa. Solução: Os programas foram alterados para verificarem se a empresa Patrimônio utiliza o CIAP. Caso não utilize, as rotinas desabilitarão os campos que efetuam integração entre inventário e ordem de serviço. Alteradas também as rotinas de fechamento mensal do Patrimônio, visando não efetuar qualquer validação de ordens de serviço sem integração com inventários, quando a empresa não possuir o CIAP parametrizado.

Funções: Ordens de Serviço ‐ PAT0310/PAT10030 Chamado: TEKHR6 Situação: Ao efetuar a exclusão de uma ordem de serviço que possui descrição complementar, a rotina cancela com inconsistência “‐263”. Solução: O programa foi alterado para efetuar a exclusão corretamente em qualquer situação. Release de publicação: 10R2 ‐ 11R0.

Funções: Emissão Detalhada dos Bens ‐ PAT0510/PAT10036 /Emissão Resumida dos Bens ‐ PAT0520/PAT10035 / Resumo Imobilizado por Conta/AEN ‐ PAT0630/PAT10040 /Detalhado PIS/COFINS ‐ PAT2840/PAT10043 Chamado: TEKKE2 Situação: As rotinas de emissão do Patrimônio que efetuam o cálculo prévio da depreciação estão apresentando valor de correção, quando determinado bem possui uma baixa parcial no mês de aquisição e outra baixa parcial em meses subsequentes e solicita emissão do relatório no mês/ano de aquisição. Solução: Alteradas rotinas para montar o valor de aquisição corretamente e consequentemente apresentar o valor de depreciação correto, emitindo os dados sem correção. Release de publicação: 10R2 ‐ 11R0.

Funções: Importação de Ordens de Compra para o PAT ‐ PAT2100/PAT10030 Chamado: TEMXQD Situação: Quando o item não possui valor de ICMS do frete nem diferencial de alíquota, as rotinas estão cancelando com a inconsistência “‐391”. Solução: Os programas foram alterados para calcularem corretamente o valor do frete, evitando inconsistências na inclusão do inventário no Patrimônio.

7.2 Contábil


Release Notes

7.2.1 Análise de Consumo

Função: Cons. Desp. por Centro de Custo/Conta ‐ SUP2800 Chamado: TDYIY8 Situação: O percentual de variação real/orçado apresentado na consulta difere do calculado pelo SUP2790 (Relatório de Despesa por Centro de Custo/OS). Solução: O programa foi alterado para corrigir o cálculo do percentual de variação real/orçado da consulta para que seja o mesmo calculado pelo SUP2790. Release de publicação: 03‐2012.

7.2.2 Contabilidade

Função: Encerramento de Período Contábil ‐ CON4080 Chamado: TEHCOR Situação: Rotina gera lote apenas para a empresa corrente, independente do que for selecionado no zoom de empresas. Solução: O programa foi alterado para considerar todas as empresas selecionadas no zoom de empresas, gerando para estas o lote ENC.

Função: Gerador de Relatórios ‐ CON1990 Chamado: TEHBEA Situação: Quando utilizada a funcionalidade “Texto”, a rotina não considera os caminhos padrões de diretório, emitindo no diretório onde está o servidor Totvstec, dificultando a identificação do arquivo gerado. Solução: Alterada rotina de emissão do gerador de relatórios para quando utilizar a funcionalidade de “Texto”, emitir o arquivo gerado no caminho LST do cliente. Release de publicação: 10R2 ‐ 11R0.

Funções: Emissão dos Lançamentos Relacionados Efetivados ‐ CON5460/CON10047 Chamado: TEIHB8 Situação: Ao gerar o relatório dos lançamentos relacionados, a rotina apresenta inconsistência de duplicidade ao tentar ler o histórico complementar. A inconsistência ocorre somente quando existem dois lançamentos com o mesmo número de lançamento/lote e sistema gerador em períodos distintos, contendo históricos cadastrados. Solução: Os programas foram alterados para considerarem o período e o segmento na leitura do histórico complementar, evitando assim duplicidade. Release de publicação: 10R2 ‐ 11R0.

62 Release Notes

Versão 2.0

Release Notes

Funções: Emissão do Balancete Contábil ‐ CON0221/CON10040 Chamado: TEIGO9 Situação: A emissão oficial do Balancete não está reiniciando o livro da página inicial, quando ultrapassa a quantidade limite parametrizada para o livro Diário. Solução: Alterada as rotinas para tratar o conceito de emissão oficial de forma equivalente ao tratamento dado pelo Diário. A rotina sugere a próxima página disponível para o livro Diário, reinicializa a página quando ultrapassar o limite e atualiza a página e o livro Diário ao final do processo.

Funções: Inclusão de Parcelas Retroativas ‐ PAT2070/PAT10079 Chamado: TDVRGH Situação: As rotinas não gravam registros na tabela SIL_DIMENSAO_INVENTARIO, quando a empresa está parametrizada para enviar informações para o BI. Solução: Alteradas rotinas para gravar registro na tabela SIL_DIMENSAO_INVENTARIO, quando estiver parametrizado para enviar informações para o BI. Release de publicação: 10R2 ‐ 11R0.

Funções: Rateio dos Lançamentos ‐ CON4060/CON10053 Chamado: TEDPEP Situação: Rotina não efetua o rateio corretamente quando a ordem de rateio apresenta a mesma conta e códigos de AEN distintos. Solução: Alterada rotina para calcular corretamente as diferenças, quando solicitado rateio por AEN.

Funções: Geração Arquivo para a Escrituração Contábil Digital (ECD) ‐ CON4180/CON10170 Chamado: TEJIP6 Situação: Rotina não considera os valores do módulo AVP para geração do diário Auxiliar. Solução: Os programas foram alterados para considerarem os dados do módulo AVP, quando assim estiver parametrizado. Release de publicação: 10R2 ‐ 11R0.

Função: Função de Busca dos Valores do FCONT do Módulo Patrimônio ‐ CON6070 Chamado: TEJIP6 Situação: Problemas de baixa performance ao considerar movimentação do FCONT diretamente na origem (módulo Patrimônio). Solução: Alterada rotina para ler os dados do Patrimônio conforme os índices, melhorando o desempenho da


Release Notes

rotina. Release de publicação: 10R2 ‐ 11R0.

Função: Função de Consistência Geral x Auxiliar ‐ CON4181 Chamado: TEJIP6 Situação: A rotina estava não estava emitindo o relatório de consistência para a versão metadados. Solução: Alterada rotina para emitir corretamente o relatório para a versão metadados. Release de publicação: 10R2 ‐ 11R0

Função: Tipos de Resultado ‐ CON0640 Chamado: TEJOHC Situação: Quando incluído novo tipo de despesa, ao relacionar com o centro de custo, a rotina está apresentando duplicidade ao incluir o plano de conta complementar. Solução: O programa foi alterado tratar a duplicidade corretamente. Atualmente, a rotina trata somente o erro ‐293, mas pode ocorrer o erro ‐268 (também é erro de duplicidade). Release de publicação: 10R2 ‐ 11R0.

Funções: Plano de Contas ‐ CON0010/CON10001 Chamado: TEJQMZ Situação: Quando é confirmada a inclusão da conta sem informar a conta superior, a rotina cancela a inconsistência “391”. Solução: Os programas foram alterados para exibir a conta superior/nível ao informar a conta em tela (na inclusão) e não permitir efetivar a inclusão enquanto não houver nível informado. Release de publicação: 10R2 ‐ 11R0.

Função: Cadastramento de Ordens de Serviço/Projetos ‐ CON0490 Chamado: TEIZA8 Situação: A rotina não está considerando o próximo inventário correto da empresa informada na tela de informações para imobilização. Está permitindo informar a AEN, mesmo quando a empresa está parametrizada para não trabalhar com este conceito. Solução: O programa foi alterado para considerar o número do próximo inventário que está parametrizado para a empresa informada na tela, e para não permitir informar a AEN quando a empresa não trabalha com este conceito.

64 Release Notes

Versão 2.0

Release Notes

Função: Cadastro de Ordem de Serviço ‐ Informações para Imobilização ‐ CON101512 Chamado: TEIZA8 Situação: A rotina não está considerando o próximo inventário correto da empresa informada na tela de informações para imobilização. Solução: O programa foi alterado para considerar o número do próximo inventário que está parametrizado para a empresa informada na tela.

Funções: Lançamentos de Origem ‐ CON10108 / CON10102/ CON10103/ CON10104/ CON10105/ CON10106/ CON10107/ CON10109/ CON10110/ CON10111/ CON10112/ CON10113/ CON10114/ CON10115/ CON10116/ CON10117/ CON10118/ CON10191/ CON10193/ CON10207 Chamado: TDYUTW Situação: O grid da terceira guia dos programas não está abrindo como expansível. Solução: Os programas foram alterados para abrir o grid de forma expansível. Release de publicação: 10R2 ‐ 11R0.

Função: Digitação Manual dos Lançamentos ‐ CON10017/CON4041/CON4042 Chamado: TEHRNF Situação: Depois de excluir todas as linhas do grid e confirmar a modificação, apresenta a mensagem: "STATUS: ‐391 Cannot insert a null into column (ctb_capa_lote.moeda)." Solução: O programa foi alterado efetuar corretamente a exclusão de todos os lançamentos deixando apenas a capa do lote. Release de publicação: 10R2 ‐ 11R0.

Funções: Relacionamento entre Plano Referencial e Plano Logix ‐ CON4140/CON10166 Chamado: TEJQNM Situação: A importação de arquivo texto para o plano referencial está apresentando inconsistência quando a conta do plano está com data inicial nula. Solução: O programa foi alterado para efetuar a carga do plano referencial e verificar se a data está nula. Se estiver, iniciar com data igual à “01/01/1900”. Release de publicação: 10R2 ‐ 11R0.

Função: Cadastro de Ordem de Serviço ‐ CON10151 Chamado: TEJSUT


Release Notes

Situação: O programa não está considerando o parâmetro “ies_rel_conta_os” na confirmação da inclusão. Pois quando no parâmetro está selecionada a opção “N” (Não), o programa permite informar a conta contábil e ainda que o usuário não a informe, o programa exibe a mensagem “Preencha o campo conta contábil”. Solução: O programa foi alterado para considerar o parâmetro “ies_rel_conta_os” e não solicitar a conta quando no parâmetro para relacionar conta estiver selecionada a opção “N” (Não). Release de publicação: 10R2 ‐ 11R0.

Função: Demonstrações Contábeis para o SPED ‐ CON10186 Chamado: TEKFAR Situação: O programa está apresentando uma mensagem no processamento da extração do relatório. Solução: O programa foi alterado para efetuar corretamente a validação das contas contábeis lidas, permitindo assim a exibição do relatório. Release de publicação: 10R2 ‐ 11R0.

Função: Fórmulas do Gerador de Relatórios ‐ CON10069 Chamado: TEKERC Situação: O relatório disponibilizado pela rotina está fora do padrão e não apresenta as principais informações. Solução: Foram efetuadas alterações na rotina para emitir os balanços e suas fórmulas conforme é realizado na versão 10.2. Com quebras por balanço e exibindo a fórmula e a descrição do item.

Funções: Geração de Arquivo para ECD ‐ CON4180/CON10170 Chamado: TEKCNK Situação: Ao gerar o arquivo do FCONT com as movimentações de ajuste/expurgo efetuados manualmente no Logix, a rotina não exibe o histórico complementar. Solução: Foram efetuadas alterações na rotina para ler o histórico complementar na montagem do bloco “I250“ no FCONT, quando realizado para os movimentos de ajuste/expurgo que foram cadastrados manualmente no Logix. Atualmente, a rotina apresenta apenas o histórico padrão para a situação.

Função: Consulta de Lotes e Lançamentos Efetivados ‐ CON10023 Chamado: TEKSVT Situação: Quando solicitada a exclusão de um lote SIP, a rotina não atualiza as informações deste módulo na origem. Solução: Foram efetuadas alterações na rotina para que, quando excluir um lote do módulo SIP, sejam atualizadas as informações na origem também, mantendo a integridade das informações.

66 Release Notes

Versão 2.0

Release Notes

Função: Demonstrações Contábeis para o ECD ‐ CON4370 Chamado: TEKUM2 Situação: Quando é incluída uma descrição de sequência com mais de 35 caracteres na tela, a rotina considera somente os primeiros 35 caracteres. Solução: Alterada rotina para tratar a descrição da sequência com até 50 caracteres. NOTA: No relatório e na simulação continuarão sendo apresentada somente parte. Porém, na tabela e na consulta da tela principal para manutenção, virão a informação completa. Release de publicação: 10R2 ‐ 11R0.

Funções: Plano de Contas ‐ CON0010/CON10001 / Centros de Resultado ‐ CON0480 / Ordens de Serviço ‐ CON0490/CON10151 / CON0640 ‐ Tipos de Resultado De/Para Centros de Resultado ‐ CON1860/CON10034/ Liberação de Manutenção das Contas de Centro de Resultado ‐ Contas_ccusto.4gl Chamado: TEKFGT Situação: As rotinas que incluem as contas automaticamente no plano de contas, ao atribuir o valor na data de inclusão da conta no plano, não considera a possibilidade de mais de um mês em aberto nos parâmetros contábeis, impedindo que sejam digitadas movimentações nesta conta para os demais meses em aberto. Solução: Foram efetuadas alterações nas rotinas de inclusão de contas no plano para tratar a possibilidade de mais de um mês em aberto nos parâmetros contábeis. Desta forma, a data que será exibida como padrão ou carregada automaticamente será equivalente ao primeiro do mês/ano que está fechado, acrescido de um mês. Isto é, o primeiro mês em aberto. Release de Publicação: 10R2 – 11R0.

Funções: Função de Verificação do Plano de Contas / Ordens de Serviço ‐ CON0490/CON10151 / Cadastro de Orçamentos ‐ GAO0003/GAO10003 / Atualização de Valor Gasto do GAO ‐ GAO0001 Chamado: TEKFGT Situação: Quando incluída uma conta de ordem de serviço e informada à conta relacionada, a rotina apresenta uma mensagem invalidando tal conta, devido ela permitir manutenção por ordem de serviço e/ou centro de custo. Quando atualizado o valor gasto e o cliente possui orçamento por conta de despesa, a rotina apresenta uma mensagem invalidando tal processo, devido à conta permitir manutenção por ordem de serviço e/ou centro de custo. Solução: Foram efetuadas alterações nas rotinas para não efetuar a validação do parâmetro que indica se a conta pode ser movimentada somente por centro de custo ou ordem de serviço. Release de Publicação: 10R2 – 11R0.


Release Notes

Funções: Geração do arquivo para ECD ‐ CON4180/CON10170 / Geração do Arquivo MANAD ‐ ISN0440 Chamado: TEKMMT Situação: Quando o texto de histórico apresenta caracter de quebra de linha, o arquivo gerado para o ECD e MANAD é emitido incorretamente. Solução: Foram efetuadas alterações nas rotinas para analisar o histórico dos movimentos e descrição das contas contábeis, verificando se existem caracteres de quebra de linha. Caso exista, deverá ser substituído por espaço em branco. Release de publicação: 10R2 – 11R0.

Função: Relacionamento Signatário x Empresa ‐ CON10168 Chamado: TEKTXQ Situação: O programa exibe a informação erroneamente de signatário como diretor e não efetiva a modificação, quando é efetua a consulta de um signatário de determinada empresa e este não está cadastrado como diretor. Solução: O programa foi alterado para considerar corretamente todos os códigos de assinante na consulta e modificação. Release de publicação: 10R2 ‐ 11R0.

Funções: Processa Rateio Valores ‐ CON4070/CON10058 Chamado: TELNXG Situação: Ao efetuar o rateio com uma conta não ativa, o programa deve apresentar uma mensagem, quando ocorrer alguma inconsistência que impede a realização do rateio. Solução: O programa foi alterado para acusar no relatório a conta que possui inconsistência. E alterado também para não efetuar o processamento em contas com valor igual à zero. Release de publicação: 10R2 ‐ 11R0.

Funções: Emissão dos Movimentos Relacionados na Origem ‐ CON4100/CON10048 / Emissão dos Movimentos Relacionados Efetivados ‐ CON5460/CON10047 Chamado: TEJYXL Situação: As rotinas de emissão de movimentos relacionados não estão ordenando por data em nenhum momento. Solução: Os programas foram alterados para ordenar os movimentos por sistema gerador, data de movimento e número de relacionamento. Alterada rotina de emissão dos movimentos relacionados efetivados para ordenar os movimentos por lote contábil, data de movimento, número de relacionamento e número de lançamento. Release de publicação: 10R2 ‐ 11R0.

68 Release Notes

Versão 2.0

Release Notes

Função: Função de Conciliação entre Diário geral e Diário Auxiliar do SPED – CON4181 Chamado: TELRBK Situação: A rotina de conciliação do diário geral com o diário auxiliar do SPED está apresentando inconsistência não prevista, quando é utilizado o conceito de empresa plano. Solução: O programa foi alterado para tratar corretamente o conceito de empresa plano, apresentando somente as inconsistências que realmente existirem no processo. Release de publicação: 10R2 ‐ 11R0.

Funções: Relacionamento entre Plano LOGIX e Plano Referencial ‐ CON4140/CON10166 Chamado: TELTDH Situação: Quando uma conta Logix possui relacionamento com conta referencial, mas com centros de custo distintos, a emissão do relatório apresenta registro duplicado. Solução: O programa foi alterado para não apresentar duplicidade na listagem. Release de publicação: 10R2 ‐ 11R0.

Função: Centros de Resultado ‐ CON10148 Chamado: TEMAN2 Situação: A rotina está duplicando o registro, gerando erros futuros no ISN, quando a conta de resultado é modificada, mas data de validade permanece a mesma, ou seja, não sofre alteração. Solução: Alterada rotina de manutenção dos centros de resultado para utilizar o conceito de versionamento de centros de resultado, tratar corretamente as datas de validade, impedindo que surjam futuros erros no ISN. Release de publicação: 10R2 ‐ 11R0.

Função: Demonstrativos para SPED Contábil ‐ CON4370 Chamado: TELJCD Situação: Ao abrir a tela de simulação do demonstrativo, depois fechar esta tela, consultar os registros e emitir os dados, a rotina está cancelando com erro de falta de campo em tela. Solução: O programa foi alterado para não apresentar cancelamento ao emitir relatório dos dados. Release de publicação: 10R2 ‐ 11R0.

Função: Consistência Diário Geral x Auxiliar ‐ ISN0370 Chamado: TEKS87 Situação: A rotina apresenta inconsistência de passagem de parâmetro entre funções e cancela. Solução: Foram efetuadas alterações na rotina para considerar o conceito de centro de resultado, enviando a


Release Notes

informação de receita/despesa ao buscar a conta relacionada. Release de publicação: 10R2 ‐ 11R0.

7.3 Financeiro

Xo

7.3.1 Aprovação Eletrônica Pagamentos

Função: Aprovação Ordem de Compra ‐ SUP6460 Chamado: TEAWVF Situação: Programa está permitido acessar uma linha que não esteja preenchida no momento de aprovar a ordem de compra de forma que não permite voltar para linha anterior. Solução: Alterado para que seja permitido navegar apenas entre as linhas que possuem registro em tela. Release de publicação: 03‐2012.

Função: Manutenção Parâmetros Sistemas ‐ LOG2240 Chamado: TEIXI2 Situação: Existe a necessidade de implementar o parâmetro para permitir manter as aprovações de pedido de compra liberadas anteriormente quando for efetuada nova liberação de pedido de compra. Solução: Foi implementado o parâmetro "Mantém aprovação de Pedido de Compra?" que indica se será ou não mantida as aprovações de pedido de compra liberada anteriormente. Conversores de parâmetros:

Conversor: SUP01591.cnv Caminho no sistema: Processo Entrada / Aprovação Eletrônica SUP / Gerais Instalação: Executar conversor via LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Aprovação OC/PC ‐ SUP6860 Chamado: TEIXI2 Situação: Existe a necessidade de manter aprovantes já efetivados ainda que alterado no PC/OC. Solução: Foram efetuadas alterações na aprovação PC/PC para que, na situação reportada, mantenha as aprovações anteriores já efetivadas, para esta situação será considerado o parâmetro"Mantém aprovação de Pedido de Compra?", e esta situação somente será possível se no parâmetro estiver selecionada a opção “S” (Sim).

70 Release Notes

Versão 2.0

Release Notes

Funções: Aprovação Eletrônica de ADs ‐ CAP3560 / Mensagens dos Digitadores para Suspensão de Aprovações ‐ CAP6260 / Aprovação Eletrônica APS ‐ Contas a Pagar ‐ CAP6590 Chamado: TEMOG9 Situação: As mensagens digitadas pelos usuários referentes à aprovação de compromissos do Contas a Pagar estão sendo exibidas de forma desconfigurada, na tela de consulta da mensagem do CAP3560. Solução: Os programas que possibilitam consultar as mensagens de observação de aprovação eletrônica foram alterados para exibi‐las corretamente.

7.3.2 Contas a Pagar

Função: Relação de APs Pagas e/ou a Pagar ‐ CAP0630 (v10.02) Chamado: TEGAAN Situação: Ao utilizar o filtro por AEN, se a última AP selecionada estiver relacionada a uma AD Fatura, os valores das APs estão sendo exibidos como nulo no relatório inteiro. Solução: O programa foi alterado para que os valores das APs sejam listados no relatório mesmo se houver filtro por área e linha de negócio.

Funções: Solicitação de APs ‐ CAP0150 / FIN30035 Chamado: TEISFD Situação: A AP gerada pela Solicitação de APs está com um mesmo número de parcela existente para a AD. Isto gera uma inconsistência no Sped Fiscal. Solução: Os programas foram alterados para não permitir informar um número de parcela que já existente.

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEGU43 Situação: ‐ O CAP0220 não está permitindo inserir observações na AD mesmo se esta já possuir AP ou estiver bloqueada por aprovação eletrônica. ‐ O CAP0020 não está copiando a observação da AD digitada para o AR no SUP3760 (Dados Nota Fiscal). Solução: Desenvolvido o parâmetro “Copiar textos do AR para a AD na integração SUP x CAP?’ que indica se deverá ou não copiar os textos digitados no aviso de recebimento para a observação da apropriação de despesa durante a integração da nota fiscal com o Contas a Pagar. Conversores de Parâmetros:

Conversor: CAP00910.cnv Parâmetro: copia_texto_ar_para_ad – “Copiar textos do AR para a AD na integração SUPxCAP?”


Release Notes

Caminho no sistema: Logix Financeiro / Contas a Pagar / Transferências/Integrações Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Digitação Apropriações Despesas ‐ Mestre ‐ CAP0220 (v10.02) Chamado: TEGU43 Situação: O programa não permite inserir observações na AD se esta já possuir AP ou estiver bloqueada por aprovação eletrônica. Solução: O programa foi alterado para que seja possível fazer manutenção na observação da AD sem que a AD precise sofrer manutenção. Nota: A observação poderá ser incluída na opção de menu “obsErvacoes_ad” do CAP0220. Essa alteração facilita a visualização da despesa pelo aprovante, no CAP3560 (Aprovação Eletrônica de ADs – Contas a Pagar) e permite ainda entrar na despesa e informar sua origem, esta informação estará visível na aprovação desta despesa.

Função: Integração Gera Informações do Contas a pagar ‐ SUP x CAP – CAP0020 (v10.02) Chamado: TEGU43 Situação: O programa não permite que a observação digitada para o AR no SUP3760 (Dados Nota Fiscal) seja copiada para a observação da AD. Solução: O programa foi alterado para considerar o parâmetro “Copiar textos do AR para a AD na integração SUPxCAP?’ do LOG2240 (Manutenção Parâmetros Sistema) e efetuar a cópia da observação informada no AR para a observação da AD no Contas a Pagar, de acordo com o novo parâmetro.

Funções: Preparação para PGE ‐ CAP0470 (10.02) / FIN30075 (v11.00) Chamado: TEISV2 Situação: Ao preparar um GPS via pagamento escritural, se o código do pagamento é “2631 ‐ Contribuição retida sobre a NF/Fatura da empresa prestadora de serviço – CNPJ", o CNPJ carregado no campo “Identificador” está ficando igual ao CNPJ do fornecedor da AP preparada (INSS – Previdência Social), ao invés do CNPJ do fornecedor (prestador do serviço). Solução: O programa foi alterado para que carregue corretamente o CNPJ do prestador de serviço no campo Identificador, quando o código do pagamento for “2631 ‐ Contribuição retida sobre a NF/Fatura da empresa prestadora de serviço – CNPJ".

Função: Seleção de Títulos para Pagamento Escritural ‐ FIN30120

72 Release Notes

Versão 2.0

Release Notes

Chamado: TEIXSO Situação: Ao digitar o código de barras o programa gera uma inconsistência, mas ocorre somente na primeira vez em que os números dos códigos de barras são informados. Solução: Alteração de componentes para eliminar chamada de atualização de profile.

Função: Nota Fiscal Contrato Serviço ‐ SUP8720 Chamado: TEGSAM Situação: Na integração on‐line do SUP8720 com o CAP está ocorrendo uma inconsistência e exibindo a mensagem "Ocorreram erros na integração de NF no CAP, efetue processo manual no CAP2020". Ao utilizar CAP2020 a integração ocorre normalmente. Solução: O programa de integração do módulo Contrato de Serviços com o Contas a Pagar foi alterado para efetuar corretamente a integração on‐line. Nota: v10.02.

Função: Integração de Módulos com CAP ‐ CAP3090 (v10.02) Chamado: TEJNE2 Situação: Ao incluir um contrato no OMC com a forma de pagamento que gera adiantamento, o IRRF Pessoa Física da Apropriação de Despesa de pagamento está sendo calculado no pagamento em vez de ser calculado na entrada. Solução: Foram efetuadas alterações na função de integração do OMC com o módulo Contas a Pagar (CAP) para que faça a retenção do IRRF Pessoa Física na entrada, conforme parametrização, ainda que a forma de pagamento utilizada no OMC possuir adiantamento.

Funções: Pagamentos ‐ FIN30036 / FIN30037 (v11.00) Chamado: TEJUY7 Situação: O cliente tem duas matrizes e as filiais destas matrizes possuem raiz de CNPJ iguais, a conta bancária na verdade pertence à matriz e suas filias, como possuem raiz de CNPJ iguais, o banco permite que a conta seja de empresas diferentes, que mais de uma empresa movimente a mesma conta bancária. O mutuo é parametrizado apenas para poder realizar o processo do pagamento escritural. Ao emitir um cheque de forma manual pagando APs de duas empresas, fazendo o pagamento no Logix, pagar em uma empresa e depois pagar com mesmo cheque as APs da outra empresa, o sistema apresenta mensagem de inconsistência de duplicidade ao gerar o mútuo. Solução: Foram efetuadas alterações nos programas de pagamento para que somente considerem que o pagamento é de mútuo se a conta selecionada no zoom for a conta de outra empresa.


Release Notes

Função: Apropriação de Despesas ‐ CAP0220 Chamado: TEJSIS Situação: Uma AD que possui lançamentos contábeis de tipos de valor no cadastramento não é carregada na inclusão da AD quando utiliza AEN, impossibilitando a manutenção deles. Solução: Foram efetuadas alterações no programa de solicitação de AD para carregar os lançamentos contábeis de Tipos de Valores na inclusão da AD, quando estes estiverem parametrizados para contabilizar no cadastramento.

Função: Integração do Suprimentos com o Contas a Pagar ‐ CAP0020 (v10.02) Chamado: TEKKKH Situação: Ocorre diferença entre o relatório de cálculo de AVP do CAP (CAP2280) e o relatório de lançamentos contábeis da contabilidade (CON0210). Esta situação ocorre devido ADs/APs que em 2011 estavam bloqueadas no SUP e foram geradas no AVP, em 01/2012 estes registros foram desbloquedos e atualizados no CAP, neste caso considera estes lançamentos no programa CON0210, mas não consta no programa CAP2280, pois grava com a data de 2011. O programa CAP2280 busca estes registros novamente em 01/2012, pois a numeração da AP mudou, neste caso, ao excluir a AP, é necessário que sejam gerados lançamentos contábeis de estorno para não gerar tal diferença. Solução: Foram efetuadas alterações no programa de Integração do Suprimentos com o Contas a Pagar para que, ao excluir uma AP, faça o estorno da contabilização da constituição do AVP da AD desta AP. Nota: Ao efetuar esta exclusão de AD/AP, serão gerados lançamentos de estorno para a contabilização do AVP – estes lançamentos serão gerados na data da exclusão e deverão ser integrados na contabilidade. O CAP0020 exclui a AD/AP da nota integrada quando a nota fiscal já foi integrada bloqueada no CAP e ela foi liberada no SUP, ao reintegrar a nota, a AD/AP é excluída e incluída novamente, a AD é incluída com a numeração igual e a AP é incluída com um novo número.

Funções: Substituição/Reabertura APS não Pagas em Documento de Pagamento – CAP3080/FIN30015 Chamado: TEKUY8 Situação: Atualmente, os programas não consideram o parâmetro de baixa automática de pagamentos, sendo necessário rodar a baixa manual (CAP0890). Solução: Foram efetuadas alterações nos programas para considerarem o parâmetro “Utiliza baixa automática de pagamentos?” que está localizado no LOG2240 / Processo Adm/Financ / Contas a Pagar / Pagamentos. Caso no parâmetro esteja selecionada a opção “N” (Não), o programa continuará trabalhando da forma atual. Caso no parâmetro esteja selecionada a opção “S”, o programa efetuará a baixa automática da AP.

74 Release Notes

Versão 2.0

Release Notes

Função: Informação Pagamento Escritural ‐ FIN30075(11.00) Chamado: TEMGFH Situação: O banco está rejeitando o arquivo da GPS por uma inconsistência no formato da data de competência. Solução: O programa foi alterado para gerar a data de competência do arquivo da GPS conforme versão 10.02, (mm/aaaa).

Funções: Integração CAP x FCX ‐ FCL1330 (v10.02) / Integração COS x CAP ‐ CAP2020 (v10.02) / Função Integração SUP x CAP ‐ CAP3095 (v10.02) / Função de Calculo de Impostos ‐ CAP5460 / FIN80017/ FIN80033 / FIN80038 (v10.02 / v11.00) / Calculo de PIS/COFINS Produto ‐ CAP8360 / FIN30104 (v10.02 / 11.00) / Conciliação Automática de Fornecedor ‐ CAP8886 (v10.02) / Posição de Fornecedores ‐ CAP0370 (v10.02) Chamado: TELUCV Situação: Apropriação de despesa está sendo integrado no fluxo de caixa com valor incorreto, está integrando com o valor total da nota ao invés de integrar com o valor total da AD. Solução: O programa foi alterado para que os valores do Suprimentos obtido para atender o SPED Fiscal, não afetem os valores do CAP. Sendo que no SUP a soma dos itens deve ser igual ao total da nota fiscal. E no CAP os valores consistem em valores a pagar e valores de base de impostos.

Função: Carga dos Dados do CAP para o ISN ‐ ISN0020 Chamado: TEHXLG Situação: Quando um fornecedor autônomo não possui a data de nascimento cadastrada, o programa exibe a inconsistência “‐391”, na tela e cancela o processo sem informar nada ao usuário. Solução: O programa foi alterado para que ao encontrar um fornecedor autônomo sem data de nascimento cadastrada exiba uma mensagem informativa na tela e cancele o processo até que o cadastro seja atualizado. Nota: v10.02.

Funções: Documentos de Pagamentos ‐ FIN30036 / FIN30037 (v11.00) Chamado: TEIVNE Situação: Ao realizar pagamentos em períodos que já possuem o saldo calculado no TRB, os programas exibem a mensagem informando que já tem saldo, além de exibir outras mensagens desnecessárias também. Solução: Os programas foram alterados para cancelarem todo o processo com a mensagem exata da situação ocorrida, ao encontrar alguma inconsistência na integração on‐line do CAP com o TRB.


Release Notes

Função: Manutenção de APs ‐ FIN30057 (v11.00) Chamado: TEI913 Situação: O programa permite a exclusão de AP relacionada a uma AD contabilizada, ainda que esteja parametrização para não permitir. Solução: O programa foi alterado para considerar o parâmetro “Permite excluir AP relacionada a AD contabilizada?”. Atentando para a idéia original do Contas a Pagar que é permitir que a AP seja excluída se a AD da relacionada possuir lançamentos contábeis. Caso a empresa decida bloquear a exclusão, deverá mudar o parâmetro para “N” (Não). Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em Logix Financeiro / Contas a Pagar / Específicos.

Função: Manutenção de APs ‐ FIN30060 (v11.00) Chamado: TEKAT2 Situação: O programa não está validando o código do lote e portador na tela de manutenção analítica. Solução: O programa foi alterado para validar se o portador e o lote de pagamentos informados na manutenção analítica são válidos.

Funções: Cancelamento de Pagamento ‐ CAP0340 / FIN30038 (v10.02 / v11.00) / Reabertura/Substituição de Pagamento ‐ CAP3080 / FIN30015 (v10.02 / v11.00) Chamado: TELOPX Situação: Os programas estão mantendo a informação do lote de retorno escritural registrado na AP no seu processamento. Solução: Os programas foram alterados limparem a informação do lote de retorno escritural do processamento.

7.3.3 Contas a Receber

Função: Contabilização Batch ‐ FIN10082 Chamado: TEIHL6 Situação: Não está processando corretamente a AEN. Solução: O programa foi alterado para considerar a AEN corretamente durante o processamento.

Função: Adiantamentos de Clientes ‐ FIN10046 Chamado: TEIAV0 Situação: Não está permitindo modificar adiantamentos.

76 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado para permitir modificar adiantamentos que já foram integrados no TRB.

Função: Manutenção de Títulos ‐ FIN10050 Chamado: TEHVZ2 Situação: Não permite modificar o registro. Solução: O programa foi alterado para validar somente se o valor líquido está nulo, e não mais zerado.

Função: Manutenção de Títulos no Contas a Receber ‐ FIN10050 Chamado: TEHRDE Situação: Não permite modificar títulos de crédito. Solução: O programa foi alterado para validar e não atribuir automaticamente a data de vencimento sem desconto.

Função: Manutenção de Títulos no Contas a Receber ‐ FIN10050 Chamado: TEHQDJ Situação 1: Não permite alterar a data de vencimento. Solução 1: O programa foi alterado para permitir modificar a data de vencimento, mas mandar uma instrução ao banco, caso esse título já tenha sido enviado na remessa. Situação 2: Não está permitindo modificar NS. Solução 2: Alterado para considerar a série da nota fiscal na validação do título anterior.

Função: Preparação de Cobrança e Remessa de Títulos ‐ FIN10057 Chamado: TEINFY Situação: Não exibir repetidamente a mensagem de inconsistência de cadastro de parâmetros da remessa escritural. Solução: O programa foi alterado para considerar corretamente a empresa na verificação de parâmetros de remessa.

Função: Carga de Parâmetros Escriturais ‐ CRE10081 Chamado: TEIMAH Situação: Não considera todos os portadores. Solução: O programa foi alterado para somente validar se o portador existe, se o portador informado for diferente de 0 ‐ B.


Release Notes

Função: Rotinas de Atualização do Crédito e Cadastro ‐ CRE10861 Chamado: TEIIKB Situação: O programa não está atualizando a data da última fatura corretamente. Solução: O programa foi alterado para considerar a data da última fatura quando parametrizada como “Agendada".

Função: Digitação dos Valores Recebidos ‐ CHE0680 Chamado: TEIRCQ Situação: O programa não está considerando parametrização do CRE6720 (emissão PIS/COFINS/CSLL) corretamente. Solução: O programa foi alterado para considerar o limite de digitação por usuário na validação do valor de desconto.

Função: Função: Relatório Títulos por Vencimento ‐ AGE LIST ‐ CRE4390 Chamado: TDYMCY Situação: Apresentar filtro para gerar relatório AGE LIST por tipo de cobrança (simples, vendor, desconto). Solução: Incluído o campo "Tipos de cobrança" que permite informar quais os títulos que serão demonstrados no relatório.

Função: Comissão no Faturamento – CRE6000 Chamado: TEJA18 Situação: Ao processar mais de uma vez, o programa gera relatório mesmo não tendo dados para o filtro informado. Solução: O programa foi alterado para não limpar filtro depois de executar a opção de menu “Processar”.

Função: Inclusão de Cheques ‐ CRE6940 Chamado: TEJHFA Situação: Ao processar mais de uma vez, o programa gera relatório mesmo não tendo dados para o filtro informado. Solução: O programa foi alterado para não limpar filtro depois de executar a opção de menu “Processar”.

Função: Exportação de Duplicatas ‐ VDP0767 Chamado: TEFTLG Situação: O sistema não está considerando a parametrização para não integrar todas as empresas.

78 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado considerar o parâmetro "Empresa controladora Contas a Receber", com relação às empresas informadas na tela de exportação das duplicatas.

Função: Curva ABC de Clientes ‐ FIN10066 Chamado: TEJTKR Situação: O programa está gera inconsistência durante o processamento. Solução: Foram efetuadas alterações no programa para que, depois da atualização de componentes do Framework, não invalide na chamada de evento de mudança de campo, que atualmente também é realizada na inicialização do programa.

Função: Envio de dados Clientes para Serasa PEFIN ‐ CRE0256 Chamado: TEIJGT Situação: O sistema está gerando lotes com a mesma numeração. Solução: O programa foi alterado para considerar o parâmetro “Número do último lote gerado para o arquivo de remessa do Serasa”, que será utilizado para controlar o número do ultimo lote gerado para o arquivo de remessa do Serasa.

Função: Rotinas de Atualização do Crédito e Cadastro ‐ CRE00230 Chamado: TDTPJC Situação: O sistema não valida corretamente os descontos concedidos. Solução: Foram efetuadas alterações no sistema para validar se o desconto concedido foi igual ao do a conceder.

Função: Manutenção de Títulos ‐ FIN10050 Chamado: TEJXG0 Situação: O sistema apresenta a consulta desordenada. Solução: Foram efetuadas alterações no sistema para ordenar a consulta por empresa, título e tipo de título.

Função: Solicitação de Concessão de Abatimento/Descontos ‐ CRE4440 Chamado: TEKB35 Situação: O programa permite informar a data de abatimento menor que a data de emissão. Solução: Foram efetuadas alterações no programa para validar a data de abatimento. Ela deve ser maior ou igual à data de emissão do título.


Release Notes

Função: Devolução de Crédito ‐ FIN10026 Chamado: TEKOV2 Situação: Ao processar o programa, o sistema apresenta inconsistência em tela. Solução: Foram efetuadas alterações no programa para considerar corretamente a ordem dos registros carregados em tela.

Função: Envio de Títulos para Agência de Cobrança ‐ CRE0273 Chamado: TEKJKX Situação: Os títulos de alguns portadores não estão sendo considerados na seleção para envio dos títulos para a agência de cobrança, ainda que nos campos da tela sejam informados os filtros necessários para a seleção destas informações. Solução: O programa foi alterado para considerar também títulos com portador carteira. Alterado também para verificar se o título já foi ou não enviado para remessa.

Função: Adiantamentos de Clientes ‐ CRE3890 Chamado: TELA72 Situação: O programa de contabilização de adiantamentos não está contabilizando corretamente a baixa. Solução: O programa foi alterado para considerar o parâmetro "Contabilizar baixa?" do CRE0280 (Parâmetros Empresas), para baixas de adiantamentos.

Função: Relatório de Títulos em Aberto ‐ FIN10070 Chamado: TELOWA Situação: O programa não está efetuando a pesquisa por raiz de CNPJ. Solução: O programa foi alterado para efetuar a leitura dos CNPJs para a pesquisa seja efetuada corretamente.

Funções: Baixa de APs ‐ CAP0890 / Cancelamento de Pagamento ‐ CAP0340/ FIN30038 / Reabertura de Pagamentos ‐ CAP3080 / FIN30015 / Manutenção de Lançamentos Contábeis ‐ CAP1040 / FIN30027 Chamado: A82743 Situação: Os programas não estão atualizando o GAO para os tipos de valores de APs. Solução: Os programas foram alterados para atualizar os lançamentos das APS para atualizar o GAO quando se tratar de ajustes financeiros nas APs. Importante: todo e qualquer ajuste financeiro contabilizável que ocorrer na AP e que for em conta contábil que controle o GAO, será considerado como despesa no GAO se o lançamento contábil for um débito e será considerado como estorno de despesa no GAO se o lançamento contábil for um crédito.

80 Release Notes

Versão 2.0

Release Notes

Função: Títulos Vencidos / A Vencer ‐ CRE4280 Chamado: TEKKSJ Situação: Relatório não traz valores corretos, pois está considerando parcelas indevidas que não deveriam ser listadas. Solução: O programa foi alterado para considerar corretamente os títulos que foram desmembrados.

Função: Parâmetros para Cobrança Escritural ‐ CRE10077 Chamado: TEM919 Situação: Está ocorrendo uma inconsistência na geração do arquivo de remessa. Solução: O programa foi alterado para gravar o diretório de geração do arquivo de remessa com letras minúsculas.

Função: Retorno Escritural ‐ FIN10115 Chamado: TEMIS1 Situação: O programa não grava as AENs de débitos de forma correta, ao gerar as notas de débito automaticamente. Solução: O programa foi alterado para não considerar como tipo de título do débito a origem, mas sim “ND”.

7.3.4 Controle de Cheques

Função: Depósito de Cheques e Dinheiro do Setor Caixa para os Bancos ‐ CHE0960 Chamado: TEIUW2 Situação: O programa não está gravando corretamente a data a ser contabilizada no CRE.

Solução: O programa foi alterado para considerar parâmetro de data contábil cadastrado no CRE0280 (Parâmetros Empresas).

Função: Crédito e cadastro ‐ Rotinas agendadas ‐ CRE10861 Chamado: TELU21 Situação: O programa não está atualizando a data da última fatura. Solução: O programa foi alterado para processar a rotina de atualização de data e valor da última fatura para processar somente depois selecionar os clientes a serem processados.

7.3.5 Crédito e Cadastro


Release Notes

Função: Informações Equifax ‐ FIN20010 Chamado: TEKRFN Situação: Ao processar o programa, o sistema apresenta inconsistência em tela. Solução: Foram efetuadas alterações no programa para considerarem até 10.000 registros no processamento.

7.3.6 Fluxo de Caixa

Função: Fluxo de Caixa Simplificado ‐ FIN70001 Chamado: TEJOTT Situação: Ao executar o programa pela primeira vez, o sistema faz a carga padrão na tabela “mcg_empresa”. Porém está gerando uma inconsistência, pois grava a coluna “nom_fantasia” igual para todas as empresas, sendo que essa coluna possui índice único. Solução: O programa foi alterado para que ao executar o programa pela primeira vez, e o sistema fazer a carga padrão na tabela “mcg_empresa”, gravar na coluna “nom_fantasia” os códigos das empresas. Ambiente: 10.02 – 11.00.

Função: Fluxo de Caixa Simplificado ‐ FIN70001 Chamado: TEJCLZ Situação: No programa Fluxo de Caixa Simplificado (FIN70001), quando o cliente executa o programa pela primeira vez, o sistema faz a carga padrão na tabela “mcg_filial”, apresentando mensagem de inconsistência, pois grava a coluna “nom_fantasia” igual para todas as empresas, sendo que essa coluna possui índice único. Solução: Foram efetuadas alterações para que, quando o cliente executa o programa pela primeira vez e o sistema realizar a carga padrão na tabela “mcg_filial”, grave na coluna “nom_fantasia” os códigos das empresas.

Função: Manutenção Parâmetros do Sistema ‐ LOG2240 Chamado: TEHJB8 Situação: O sistema está enviando os valores de pedidos em dólar na moeda original p/ o Fluxo de Caixa, sem converter pela cotação no PAT0150 (COTAÇÕES DAS Moedas), sendo que existe cotação p/ o período. Solução: Desenvolvido o parâmetro “Gravar valores do VDP em moeda corrente?” para indicar se o valor da nota fiscal for em moeda estrangeira será ou não convertido para moeda corrente antes de gravar no Fluxo de Caixa. Conversor de parâmetro:

Conversor: FCL00004.cnv Parâmetro: fcx_grava_vdp_moeda_corr– “Gravar valores do VDP em moeda corrente?”. Caminho no Sistema: Processo Adm/Financ / Fluxo de Caixa / Gerais. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

82 Release Notes

Versão 2.0

Release Notes

Função: Fluxo de Caixa Simplificado ‐ FIN70001 Chamado: TEHJB8 Situação: No programa Fluxo de Caixa Simplificado – FIN70001, os valores de pedidos em moeda estrangeira não são convertidos para o Fluxo de Caixa. Solução: Foram efetuadas alterações no programa para que os valores de pedidos em moeda estrangeira sejam convertidos para o Fluxo de Caixa, conforme parametrizado no LOG2240 no parâmetro “Gravar valores do VDP em moeda corrente?”. Se parametrizado com "S", os valores serão gravados em Reais, caso contrário, os valores serão gravados na moeda informada na nota.

7.3.7 Controle de Despesa de Viagem

Funções: Cadastro de Usuários Viajantes ‐ CDV0041 / FIN50001 (v10.02 / v11.00) Chamado: TEJEQ0 Situação: O sistema permite incluir várias matrículas para o mesmo usuário Logix, causando problemas na inclusão de despesas de viagem. Solução: O programa foi alterado para que não seja possível cadastrar mais de um usuário Logix para matrículas diferentes.

7.3.8 Pagamento Escritural

Função: Conciliação Manual de Boletos ‐ FIN30124 (v11.00) Chamado: TEE794 Situação: Ao efetuar a conciliação manual de boletos, mesmo se o valor líquido da AP for igual ao valor do boleto, o sistema está exibindo a mensagem “Valor da AP fora da faixa permitida (xxxx – yyyy)”, e está comparando o valor do boleto com o valor nominal da AP. Solução: O programa foi alterado para que a comparação do valor da AP com o valor do boleto seja baseada no valor líquido da AP ao invés do seu valor nominal.

Funções: Preparação Manual para PGE ‐ CAP0471 / CAP0240 / FIN30120 / FIN30075 (v10.02 / v11.00) Chamado: TEIKA2 Situação: Está permitindo preparar várias APs para pagamento com o mesmo boleto. Solução: Os programas foram alterados para não permitir digitar o mesmo boleto várias vezes.


Release Notes

Funções: Retorno Escritural ‐ CAP5982 / FIN30122 (v10.02 / v11.00) Chamado: TEKGDN Situação: Quando uma empresa cedente paga títulos de duas ou mais empresas tomadoras pelo mesmo arquivo de retorno e o cliente trabalha com baixa automática, estão sendo criadas ADs de mútuo na mesma quantidade de empresas tomadoras e o valor das ADs está ficando incoerente. Exemplo: Empresa cedente 01. Empresas tomadoras 02 e 03. Total de títulos 02: 1000,00 Total de títulos 03: 400,00 Os títulos são pagos pela empresa “01”. Estão sendo geradas duas ADs, uma no valor de 1000,00 e outra no valor de 1400,00 (somando o valor das duas tomadoras). O correto é gerar apenas uma AD de mútuo no valor de 1400,00 e separar os valores das empresas pela contabilização. Solução: Foram efetuadas alterações nos programas de retorno escritural para que seja gerada apenas uma AD de mútuo para a empresa cedente, independente da quantidade de empresas tomadoras dentro do arquivo de retorno.

Função: Gera Lote Escritural ‐ CAP2090 (v05.10) Chamado: TELLLD Situação: A rotina de geração de arquivo escritural do Bradesco está gerando dois arquivos com o mesmo número de lote. Atualmente, quando dois ou mais usuários processam o programa simultaneamente, pode ocorrer a geração com o mesmo número de lote. Solução: O programa foi alterado para travar o registro para atualização do próximo número de lote de remessa escritural do Bradesco para garantir a integridade do processo.

Funções: Remessa Escritural ‐ CAP5981 / FIN30121 (v10.02 / v11.00) Chamado: TEM739 Situação: Quando são selecionadas apenas APs com inconsistência, o programa da versão 11 está apresenta a mensagem de que não foram selecionadas APs. Solução: Os programas foram alterados para gerar o relatório de inconsistências, quando selecionar apenas APs com problemas.

7.3.9 Transações Bancárias

84 Release Notes

Versão 2.0

Release Notes

Função: Manutenção dos Movimentos de Extrato ‐ FIN60021 Chamado: TEIIS4 Situação: O programa esta gravando movimento, quando não encontrado conciliação. Solução: O programa foi alterado para gravar “Null” para a o código e data na conciliação, quando não encontrar movimento externo. Release de Publicação: v10.02

Função: Transferência Bancária ‐ FIN60025 Chamado: TEIOYL Situação: Está ocorrendo inconsistência no momento da inclusão da alteração, exibe a mensagem: “Não foi encontrado o relacionamento de contas contábeis para transferência entre empresas. Ver FIN60014.”. Solução: O programa foi alterado para efetuar a validação somente depois dos dados informados em tela.

Função: Importação do Arquivo de Extrato de todos os Bancos ‐ FIN60027 Chamado: TEIPOH Situação: O programa não efetua corretamente a verificação do campo "Banco". Pois quando o usuário clica no Zoom ele exibe a mensagem "Argumentos de pesquisa não encontrados". Solução: O programa foi alterado para validar o campo "Banco", somente quando o cliente tiver cadastro de permissão por conta corrente, efetuado no programa FIN30136. Caso não tenha o sistema não deve exibir a mensagem "Argumentos de pesquisa não encontrados". Ambiente: 10.02 ‐ 11.00.

Funções: Manutenção de Movimentos Internos ‐ FIN60020 / Manutenção das Tabelas de Documentos ‐ TRB0022 Chamado: TEITBG Situação: Ao executar o programa FIN60020, na exclusão de movimentos do CAP e do CRE, não atualizam os módulos. No caso do CAP não atualiza a tabela “cheque_bordero” e no caso do CRE não atualiza o lote da tabela “creconc”. Solução: Os programas foram alterados, para que ao alterar a tabela “cheque_bordero”, se a coluna “ies_cheq_bord” for igual à “0” (Depósito), na condição “cod_bco_pagador”, utilizar o campo “cod_banco” da tabela “movfin”, senão continuar utilizando o campo “cod_agen_bco” da tabela “agencia_bc_item”. Ambiente: 10.02 – 11.00

Funções: Conciliação Bancária ‐ MOVFIN/MOVEXT ‐ TRB0150 / FIN60022 Chamado: TEKTIA


Release Notes

Situação: A rotina não realiza a busca dos movimentos das tabelas “movfin” e “movext” para apresentar o saldo final do relatório, de acordo com as permissões do usuário. Solução: Foram efetuadas alterações em todos os cursores e seleções de totais das tabelas “movfin” e “movext” para consistirem a permissão na tabela “trb_relc_ccorr_usu”. Ambiente: Oracle ‐ 10.2/11.0

Funções: Integração CAP x TRB – TRB0230 / FIN60023 (v10.02 / v11.00) Chamado: TELYI6 Situação: Quando o banco trabalha com abertura por forma de pagamento e sumarização de borderô, ao mesmo tempo, o movimento está sendo integrado incorretamente no TRB. E ao excluir os lotes gerados no TRB, o movimento bancário no Contas a Pagar não está sendo devidamente atualizado. Solução: O programa foi alterado para efetuar corretamente integração dos registros, quando o banco trabalhar com sumarização de borderô e abertura por forma de pagamento simultaneamente.

7.3.10 Tributos e Impostos

Função: Manutenção de ADs ‐ FIN30058 (v11.00) Chamado: TEITAK Situação: Ao manutenir uma AD originada do módulo Suprimentos que tenha impostos (INSS, ISS, IR na entrada), o imposto está sendo registrado também para o número da AD, duplicando o valor de pagamento do imposto. Solução: O programa foi alterado para que a tela de impostos não seja exibida na modificação da AD, quando a origem desta for suprimentos, pois neste caso o imposto não pode ser alterado.

Funções: Relação de INSS Autônomos e Cooperativas ‐ CAP2680 / FIN30109 Chamado: TEIEFQ Situação: Relatório de INSS de autônomos e cooperativas não está apresentando o valor do pedágio das ADs quando a empresa origem da AD é diferente da empresa destino. Solução: O programa foi alterado para que no relatório de INSS de autônomos e cooperativas apresente o valor de desconto de pedágio, quando a retenção tiver sido realizada na empresa origem. Ambiente: (v10.02 e 11.00).

Função: Manutenção de APs ‐ FIN30057 (v11.00) Chamado: TEJR31 Situação: O programa não permite alterar uma AP, cuja origem é do OMC, referente a um fornecedor Pessoa Física e que possui IRRF calculado na proposta.

86 Release Notes

Versão 2.0

Release Notes

Solução: Foram efetuadas alterações no programa para que a AP possa sofrer manutenção ainda que o IRRF de Pessoa Física seja retido na proposta e a AP seja originária do módulo OMC.

Funções: Gera AD de Pagamento de INSS ‐ CAP2710 / CAP4110 (v10.02) / Gera AD de Pagamento de IRRF ‐ CAP2770 (v10.02) Chamado: TELERB Situação: As ADs de pagamento de impostos estão sendo geradas sem AEN. Solução: Os programas foram alterados para que as ADs sejam criadas com suas respectivas AENs, mesmo se o parâmetro “Calcular AEN automático nas ADs de pagamento de impostos?” estiver igual a “S” (Sim).

Funções: Manutenção de ADs ‐ CAP0220 / FIN30058 (v10.02/v11.00) / Manutenção de APs ‐ CAP0160 / FIN30057 (v10.02/v11.00) Chamado: TEKNGA Situação: As NFs emitidas pela Totvs possuem a retenção de IRRF sempre descontada na primeira parcela de pagamento, e no Logix quando a retenção do IR de Pessoa Jurídica é retida no pagamento, o valor do IRRF é descontado de forma rateada entre as parcelas. Solução: Os programas CAP0160 / FIN30057 foram alterados para não calcular IRRF na AP quando o fornecedor da AP estiver informado no parâmetro “Fornecedor PJ com retenção de IR na primeira parcela”. No FIN30058 foi alterado para considerar o parâmetro “Fornecedor PJ com retenção de IR na primeira parcela”. Quando o fornecedor for o mesmo parametrizado no LOG2240 (Manutenção Parâmetros do Sistema), o valor do IR calculado será descontado na primeira parcela de pagamento e ainda se a empresa estiver parametrizada para reter o IR de PJ no pagamento, o este será retido já na AD para que não haja diferença na DIRF. Importante: O parâmetro “Fornecedor PJ com retenção de IR na primeira parcela” deverá ser informado com o código de fornecedor Totvs, pois a Totvs emite as suas notas fiscais descontando o IR sempre na primeira parcela, independente do fato gerador do IR na empresa pagadora.

Funções: Geração AD/AP de Pagamento de IRRF ‐ CAP2770 (v10.02) / Geração AD/AP de Pagamento de PIS/COFINS/CSL ‐ CAP9600 (v10.02) Chamado: TELVSI Situação: No DARF, o valor principal está somando o valor das retenções, dos juros e da multa e estes dois últimos estão sendo informados de forma destacada. Conforme regulamento de preenchimento da DARF, o valor principal deverá ser preenchido com os totais das retenções, sem somar os juros/multa e se somar estes últimos, não devem estar destacados no DARF. Solução: Os programas foram alterados para informar corretamente os dados para o DARF, o campo “valor principal” preenchido somente com o valor das retenções, sem considerar juros e multa. O valor de juros e multa serão destacados em campos específicos para esta finalidade.


Release Notes

Funções: Manutenção de ADs ‐ CAP0220 (v10.02) / Função de integração com o CAP ‐ CAP3090 (v10.02) Chamado: TEKCHF Situação: Ao integrar notas do OMC com o Contas a pagar, o valor do IRRF de pessoa física está sendo calculado incorretamente, quando o IR é na entrada e a empresa do OMC é uma empresa origem do CAP. Solução: O CAP0220 foi alterado para que ao excluir uma AD originada do módulo OMC, de pessoa física, com retenção de IRRF na entrada, exclua corretamente a informação de acúmulo do imposto de renda se a empresa do OMC for uma empresa origem do Contas a Pagar. O CAP3090 foi alterado para considerar corretamente o valor de INSS na base de calculo do IRRF. Antes desta alteração, o sistema não descontava o valor do pedágio ao calcular o INSS de redução da base do IR. Exemplo: Situação antes da alteração do calculo da base do IR: X = (Total da AD – Valor pedágio) * 40% Base INSS = Total da AD * 20% Base IR = X – Base INSS. Calculo correto da base do IR: X = (Total da AD – Valor pedágio) * 40% Base INSS = (Total da AD – Valor pedágio) * 20% Base IR = X – Base INSS.

Função: Conciliação Bancária ‐ MOVFIN/MOVEXT ‐ TRB0150 Chamado: TEMESX Situação: O programa não permite executar os lançamentos devido à concorrência da tabela temporária: “Error: ORA‐14452 attempt to create, alter or drop an index on temporary table already in use Cause: An attempt was made to create, alter or drop an index on temporary table which is already in use”. Solução: O programa foi alterado para criar o índice da tabela temporária, evitando assim que ocorram inconsistências de concorrência durante o processo de criação da tabela e do índice. Ambiente: 10.02 ‐ 11.00.

Funções: Geração de AD/AP de Pagamento ‐ CAP4170 / FIN30100 (v10.02 e 11.00) Chamado: TECVA3 Situação: Não está sendo possível gerar AD/AP de pagamento do ISS quando o ISS é no pagamento e por prefeitura ao mesmo tempo. Solução: OS programas foram alterados para gerarem a AD de pagamento do imposto, ainda que a empresa trabalhe com ISS por prefeitura e com o fato gerador no pagamento.

88 Release Notes

Versão 2.0

Release Notes

8 Fiscal

8.1 Fiscal

8.1.1 Instrução Normativa 86/01 – 89/03

Função: Processamento para Gravar Notas Fiscais de Entrada e Saída Referente a Instrução Normativa 4.3.1.86 ‐ ISN00400 Chamado: TEJMRL Situação: Para as notas da versão 05.10 de zona franca, não é considerado o desconto de PIS/COFINS de ZF da nota fiscal para calcular a diferença entre o total da nota e o total da mercadoria, gerando um valor negativo no campo “Outras despesas” e, por consequência, ocorre a rejeição: "Total da Nota diferente de Mercadorias + Frete + Seguro + Outras Desp + IPI + ICMS Subst ‐ Desconto". Solução: Foram efetuadas alterações no cálculo que o programa realiza no momento em que é realizada a contabilização do valor de outras despesas.

Funções: Processamento para Gravar Notas Fiscais de Entrada e Saída Referente a Instrução Normativa 4.3.1.86 ‐ ISN0040/ ISN00400 Chamado: TELO47 Situação: Os programas não estão processando nem gerando no arquivo as notas fiscais de serviço, estão sendo processadas apenas as notas de produto. Solução: Os programas foram alterados para que considerem as notas fiscais de prestação de serviço no processamento.

Função: Processamento para Gravar Notas Fiscais de Entrada Referente a Instrução Normativa ‐ ISN0050 Chamado: TEHZPK Situação: Quando existe um conhecimento de frete com espécie “COM”, sendo complemento de ICMS, este conhecimento irá possuir a quantidade do item igual à zero, gerando zero também no valor total das mercadorias no arquivo 4.3.3, o que gera uma inconsistência de validação e impede a entrega/transmissão do arquivo 4.3.3 (Arquivo Mestre de Mercadorias/Serviços (Entradas) ‐ Emitidas por Terceiros). Solução: O programa foi alterado para gerar corretamente o valor total das mercadorias no arquivo 4.3.


Release Notes

Função: Processamento para Gravar Notas Fiscais de Entrada ‐ ISN0050 Chamado: TELZXT Situação: O programa está gerando uma inconsistência no código da conta, acusando que a conta “4.9.3” está cadastrada, validar o arquivo “4.3.7” para legislação IN89. Solução: O programa foi alterado para buscar a conta estendida conforme a gerada pelo ISN0290 (Informações Auxiliares) no arquivo 4.9.3. Nota: A inconsistência ocorria, pois a conta gerada no arquivo “4.3.7” é a conta reduzida, quando o correto é considerar a estendida, que é a mesma gerada no arquivo “4.9.3”.


Função: Nota Fiscal Eletrônica de Serviço ‐ Município de Osasco ‐ OBF1469 Chamado: TELSO7 Situação: Ao gerar o arquivo RPS (Recibo Provisório de Serviços) para o município de Osasco (09), o campo referente á data de emissão da nota fiscal (Posição D4 ‐ Data de emissão) no registro "D" (Detalhe) não está sendo preenchido. Solução: O programa foi alterado o programa para que gere corretamente a data de emissão da nota fiscal no registro "D" (Detalhe), no campo D4.

Função: Processar Apuração Créditos, Débitos e Saldo e Registro Apuração ICMS/IPI/ST ‐ OBF0030 Chamado: TEKAPB Situação: O valor do saldo do ICMS não está calculando de forma correta, quando há um valor de ajuste referente ao "Credito presumido de ICMS Art. 631". Conferência efetuada consultando pelo OBF9740 (GIA Apuração IPI). Solução: O programa foi alterado para calcular o crédito presumido antes de realizar os cálculos de saldo de crédito e débito.

Funções: Informações para os Livros Fiscais ‐ Gera a tabela re_relat ‐ OBF2060 / Emite o Registro de Entradas (Totais por Decêndios) ‐ OBF2121 Chamado: TEKPRU Situação: Ao informar uma observação no momento da inclusão para nota fiscal/item no SUP3760, esta observação está sendo gerada várias vezes no livro registro de entradas, no OBF2121 (Emissão de Registro Entrada (Total Decêndio)). Quando no livro de registro de entrada for emitida uma nota fiscal cancelada, e logo em seguida for gerado um conhecimento de transporte relacionado a um AR, o sistema está considerando a situação “Cancelada” para o

90 Release Notes

Versão 2.0

Release Notes

frete, mas o frete não possui a situação cancelado/normal. E por fim, para determinados conhecimentos de transporte é emitida a expressão “Cancelada” na coluna observação. Solução: Os programas foram alterados para que no momento da geração dos livros, verifique se a observação já existe para aquela nota, desta forma a observação será impressa somente uma vez. Não será emitido o status para os conhecimentos de transporte, pois para estes casos, não irá existir situação “Cancelada”.

Função: Gera Arquivo da DIME ‐ OBF1227 Chamado: TEJSX9 Situação: Quando há registro com unidade de federação “EX”, o sistema imprime duas vezes no relatório. Os valores da UF TT (Total das UFs) não estão corretos. Solução: Foram efetuadas alterações no programa para não calcular duas vezes os valores para unidade de federação “EX” e corrigir os valores da UF TT (Total das UFs).

Função: Apuração Créditos, Débitos e Saldo e Registro Apuração ICMS/IPI/ST ‐ OBF0030 Chamado: TEITCF Situação: Ao gerar as informações referentes aos tributos “ICMS_CR_PRE” e “ICMS_DEB_PRE”, o sistema não apresenta descrição no campo “Texto”. Solução: Foram efetuadas alterações no programa para buscar o código do histórico fiscal no processamento das notas e lançar os textos no SUP7400 para estes tributos.

Função: Gera Lote da GIA de São Paulo/2001 ‐ Formato Texto ‐ OBF1183 Chamado: TELSTA Situação: O programa está calculando e gerando incorretamente o valor do campo "Op Prest Orig/Dest Outros Países (Entrada)" do Quadro "C", pois está considerando todos os CFOPs para gerar o valor do IPI e abater do valor contábil. Solução: O programa foi alterado para gerar corretamente o valor no campo "Op Prest Orig/Dest Outros Países (Entrada)" do Quadro "C", o considerando apenas os CFOPs iniciados com "3" (3.XXXX).

Função: Função para Preparação das Notas Fiscais de Saída ‐ OBF0001 Chamado: TEIDG4 Situação: O livro de registro de saídas está sendo gerado incorretamente, pois está buscando informações indevidas do histórico cliente do VDP0815 (Clientes/Fornecedores). Solução: O programa foi alterado para buscar corretamente as informações de histórico do cliente e gerar a UF


Release Notes

(Unidade de Federação) correta no livro registro de saídas.

Função: Emissão do Livro Fiscal de Serviços ‐ OBF3465 Chamado: TELLP0 Situação 1: No relatório a coluna “Base de cálculo” está gerando um valor diferente do valor do campo “Base de cálculo” do resumo do livro. Solução 1: O programa foi alterado para realizar a soma somente no momento em que os valores são demonstrados no relatório. Situação 2: O programa lista incorretamente o valor total da coluna “Valor Total Nota Fiscal Fatura de Serviços”, pois nesta coluna no relatório todo está zerada. Solução 2: Alterado também para que não componha os valores de base das notas com o total das notas de serviços. Situação 3: No resumo "Resumo do Mês por Alíquota" quando o valor da base/tributo a ser listado ultrapassa nove dígitos antes da vírgula, o valor listado fica “0,00”. Solução 3: No campo que informa o valor de base/tributo foi incrementado o tamanho para que exiba corretamente os valores no relatório.

Funções: Base para a Geração dos Blocos C e E do Ato Cotepe ‐ OBF1474 / OBF19103 ‐ Gerar Bloco C do Ato Cotepe Chamado: TEMIRZ Situação: Os valores são gerados em duplicidade no arquivo texto nos tipos de registros “C020” e “E020”, quando existe uma nota fiscal de saída que possui mais de um CFOP e um destes CFOPs possui redução de base de cálculo de ICMS. O programa gera o modelo da nota fixo como “01”. Solução: Corrigido o programa para não duplicar registros “C020” e “E020”, quando existir nota fiscal de saída com mais de um CFOP e um destes CFOPs possuir redução de base de cálculo de ICMS.

Função: Geração arquivo DIEF Ceará ‐ OBF1315 Chamado: TEMHNN Situação 1: Não está disponível no campo “Motivo declaração” as opções "09” (Estoque final do Exercício) e "10” (Estoque na Baixa Cadastral), para geração no tipo de registro EMP. Solução 1: O programa foi alterado para inserir no campo “Motivo declaração” as opções "09” (Estoque final do Exercício) e "10” (Estoque na Baixa Cadastral). Situação 2: Ocorre divergência de somatório entre o valor do inventário declarado e calculado no tipo de registro INV. Solução 2: O programa foi alterado para não arredondar o valor no tipo de registro INV.

92 Release Notes

Versão 2.0

Release Notes

Função: Processar Apuração Créditos, Débitos e Saldo e Registro Apuração ICMS/IPI/ST ‐ OBF0030 Situação: Alguns valores na apuração do ICMS não estão considerando os débitos de fornecedores, gerando assim valores incorretos, quando a empresa possui esses débitos no período (DEB_FORNEC ‐ SUP5960). Solução: O programa foi alterado para considerar os débitos de fornecedores na apuração do ICMS.

Função: Gera Arquivo DMA ‐ Formato Texto ‐ SUP1254 Chamado: TEIBL7 Situação: Atualmente ocorrem as inconsistências citadas abaixo, na validação do arquivo texto geradas pelo programa SUP1254: "A totalização do Valor Contábil não corresponde ao total do Valor Contábil informado." "A totalização da Base de Cálculo não corresponde ao total do Base de Cálculo informado." "A totalização do Valor Outras não corresponde ao total do Valor Outras informado." "A Unidade da Federação não pode ser Bahia porque as informações são referentes a outros estados." Solução: O programa foi alterado para gerar corretamente os totais dos registros “08” e “09” totalizador “ZZ”. Alterado o programa para que não gere a inconsistência "A Unidade da Federação não pode ser Bahia porque as informações são referentes a outros estados" ao validar os registros “08” e “09”.

Função: Livro Registro Entrada Conferência ‐ OBF2121 Chamado: TEHTSR Situação: O programa não está imprimindo as observações de consignação quando a nota fiscal possui série “0”. Caso uma nota fiscal de entrada tenha série 0 (zero), no Livro registro de entrada esta série é impressa como vazio (' '). Solução: O programa foi alterado para que verifique primeiramente se a série foi alterada. Se foi, realizar a seleção com a série correta.

Função: Relatório Analítico Diferencial de Alíquota ‐ OBF7800 Chamado: TEHUN1 Situação: Quando há devolução parcial de notas fiscais com diferimento, o valor do diferimento é emitido zerado no relatório. No total geral, o valor da parte de diferimento referente à devolução não está sendo descontado e sim acrescido. Solução: Os programas foram alterados para corrigir o cálculo dos valores das devoluções.

Função: Emissão Livro Registro de Entradas ‐ OBF2121 Chamado: TEKCIP


Release Notes

Situação: O programa não gera corretamente o cabeçalho no Livro Registro de Entradas e, por consequência, se perde na numeração de página. Solução: Foram efetuadas alterações no programa para que, gere corretamente o cabeçalho no Livro Registro de Entradas e contabilize as páginas geradas.

Função: Prepara Informações para os Livros Fiscais ‐ OBF2060 Chamado: TEJWZ7 Situação: Nas notas de devolução com cliente de zona franca, o valor contábil fica menor que o valor gerado como Isento/Outras do ICMS e IPI. Solução: O programa foi alterado para gerar corretamente os valores de ICMS e IPI Isento/Outras, com o valor da operação.

Função: Emissão do Livro Fiscal de Prestação de Serviços ‐ OBF3465 Chamado: TEJPYM Situação: Atualmente, o faturamento pode calcular dois tributos "ISS_RET" e "ISS_REC" para a mesma nota de prestação de serviço, em um dos tributos a incidência poderá ser “1” (crédito) ou ainda podem existir casos que tenham os dois tributos e com incidência “3” (outras), neste caso o valor será automaticamente “0”. No livro de prestação de serviço, para o caso da mesma nota possuir “2” tributos, está gerando a nota fiscal duplicada. Solução: O programa foi alterado para escriturar corretamente a nota fiscal de prestação de serviço que possui dois tributos "ISS_RET" e "ISS_REC".

Função: Arquivo para SINTEGRA ‐ Operações Estaduais e Interestaduais ‐ OBF0317 Chamado: TEHYYT Situação: O programa não gera o registro “54” para notas de entrada com os modelos “06”, “21” e “22”. Solução: O programa foi alterado para gerar o registro “54” mesmo quando o modelo da nota for “06”, “21” e “22”.

Função: Preparação para o Livro de Entradas (ICMS/IPI) ‐ OBF2060 Chamado: TEDUJK Situação: O valor da base de cálculo não é impressa corretamente no livro registro de entrada para as notas fiscais de importação com redução de base, por consequência escritura valor cheio para notas com redução de base de cálculo mesmo que no parâmetro "Emitir valor contábil na coluna BC/Val.da Oper das importações?" esteja selecionada a opção “S” (Sim). Solução: O programa foi alterado para escriturar corretamente no livro registro de entrada o valor da base de cálculo do ICMS “3” (Outros), para as notas fiscais de importação com redução de base.

94 Release Notes

Versão 2.0

Release Notes

Função: Gera Arquivo para o Sintegra ‐ OBF0317 Chamado: TEGN10 Situação: O programa não gera um registro “88E” para item que não está cadastrado no programa SUP1051, esse item por sua vez é gerado no registro “75”. Solução: O programa foi alterado para gerar um registro “88E” para cada registro “75”, ainda que não esteja cadastrado no programa SUP1051, porém o código Sefaz é “0000” (Produto sem Correspondência na Tabela Sefaz). Nota: Este regra vale somente para os itens que não são de combustíveis, ou seja, itens que não estão cadastrados no programa SUP1051.

Função: Relatório do Registro de Apuração de ICMS ‐ OBF8870 Chamado: TEGOWO Situação: O programa não está trazendo o saldo credor do período anterior, quando o último período não for do mesmo ano. Quando há intervalo de ano na busca do último saldo credor do período anterior para a apuração de ICMS ST, não traz o valor para o resumo. Solução: O programa foi alterado para buscar corretamente o saldo credor do período anterior de ICMS ST.

Função: Controle de Fechamento e Abertura do Período Fiscal ‐ OBFR13 Chamado: TEHRSV Situação: Ao gerar a apuração de ICMS/IPI/ST, no OBF0030 diariamente, para os últimos dias ocorre a mensagem “Período XX/XXXX ainda não processado como oficial”. Ocorre ao executar o OBF0030 para um dia que seja a mais do que o período anterior já fechado. Solução: A função foi alterada para gerar corretamente a data do último período fechado para a verificação.

Função: Livro Registro de Entradas ‐ OBF2121 Chamado: TEHURY Situação: O livro de registro de entrada que possui um layout padrão que está sendo impresso incorretamente, juntando informações na impressão. Ao possuir série com “3” dígitos na impressão de notas fiscais de entrada, os valores de data de documento e código do emitente são impressos juntos. Solução: O programa foi alterado para gerar a impressão com o espaçamento correto entre os campos.

Função: Gera Arquivo da DIME ‐ OBF1227 Chamado: TEHZDE Situação: O programa gera a razão social da empresa com caracteres especiais e buscando diretamente do cadastro da empresa.


Release Notes

Solução: O programa foi alterado para buscar a razão social do programa LOG0200, caso não encontre buscar no histórico, além disso, remover os caracteres especiais.

Função: Livros Fiscais Serviço ‐ OBF3465 Chamado: TEID41 Situação: O programa não imprime o valor correto, ao gerar um valor de ISS grande, por exemplo, 100.000.000,00. Solução: O programa foi alterado para permitir valores de ISS maiores.

Função: Geração da GIA RS ‐ OBF1183 Chamado: TEIGNC Situação: O programa está gerando uma inconsistência de chave única nas respectivas tabelas temporárias, ao gerar uma nota de saída com mais de uma natureza de operação ou uma nota de entrada com mais de um CFOP. Solução: O programa foi alterado para não gerar mais a inconsistência durante a geração do arquivo, ao gerar uma nota de saída com mais de uma natureza de operação ou uma nota de entrada com mais de um CFOP.

Função: Arquivo Magnético Ato Cotepe ‐ OBF1399 Chamado: TEIILX Situação 1: O tamanho dos campos de base e valor de ISS é muito pequeno e corta valores na casa do milhão. Solução 1: O programa foi alterado para aumentar o tamanho dos campos. Situação 2: O programa não gera registro “B020” para notas que possuem apenas “ISS_REC” e não possuem “ISS_RET”. Solução 2: O programa foi alterado para verificar e gerar as notas que possuam apenas “ISS_REC”.

Função: Apuração ICMS/IPI/ST ‐ OBF0030 Chamado: TEINAB Situação: O programa não gera os valores de débito de ICMS lançados no SUP5960 na apuração de ICMS. Solução: O programa foi alterado para gerar corretamente os valores de débitos lançados tanto para ICMS quanto para IPI.

Função: Preparar Informações para o Livro Fiscal Entradas ‐ OBF2060 Chamado: TEIPXK

96 Release Notes

Versão 2.0

Release Notes

Situação: Para notas fiscais que possuem mais de um item com o mesmo CFOP não está sendo impressa no Livro Registro de Entrada a observação cadastrada na entrada da nota. Solução: O programa foi alterado para considerar todas as observações cadastradas no momento da entrada da nota fiscal e imprimir corretamente esta observação no livro registro de entradas.

Função: Emite o Registro de Entradas (Totais por Decêndio) ‐ OBF2120 Chamado: TEM814 Situação: O programa não gera o código do emitente/fornecedor no livro registro de entradas, para as notas fiscais de entradas cuja numeração possui mais de seis dígitos (numeração da nota eletrônica). Solução: O programa foi alterado para gerar corretamente no livro registro de entradas o código do emitente/fornecedor das notas fiscais de entradas cuja numeração possui mais de seis dígitos (numeração da nota eletrônica). .


Função: Nota Fiscal Eletrônica ‐ VDP9202 Chamado: TEGFHV Situação: A Sefaz alterou o endereço da página para consulta da chave de acesso. Dessa forma, deve‐se alterar o endereço eletrônico no e‐mail enviado ao destinatário. Solução: O programa foi alterado para atualizar o endereço eletrônico de acesso ao Portal da Sefaz existente no e‐mail encaminhado ao destinatário.

Função: Nota Fiscal Eletrônica ‐ VDP9202 Chamado: TEIBE6 Requisito: A Sefaz está rejeitando as notas fiscais de Zona Franca de Manaus enviadas pelo Logix que possuem desconto de IPI. Implementação: O programa foi alterado para considerar o desconto de IP de Zona Franca de Manaus na tag <vDesc> do XML.

Função: Consulta de Notas Fiscais Eletrônicas (NF‐e) ‐ SUP3842 Chamado: TECIHC Situação: O programa não exibe os dados da nota fiscal eletrônica que foram processadas pelo Painel da NF‐e. Solução: Alterado o nome do campo “Protocolo”, para “Protocolo Normal” incluído os campos "Protocolo de Cancelamento", "Data e hora receb. protocolo" e "Data e hora receb. Protocolo (DEPEC)" para exibir os dados da nota fiscal eletrônica que foram processadas pelo Painel da NF‐e.


Release Notes

8.1.4 SPED

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TDZKFZ Situação: Existe a necessidade de efetuar acerto dos registros “D101” e “D105” para um frete de entrada tipo “Venda” estar relacionado a uma nota de saída de transferência. Solução: Foram efetuadas alterações no sistema para que, na situação reportada, seja gerado o indicador da natureza de receita dos registros “D101” e “D105” como “4” ou “5”.

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TEKBWI Situação: Existe a necessidade de correção da inconsistência de duplicidade no registro “D190”. Solução: Foram efetuadas alterações no sistema para corrigir as inconsistências de duplicidade no registro “D190” e da soma dos valores de IPI do registro “C190”.

Função: Processamento de Apuração PIS/COFINS ‐ OBF17000 Chamado: TEJQUH Situação: Existe a necessidade de correção da inconsistência nos valores de notas de devolução de compras. Solução: Foram efetuadas alterações no sistema de forma que seja gerado o valor da base de cálculo e o valor do imposto como “zero” para notas de devolução (CST 49).

Função: Processamento de Apuração PIS/COFINS ‐ OBF17000 Chamado: TEJQUH Situação: Existe a necessidade de correção da inconsistência “284” no processamento da apuração “problema select obf_apur_piscofins ‐ [‐284,0]”. Solução: Foram efetuadas alterações no programa para buscar o grupo fiscal de acordo com a sequência do item.

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TEKH39 Situação: Existe a necessidade de correção da inconsistência na geração dos registros “C420” e “C405” para desconsiderar os cupons cancelados. Solução: Foram efetuadas alterações no sistema para desconsiderar os cupons cancelados nos registros “C420” e “C405”.

98 Release Notes

Versão 2.0

Release Notes

8.1.5 CIAP

Funções: Composição do Saldo Conta ICMS sobre Aquisição do Ativo ‐ CIA0020 / Consulta dos Valores de ICMS a Creditar ‐ CIA1090 Chamado: TEGXQZ Situação: Não está sendo impresso corretamente o número dos documentos que possuem mais de sete dígitos. Solução: O programa foi alterado para realizar os devidos ajustes para que o número da nota seja escriturado corretamente quanto tiver mais de seis posições.

8.2 Planejamento e Controle Orçamentário

8.2.1 Gestão e Aprovação de Orçamentos

Função: Análise de Baixa/Reversão de Orçamento ‐ GAO0001 Chamado: TEHT13 Situação: O sistema está buscando o parâmetro “Controle gastos por AEN (Área estratégica de negócio)”, da empresa corrente, porém, deve utilizar a empresa orçamentária. Solução: O programa foi alterado para verificar se a empresa corrente possui empresa orçamentária, caso exista, o programa deverá utilizar o parâmetro “Controle gastos por AEN (Área estratégica de negócio)”, ao invés do cadastrado para a empresa corrente. Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em Processo Adm/Financ / Gestão Aprovação Orçamento/ Formas de Controle.

Funções: Relatório Orçado x Realizado ‐ GAO0058/ GAO10058 Chamado: TEITPG Situação: O programa não está gerando o relatório corretamente. Solução: O programa foi alterado para corrigir a montagem script SQL para gerar o relatório corretamente. Nota: Ambiente 10.02 e 11.5

Função: Relatório de Acompanhamento de Movimentação ‐ GAO0015 Chamado TELYAG Situação: O programa não está considerando os programas escritos em metadados e no campo “Texto” está gravando a mensagem padrão: “Rotina não implementada”. Solução: O programa foi alterado para considerar os programas escritos em metadados e gravar corretamente no campo “Texto” de acordo com módulo origem.


Release Notes

Ambiente: 10.02 – 11.00.

Função: Escrituração Fiscal Digital ‐ OBF0110 Chamado: TEJVAT Situação: Existe a necessidade de correção da inconsistência de duplicidade nos registros “1100” e “1500”. Solução: Foram efetuadas alterações no sistema para corrigir a situação reportada.

8.2.2 Planejamento Econômico Financeiro

Função: Importação de Informações para Orçamento GAO – GAO0084 Chamado: TEJLSF Situação: Ao executar o programa Saldos Contábeis – PEF0016, acionar o botão “Exportar GAO”, o sistema apresenta mensagem de inconsistência. Solução: Foram efetuadas alterações no programa para que não ocorra a inconsistência reportada. Release de publicação: 10R2 ‐ 11R0

9 Recursos Humanos

9.1 Administração de Pessoal

9.1.1 Ponto Eletrônico

Função: Escala Horários ‐ Parâmetros ‐ RHU7100 Chamado: TEJ417 Situação 1: É necessária a alteração da descrição do campo "Tempo total semana", para "Tempo total ausências/atrasos semana". Solução 1: Alterada a descrição do campo "Tempo total semana", para "Tempo total ausências/atrasos semana". Situação 2: É necessário inserir exemplo da funcionalidade dos campos "Tempo total ausências/atrasos semana" e "Quantidade ausências/atrasos semana" no help do programa. Solução 2: Inserido um exemplo da funcionalidade os campos "Tempo total ausências/atrasos semana" e "Quantidade ausências/atrasos semana" no help do programa. Situação 3: É necessária a inclusão de uma validação no programa para que quando um dos campos "Tempo total ausências/atrasos semana" ou "Quantidade ausências/atrasos semana", obrigue que o outro também seja informado.

100 Release Notes

Versão 2.0

Release Notes

Solução 3: O programa foi alterado para que valide quando um dos campos "Tempo total ausências/atrasos semana" ou "Quantidade ausências/atrasos semana", forem informados o outro campo deverá ser obrigatoriamente informado.

Função: Consultar saldo do Banco de Horas ‐ RHU6971 Chamado: TEFYM9 Situação: O programa está exibindo indevidamente a mensagem "Período informado acima do limite de um ano. Para selecionar o período maior que um ano, utilize a opção listar". Isso está ocorrendo quando o ano é bissexto. Solução: O programa foi alterado para não exibir indevidamente a mensagem "Período informado acima do limite de um ano. Para selecionar período maior que um ano, utilize a opção listar", quando for ano bissexto.

Função: Manutenção de Dados para Rescisão Normal ‐ RHU0340 Chamado: TEIBS6 Situação: Os movimentos do ponto não estão sendo excluídos, quando processo for efetuado depois da data de demissão do funcionário. Solução: O programa foi alterado solicitar a confirmação de exclusão quando os movimentos de ponto forem posteriores á data de demissão. Nota: Caso o usuário informe “Não” à mensagem apresentada, o ajuste do ponto deverá ser efetuado manualmente por meio do programa RHU1962 (Manutenção da Apontadoria de Frequência).

Função: Geração Horas Folha Pagamento ‐ RHU1058 Chamado: TEJPTM Situação: Quando efetiva o ponto para uma categoria e tem registro sem categoria no RHU8850 (Período de Fechamento da Apontadoria), atualiza a data de fechamento e depois não é mais possível alterar nos dados das outras categorias. Solução: O programa foi alterado para que ao efetivar o ponto para uma categoria e tiver registro sem categoria no RHU8850, verifique se no RHU1962 existem registros ainda não processados. Caso existam, emita a seguinte mensagem: "Alerta: RHU8850 não efetivado. Existem registros RHU1962 não processados.", e o ponto não será fechado no RHU8850. Depois de efetivadas todas as categorias no RHU1058, não restarão mais registros diferentes de Processados no RHU1962, então o ponto será efetivado no RHU8850 para todas as categorias.

10 Materiais


Release Notes

10.1 Compras e Suprimentos

10.1.1 Compras

Função: Designação Fornecedor ‐ SUP6510 Chamado: TEKONH Situação: O programa exibe a tela de desconto/acréscimo indevidamente, ou seja, em situações em que não há desconto/acréscimo para a cotação que está sendo designada. Percebeu‐se que esta situação ocorre em casos de cotação de fornecedor de mercado externo. Verificar a possibilidade de melhoria na performance. Solução: O programa foi alterado para exibir a tela de desconto/acréscimo corretamente e efetuadas melhorias de desempenho na designação de fornecedor. Release de publicação: 03‐2012.

Função: Controle Dimensional para Compras ‐ SUP1016 Chamado: TEJIZG Situação: Permitir que seja incluída mais de uma ordem de compra de item com controle de grade/dimensional para o pedido de compra via SUP1582 (Alteração de Pedido de Compra), pois o programa está efetuando o cancelamento nesta condição. Solução: O programa foi alterado para que permita incluir mais de uma ordem de compra de item com controle de grade/dimensional para o pedido de compra via SUP1582. Release publicação: 03‐2012.

10.2 Estoque e Custos

10.2.1 Custos

Função: Simulador de custos ‐ CST8001 Chamado: TEHQZ1 Situação: O programa interrompe o processamento apresentando a mensagem: “Array out of bounds”, quando criada simulação para estruturas com mais de 2000 itens. Solução: O programa foi alterado para aumentar o tamanho do de linhas de 2.000 para 10.000 linhas. Release de Publicação: 03‐2012.

102 Release Notes

Versão 2.0

Release Notes

Função: Contabilização de Custos ‐ CST7111 Chamado: TEKZM1 Situação: Existe a necessidade de corrigir a rotina para que a conta transitória seja zerada corretamente quando utilizadas ordens encerradas sem apontamento no mês e ordens sucateadas. Solução: Foram efetuadas alterações na rotina para que realize corretamente a contabilização do estorno de elaboração das ordens encerradas e sucateadas no mês.

Função: Opção Custos Operacionais ‐ CST8600 Chamado: TEJCML Situação: O programa fica processando por muito tempo para calcular poucas ordens de produção. Solução: O programa foi alterado para melhoria de desempenho. Release de publicação: 03‐2012.

Função: Valorização das Entradas ‐ SUP1800 Situação: Nem todos os documentos de entrada estavam sendo valorizados Solução: O programa foi alteado para que no processamento todos os documentos de entrada sejam valorizados. Release de publicação: 03‐2012.

Função: Cálculo da Estrutura do Item ‐ CST5030 Chamado: TEMTZR Situação: O programa está apresentando erro de outer join no banco SQL Server. Solução: O programa foi alterado para retirar o outer join e tratado em outro SQL.

Função: Fechamento de Custos ‐ CST8610 Chamado: TEMPQJ Situação: Um item beneficiado não deverá possuir componente de custo, não deverá apresentar divergência quando o item beneficiado estiver sem componente de custo e deverá apresentar divergência quando o item beneficiado estiver com componente de custo, quando no parâmetro “Contabilizar itens beneficiados da mesma forma que itens produzidos?” estiver selecionada a opção “S” (Sim). Solução: O programa foi alterado para verificar o tipo do item na tabela “cst_item”, pois na função cstr1 o tipo de item beneficiado é alterado de B para P. Release de publicação: 03‐2012. Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema) em Processo de entradas/Custos/Contabilização.


Release Notes

10.2.2 Estoques

Função: Reservas por Item ‐ SUP5740 Chamado: TE0391 Situação: Ao realizar a efetivação de reserva por item no programa Manutenção/Aprovação – SUP5740, para o primeiro item, o sistema permite. No entanto, para o segundo item, o sistema apresenta a mensagem "Esta reserva resultará em estoque negativo, por isso não pode ser efetuada". Solução: Foram efetuadas alterações na função de efetivação de reserva por item para que não considere a quantidade reservada da primeira reserva ao validar o saldo da segunda reserva.

Função: Relatório de Movimento de Estoque por Data ‐ SUP2110 Chamado: TEADG0 Situação: O programa não modifica o cabeçalho com a data do dia seguinte, quando o total do dia consta na última linha, na próxima página. Solução: Foram efetuadas alterações no relatório para que, quando o total do dia consta na última linha, na próxima página, no cabeçalho, seja alterado para o dia seguinte.

Função: Transferência entre Grade/Dimensional ‐ SUP0737 Chamado: TDLQAJ Situação: Quando um documento possui um código que não é numérico, é realizado somente o movimento de entrada. Esta situação ocorre quando no MAN4510 (Régua de Parâmetros), a posição “182” estiver assinalada. Solução: O programa foi alterado para que ao informar um documento com código não numérico, ou seja, caracter, seja realizado um teste para verificar se é uma ordem de produção válida, e dessa forma, efetuar os dois movimentos: entrada e saída. Release de publicação: 03‐2012.

Função: Função Cálculo do Custo Médio ‐ SUP1860 Chamado: TEM356 Situação: O programa não deve calcular e incluir o custo em moeda forte quando a empresa não trabalha com moeda forte parametrizada na Contabilidade. Solução: O programa foi alterado para incluir uma condição para verificar se a empresa trabalha com moeda forte. Se não trabalhar, não deverá efetuar o cálculo do valor para moeda forte. Release de publicação: 03‐2012

Função: Estoque por Conta Contábil ‐ SUP8710 Chamado: TELVJ1

104 Release Notes

Versão 2.0

Release Notes

Situação: O relatório não apresenta nenhuma informação, ao informar no mínimo duas contas de estoque. Solução: O programa foi alterado o relatório apresente as informações do saldo de estoque, ao informar no mínimo duas contas de estoque. Release de publicação: 03‐2012.

Função: Movimentação por Data (Modelo 1) ‐ SUP2110 Chamado: TEHAHU Situação: Ao tentar emitir o relatório é apresentada a mensagem "Problema LEITURA LC_OPERAC (‐284).”. Solução: O programa foi alterado para não apresentar a mensagem "Foreach ‐ open error" na emissão do relatório, quando parametrizado mais de um componente de custo para a mesma operação de estoque no CST5470 (Manutenção Contas Contábeis Lançamentos ‐ CPV). Release de publicação: 03‐2012.


Função: Consistência Nota Fiscal ‐ SUP0680 Chamado: TEFYXA Situação: Não gerar informação de CSOSN na nota fiscal para os casos de fornecedor que se enquadra no Simples Nacional e se tratar de uma nota de serviço. Solução: Alterado sistema para que em caso de fornecedor que se enquadra no Simples Nacional e for nota de serviço, não gerar informação do CSOSN. Release de publicação: 03‐2012.

Função: Consistência Nota Fiscal ‐ SUP0680 Chamado: TEJYH0 Situação: O programa está apresentando indevidamente a mensagem “Diferença Base Calculo IPI para efeito do Registro Entrada”, há diferença na base de cálculo, porém está no limite de tolerância aceito. Solução: O programa foi alterado que mensagem não apresente a mensagem quando a diferença na base de calculo estiver dentro do limite de tolerância aceito. Release de publicação: 03‐2012.

Função: Baixa das Solicitações de Material ‐ SUP6900 Chamado: TEDEJQ Situação: Ao aprovar uma reserva, o sistema não deve apresentar a mensagem "Operação Saída para transferência Grade não informada no SUP0213.", quando a reserva não é de transferência e para item não grade.


Release Notes

Solução: Foram efetuadas alterações no programa para que não apresente a mensagem reportada na situação quando a reserva não é de transferência e item não grade.

Função: Informações da Nota Fiscal de Origem Emitida pelo Fornecedor ‐ SUP9206 Chamado: TDWWMP Situação: Existem dificuldades para lançar triangulação quando tem mais de nove itens. Na tela em que relaciona o fornecedor no SUP3760 (Entrada de Notas Fiscais), o sistema remove com inconsistência. Solução: Foram efetuadas alterações na funcionalidade de relacionamento do fornecedor da triangulação para não remover com inconsistência ao informar a nona linha do array.

Função: Informações Complementares da Nota Fiscal ‐ SUP3840 Chamado: TEKSN5 Situação: Ao efetivar a inclusão/manutenção do numero da DI, o programa não está registrando este número no sistema, caso cliente não possua módulo Importação parametrizado no SUP3660 (Integração do Sistema). Solução: O programa foi alterado para que ao informar o número da DI, este seja gravado no sistema. Release de publicação: 03‐2012

Função: Dados Nota Fiscal ‐ SUP3760 Chamado: TELMBI Situação: O sistema não está atualizando o GAO, e isto deve ocorre quando na nota fiscal incluída possua itens que tenham controle no GAO. Solução: O programa foi alterado para verificar se a conta contábil do item que está sendo incluído, na entrada na nota fiscal, possui controle no GAO, e neste caso deve efetuar a chamada do SUP0530 (Contagem do Item) para que efetue a atualização no GAO.

Função: Dados Nota Fiscal ‐ SUP3760 Chamado: TEJY56 Situação: O sistema não está permite alterar o modo de embarque e condição de pagamento na modificação de nota fiscal em transito, tipo “7” de uma NFP. Solução: O programa foi alterado para que permita modificar a condição de pagamento e modo de embarque ao efetuar manutenção de nota fiscal em transito, tipo “7” de uma NFP.

Função: Dados Nota Fiscal ‐ SUP3760 Chamado: TELTP5

106 Release Notes

Versão 2.0

Release Notes

Situação: Na entrada de nota fiscal de transferência entre unidades, o programa está voltando para o campo da nota fiscal, impedindo a continuidade do processo e sem apresentar nenhuma mensagem informando qual é a inconsistência ocorrida. Solução: O programa foi alterado para que na inclusão de uma nota de transferência entre unidades seja efetuada uma pesquisa para identificar se existe nota na empresa origem, caso não exista, apresente uma mensagem em tela.

Função: Consistência Nota Fiscal ‐ SUP0680 Chamado: TELCBP Situação: Evitar que apresente indevidamente as mensagens “Diferença Base Calculo IPI para efeito do Registro Entrada” e “Diferença Base Calculo ICMS para efeito Registro Entrada”, pois há situações em que não há diferença na base de cálculo e estas mensagens são apresentadas. Solução: O programa foi alterado para efetuar a comparação entre a base declarada X calculada pelo sistema evitando que apresente indevidamente as mensagens “Diferença Base Calculo IPI para efeito do Registro Entrada” e “Diferença Base Calculo ICMS para efeito do Registro Entrada”. Observação: Foi alterado o conceito para apresentação da mensagem. No SUP8740 (Parâmetros Diversos), “Tela 1”, o campo “Gera consistência Dif.BASE CALCULO dentro da tolerância” tem como objetivo verificar a diferença de base de cálculo de impostos “calculado” X “declarado”, na nota, e o SUP0680 estava efetuando a comparação em relação ao total da nota fiscal, tanto do IPI como ICMS o que não é correto. Se houver diferença entre base de calculo IPI com total da nota e o parâmetro estiver assinalado, será apresentada a mensagem “Diferença Base Calculo IPI com total da nota”, e caso a base de calculo IPI declarada for diferente da calculada, será apresentada a mensagem “Diferença Base Calculo IPI para efeito do Registro Entrada”. Nota: A mensagem “Diferença Base Calculo ICMS para efeito do Registro Entrada” foi eliminada, pois já é efetuada a consistência entre base calculada e declarada de ICMS, não deve ser comparada base de ICMS com total da nota fiscal. Release de publicação: 03‐2012.

Função: Entrada Notas Fiscais ‐ SUP3760 Chamado: TEL670 Situação: Ao incluir NFC de imposto, informando ordem de compra, deve apresentar o código e descrição do item. Solução: O programa foi alterado para que ao incluir uma NFC de complemento de imposto, informando o número da ordem de compra permaneça em tela o código do item da OC. Release publicação: 03‐2012.


Release Notes

10.2.4 Inventário de Estoques

Função: Informa Resultado da Contagem (Por Grade/Dimensional) ‐ SUP0493 Chamado: TEBMNM Situação: O programa exibe a mensagem de registro duplicado na tabela “item_invet”, ao importar o arquivo de inventário. Solução: O programa foi alterado para não exibir a mensagem de registro duplicado na tabela “item_invet”, quando existirem muitos itens inventariados. Release de publicação: 03‐2012.

Função: Registro de Inventário ‐ SUP1930 Chamado: TEBXRA Situação: Na emissão dos registros de inventário da versão oficial e não oficial apresentem valores diferentes. Solução: O programa foi alterado para permitir que a versão oficial e não oficial apresentem os mesmo valores. Release de publicação: 03‐2012.

10.3 Planejamento e Controle de Produção

10.3.1 Chão de Fábrica

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEIWIO Situação: No momento da baixa a quantidade de alguns componentes é alterada para zero para não efetuar a baixa, porém o programa está fazendo as consistências da montagem da conta para estes componentes. Solução: O programa foi alterado para não efetuar as consistências da montagem da conta de componentes que não serão baixados.

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEIOBZ Situação: Ao efetuar o apontamento da produção por meio do MAN8228 exibe uma tela de baixa dos componentes. Caso possua apontamento automático exibe a tela de baixa para cada apontamento que deve ser confirmada cada vez para dar continuidade no processamento. Solução: Para otimizar o processamento do apontamento da produção foi desenvolvido o parâmetro “Exibir as telas de baixa ao efetuar o apontamento através do MAN8228?” que indica se será ou não exibida a tela de baixa dos componentes ao efetuar o apontamento da produção por meio do MAN8228.

108 Release Notes

Versão 2.0

Release Notes

Conversores de Parâmetros: Conversor: MAN00976 Parâmetro: abre_tela_baixa – “Exibir as telas de baixa ao efetuar o apontamento através do MAN8228?”. Caminho no Sistema: Processo Manufatura / Chão de Fábrica / Apontamento da Produção. Processo de Instalação: Esse conversor deve ser executado por meio do LOG8000 (Gerenciador Conversores Configurações Parâmetros).

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEIOBZ Situação 1: Ao efetuar o apontamento da produção por meio do MAN8228 exibe uma tela de baixa dos componentes. Caso possua apontamento automático exibe a tela de baixa para cada apontamento que deve ser confirmada cada vez para dar continuidade no processamento. Solução 1: O programa foi alterado para considerar o parâmetro “Exibir as telas de baixa ao efetuar o apontamento através do MAN8228?” do LOG2240 (Manutenção Parâmetros Sistema). Esse parâmetro está localizado em Processo Manufatura / Chão de Fábrica / Apontamento da Produção. Situação 2: O programa exibe uma mensagem de falta de estoque caso um componente não possua estoque suficiente para a baixa, porém não exibe qual é o item pai do componente que não possui estoque suficiente. Solução 2: Alterada rotina de apontamento da produção para exibir na mensagem de saldo insuficiente o item pai do componente que não possui saldo.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEJ805 Situação: Ao efetuar o apontamento da produção por meio do MAN8228, o custo unitário do item da ordem está sendo calculado incorretamente, o correto é sempre atualizar com o valor zero quando possuir o módulo de Custos. Solução: O programa foi alterado para atualizar corretamente o custo unitário do item da ordem quando possuir o módulo de Custos.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEEQWW Situação: Programa não permite efetuar apontamento de ordem de reforma quando é utilizado o conceito de Estrutura por Operação. Solução: O programa foi alterado para que no apontamento da ordem de reforma também seja gravado o registro na tabela "Componentes e Operações da Ordem com Estrutura por Operação".


Release Notes

Função: Manutenção das Ordens de Produção ‐ MAN0515 Chamado: TEEQWW Situação: Na criação da Ordem de Reforma, caso o item tenha estrutura, o programa está criando as necessidades para os componentes. Solução: O programa foi alterado para não gravar mais registro das necessidades na criação da Ordem de Reforma.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEMCSL Situação: O programa não está gerando corretamente as informações do WMS, ao efetuar o apontamento da produção com integração com o WMS. Solução: O programa foi alterado para gravar corretamente as informações referentes ao WMS, quando possuir integração. Nota: O apontamento da produção não estava gerando a tabela “wms_etiq_curinga”.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEJKUF Situação: Ao abrir automaticamente uma ordem de produção por meio do MAN8228, e o item da ordem estiver parametrizado para baixar os componentes no local de produção, o MAN8228 faz a transferência dos componentes do local de estoque para a produção. Porém, caso o componente não possua saldo suficiente para a transferência, o programa está exibindo a mensagem: “Controle de grade de item não cadastrado (Item: 1900113 AEN: | | | | Família: 0). Função: manr27_gera_aponta_ordens_intermed. PONTO: 1”. Solução: O programa foi alterado para exibir corretamente a mensagem quando o item não possuir saldo suficiente em estoque para efetuar a transferência do local de estoque para o local de produção.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEKGCD Situação: Ao efetuar um apontamento da produção no MAN8228, informando somente tempos em uma operação não final, o sistema não atualiza a data de início da produção da ordem. Solução: O programa foi alterado para atualizar corretamente a data de início da produção da ordem de produção.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TEDUJC

110 Release Notes

Versão 2.0

Release Notes

Situação: Ao efetuar o estorno do apontamento da primeira operação, é exibida a mensagem “Operação não pode ser estornada, pois operação posterior possui apontamento”. Solução: O programa foi alterado para permitir o estorno de operações intermediárias, quando no parâmetro “Permitir informar quantidade superior à apontada na operação anterior?” estiver selecionada a opção “B”. Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em Processo Manufatura/Chão de Fábrica/ Apontamento de Produção.

Função: Apontamento da Produção ‐ MAN8228 Chamado: TDXTQJ Situação: Ao exibir os dimensionais para a baixa dos componentes, não é exibido o saldo em estoque do componente. Solução: O programa foi alterado para exibir o saldo de cada componente quando utilizar dimensional, na tela de baixa dos componentes.

10.3.2 Engenharia

Função: Estrutura por Operação ‐ MAN0580 Chamado: TEJEPS Situação: Programa está duplicando componentes da estrutura quando é efetuada cópia do item. Solução: O programa foi alterado para que na função "cóPia" verifique se há estrutura do item "para". Caso exista, deverá excluir o registro e incluir os novos dados.

Função: Manutenção de Estrutura ‐ MAN0050 Chamado: TEJMXN Situação: Quando na posição “87” do MAN4510 está selecionada a opção “S”, indica que ao atualizar a estrutura, as ordens de produção e necessidades relacionadas ao item pai serão encerradas. Porém, ao encerrar as ordens de produção na modificação da estrutura está cancelando a execução com o erro: “array out of bounds [1001] on man639_movimenta estoque”. Solução: O programa MAN0050 (Manutenção de Estrutura) foi alterado para não cancelar a execução ao modificar um componente da estrutura.

Função: Itens ‐ MAN9922 Chamado: TEIZK2 Situação: Corrigir inconsistências na manutenção do array de embalagens. Solução: O programa foi alterado para consistir tipos e excluir registros de embalagem corretamente na aba comercial.


Release Notes

Função: Estrutura ‐ MAN0050 Chamado: TEGYBO Situação: O sistema não está registrando as alterações realizadas corretamente, pois não grava o que realmente ocorreu. Solução: O programa foi alterado para gravar corretamente as informações em relação à auditoria da estrutura.

Função: Estrutura por Operação ‐ MAN0580 Chamado: TELLTD Situação: Ao clicar na opção "Texto", o programa cancela com a inconsistência “array out of bounds [0] on MAN0580_CONTROLE”. E esta situação ocorre em razão de ainda não haver informação a ser consultada. Solução: O programa foi alterado para habilitar o botão “Texto” somente nas opções de menu Modificar/Consultar.

Função: Itens ‐ MAN9922 Chamado: TEMNH3 Situação: A opção Cópia não está copiando todas as informações referentes ao cadastro de Item x Fabricante SUP6290 (Item x Fabricante). Solução: O programa foi alterado para que na cópia de itens passe a copiar também a informação de “Situação do fabricante“ para a cópia de dados do cadastro de item x fabricante.

Função: Componentes da Ordem ‐ MAN0585 Chamado: TEHXTG Situação: O programa permite excluir itens que já houve movimentação de baixa de estoque por meio do programa MAN1000 (Baixa Manual de Componentes). Solução: O programa foi alterado para não permitir a exclusão de componentes caso, no MAN4510 (Parâmetros de Manufatura), no parâmetro “171” (Indicador especial para identificar se será feita a baixa manual dos componentes que não sofrem baixa no apontamento da produção), esteja selecionada a opção “S” (Sim), e se houve requisição dos materiais por meio do programa MAN1000.

Função: Importação de Tabelas ‐ MAN5120 Chamado: TEM528 Situação: Na inclusão de um arquivo com um nome já existente, o programa não alerta que já existe um arquivo com o mesmo nome e insere as tabelas no mesmo arquivo. Quando o usuário vai importar este arquivo, todas as tabelas são importadas.

112 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado para que na inclusão de um arquivo já existente o programa apresente a mensagem informando que o arquivo já existe. A edição de arquivo já existente passa a ser realizado somente na opção de menu “Modificar”.

Função: Auditoria Item ‐ MAN5550 Chamado: TEJL34 Situação: O botão da opção de menu “Deletar” está com a nomenclatura fora dos padrões Logix. Solução: O programa foi alterado alterar a descrição do botão “Deletar” “Excluir”, conforme os padrões Logix. Nota: Desta forma é possível parametrizar as permissões de acesso do usuário ao programa, por meio do LOG05050 (Controle do Menu – Acesso do Usuário).

10.3.3 Plano Operacional

Função: MRP ‐ MAN6166 Chamado: TEGU07 Situação: Quando o MRP é processado apenas para um item comprado, não está criando ordem de compra para todas as necessidades. Solução: O programa foi alterado para que no processamento seletivo, depois de efetuar a seleção dos itens, verifique se algum item é componente de item beneficiado. Caso seja, deverá considerar também os números dos documentos das ordens de compra de beneficiamento. Pois pode ocorrer que o número do documento das necessidades selecionadas do item comprado não sejam os mesmos.

Função: MRP ‐ MAN6166 Chamado: TEHUYF Situação: O programa efetua a transferência dos componentes, quando no MAN9922 (Itens), na aba "Planejamento"; no item pai, o campo "Apont.MRP" igual à "E", ainda que o parâmetro "47" esteja igual a " " (em branco). Solução: O programa foi alterado para que somente efetue a transferência se o parâmetro "47", do programa MAN4510, estiver igual a "S".

Função: Divisão de Ordens (Split) ‐ MAN0887 Chamado: TEDMXZ Situação: O programa permite o split de ordens com situação liberada. Solução: O programa foi alterado para permitir o split apenas de ordens com situação aberta.


Release Notes

Função: Operações da Ordem de Produção ‐ MAN0593 Chamado: TEM900 Situação: O programa não está não grava o número da necessidade consolidada, ao alterar as informações dos componentes das operações, e recriar as informações das necessidades de itens que possuem consolidação. Solução: O programa foi alterado para gravar corretamente o número da necessidade consolidada para as novas necessidades criadas.

Função: Estrutura por Operação ‐ MAN0580 Chamado: TEM900 Situação: O programa não grava o número da necessidade consolidada, ao alterar informações dos componentes da estrutura, e recriar as informações das necessidades de itens que possuem consolidação. Solução: O programa foi alterado para gravar corretamente o número da necessidade consolidada para as novas necessidades criadas.

Função: Operações da Ordem de Produção ‐ MAN0593 Chamado: TEML42 Situação: O programa está alterando a quantidade para a quantidade necessária da estrutura que foi informada originalmente no cadastro MAN0580 (Estrutura por Operação – Tempos Padrões), na alteração dos componentes das operações de ordem. Solução: O programa foi alterado para que permita navegar nos campos de tela sem alterar as informações já cadastradas.

Função: Operações da Ordem de Produção ‐ MAN0593 Chamado: TEKQK8 Situação: Na consulta do botão “Outras Inf.”, do programa MAN0593, ao executar a opção “Excluir” está excluindo uma linha nova. Solução: O programa foi alterado para efetuar corretamente a operação na opção de menu “Excluir”.

Função: MRP ‐ MAN6166 Chamado: TEMGH3 Situação: O programa não está considerando as ordens de produção de estoque de segurança abertas e liberadas. Solução: O programa foi alterado para considerar corretamente as ordens de produção de estoque de segurança abertas e liberadas.

114 Release Notes

Versão 2.0

Release Notes

10.3.4 Plano de Vendas

Função: Plano de Vendas ‐ VDP1025 Chamado: TEHSQ1 Situação: O programa não esta validando corretamente o item e o campo “Mercado”. Solução: O programa foi alterado para validar corretamente o item durante a inclusão do plano de vendas e também o campo “Mercado”, permitindo apenas as opções “IN” (Interno), “EX” (Externo) e “ID” (Indireto).

10.3.5 Manutenção Industrial

Função: Atividades da ordem de serviço ‐ MIN0381 Chamado: TEIVPX Situação: Na consulta das atividades, o campo de tela “Observação” não está considerando todo o tamanho necessário. Assim, não está exibindo a informação completa do que foi registrado por meio do cadastro MIN0720 (Abertura de Ordem de Serviço não Programada). Solução: O programa foi alterado para que seja possível visualizar toda a informação, no campo “Observação”.

Função: Atividades da ordem de serviço ‐ MIN0381 Chamado: TELWLR Situação: O programa não está salvando as alterações realizadas nas ordens de serviço abertas pelo programa MIN1130 (Aprovação de Solicitação de Serviço pela Manutenção). Solução: O programa foi alterado para salvar corretamente as informações referentes às ordens de produção abertas por meio do programa MIN1130 (Aprovação de Solicitação de Serviço pela Manutenção).

Função: Apontamentos MOB por Ordem ‐ MIN0300 Chamado: TELUV5 Situação: O programa está permite incluir um apontamento para a mesma matrícula/horário como hora extra e ainda, permite apontar como hora extra ainda que esteja dentro do horário de expediente do funcionário. Solução: O programa foi alterado para que não permita apontar como hora extra dentro do período do turno do funcionário e que verifique se existem apontamentos no mesmo turno/período.

Função: Apontamentos de Paradas de Equipamentos ‐ MIN0300 Chamado: TELTK7 Situação: O programa está considerando somente a data de solicitação da ordem de serviço, ao efetuar o apontamento de parada. Não está considerando o parâmetro “Considera parada total da máquina para


Release Notes

apontamento?”. Solução: O programa foi alterado para considerar corretamente o parâmetro “Considera parada total da máquina para apontamento?”. Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em PROCESSO Manufatura / Manutenção Industrial / Encerramento de Ordens de Serviço.

11 Análise de Crédito

11.1 Análise de Crédito

11.1.1 Crédito e Cadastro

Função: Preparação para Emissão de Documentos e Cobrança Escritural ‐ CRE10861 Chamado: TEIVVV Situação: O programa demora muito tempo para processar as rotinas de crédito. Solução: O programa foi alterado para diminuir o tempo de processamento. Para isso foram criados índices em tabelas temporárias para melhorar a performance do programa.

Função: Cancelamento de Pedidos ‐ VDP1080 Chamado: TEHQNS Situação: O programa não esta considerando a filial na verificação do pedido. Solução: O programa foi alterado para considerar a empresa na verificação do pedido, durante o cancelamento.


12.1 Vendas e Faturamento

12.1.1 Cadastro e Tabelas

Função: Cadastro de Cliente/Fornecedor ‐ VDP0815 Chamado: TEJALN Situação: Existe a necessidade de alterar o programa na versão 10.01 para validar corretamente as informações de Suframa, obrigando que seja informado o Suframa, caso no VDP1338E (Cidade com Zona Franca/Livre Comércio) esteja assinalada a opção “Suframa?”.

116 Release Notes

Versão 2.0

Release Notes

Solução: Foram efetuadas alterações no programa para que, na situação reportada, consista corretamente as informações de Suframa.

Função: Clientes / Fornecedores ‐ VDP0815 Chamado: TEHWHP Situação: O programa não permite consultar a opção “usuário” da opção de cliente independente se existe ou não consulta ativa nas abas desta opção. Solução: O programa foi alterado para permitir consultar a opção “usuário” da opção de cliente independente se existe ou não consulta ativa nas abas desta opção. Quando não houver consulta ativa irá exibir uma tela para ser informado o código do cliente.

Funções: Cadastro de Itens ‐ MAN9922 / Cadastro de Itens ‐ VDP10021 Chamado: TEJ414 Solução: O programa está apresentando a mensagem: “Função acionada para registro sem leitura”, na alteração de registro na aba “Comercial 3”. Solução: O programa foi alterado para não gerar inconsistência na alteração de registro na aba “Comercial 3”.

Função: Cadastro de Clientes e Fornecedores ‐ VDP10000 Chamado: TEKAC3 Situação: O sistema não permite alterar o número de telefone e fax do cadastro de fornecedores na opção de menu “Comunicação”. Solução: O programa foi alterado para permitir a alteração do número de telefone e fax do cadastro de fornecedores na opção “Comunicação”.

Função: Relação de Notas Fiscais por Operação ‐ VDP1490 Chamado: TDZCY2 Situação: O programa não agrupa corretamente os valores por natureza de operação, quando a nota possui mais de uma natureza de operação. Solução: O programa foi alterado para listar corretamente os valores agrupados por natureza de operação, quando a nota possui mais de uma natureza de operação.

12.1.2 Comunicação

Função: Migração/Replicação de Notas Fiscais ‐ VDP0838


Release Notes

Chamado: TEHSEA Situação: O programa não está efetuando corretamente a migração da versão 10.02 para a v05.10 das notas fiscais que não possuem pedido de venda relacionado. Solução: O programa foi alterado para considerar o número de sequência da nota fiscal na migração de itens de nota que não possuem pedido de venda relacionado.

Função: Criação Plano Vendas ‐ VDP1024 Chamado: TEIDJJ Situação: O programa não esta gerando corretamente o plano de contas. Solução: O programa foi alterado para gerar corretamente o plano de contas.

Função: Exportação de Duplicatas ao Contas a Receber ‐ VDP0767 Chamado: TEJ883 Situação: O programa não está indicando corretamente as duplicatas que são do sistema de Vendor. Solução: O programa foi alterado para que indique corretamente se as duplicatas da nota pertencem ao sistema de Vendor.

12.1.3 Faturamento

Funções: Faturamento Automático (Ordem Montagem/Lote OM/Pedido) ‐ VDP0745 / Faturamento Manual ‐ VDP0747 Chamado: TEDLKN Situação: Alterar os programas para não gravar no sistema de exportação as notas de cliente “interno”. Solução: O programa foi alterado para não considerar as notas de clientes internos na gravação no sistema de exportação.

Função: Manutenção Parâmetro Sistema ‐ LOG2240 Chamado: TECNB0 Situação: O VDP0764 não está agrupando notas fiscais retroativas no período selecionado. Solução: Desenvolvido o parâmetro “Utilizar tela para selecionar notas de reajuste?” que indica se será ou não utilizada tela para selecionar as notas de remessa que serão processadas no reajuste de preço. Conversores de Parâmetros:

Conversor: VDP02020.cnv Parâmetro: utiliza_tela_sel_notas_reajust – “Utilizar tela para selecionar notas de reajuste?”. Caminho no Sistema: Processo Saídas / Faturamento / Reajuste de Preço.

118 Release Notes

Versão 2.0

Release Notes

Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Faturamento de Reajuste de Preço ‐ VDP0764 Chamado: TECNB0 Situação: O programa não está agrupando notas fiscais retroativas no período selecionado. Solução: O programa foi alterado para considerar o parâmetro “Utilizar tela para selecionar notas de reajuste?” do LOG2240 (Manutenção Parâmetro Sistema). Esse parâmetro está localizado em Processo Saídas / Faturamento / Reajuste de Preço.

Função: Cadastro de Itens ‐ MAN9922 Chamado: TEIZNN Situação: No MAN9922, aba “Comercial” está apresentando inconsistência nas informações das embalagens. Solução: O programa foi alterado para consistir os tipos e excluir corretamente as embalagens informadas na aba “Comercial”.

Função: Solicitação de Faturamento ‐ VDP0746 Chamado: TEGXW5 Situação: Na tela de referência no campo nota fiscal aparecem as notas de fiscais de todos os fornecedores, o correto seria aparecer somente as notas fiscais de entrada do mesmo CNPJ. Solução: O programa foi alterado para que na tela de notas de referência do programa liste somente as notas de entrada do cliente/fornecedor informado na tela principal.

Funções: Inclusão de pedidos On‐Line ‐ VDP03134 / Inclusão de pedidos Batch ‐ VDP3135 Chamado: TEIZTT Situação: Os programas estão apresentando uma mensagem informando que a tela já está aberta, impedindo a continuidade do processo que está sendo executado. Solução: Os programas foram alterados para não abortar ao abrir a tela de consignatários adicionais quando no parâmetro "Permitir a informação de mais de um consignatário no processo Vendas?” estiver selecionada a opção “S” (Sim).

Função: Configuração Fiscal ‐ VDP0696 Chamado: TEDLDV


Release Notes

Situação: Ao incluir uma configuração fiscal para PIS/COFINS no VDP0696, não obriga que seja informado uma tributação para o imposto. Solução: O programa foi alterado para ser obrigatório informar o campo “Tributação” nos campos adicionais para os tributos PIS e COFINS.

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TEJHSQ Situação: O programa está apresentando inconsistência depois de validar um cliente que esteja sem permissão para digitar pedido no CRE2020 (Atualização Crédito e Cadastro Limite Crédito). Solução: O programa foi alterado para validar corretamente um cliente que esteja sem permissão para digitar pedido no CRE2020 (Atualização Crédito e Cadastro Limite Crédito) e não finalizar o programa caso o cliente seja consistido.

Função: Solicitação de Faturamento Manual ‐ VDP0746 Chamado: TEHYH9 Situação: O programa está gerando inconsistência nas informações da nota fiscal. O campo unidade de medida está informando uma vírgula no lugar da unidade de medida correta. Solução: O programa foi alterado para validar o campo unidade de medida do item permitindo somente unidades de medidas previamente cadastradas.

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TEJQ44 Situação: Ao solicitar o bloqueio de um pedido ocorre uma inconsistência referente à inclusão de dados nulos na tabela de motivos de bloqueio. Sendo que no parâmetro “Informa motivo de bloqueio no pedido?" está selecionada a opção "N" (Não). Solução: O programa foi alterado para considerar corretamente o parâmetro “Informa motivo de bloqueio no pedido?".

Função: Memorando de Exportação ‐ VDP9032 Chamado: TEJQ00 Situação: Ao incluir o memorando para uma nota fiscal está sendo apresentada a mensagem de natureza de operação inválida, sendo que a natureza da nota está configurada no grupo fiscal de exportação. Solução: O programa foi alterado para consistir corretamente a natureza de operação da nota depois de informar o número na emissão do memorando.

120 Release Notes

Versão 2.0

Release Notes

Função: Atualização Semanal das Tabelas Mapa Geral de Vendas0020 ‐ VDP3750 Chamado: TEJN22 Situação: O programa apresenta uma mensagem referente à violação de chave primária na inclusão de registro na tabela MAPA_CV: "Exceção ocorrida: Error: 2627 ‐ [Microsoft] [ODBC SQL Server Driver] [SQL Server] Violation of PRIMARY KEY constraint 'pk_mapa_cv'. Cannot insert duplicate key in object 'logix.mapa_cv'.[ User Name : marcio.floriano ‐ Comment: [MSSQL/logix1002_sql_2008]]( From ODBCStatement::ExecStmt ) in file C:\advtec9_101202\logix\logixsql.cpp at line 49" Solução: O programa foi alterado para não ocorra inconsistência no processamento.

Função: Consistência de Pedidos ‐ VDP2281 Chamado: TEHBL3 Situação: Ao efetuar a reserva não está executando de forma correta os itens de bonificação. Solução: O programa foi alterado para efetuar corretamente as reservas os itens de bonificação.

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TEIZUT Situação: Durante a inclusão/alteração de um pedido de venda está sendo apresentada a seguinte mensagem: "Registro não encontrado na tabela VDP_PEDIDO_KIT_SEQ". Solução: O programa foi alterado para não gerar inconsistência de registro não encontrado manutenção de pedidos.

Função: Digitação de Pedidos ‐ On‐Line ‐ VDP03134 Chamado: TEJ482 Situação: Ao acionar a tecla “Enter” no campo “% Bonif”, da tela de itens, exibem uma janela de mensagem em branco. Essa situação ocorre quando o cliente do pedido possui duplicatas em atraso. Solução: O programa foi alterado para efetuar a verificação do crédito e apresentar as mensagens corretamente.

Função: Migração/Replicação Notas Fiscais ‐ VDP0838 Chamado: TEBAD8 Situação: O programa migra incorretamente as notas para a versão 10.02. Solução: Foram efetuadas alterações na rotina de migração de notas para que o programa processe corretamente a migração do(s) item(ns) da(s) nota(s).


Release Notes

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TEJEZS Situação: Existe a necessidade de alterar o programa para que não ocorra inconsistência processo de aprovação de pedidos, e no processo de bloqueio, já verifique no início do processo se o pedido já não está bloqueado. Solução: Foram efetuadas alterações no programa para que, no processo de aprovação de pedidos, não ocorra inconsistência, e no processo de bloqueio, verifique no início do processo se o pedido já não está bloqueado.

Função: Fechamento Comissões Extra do Período ‐ VDP7742 Chamado: TEKUQ2 Situação: Está gravando incorretamente o documento do Contas a Receber. Solução: O programa foi alterado para cadastrar corretamente o número do documento do Contas a Receber.

Função: Parâmetros Comissão Extra Produto e Quantidade / Valor ‐ VDP0950 Chamado: TEKUQ2 Situação: Não está permitindo informar a mesma área e linha de negócio para metas diferentes. Solução: O programa foi alterado para não exibir a mensagem “AEN já informado”, permitindo que seja informada a mesma área e linha de negócio para metas diferentes.

Função: Faturamento Automático ‐ VDP0745 Chamado: TEJY99 Situação: O programa está gerando a nota fiscal com valores incorretos. Solução: O programa foi alterado para calcular corretamente os valores, não arredondando para duas casas decimais, os descontos informados no pedido.

Função: Solicitação de Faturamento Manual ‐ VDP0746 Chamado: TEHHGH Situação: O programa está gerando solicitações de faturamento de retorno de terceiro com as unidades de medidas cadastradas para os itens e não de acordo com a nota fiscal de entrada dos itens. Solução: O programa foi alterado para utilizar a unidade de medida da nota fiscal de entrada para os itens, quando tratar‐se de uma solicitação de faturamento de retorno de terceiros baseada na nota fiscal de entrada.

Função: Solicitação de Faturamento Ordem Montag/Lote OM/Pedido ‐ VDP0742 Chamado: TDYZKY Situação: O programa está calculando incorretamente o saldo dos itens do pedido.

122 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado para calcular corretamente o saldo, considerando os parâmetros “Baixa dos Itens Utilizados” e “Controlar remessa terceiros/consignação no local do motivo remessa?”. Nota: Os parâmetros estão localizados em Processo Entradas/ Terceirização/Geral e Processo Saídas/ Faturamento/ Remessa para Terceiros, respectivamente.

Função: Consulta de Pedidos ‐ VDP4260 Chamado: TDYZKY Situação: O programa não está mostrando corretamente as informações de entrega dos pedidos em histórico. Solução: O programa foi alterado para mostrar corretamente o campo “Nome” do endereço de entrega do pedido em histórico.

Função: Solicitação de Faturamento Automático ‐ VDP0742 Chamado: TEDV05 Situação: O programa está utilizando as tabelas de frete incorretamente para os pedidos de ordens de montagem da solicitação. Solução: O programa foi alterado para buscar automaticamente as tabelas de frete corretas para cada pedido/OM.

Função: Processa Faturamento Automático ‐ VDP0745 Chamado: TEDV05 Situação: O programa está calculando o valor de frete incorreto para as notas fiscais. Solução: O programa foi alterado para utilizar as tabelas de frete corretas para o cálculo do valor de frete.

Função: Faturamento Reajuste de Preço ‐ VDP0764 Chamado: TEEUJN Situação: Ao gerar as NFs de reajuste de preço, o programa não está efetuando o abatimento das devoluções corretamente. Solução: O programa foi alterado para efetuar o abatimento das devoluções corretamente.

Função: Solicitação de Ordem de Montagem/Romaneio ‐ VDP1000 Chamado: TEFNEQ Situação: O programa está gerando uma inconsistência indicando que não pode inserir valor nulo na tabela “est_trans_relac”. Solução: O programa foi alterado para processar corretamente a ordem de montagem.


Release Notes

Funções: Naturezas de Operação ‐ VDP0050 (10.02) / Naturezas de Operação ‐ VDP10059 (11.00) Chamado: TEGZDE Situação: O programa não permite cadastrar uma natureza de operação com controle “9”, cuja movimentação esteja cadastrada no SUP3290 (Contabilização Automática) ou CST5470 (Manutenção Contas Contábeis Lançamentos ‐ CPV). Solução: O programa foi alterado para permitir a inclusão acima.

Função: Solicitação de Faturamento Automático ‐ VDP0742 Chamado: TEIGTY Situação: O programa não está atualizando a situação dos lotes de ordens de montagem na modificação. Solução: O programa foi alterado para atualizar a situação dos lotes de ordens de montagem na modificação.

Função: Solicitação de Faturamento ‐ VDP0746 Chamado: TEIKP9 Situação: O programa está exibindo indevidamente a tela “Itens Especiais – Grade/Dimensional”, quando a natureza de operação selecionada é de controle “2” e no parâmetro “Verificar o saldo de estoque de remessa para terceiros?” está selecionada a opção “N" (Não). Solução: O programa foi alterado para considerar corretamente o parâmetro "Verificar o saldo de estoque de remessa para terceiros?". Se estiver informado, mas a natureza de operação não movimentar estoque, não deverá apresentar a tela para informar os dados dos dimensionais. Nota: O parâmetro está localizado em Processo Saídas/ Faturamento/ Remessa para Terceiros.

Função: Geração Arquivo Aviso Embarque para Transmissão EDI ‐ VDP2675 Chamado: TEISY7 Situação: O valor total das mercadorias está diferente da base de cálculo do ICMS. Solução: O programa foi alterado para que o valor total das mercadorias seja igual ao da Base de Calculo do ICMS.

Função: Solicitação de Faturamento ‐ VDP0742 Chamado: TEJKB9 Situação: Ao processar a consistência de uma solicitação é apresentada uma mensagem que exige um acerto. Se for efetuado o acerto, sem fechar o VDP0742 e solicitar novo processamento de consistência, o programa ainda apresenta solicitando o acerto.

124 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado para que permita efetuar a consistência da solicitação sem fechar o VDO0742, modificar a configuração fiscal e, logo em seguida processar novamente a consistência da mesma solicitação.

Função: Resumo do Faturamento ‐ VDP2180 Chamado: TEJQ20 Situação: Durante o processamento dos dados o programa apresenta a mensagem da seguinte forma "Parâmetros fiscais da natureza XXXX não estão cadastra". Verificar anexos. Solução: O programa foi alterado para exibir corretamente a mensagem de falta cadastro dos parâmetros fiscais da natureza de operação da nota fiscal que está em processamento.

Função: Relação de ICMS Retido por Subst. Tributaria ‐ VDP2600 Chamado: TEJQ36 Situação: O programa duplica as informações, ao solicitar a listagem do relatório pela segunda vez, sem sair do programa. Solução: O programa foi alterado para não gerar o relatório do período informado com as informações duplicadas, quando for processado o mesmo período duas vezes seguidas.

Função: Totais Faturamentos ‐ VDP1341 Chamado: TEK896 Situação: O programa está exibindo os valores brutos e líquidos incorretamente. Solução: O programa foi alterado para apresentar como valor bruto o valor de mercadoria da nota, e o valor líquido o valor contábil da nota.

Função: Faturamento Automático ‐ VDP0745 Chamado: TELHI4 Situação: O programa está gerando as notas de venda e remessa de triangulação com a hora diferente. Solução: O programa foi alterado para gerar as duas notas com data e hora iguais.

Funções: Faturamento ‐ VDP0747 / VDP0745 / VDP0746 Chamado: TELKEE Situação: O programa não está efetuando corretamente regra de arredondamento das parcelas. Em algumas situações por conta de regras de arredondamento o programa deixa o valor da base de comissão maior que o valor da duplicata. Solução: O programa foi alterado para realizar a correção nos programas para efetuar o rateio corretamente.


Release Notes

Funções: Ordem Montagem/Romaneio ‐ VDP8020 / Solicitação Ordem Montagem/Romaneio ‐ VDP1000 Chamado: TELPZD Situação: O programa está efetuando incorretamente a baixa do estoque dos componentes quando utilizada a ordenação pelo SUP1945. Solução: O programa foi alterado para que, caso não encontre uma ordenação para o componente, busque por alguma ordenação genérica cadastrada no SUP.

Função: Configuração Fiscal ‐ VDP10068 Chamado: TEGOSK Situação: O programa apresenta a mensagem de “Configuração fiscal não encontrada” para tributos. Solução: O programa foi alterado para não exibir a mensagem “Configuração fiscal não encontrada” para tributos já cadastrados anteriormente.

Função: Contas Contábeis e Histórico ‐ VDP0758 Chamado: TEHJCU Situação: O programa está imprimindo o relatório de forma desconfigurada. Solução: O programa foi alterado para imprimir corretamente o relatório.

Função: Contas Contábeis e Histórico ‐ VDP0758 Chamado: TEIMO0 Situação: O programa está gerando uma inconsistência ao modificar ou excluir um registro. Solução: O programa foi alterado para que não ocorra a inconsistência em alguns bancos em virtude do SQL preparado com data.

Função: Exportação de Duplicatas ‐ VDP0767 Chamado: TEJRYU Situação: O programa não efetua corretamente a exportação de duplicatas par o CRE, quando é realizado o agrupamento de duplicadas por cliente. Solução: O programa foi alterado para exportar as duplicatas para o Contas a Receber corretamente, quando for realizado o agrupamento de duplicadas por cliente.

Função: Solicitação Faturamento Ordem Montagem/Lote OM/Pedido ‐ VDP0742 Chamado: TENXAP

126 Release Notes

Versão 2.0

Release Notes

Situação: Na solicitação de faturamento por lote, caso haja OMs com tipo de frete CIF e FOB, não permite a digitação das informações de frete. Solução: O programa foi alterado para permitir a digitação das informações de frete nos lotes com OMs CIF e FOB.

12.1.4 Pedidos de Venda

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TDWAK6 Situação: Efetuar ajustes para melhoria de desempenho na consistência de pedidos. Solução: Desenvolvido o parâmetro “Utilizar multi‐threads no módulo do VDP?” que indica se será ou não utilizado o multi‐thread no módulo do VDP, que permite melhorar o desempenho do processamento da consistência de pedidos. Conversor de Parâmetro:

Conversor: VDP02024.cnv Parâmetro: ies_thread – “Utilizar multi‐threads no módulo do VDP?” Caminho no sistema: Processos Saída/Cadastros e Tabelas/Cadastros e Tabelas Processo de Instalação: Executar o conversor apenas uma única vez, no LOG8000 (Gerenciador Conversores Configuração Parâmetros); ‐ Liberar acesso ao novo parâmetro no LOG2210 (Níveis de Acesso para os Parâmetros do Sistema), aos usuários que poderão efetuar sua manutenção.

Função: Consistência de Pedidos ‐ VDP4210 Chamado: TDWAK6 Situação: Efetuar ajustes para melhoria de desempenho na consistência de pedidos. Solução: O programa foi alterado para considerar o parâmetro “Utilizar multi‐threads no módulo do VDP?” do LOG2240 (Manutenção Parâmetros Sistema) localizado em Processos Saída/Cadastros e Tabelas/Cadastros e Tabelas.

Função: Alteração de Pedido ‐ Mestre ‐ VDP1090 Chamado: TEAUX5 Situação: Alterar para consistir corretamente a quantidade padrão da embalagem com a do item informado. Solução: O programa foi alterado para consistir corretamente a quantidade do item do pedido com a informada no padrão da embalagem no MAN9922 (Item).


Release Notes

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TEIZXU Situação: O programa permite informar consignatários adicionais ainda que no parâmetro “Permitir a informação de mais de um consignatário no processo Vendas?” esteja selecionada a opção “N” (Não). Solução: O programa foi alterado para considerar o parâmetro “Permite informar mais de um consignatário no pedido”, ao acionar o botão “Consignatários Adicionais” da aba “Frete” e efetuar a consistência conforme configuração do parâmetro.

Função: Manutenção de Ordem de Montagem/Romaneio ‐ VDP1040 Chamado: TEHUAX Situação: Ao acessar o programa executa a criação de várias tabelas temporárias causando a demora na abertura da tela. Solução: O programa foi alterado para melhorar a performance na abertura da tela do programa.

Função: Bloqueio de Pedidos ‐ VDP20001 Chamado: TEINQG Situação: Está abortando o programa durante o processamento exibindo a mensagem: “Valor NULL para coluna obrigatória da tabela LOG_VAL_PARAMETRO. (‐391)”. Solução: O programa foi alterado programa não abortar e efetuar o processamento corretamente.

Função: Aprovação Financeira/Comercial ‐ VDP20021 Chamado: TEINQG Situação: O programa está gerando inconsistência, quando o parâmetro “Prazo mínimo de entrega de pedidos” possui uma opção informada. Solução: O programa foi alterado para efetuar corretamente o processamento, quando o parâmetro “Prazo mínimo de entrega de pedidos” possui alguma opção informada. Nota: O parâmetro vdp_prazo_min_entrega_pedido ‐ “Prazo mínimo de entrega de pedidos”, está localizado no LOG2240, em Processo Saídas/ Pedidos/Gerais.

Função: Cadastro de Item ‐ MAN10021 Chamado: TEJ380 Situação: O programa está apresentando a inconsistência de código “263” e “156”, ao acessar a aba “Comercial”. Solução: O programa foi alterado para que não ocorra a inconsistência de código “263” e “156”, ao consultar um item na aba “Básico” e após consultar a aba “Comercial”.

128 Release Notes

Versão 2.0

Release Notes

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEAUN3 Situação: Existe a necessidade de alterar o sistema para que o usuário tenha opção de escolha se, em uma solicitação de faturamento manual, ele vai poder incluir um item com quantidade 0 (zero) e se esse ficará com o valor de uma (1) unidade ou se ficará como 0 (zero). Solução: Foi desenvolvido o parâmetro “Permite criar solicitação de faturamento manual com quantidade zerada?" que indica se o item da solicitação receberá o preço unitário (se for quantidade = 0) ou se permanecerá como 0. Conversores de Parâmetros:

Conversor: VDP02036.cnv Parâmetro: ies_perm_sol_fat_man_sem_qtd – “Permitir criar solicitação de faturamento manual com quant. zerada?”. Caminho no sistema: Processo Saídas / Faturamento / Solicitação Faturamento. Instalação: Esse conversor é executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Solicitação de Faturamento Manual ‐ VDP0746 Chamado: TEAUN3 Situação: Existe a necessidade de alterar o sistema para que o programa permita a inclusão de uma solicitação com item de quantidade zero e valor igual ao preço unitário dele. Solução: Foram efetuadas alterações no programa para considerar o parâmetro “Permite criar solicitação de faturamento manual com quantidade zerada?" do LOG2240 (Manutenção Parâmetro Sistema).

Função: Consulta de Pedidos ‐ VDP4260 Chamado: TEKRVI Situação: O programa está calculando incorretamente o saldo dos itens do pedido. Solução: O programa foi alterado para calcular corretamente o saldo dos itens do pedido, subtraindo a quantidade reservada e a romaneada do item.

Função: Inclusão de Pedidos ‐ On‐line ‐ VDP03134 Chamado: TE0779 Situação: O programa não valida corretamente o crédito do cliente. Solução: O programa foi alterado para validar o crédito do cliente, quando o cliente utiliza uma tela de grade de item específica.


Release Notes

Função: Inclusão de Pedido ‐ VDP20000 Chamado: TEGMOR Situação: O programa não esta consistindo o campo “Conta” ao ser informado. Solução: O programa foi alterado para efetuar a consistência no campo “Conta”, da aba “3 ‐ Itens de remessa” da tela de “Dados adicionais Itens – Pedidos”, quando este campo for informado. Caso o campo esteja nulo ou branco este não será consistido.

Função: Manutenção de Pedidos ‐ VDP1090 Chamado: TEGXFY Situação: O programa está efetuando a consistência de configuração fiscal de naturezas de item por referência mesmo não existindo. Solução: O programa foi alterado efetuar a consistência da configuração fiscal das naturezas de operação por referência somente quando necessário.

Função: Consistência de Pedidos ‐ VDP4210 Chamado: TEH880 Situação: O programa exibe indevidamente a mensagem de que o preço mínimo não foi informado. Solução: O programa foi alterado para não realizar a consistência de preço mínimo do item caso o pedido tenha o aceite comercial.

Função: Pedidos de Clientes Bloqueados por Crédito ‐ VDP1650 Chamado: TEIQP4 Situação: O sistema está permitindo a criação de registros duplicados. Solução: O programa foi alterado para consistir a inclusão do registro, caso já exista algum e não permitir duplicidade.

Função: Alteração de Pedido ‐ Mestre ‐ VDP1090 Chamado: TEISAP Situação: O programa não está considerando o desconto parametrizado no VDP1400. Solução: O programa foi alterado para consistir o percentual de desconto financeiro informado com o máximo parametrizado no VDP1400.

Função: Solicitação de Ordem de Montagem/Romaneio ‐ VDP1000 Chamado: TEISW5

130 Release Notes

Versão 2.0

Release Notes

Situação: O programa exibe incorretamente a mensagem, está saindo truncada. Solução: O programa foi alterado para exibir a mensagem inteira: "O cliente do pedido X não foi encontrado.".

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TEJK77 Situação: Ao consultar um pedido que foi gerado o programa, não exibe o consignatário adicional, apenas o primeiro consignatário. Solução: O programa foi alterado para buscar os consignatários adicionais dos pedidos incluídos pelos programas VDP03134 e VDP1070.

Função: Consignatários Adicionais ‐ VDP0787 Chamado: TEJK77 Situação: O programa não considera os consignatários cadastrados no VDP20000 para o pedido. Solução: O programa foi alterado para buscar os consignatários adicionais dos pedidos incluídos pelo VDP20000.

Função: Manutenção de Pedidos Batch ‐ VDP3135 Chamado: TEKE85 Situação: O programa não exibe corretamente o percentual de desconto total do pedido. Solução: O programa foi alterado para calcular corretamente o percentual de desconto do pedido na tela de totais.

Função: Inclusão de Pedido ‐ VDP1070 Chamado: TEKKQU

Situação: O programa não grava a auditoria quando o pedido é incluído em carteira. Solução: O programa foi alterado para gravar a auditoria quando o pedido for incluído em carteira.

Funções: Digitação de Pedidos On‐Line ‐ VDP03134 / Alteração de Pedidos ‐ VDP1090/ Inclusão de Pedidos em Carteira ‐ VDP1070/ Manutenção de Pedidos ‐ VDP20000 Chamado: TDWYPM Situação: Os programas não estão validando corretamente a permissão para digitar pedidos do cliente. Solução: O programa foi alterado para que validarem corretamente a permissão para digitar pedidos do cliente.


Release Notes

Função: Migração/Replicação de Notas Fiscais ‐ VDP0838 Chamado: TDYQIG Situação: O programa não está efetuando corretamente a migração dos valores de PIS e COFINS das notas fiscais ambulantes. Solução: O programa foi alterado para buscar os valores de PIS e COFINS da tabela do vendas ponto a ponto e, assim, migrar corretamente as notas.

Função: Cadastro Unificado de Clientes e Fornecedores ‐ VDP0815 Chamado: TEGZM7 Situação: O programa busca novamente o código do cliente/fornecedor, quando já existe o código informado. Solução: O programa foi alterado para exibir uma mensagem informando que o código já existe e buscar assim o novo código.

Função: Ordem de Montagem/Romaneio ‐ VDP8020 Chamado: TEJ505 Situação: Ao tentar gerar uma OM para um pedido que tem dois itens, mas o primeiro foi totalmente cancelado, o programa apresenta mensagem de problema com romaneio e não gera a OM. Verificar anexo. Solução: O programa foi alterado para não gerar inconsistência ao tentar processar um pedido que possui o primeiro item totalmente cancelado.

Função: Manutenção de Pedidos Batch ‐ VDP3135 Chamado: TEKRDA Situação: O programa altera o preço unitário do item mesmo quando já informado. Solução: O programa foi alterado para sugerir o preço unitário do item apenas quando ainda não foi informado.

Função: Rotina para Gerar Duplicata dos Pedidos ‐ VDP2772 Chamado: TEGWG2 Situação: O programa está gerando a duplicata com valor zero. Solução: O programa foi alterado para gerar corretamente a duplicata do pedido.

Função: Cadastro Cidades ‐ VDP3080 Chamado: TEIML0 Situação: O programa está abortando quando é utilizada a opção para listar sem efetuar a consulta. Solução: O programa foi alterado para listar corretamente os dados sem efetuar a consulta.

132 Release Notes

Versão 2.0

Release Notes

Funções: Cadastro Unificado Cliente/Fornecedor ‐ VDP0815 /Cadastro de Cliente e Fornecedor ‐ VDP10000 Chamado: TEKIEA Situação: Os programas estão validando o bairro somente ao final do processo. Solução: Os programas foram alterados para validarem a existência do bairro no RHU0520 ao passar pelo campo “Bairro” e ao passar pelo campo “Cidade” verificar se o bairro pertence à cidade informada. Nota: Esta validação será realizada somente se o parâmetro “Atualizar emitente quando cliente for alterado (VDP3610)?” estiver informado, e se for um cadastro de um Cliente ou Cliente/Fornecedor.

Função: Digitação de Pedidos On‐Line VDP03134 Chamado: TENMTH Situação: Ao informar grades para o item do pedido está permitindo informar a mesma grade duas vezes e ao final o pedido não inclui e retorna mensagem de inclusão cancelada. Solução: O programa foi alterado para verificar na tela de grades se a grade já não foi incluída para o item.

Função: Consulta de pedidos ‐ Mestre ‐ VDP4260 Chamado: TENRLU Situação: Ao consultar um pedido em histórico e clicar na opção “Endereço”, a tela abre como consulta para informar a empresa e o pedido, o correto é apresentar o endereço do pedido caso exista. Solução: O programa foi alterado para trazer as informações de endereço de entrega do pedido em histórico quando já existe um pedido na consulta principal.

Função: Digitação Pedidos On‐Line (mestre) ‐ VDP03134 Chamado: TENKBJ Situação: O programa está exibindo o desconto com apenas duas casas decimais (ao final da inclusão). Solução: O programa foi alterado para calcular exibir corretamente o desconto do pedido (permitindo até 6 casas decimais).

Função: Consulta de pedidos ‐ Mestre ‐ VDP4260 Chamado: TENKBJ Situação: O programa está exibindo o desconto total do item (normal e bonificação) com apenas duas casas decimais. Solução: O programa foi alterado para exibir corretamente o desconto do item (permitindo até 6 casas decimais).


Release Notes

Função: Alteração do Pedido ‐ Mestre ‐ VDP1090 Chamado: TENKBJ Situação: O programa está exibindo e calculando o desconto total do item (normal e bonificação) com apenas duas casas decimais. Solução: O programa foi alterado para exibir e calcular corretamente o desconto do item (permitindo até 6 casas decimais).

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TENIVI Situação: Alterar o programa para que seja possível cadastrar o pedido corretamente. Solução: O programa foi alterado para permitir cadastrar o pedido corretamente.

Função: Digitação Pedidos On‐Line/Batch ‐ Mestre ‐ VDP03134/VDP3135 Chamado: TENXH7 Situação: Realizar ajuste no programa de digitação de pedidos para que não ocorra conflito de telas. Solução: O programa foi alterado para que não ocorra conflito de telas.

Função: Entrada de Pedidos On‐Line ‐ VDP03134 Chamado: TENXJI Situação: Realizar ajuste no programa de inclusão de pedidos para que sejam incluídas corretamente as informações de área e linha de negócio, quando diversificada a entrada de dados. Solução: Alterado o programa de inclusão de pedidos para que quando excluído um item do pedido, sejam também excluídas as informações de área e linha de negócio do item.

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TENXRR Situação: Efetuar ajuste no programa de manutenção de pedidos para fazer a consistência de valor mínimo do pedido corretamente. Solução: O programa foi alterado para que considere os preços e descontos do pedido e faça a consistência de valor mínimo corretamente

Função: Manutenção de Pedidos ‐ VDP20000 Chamado: TENXU4 Situação: Efetuar ajuste de desempenho na opção de cópia do programa.

134 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado para que seja possível efetuar a cópia de pedidos corretamente.

13 Comércio Exterior

13.1 Comércio Exterior

13.1.1 Importação

Funções: Contrato de Câmbio Importação ‐ IMP0026 / Contrato de Câmbio Antecipado ‐ IMP0126 / Gera AD/AP a partir de outros Sistemas ‐ CAP3090 Chamado: TEIGE8 Situação: Para a geração de AD/AP referente à tarifa bancária, que pode ser informada no fechamento de cambio de importação, devem ser consideradas as contas débito e crédito do tipo de despesa da tarifa bancária cadastrada no IMP0008 (Parâmetros de Importação). Solução: Os programas foram alterados para que ao gerar AD/AP da tarifa bancária, considere as contas bancárias do tipo de despesa cadastradas no IMP0008. Release de alteração: 03‐2012.

Função: Rateio Despesa Complementar Importação ‐ IMP0099 Chamado: TEJWLN Situação: Ao fazer uma NFC no processo de importação, no rateio da despesa complementar no, IMO0099, exibe em tela a inconsistência de coluna invalida “‐217”. Solução: O programa foi alterado para evitar cancelamento “‐217”, ao incluir despesa de importação em outra moeda e gerar NFC para esta despesa. Release publicação: 03‐2012.

Funções: Processo de Importação ‐ IMP0019 / Pagamento Impostos Importação ‐IMP0017 Chamado: TDQXWV Situação: Ao efetuar pagamento de impostos ou informar o numero da DI no processo de importação o sistema deve verificar se possui contrato de câmbio antecipado e se ainda possui saldo para o contrato com base no exportador. Solução: Os programas foram alterados para pesquisar os contratos de câmbio antecipados do exportador e verificar se este contrato ainda possui saldo, nestes casos deverá apresentar a mensagem em tela


Release Notes

“Exportado xxxxxx possui saldo em contrato de cambio antecipado. Deseja relacionar processo de importação?” Release de publicação: 03‐2012.

Função: Impressão Pedido de Compra Internacional ‐ IMP0128 Chamado: TEHPFL Situação: O programa está imprimindo somente 1 fabricante do item, sendo que, se o item possui mais de um fabricando cadastrado no SUP6290 (Item x Fabricante), deveria listar todos os fornecedores cadastrados para o item, que constam como homologados. Solução: O programa foi alterado para imprimir todos os fabricantes cadastrados no SUP6290 para o item informado no pedido de compra. Release de Publicação: 03‐2012.

Função: Emissão Processos em Aberto ‐ IMP0128 Chamado: TEJLXA Situação: O programa está duplicando os valores no relatório. Isso acontece em caso de um processo de importação possuir dois adiantamentos, estão sendo abatidos na mesma Autorização de Pagamento (AP). Solução: O programa foi alterado para efetuar o controle da baixa de adiantamento das AD(s), para que os lançamentos contábeis da AD sejam listados apenas uma vez no relatório. Release de publicação: 03‐2012.


14.1 Automação e Coleta de Dados

14.1.1 Logística e Distribuição

Função: Tributos / Benefícios ‐ Saída ‐ VDP0692 Chamado: TDXSMO Situação: Desenvolver o tributo Compensação Financeira sobre a Exploração Mineral (CFEM). Solução: Desenvolvido o tributo CFEM para que possa ser efetuada a sua configuração fiscal. A fórmula para cálculo deste tributo é "valor liquido do item X alíquota do tributo".

136 Release Notes

Versão 2.0

Release Notes

Função: Manutenção Parâmetro Sistema ‐ LOG2240 Chamado: TEHYUO Situação: O sistema não está ordenando os itens pelo lote na tela, para selecionar os lotes no VDP8020 (Solicitação de Ordem de Montagem). Solução: Desenvolvido o parâmetro "Ordenar os itens por lote (no zoom do número do lote)?" que indica se, na tela de seleção dos itens (com grade), ao entrar no zoom dos lotes, os itens serão ou não ordenados pelo número do lote no VDP8020 (Solicitação de Ordem de Montagem). Conversores de Parâmetros:

Conversor: VDP02023.cnv Parâmetro: ordena_itens_por_lote – “Ordenar os itens por lote (no zoom do número do lote)?” Caminho no sistema: Processo Saídas/Logística de Distribuição/Gerais Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Solicitação de Ordem de Montagem ‐ VDP8020 Chamado: TEHYUO Situação: O sistema não está mais ordenando os itens pelo lote na tela, para selecionar os lotes no VDP8020 (Solicitação de Ordem de Montagem). Solução: O programa foi alterado para considerar o parâmetro "Ordenar os itens por lote (no zoom do número do lote)?" do LOG2240 (Manutenção Parâmetro Sistema). Esse parâmetro está localizado em Processo Saídas/Logística de Distribuição/Gerais.

Função: Cancelamento de Ordem de Montagem/ Romaneio ‐ VDP1410 Chamado: TECQYS Situação: Alterar para efetuar corretamente a atualização dos itens (no pedido) quando a nota não movimenta estoque e o item possui grade. Solução: O programa foi alterado para efetuar corretamente a atualização dos itens (no pedido) quando a nota não movimenta estoque e o item possui grade.

Função: Atualização de Pedidos e Estoque ‐ VDP1049 Chamado: TEJAYX Situação: Esse programa será descontinuado, logo, não poderá mais ser utilizado. Solução: O programa foi alterado para exibir uma mensagem informando que o programa foi descontinuado do Logix.


Release Notes

Função: Relatório de Ordem de Montagem ‐ VDP1030 Chamado: TEITFG Situação: O programa quebra o relatório para imprimir o rodapé em outra página. Solução: Foram efetuadas alterações no programa para imprimir o rodapé na mesma folha dos itens.

Função: Ordem de Montagem/Romaneio ‐ VDP8020 Chamado: TEDIK8 Situação: Alterar a tela de entrada de grade do item para validar o estoque disponível contando com os componentes. Solução: O programa foi alterado para efetuar o cálculo de quantos itens os componentes podem formar e, então, validar se a quantidade informada está disponível em estoque.

Função: Solicitação Ordem de Montagem / Romaneio ‐ VDP1000 Chamado: TEFIEL Situação: O programa não gera ordem de montagem quando não informados os filtros Rota x UF X Cliente X Pedido. Solução: O programa foi alterado para consistir a entrada de dados da solicitação de OM, caso a “Carteira” e os campos “Repres”, “Rota”, “UF”, “Cliente”, “Consignatário” “Pedido” não estiverem preenchidos.

Funções: Solicitação de Ordem Montagem/Romaneio ‐ VDP8020 / Solicitação de Ordem Montagem/Romaneio ‐ VDP1000 Chamado: TEFPVT Situação: Os programas estão abortando o processamento por devido a algumas inconsistências, mas não grava as informações de erros como deveria proceder. Solução: Os programas foram alterados para salvar um backup das informações gravadas antes de cancelar a transação.

Função: Ordem Montagem/Romaneio ‐ VDP8020 Chamado: TEGL09 Situação: O programa está calculando incorretamente a quantidade liberada dos itens do pedido. Solução: O programa foi alterado para verificar o estoque dos itens durante a entrada de dados, caso mais de um item utilize o mesmo componente, verificar se necessário e alterar a quantidade liberada do item.

138 Release Notes

Versão 2.0

Release Notes

Função: Solicitação de Ordem de Montagem ‐ VDP1000 Chamado: TEJKAP Situação: O programa gera o romaneio apenas do primeiro pedido, ao solicitar a geração de OM para dois pedidos do mesmo cliente sem assinalar o campo "Juntar pedidos?". Solução: O programa foi alterado para gerar as OMs dos pedidos informados com mesmo cliente, porém juntá‐los.

Função: Solicitação de Ordem de Montagem ‐ VDP1000 Chamado: TEJMYX Situação: Ao tentar gerar uma OM de um pedido com quatro itens, dos quais os dois primeiros foram faturados e os dois últimos cancelados, ficou inserido na tabela “wpedido_om” um registro com o respectivo pedido. Solução: O programa foi alterado para não deixar registros desnecessários na base caso ocorra alguma inconsistência de processamento.

Função: Reserva manual de pedidos ‐ VDP2281 Chamado: TEKDPI Situação: O programa permite reservar mais do que foi solicitado, gerando assim uma quantidade indevida, quando dois usuários ao mesmo tempo fizerem a reserva do mesmo item para o mesmo pedido. Solução: O programa foi alterado para não permitir a reserva de um mesmo pedido por dois usuários diferentes.

Função: Pedido X Item X Quantidade ‐ VDP8020 Chamado: TENNP0 Situação: Quando o pedido a ser processado é de entrega futura e possui itens normais e itens com dimensional/grade, não estão sendo processados os itens normais. Solução: O programa foi alterado para gerar a OM corretamente, com todos os itens solicitados.

14.2 Portos e Recintos Alfandegários

14.2.1 SIP ‐ Sistema integrado de Portos

Função: Disbursement Account ‐ SIP0571 Chamado: TEHIX9 Situação: O programa não está exibindo os totais para a capa do relatório.


Release Notes

Solução: O programa foi alterado para sempre exibir os totalizadores quando configurado corretamente no SIP0112 (Classe de Agendamento).

Função: Geração de AD Chamado: TEHIDG Situação: Atualmente ao gerar uma AD, quando o parâmetro “Empresa plano de contas” não está preenchido no programa CON0040 (Parâmetros Contabilidade), ocorrem erros. Solução: Permitir a geração de AD mesmo que não tenha empresa do plano de contas preenchida nos parâmetros da contabilidade. Nesses casos deve ser considerada a empresa que o usuário está logado como empresa do plano de contas também.

Função: Integração de Taxas de BL ‐ SIP0274 Chamado: TEESE4 Situação: O programa está utilizando o mesmo portador para todas as empresas. Solução: O programa foi alterado para considerar parâmetros da empresa em que o usuário está logado no momento da integração.

Função: Contabilização ‐ SIP0273 Chamado: TEHSXH Situação: Não está permitindo efetuar a contabilização para as notas geradas antes da data de corte do Logix 11. Solução: Verificar como é efetuada a contabilização do programa SIP0285 (para as notas geradas depois da data de corte do Logix 11) e seguir a mesma lógica para este programa.

14.3 TMS

14.3.1 Controle de Frotas

Funções: Manutenção de Romaneios ‐ OMC0036 / Manutenção de Manifestos ‐ OM0037 / Manutenção de Viagens ‐ OMC0055 / Manutenção de Abastecimentos ‐ FRT0024 Chamado: TEIGTQ Situação: O sistema obriga que seja informado o motorista ao sair do campo. Para casos em que há o parâmetro de utilização de conjunto motorista/veículo, pode‐se definir o motorista a partir do veículo, não sendo possível fazer uso dessa funcionalidade nas telas em que o motorista é informado antes do veículo.

140 Release Notes

Versão 2.0

Release Notes

Solução: O programa foi alterado para somente obrigar a informação do motorista ao salvar o registro, ou ao fechar a tela corrente para ir a uma próxima. Desta forma, não há necessidade de se informar o motorista para que em seguida informar o veículo, assim o sistema irá sugerir automaticamente o motorista do conjunto.

Função: Ordens de Serviço ‐ FRT0020 Chamado: TEKW48 Situação: O programa está efetuando a manutenção da observação das ordens de serviço de forma incorreta. Solução: O programa foi alterado para armazenar e exibir corretamente a observação das ordens de serviço, de modo que durante uma paginação, não seja exibida a observação de uma ordem de serviço em outra ordem de serviço.

Função: Ordem de Serviço ‐ FRT0020 Chamado: TEIANW Situação: O programa calcula a duração da OS e de seus Serviços sem descontar as horas não‐trabalhadas, sábados, domingos, feriados, férias, entre outros. Solução: O programa foi alterado para que seja possível alterar a duração da OS e de seus Serviços manualmente. O cálculo automático será mantido da forma atual.

14.3.2 Operação Movimento de Cargas

Função: Geração Nota Fiscal de Serviço CTRC x VDP ‐ OMC0127 Chamado: TEENLI Situação: Está gerando PIS e COFINS para conhecimento de ISS. Solução: O programa foi alterado para não gerar PIS e COFINS para conhecimento de transporte ISS.

Função: Cidades Região ‐ OMC0001 Chamado: TEHAM8 Situação: Inconsistências no zoom de cidades. Solução: O programa foi alterado para quando utilizar o zoom de cidades não ocorra inconsistência de estouro de array.

Funções: Impressão de Conhecimento Transporte TMS ‐ OMC0023 / OMC9202 / TMS20002 Chamado: TEICTP


Release Notes

Situação: Inconsistência na integração com faturamento durante a impressão. Solução: Os programas foram alterados para que considere as funções corretas para a integração com o VDP durante a impressão do conhecimento de transporte.

Função: Carga Inicial Implantação TMS ‐ OMC0000 Chamado: TEIEM8 Situação: Programa não controla transação de dados. Solução: Desenvolvido controle de transação de dados, para cada emitente que for incluído no TMS.

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEIEM8 Situação: Permitir a inclusão de vários emitentes com o mesmo CNPJ/CPF. Solução: Desenvolvido o parâmetro “Permitir o cadastro de mais de um emitente com o mesmo CNPJ?” que indica se será ou não permitido incluir emitentes com mesmo CNPJ no OMC0003 (Emitentes). Conversor de Parâmetro:

Conversor: OMC00391.cnv Parâmetro: permit_cad_emitente_mesmo_cnpj – “Permitir o cadastro de mais de um emitente com o mesmo CNPJ?”. Caminho no sistema: Logix TMS / Operação Movimento Cargas (OMC) / Emitente. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Função: Cadastro de Clientes/Fornecedores ‐ VDP0815 Chamado: TEIEM8 Situação: Ao incluir um emitente baseado em um cliente incluído/modificado, o programa emite mensagem como se estivesse modificando o emitente. Solução: Função do TMS alterada para que emita a mensagem corretamente.

Função: Variáveis de Frete ‐ OMC0018 Chamado: TEIGHX Situação: Não está conseguindo determinar a alíquota de ISS, deixando‐a zerada quando deveria exibir mensagem e não permitir continuar o processo de inclusão da nota fiscal. Solução: Incluído tratamento para exibição de mensagem de inconsistência para os casos em que não houver parametrização de alíquota de ISS, nem por cidade, nem por empresa.

142 Release Notes

Versão 2.0

Release Notes

Função: Contrato Terceiro/Carta Frete ‐ OMC0043 Chamado: TEJ541 Situação: O adiantamento é criado e já baixado, logo depois de criar o contrato com adiantamento e integrá‐lo com CAP. Mas, ao tentar cancelar este contrato, o sistema exibe mensagem não permitindo cancelar o contrato, sendo que anteriormente, o sistema permitia essa ação. Solução: Alterada a ordem de seleção dos pagamentos do contrato (adiantamento, pagamento final) para permitir o cancelamento de forma automática, de contratos com adiantamento já baixado.

Função: Monitor CT‐e ‐ TMS20002 / Envio de CTRC Eletrônico ‐ OMC9202 Chamado: TEGWKS Situação: O programa está gerando a tag <dhEmi> do arquivo XML com a hora fixa. Solução: O programa foi alterado para gerar a tag <dhEmi> do arquivo XML com a hora em que o conhecimento foi gerado.

Função: Monitor CT‐e ‐ TMS20002/ Envio de CTRC Eletrônico ‐ OMC9202 Chamado: TEIZZZ Situação: O programa não efetua a impressão do valor do ICMS de substituição tributária no quadro específico da DACTE quando o conhecimento é de substituição tributária. Solução: O programa foi alterado para quando o conhecimento é de substituição tributária, efetuar a impressão do valor do ICMS no quadro “ICMS ST” da DACTE.

Função: Conhecimento Transporte ‐ Transportadoras ‐ OMC0103 Chamado: TEHZOV Situação: O programa não estava efetuando todas as consistências necessárias que indicam se é permitido ou não a exclusão de um Conhecimento de Transportes enviado por uma Transportadora. Solução: O programa foi alterado para utilizar uma funcionalidade do Suprimentos, que efetua todas as consistências necessárias, bem como exclui os dados de todas as tabelas do Suprimentos, retornando um status para o TMS indicando que o Conhecimento pode ou não ser excluído.

Função: Nota Fiscal Transporte TMS ‐ OMC0018 Chamado: TEJDE5 Situação: Ao pesquisar os produtos por emitentes, caso fossem encontrados mais de 1001 registros, o programa era finalizado depois exibir a mensagem de erro "Array out of Bounds". Solução: O programa foi alterado para que não ocorra erro de estouro de array na exibição dos itens da nota fiscal, que impossibilitava a abertura da tela.


Release Notes

Função: Manutenção Parâmetros Sistema ‐ LOG2240 Chamado: TEHXJL Situação: O parâmetro “Considerar expedidor pelo sistema ou pelo remetente do CTRC” tinha opção de para sempre trazer o campo expedidor, sendo que nem sempre o expedidor deve ser informado. Solução: Alterado o parâmetro “Considerar expedidor pelo sistema ou pelo remetente do CTRC?” que indica se na emissão do conhecimento será considerado o expedidor por meio da empresa corrente, remetente do conhecimento ou a opção do campo em branco (Nenhum). Conversor de Parâmetro:

Conversor: OMC00395. cnv Parâmetro: busca_exped_emp_rem – “Considerar expedidor pelo sistema ou pelo remetente do CTRC?”. Caminho no Sistema: Logix TMS / Operação Movimento Cargas (OMC) / Conhecimento de Transporte Eletrônico. Processo de Instalação: Esse conversor deve ser executado pelo LOG8000 (Gerenciador Conversores Configuração Parâmetros).

Funções: Notas Fiscal Transporte TMS ‐ OMC0018/TMS00001 Chamado: TEHXJL Situação: Não possui os campos Expedidor e Recebedor na nota fiscal. Solução: Incluído na tela os campos “Expedidor” e “Recebedor” que permite informar na rotina de digitação de Notas Fiscais o expedidor e recebedor da Nota Fiscal.

Função: Painel do CT‐e ‐ TMS20002 / Envio de CTRC Eletrônico ‐ OMC9202 Chamado: TEHXJL Situação: O programa não exporta e imprime as informações do expedidor e recebedor do conhecimento. Solução: Os programas foram alterados para: ‐ exportar no arquivo XML e imprimir na DACTE as informações do expedidor e recebedor do conhecimento; ‐ considerarem o parâmetro “Considerar expedidor pelo sistema ou pelo remetente do CTRC?” do LOG2240 (Manutenção Parâmetros Sistema). Esse parâmetro está localizado em Logix TMS / Operação Movimento Cargas (OMC) / Conhecimento de Transporte Eletrônico.

Função: Painel do CT‐e ‐ TMS20002 / Envio de CTRC Eletrônico ‐ OMC9202 Chamado: TEHQH2 Situação: O programa executa o cancelamento do CT‐e no VDP mesmo se o protocolo não tiver retornado pela Sefaz. Solução: O programa foi alterado para executar o cancelamento no VDP somente depois de retornar o protocolo de cancelamento.

144 Release Notes

Versão 2.0

Release Notes

Função: Painel do CT‐e ‐ TMS20002 / Envio de CTRC Eletrônico ‐ OMC9202 Chamado: TEJCLK Situação: Quando executado o Logix por meio do programa Citrix, e solicitar a abertura da DACTE, exibe uma mensagem de que o arquivo não existe. Solução: O programa foi alterado para executar uma funcionalidade do Framework que efetua o tratamento necessário para abertura da DACTE.

Função: Recebimento de Canhotos ‐ OMC0134 Chamado: TEHIFL Situação: O programa está com inconsistência na consulta dos documentos. Solução: O programa foi alterado para que, monte corretamente os comandos SQL, de forma que não ocorram inconsistências na execução destes comandos no banco de dados.

Funções: Nota Fiscal Transporte ‐ TMS ‐ OMC0018 / Conhecimento Transporte ‐ OMC0017 / Envio de CTRC Eletrônico ‐ OMC9202 / Painel do CT‐e ‐ TMS20002 Chamado: TEJBFK Situação: Na geração automática de documentos o valor de pedágio não está sendo destacado na AD gerada no programa CAP0220 quando o fornecedor de frete trata‐se de pessoa jurídica. Solução: O programa foi alterado para que o valor de pedágio seja destacado na AD gerada no programa CAP0220 quando o fornecedor de frete trata‐se de pessoa jurídica.

Função: Notas Fiscais TMS ‐ OMC0018 Chamado: TEJXKD Situação: A execução de JOB no OMC0018 não está sendo realizada corretamente, devido à apresentação de mensagem exibidas indevidamente. Solução: O programa foi alterado para efetuar tratamento de exibição de mensagens em tela na leitura dos registros de veículo e de situação do veículo, de forma que em rotinas JOB essas mensagens não sejam exibidas em tela.

Função: Painel do CT‐e ‐ TMS20002 Chamado: TEKIW2 Situação: Ao realizar a integração do CT‐e com a SEFAZ, está gerando uma inconsistência e retornando, informando que o CNPJ do pagador do frete é inválido, porém o pagador é do exterior, logo, não possui CNPJ. Solução: O programa foi alterado para exportar o campo CNPJ com zeros quando for do exterior.


Release Notes

Função: Importação de EDI ‐ EDI0009 Chamado: TEKT52 Situação: O sistema apresenta inconsistência de número “284” no processamento de EDI, ao determinar o código do bairro via denominação do bairro, devido ao cadastro de bairros duplicado. Solução: Foram efetuadas alterações no sistema para que, ao encontrar mais de um bairro com a mesma cidade e denominação de bairro, selecionar aquele com menor código para utilização na importação das notas fiscais via EDI.

Função: Exportação de Conhecimentos para o Suprimentos ‐ OMC0104 Chamado: TEIQIZ Situação: O programa não exporta a chave dos conhecimentos para o Suprimentos. Solução: Foram efetuadas alterações no programa para que, caso exista chave para o conhecimento, exporte esta informação para o Suprimentos.

Função: Importação de Notas Fiscais VDP para TMS ‐ OMC0068 Chamado: TEJ471 Situação: Na utilização de tabela de frete nova, o sistema não grava as variáveis utilizadas para o cálculo do frete, tanto na nota quanto no conhecimento. Solução: Foram efetuadas alterações no sistema para armazenar as variáveis utilizadas no cálculo, depois da determinação da tabela de frete a ser utilizada, tanto na nota quanto no conhecimento.

Função: Geração de Nota Fiscal de Serviço ‐ TMS x VDP ‐ OMC0127 Chamado: TELEJV Situação: Ao encontrar inconsistências está cancelando o processo de integração. Entretanto, as mensagens de inconsistências não são gravadas. Solução: O programa foi alterado para gravar as mensagens de inconsistência no processamento, para serem consultadas via VDP0744 (Consulta Consistências Solicitação Faturamento), para que se possam determinar as ações para correção e posterior integração.

Função: Monitor CT‐e ‐ TMS20002 Chamado: TEJVK4 Situação: O programa exibe uma mensagem de inconsistência, ao selecionar um CT‐e que tenha mais de 500 registros de Log de ações de processamento. Solução: O programa foi alterado para que a quantidade de registros a ser listada no grid seja infinita.

146 Release Notes

Versão 2.0

Release Notes

Função: Exportação de EDI ‐ OMC0062 Chamado: TEKFVQ Situação: O programa está levando muito tempo para executar os updates na tabela “omc_doc_ocor_complementar” depois da exportação de cada ocorrência para arquivo texto. Solução: O programa foi alterado para incluir a chave primária completa na cláusula condicional (condição where), para os três comandos updates da tabela “omc_doc_ocor_complementar”.

Função: Capa de Lote Eletrônico ‐ OMC9260 Chamado: TEJMSU Situação: Ao enviar o documento para a Sefaz, o programa configura uma empresa no TSS com as configurações referentes ao documento CL‐e. Neste momento o programa retorna com mensagem informando que não conseguiu configurar a empresa. Solução: O programa foi alterado para que ao executar o comando de configuração envie o CNPJ sem formatação e com 14 dígitos. O programa foi alterado também para imprimir o CNPJ formatado e impresso a razão social da empresa na impressão da CL‐e. Nota: Anteriormente, estava enviando o CNPJ formatado com pontos.

Função: Conhecimento de Transporte ‐ OMC0017 Chamado: TEKHRL Situação: Ao excluir um pré‐conhecimento, o programa não exclui também as informações de carga fechada. Além disso, o programa permite a manutenção de AENs depois que o pré‐conhecimento ter sido emitido, inclusive, quando o conhecimento já está integrado no faturamento, ou suas informações de carga fechada já tenham sido efetivadas. Solução: O programa foi alterado para excluir as informações de carga fechada, e para não permitir a manutenção de AENs, via tela de consulta.

Função: Tabela de Frete ‐ OMC0006 Chamado: TEIQVY Situação: O programa está permitindo informar uma variável do tipo diferente de “2” (faixa) como opcional. Solução: O programa foi alterado para incluir uma consistência para permitir somente variáveis dos tipos “1” ou “3” como opcionais.

Funções: Manutenção de Notas Fiscais ‐ OMC0018 / Manutenção de Notas Fiscais ‐ TMS00001 / Geração de Pré‐Conhecimentos ‐ OMC0125 Chamado: TEIQVY


Release Notes

Situação 1: O sistema não está agrupando as notas fiscais num mesmo conhecimento quando a tabela de frete está configurada com a variável do tipo opcional. Além disso, o cálculo do conhecimento considera variáveis opcionais que não foram informadas na nota. Solução 1: Os programas foram alterados para que, na geração do conhecimento (ou no agrupamento), sejam verificadas quais variáveis opcionais que foram informadas nas notas fiscais e considerar apenas estas variáveis no cálculo do frete do conhecimento. E permitir que notas com variáveis desmarcadas possam ser agrupadas ás notas que não possuam variáveis de frete desmarcadas, mas que tenham a mesma tabela de frete utilizada para cálculo. Situação 2: Não está considerando a empresa centralizadora na seleção de tabela de frete na rotina de geração de conhecimento. Solução 2: Alterado para verificar se há empresa centralizadora de tabela de frete. Se houver, considerar esta empresa para seleção das tabelas. Se não, será considerada a empresa corrente.

Função: Veículos ‐ FRT0005 Chamado: TELQLQ Situação: Algumas informações cadastrais do veículo não estão sendo obrigatórias, e posteriormente o sistema as solicita como o caso do proprietário do veículo. Solução: O programa foi alterado para que o campo “Proprietário” seja obrigatoriamente informado, quando a empresa estiver trabalhando com rotina de carga fechada, ou seja, quando no parâmetro “Gerar documentos após criação do pré‐CTRC?” estiver selecionada a opção “S” (Sim). Alterado também para que caso a empresa utilize o conhecimento eletrônico, seja obrigatório informar os campos “Proprietário”, “Tara”, “Capacidade veículo M3”, “Capacidade veículo Kg”, “Tipo rodado”, “Tipo carroceria”. A parametrização de emissão de conhecimento eletrônico é realizada no parâmetro “Permitir a emissão de conhecimento eletrônico?”. Nota: O parâmetro “Gerar documentos após criação do pré‐CTRC?” está localizado no LOG2240, em “Logix TMS / Operação Movimento Cargas (OMC) / Geração Automática de Documentos”. O parâmetro “Permitir a emissão de conhecimento eletrônico? está no caminho Logix TMS / Operação Movimento Cargas (OMC) / Conhecimento de Transporte Eletrônico. Importante: A cidade de licenciamento passou a ser obrigatória indiferente da parametrização.

Funções: Conhecimento de Transporte ‐ TMS ‐ OMC0017 / Nota Fiscal de Transporte ‐ TMS ‐ OMC0018 Chamado: TEHOQ8 Situação: Ao consultar o prazo de entrega do conhecimento, está exibindo uma mensagem informando que o cálculo do prazo não foi cadastrado. Solução: Os programas foram alterados para exibir a data do prazo de entrega da nota fiscal, quando no conhecimento o prazo não foi calculado.

148 Release Notes

Versão 2.0

Release Notes

Nota: No OMC0017 se o conhecimento tiver mais de uma nota, verificar qual o maior prazo de entrega para ser apresentado na tela.

Funções: Manutenção de clientes ‐ VDP0815 / Manutenção de emitentes ‐ OMC0003 Chamado: TELPCV Situação: Não está efetuando a copia das informações de bairro e complemento de endereço do cliente para o emitente, quando o parâmetro de utilização de endereço detalhado está desmarcado. Solução: Os programas foram alterados para que ao integrar as informações de bairro e complemento do endereço dos clientes com o cadastro de emitentes do TMS, desconsidere o parâmetro de utilização de endereço detalhado, efetuando sempre a leitura das informações de endereço detalhado, e caso exista, atribuí‐las ao respectivo campo do cadastro de emitente.

Função: Manutenção de Notas Fiscais ‐ OMC0018 Chamado: TELPCJ Situação: O programa não está considerando os itens cadastrados no OMC0194, na integração do conhecimento com o faturamento. Solução: O programa foi alterado para desconsiderar o parâmetro “Item utilizado na integração dos Conhecimentos com o Faturamento.”, caso o item esteja cadastrado no OMC0194. Nota: O parâmetro está localizado em: Logix TMS/ Operação Movimento Cargas (OMC) / Conhecimento de Transporte.

Funções: Manutenção de Notas Fiscais ‐ OMC0018 / Geração de Conhecimentos ‐ OMC0125 Chamado: TEKWR7 Situação: O sistema está exibindo mensagem “Registro não encontrado na tabela “omc_par_conh_eletr””, ao calcular imposto da nota em empresas em que não há emissão de CT‐e. Solução: O programa foi alterado para não exibir indevidamente a mensagens de falta de registro da parametrização de CT‐e, ao incluir nota fiscal em empresas que não utilizam CT‐e.

Funções: Manutenção de Notas Fiscais ‐ OMC0018 / Geração de Conhecimentos ‐ OMC0125 Chamado: TEGWAC Situação: No cálculo do valor de frete do conhecimento está considerando o peso da nota, (o maior peso entre líquido, bruto e cubado), para variáveis com campo base “Peso bruto”. O correto é usar o peso bruto das notas fiscais do conhecimento.


Release Notes

Solução: Alterados os programas que chamam a função de cálculo de frete do conhecimento para considerarem o peso bruto do conhecimento no local correto.

Funções: Painel do CT‐e ‐ TMS ‐ TMS20002 / Envio de CT‐e ‐ TMS ‐ OMC9202 Chamado: TEKCXQ Situação: Ao realizar a alteração da forma de emissão que seja diferente de “1‐Normal”, o sistema está solicitando o motivo de contingência. Solução: Altera o programa para somente solicitar o motivo de contingência para a forma de emissão “5 ‐ Contingência FS‐DA”.

Função: Contrato de Frete ‐ TMS00002 Chamado: TEHET9 Situação: O programa não está efetuando a busca do KM de distância entre a cidade de origem e destino informada no Contrato de Frete, e também não efetua o cálculo da quantidade de descargas efetuadas dentro do percurso do Contrato de Frete. Com isto, estas informações não estão sendo utilizadas na busca, consistências e cálculo de frete do terceiro. Solução: O programa foi alterado para incluir o campo para buscar o KM de distância cadastrado entre as cidades de origem e destino informadas no Contrato de Frete. Esta distancia precisa estar cadastrada no programa OMC0118 (Importação de Distâncias). Também foi incluído o campo para calculo da quantidade de descargas efetuadas no percurso do Contrato de Frete. Nota: Estes dois novos campos serão utilizados na busca, consistências e cálculo do frete de terceiro.

Função: Cadastro de Clientes ‐ VDP0815 Chamado: TEHIJS Situação: O programa apresenta inconsistência quando são informados bairros com descrição maior que 19 caracteres. Solução: O programa foi alterado para buscar a descrição do bairro de uma tabela complementar do VDP, quando no parâmetro “Cadastrar o endereço do cliente pela tela de formação de endereço?” estiver selecionada a opção “S” (Sim). Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em Processo Saídas /Faturamento / Otimização Telas Faturamento Manual.

Funções: Manutenção de Conhecimentos ‐ OMC0017 / Manutenção de Notas Fiscais ‐ OMC0018 / Integração de Notas Fiscais de Saída com Notas Fiscais do TMS ‐ OMC0068

150 Release Notes

Versão 2.0

Release Notes

Chamado: TEISBP Situação: Ao utilizar o parâmetro “Empresa centralizadora para geração das tabelas de frete”, o sistema não encontra tabelas de cálculo, pois está considerando a empresa de login para seleção. Para este caso, além das tabelas de frete, as tabelas de cálculo também são centralizadas em uma única empresa. Solução: Os programas foram alterados para que, caso o parâmetro “Empresa centralizadora para geração das tabelas de frete” esteja ativo, efetue a leitura das tabelas de cálculo considerando a empresa centralizadora para cálculo das variáveis que compõem o valor do frete. Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em Logix TMS / Operação Movimento Cargas (OMC) / Geral.

Função: Importação Notas Fiscais VDP para TMS ‐ OMC0068 Chamado: TEJFWN Situação: O programa não utiliza informações complementares do cadastro de clientes. Solução: O programa foi alterado para que, caso no parâmetro “Cadastrar o endereço do cliente pela tela de formação de endereço?” estiver selecionada a opção “S” (Sim), busque algumas informações do endereço do cliente da tabela “vdp_cli_fornec_cpl”, e utilize estas informações para geração do Emitente no TMS. Nota: O parâmetro está localizado no LOG2240 (Manutenção Parâmetros do Sistema), em Processo Saídas / Faturamento / Otimização Telas Faturamento Manual.

Função: Solicitação de Romaneio ‐ VDP1231 Chamado: TENNNJ Situação: Ao solicitar o romaneio de um pedido com itens reservados ocorre o seguinte erro: "Valor NULL para coluna obrigatória de tabela: .(‐391)". Solução: Alterado programa para que não ocorra inconsistência no processamento de romaneio de pedidos com itens reservados.

14.4 Gestão de Contratos

14.4.1 Gestão de Contratos

14.4.2 Contratos de Serviços

Função: Consistência de Dados das Notas Fiscais ‐ SUP0680


Release Notes

Chamado: TELZUG Situação: O programa está alterando a contagem para manual, na contagem automática de uma nota de consignação, quando há erro grave na consistência da nota. Solução: O programa foi alterado para não efetuar a alteração da contagem para manual, ou seja, deverá manter a contagem automática após a correção dos erros graves.

14.5 WMS

14.5.1 WMS

Função: Separação Papel ‐ WMS60216 Chamado: TEFEN0 Situação: Separação concorrente está deixando saldo origem, na identificação de estoque, inconsistente com saldo físico. Solução: O programa foi alterado para bloquear a identificação de estoque a cada divisão efetuada pela separação e em seguida é efetuada novamente a verificação do saldo para garantir a integridade. Aplicação: Baixa do patch do chamado ou a baixa do pacote 02/2012.

Função: Processamento de arquivos EDI ‐ EDI0009 Chamado: TEHU01 Situação: Na importação de notas de armazenagem, quando o item possui lote (ou outro dimensional), e no layout não está definido o atributo sequência do item, não estão sendo gravadas as informações de lote. Solução: Alterada rotina de importação de notas de armazenagem para tratar a situação onde a sequência do item não esteja parametrizada no layout, e assim gerar automaticamente o número de sequência.

Função: Embarque Coletor ‐ WMS6370 Chamado: TEIEA9 Situação: Rotina de finalização do planejamento não está finalizando corretamente quando, não for informado o endereço origem. Solução: Alterado para não considerar o endereço origem na validação, caso este ainda não tenha sido informado. Aplicação: Patch do chamado com pré‐requisito pacote 02/2012.

Função: Emissão de Produtos dos Clientes (Valores em Estoque por Dia) ‐ WMS6316 Chamado: TEHUO9

152 Release Notes

Versão 2.0

Release Notes

Situação 1: Não está permitindo escolher a série da nota fiscal a ser impressa. Solução 1: Incluído na tela os campos para informar série da nota fiscal. Situação 2: Não permite informar um período que compreenda mais de uma apuração de faturamento. Solução 2: Alterado o campo referência para ser do tipo início e fim permitindo assim ser informado um intervalo. Situação 3: Não está gerando relatório do demonstrativo no formato padrão do Logix. Solução 3: Alterado para que na impressão do relatório do demonstrativo de faturamento chamar a tela de opções de impressão padrão do Logix. Aplicação: Baixa do patch do chamado ou a baixa do pacote 03/2012. Pré‐requisito: pacote 02/2012.

Função: Geração NF Faturamento ‐ WMS6312 Chamado: TEHUO9 Situação: Não está gerando relatório do demonstrativo no formato padrão do Logix. Solução: Alterado para que na impressão do relatório do demonstrativo de faturamento chamar a tela de opções de impressão padrão do Logix. Aplicação: Baixa do patch do chamado ou a baixa do pacote 03/2012. Pré‐requisito: pacote 02/2012.

Função: Atributos do Layout ‐ EDI0005 Chamado: TEJFME Situação: Ao cadastrar os atributos de um layout que não possua os tipos de registro, é necessário relacionar um atributo que indique o início de um novo documento. Atualmente, é permitido que qualquer atributo seja cadastrado como tal, porém se for selecionado um atributo que não seja realmente único e distinto em cada linha, isso gerar inconsistência na importação do arquivo. Solução: O programa foi alterado para que quando se tratar de um cadastro de clientes ou produtos sugira automaticamente os atributos CPF/CNPJ do cliente e o Código do produto como indicadores de novo documento.

Funções: Conferência Coletor Montando Volume Manual ‐ WMS6218 / Conferência PDV Montando Volume Manual ‐ WMS6219 Chamado: TEIEA9 Situação 1: A opção de reiniciar itens está exibindo itens cancelados e sem quantidade conferida, sendo que nestes casos não há o que reiniciar no item, quando no parâmetro do contrato “Efetuar divisão de estoque/reserva conferência?” não está assinalado. Solução 1: Os programas foram alterados para não considerarem os itens cancelados e também somente itens que já tenham alguma quantidade conferida.


Release Notes

Situação 2: Os programas não estão considerando o parâmetro "Gerar volume automático?", quando o parâmetro do contrato “Efetuar divisão de estoque/reserva conferência?” não está assinalado. Solução 2: Os programas foram alterados para considerarem o parâmetro “Gerar volume automático?” mesmo quando não efetuar quebra de estoque/reserva na conferência. Situação 3: Está permitindo finalizar uma conferência sem ter efetivamente conferidos todos os itens, não está efetuando a conferência comparando com a quantidade solicitada na solicitação de carga. Solução 3: Os programas foram alterados efetuar a comparação com a quantidade conferida da solicitação de carga, ao tentar finalizar uma conferência, ou seja, na sequência de conferência a quantidade conferida deve ser igual à quantidade reserva na mesma sequência na solicitação de carga. Situação 4: No coletor não está permitindo voltar para tela anterior com “ESC” quando acionado a opção de interrupção. Solução 4: Os programas foram alterados para permitirem o retorno à tela anterior acionando a tecla “ESC”. Situação 5: Na conferência PDV não está considerando o parâmetro do contrato “Efetuar divisão de estoque/reserva conferência?” Solução 5: Os programas foram alterados para que na conferência PDV considere o parâmetro “Efetuar divisão de estoque/reserva conferência?”, baseado no contrato do depositante. Situação 6: Não está finalizando processos deixando situações em aberto, quando dois usuários estão efetuando um processo de conferência de um mesmo documento. Solução 6: Os programas foram alterados para efetuar as finalizações de situação da conferência, situação dos itens da conferência, dos volumes e apontamentos quando mais de um usuário estiver efetuando um processo de conferência de um mesmo documento.

Funções: Conferência Coletor Montando Volume Automático ‐ WMS6231 / Conferência PDV Montando Volume Automático ‐ WMS6259 Chamado: TEIEA9 Situação 1: Os programas estão permitindo finalizar uma conferência sem ter efetivamente conferido todos os itens, não está efetuando a conferência comparando com a quantidade solicitada na solicitação de carga. Solução 1: Os programas foram alterados para validar a quantidade conferida da solicitação de carga ao tentar finalizar uma conferência, ou seja, na sequência de conferência a quantidade conferida deve ser igual à quantidade reserva na mesma sequência na solicitação de carga. Situação 2: Os programas não estão finalizando os processos corretamente, pois estão deixando situações em aberto, quando dois usuários estão efetuando um processo de conferência de um mesmo documento. Solução 2: Os programas foram alterados para efetuar as finalizações de situação da conferência, situação dos itens da conferência, dos volumes e apontamentos quando mais de um usuário estiver efetuando um processo de conferência de um mesmo documento. Aplicação: Patch do chamado com pré‐requisito o pacote 02/2012.

154 Release Notes

Versão 2.0

Release Notes

Função: Reclassificação de Itens ‐ WMS6251 Chamado: TEIWJE Situação: No ambiente indústria, para efetuar o cancelamento do recebimento é necessário que os itens relacionados estejam conforme a conferência. Casos em que depois da conferência tenha sido executada uma reclassificação de item, não é mais possível efetuar o cancelamento do recebimento, para tal é necessário reverter a reclassificação do item. No entanto quando um item é reclassificado uma vez, e é necessário fazer uma nova reclassificação, o sistema está apresentando inconsistências. Solução: O programa foi alterado para que a rotina de reclassificação de itens seja efetuada corretamente.

Função: Processo Geração Nota Fiscal ‐ WMS0745 Chamado: TEJJ61 Situação: O programa não está gerando notas para regime especial. Solução: O programa foi alterado para efetuar validações de depositante para geração de nota fiscal de regime especial e alterado para gerar todas as notas pendentes até a data parametrizada para a última geração. Aplicação: Baixa do patch do chamado ou o pacote 03/2012.

Função: Geração Notas de Retorno por Falta ‐ WMS6196 Chamado: TEJRHH Situação: Não está ocorrendo a integração com o módulo Obrigações Fiscais para exibição no painel de NF‐e. Solução: O programa foi alterado para efetuar o processo de integração de notas da mesma forma que uma nota gerada pelo processo de faturamento do ERP padrão. Aplicação: Baixa do patch do chamado ou o pacote 03/2012. Pré‐requisito: o pacote 02/2012.

Função: Filtro do Inventário ‐ SUP20010 Chamado: TEJZRI Situação: O programa não permite gerar inventário de itens, cuja única identificação de estoque registrada seja uma etiqueta tipo “8“ (inventário). Solução: O programa foi alterado para considerar os estoques com tipo de etiqueta tipo “8“ (inventário).

Função: Encerramento do Plano de Inventario ‐ SUP34805 Chamado: TEJZRI Situação: No encerramento do inventário, se executar o encerramento para um plano cancelado, exibe mensagem incorreta. Solução: O programa foi alterado para que ao tentar encerrar um plano cancelado, exiba a mensagem de que o


Release Notes

plano está cancelado e não a mensagem de que existem contagens não aceitas.

Função: Separação em Papel ‐ WMS60216 Chamado: TEHLZS Situação 1: A rotina apresenta algumas divergências de usabilidade na interação parcial com os movimentos da lista. Solução 1: Foram efetuadas alterações nas rotinas de interação com o usuário para permitir a interação parcial com os movimentos, sempre atualizando as situações de acordo com a situação real da movimentação. Situação 2: A rotina não permite a consulta de uma série de listas com opção de navegação. Solução 2: Foram efetuadas alterações na consulta para a funcionalidade padrão do metadados com navegação entre os resultados. Aplicação: Baixa do pacote 03/2012 ou patch do chamado + pré‐requisito chamado TDYX27.

Função: Geração de Plano e Onda Separação ‐ WMS60001 Chamado: TEJNFT Situação 1:‐ A geração de plano apresentou informações em duplicidade. Solução 1: Foram efetuadas alterações na rotina de geração de plano para evitar possíveis duplicações de dados, passando a utilizar para base de cálculo dos valores do plano o SKU padrão, evitando assim, informações em duplicidade para casos onde um produto possua dois SKUs com a mesma quantidade de itens. Incluído ainda uma validação antes da geração do plano para verificar o cadastro de SKUs padrão dos itens envolvidos para garantir que existirá sempre um SKU padrão cadastrado. Situação 2: A inclusão/exclusão de documentos manualmente no plano invalida o processo. Solução 2: Foram efetuadas alterações nas funções de inclusão/exclusão de documentos de forma manual no plano de separação para que valide o processo. Situação 3: As rotinas antigas de geração de planos estão desatualizadas. Solução 3: Foram definitivamente desativadas as rotinas antigas de geração de planos (WMS6204, WMS6375 e WMS6209), não podendo mais serem acessadas para processamento. Aplicação: Baixa do patch do chamado tendo como pré‐requisito o pacote 01/2012. Depois da aplicação deste patch, o processo de geração da onda de separação deverá obrigatoriamente ser gerado pelo WMS60001.

Função: Contagem/Conferência ‐ WMS6190 Chamado: TEJPHK Situação: No ambiente indústria, quando é realizada a conferência/contagem do recebimento, o número da conta contábil não está sendo gravado. Solução: Foram efetuadas alterações na rotina de recebimento para que busque o número da conta contábil da operação de estoque do recebimento.

156 Release Notes

Versão 2.0

Release Notes

Função: Encerramento Plano Inventário WMS ‐ SUP5830 Chamado: TEIHE3 Situação 1: Ao baixar o saldo de etiqueta que possui pendência de regularização no conta corrente, fica uma pendência indevida de regularização. Solução 1: Foram efetuadas alterações no sistema para que, ao baixar o saldo de etiqueta, verifique se ela não possui excesso pendente de regularização no conta corrente, caso possua, deve baixar para não sobrar pendências indevidas. Nota 1: O chamado TEIHE3 é associado ao chamado TDZL98. Situação 2: Ao realizar a baixa de etiqueta em plano de depositante regime filial, o sistema não baixa a quantidade regularizada da etiqueta. Solução 2: Foram efetuadas alterações no sistema para que, ao finalizar o plano de depositante regime filial, ajustar além da quantidade origem a quantidade regularizada da etiqueta. Nota 2: O chamado TEIHE3 é associado ao chamado TDZPOK. Situação 3: Ao implantar uma etiqueta em inventário de depositante regime filial, o sistema regulariza com AR não associado à CESV. Solução 3: Foram efetuadas alterações no sistema para que, na situação reportada, ao buscar o último AR para usar como AR regularizador de uma ID de excesso, verifique se o AR já tem CESV associada. Nota 3: O chamado TEIHE3 é associado ao chamado TEAHIT.

Função: Coletor Inventário WMS ‐ SUP2067 Chamado: TEIHE3 Situação: O sistema exibe informações incorretas do SKU e descrição do item em implantação de saldo. Solução: Foi inicializado record para evitar que sejam exibidas informações incorretas nas implantações consecutivas.

Função: EDI de Cadastro de Clientes ‐ EDI0009 Chamado: TEJXPA Situação: Ao cadastrar o CEP do endereço do cliente, o sistema grava no formato XXXXXXXXXX, sem o “‐“, caso o CEP venha no arquivo neste formato. Esta situação gera inconsistências em rotinas que envolvem o endereço do cliente. Solução: Foram efetuadas alterações no tratamento do CEP na gravação do endereço para que seja sempre gravado com “‐ “, independente do formato que venha no arquivo.

Funções: Menu de Parâmetros WMS ‐ LOG2240/ LOG00087 Chamado: 892138 Situação: O menu de parâmetros do Logix WMS está com informações duplicadas e não está segmentado por tipo de operação. Operador Logístico e Indústria. Alguns parâmetros estão sem ajuda.


Release Notes

Solução: Foram efetuadas alterações para reestruturar o menu deixando os parâmetros que são comuns em um nível chamado “LOGIX WMS” e separado os parâmetros que são de segmentos de acordo com o segmento utilizado. A nova estrutura do menu deve ficar desta forma: (‐)LOGIX WMS (‐)LOGIX WMS ‐> GERAIS ‐> CADASTROS ‐> OPERAÇÕES DE ESTOQUE AUTOMÁTICAS ‐> PORTARIA ‐> RECEBIMENTO ‐> MANIPULAÇÃO ‐> EXPEDIÇÃO ‐> INVENTÁRIO ‐> FATURAMENTO DE SERVIÇO ‐> BI ‐> INTEGRAÇÃO COM OUTROS SISTEMAS (‐)OPERADOR LOGÍSTICO ‐> RECEBIMENTO ‐> EXPEDIÇÃO (‐)INDÚSTRIA ‐> PORTARIA ‐> RECEBIMENTO ‐> EXPEDIÇÃO Observação: Pode ser que nem todos os níveis sejam exibidos caso não existam parâmetros no cadastro da empresa que está utilizando o menu. Incluído ajuda para os parâmetros que são referentes ao produto padrão e que não continham esta informação. Aplicação:

• Será necessário aplicar o patch do chamado e depois deste processo executar a rotina WMSA0003 que deverá fazer o ajuste na estrutura do menu de parâmetros. Esta rotina somente deverá ser executada uma única vez por instância do Logix instalado independente de empresa.

• Esta rotina apenas faz os ajustes de posicionamento dos parâmetros no menu, não tem por objetivo fazer a manutenção de valores. Para isto, devem ser utilizadas as rotinas padrão do LOG como está atualmente.

• Este programa deve ser rodado depois da aplicação do pacote 02/2012. No entanto, caso seja necessário, poderá ser utilizado antes da aplicação dele, neste caso quando for aplicado o pacote 02/2012 deverá ser executada novamente para ajustar os parâmetros criados até então que ainda não estejam corretamente posicionados na estrutura do menu de parâmetros do Logix WMS.

• Esta rotina somente poderá ser acionada por um usuário administrador do Logix.

158 Release Notes

Versão 2.0

Release Notes

Função: Emissão de Notas Fiscais ‐ WMS0745 Chamado: TEJNEL Situação: O processo de carregar as notas pendentes de emissão está demorado. Solução: Incluídos os campos “Planejamento Embarque” e “CESV/Documental” para a seleção dos documentos para emissão das notas fiscais. Estes novos campos não são obrigatórios no filtro e podem ser selecionados a partir do zoom. Quando um destes campos for informado, serão carregadas automaticamente as demais informações. Alterada também a rotina de processamento para melhorar a performance na consulta de documentos, quando são informados apenas os campos “transportador” e “depositante”.

Função: Fusão Divisão do Planejamento de Embarque ‐ WMS6322 Chamado: TEJNEL Situação: Alteração do zoom de planejamento de embarque. Solução: Função alterada devido às mudanças na passagem de parâmetros do Zoom de Planejamento de Embarque.

Função: SKU ‐ WMS6173 Chamado: TEJA60 Situação: O programa não efetua validações ao digitar um código de barras no cadastro de SKUs. Ainda que o tipo de código de barras seja um “EAN13”, é permitido informar qualquer valor. Solução: O programa foi alterado para efetuar as validações de quantidade de dígitos do código conforme o tipo, e não permitir que sejam informados somente zeros na entrada de dados dos códigos de barras. E ao excluir um determinado código no WMS, também realize a exclusão no VDP.

Função: Replicação Código de Barras WMS ‐ VDP ‐ WMS6183 Chamado: TEJA60 Situação: O programa não efetua validações ao digitar um código de barras do VDP. Ainda que o tipo de código de barras seja um “EAN13”, é permitido informar qualquer valor. Solução: O programa foi alterado para efetuar as validações de quantidade de dígitos do código conforme o tipo, e não permitir que sejam informados somente zeros na entrada de dados dos códigos de barras VDP.

Função: Plano de inventário ‐ Seleção ‐ SUP2000 Chamado: TELX40 Situação 1: O programa exibe uma mensagem de SKU não cadastrado, ao informar um SKU relacionado a mais de um código de item. Solução 1: O programa foi alterado para efetuar uma validação no campo de SKU para que considere SKU como


Release Notes

válido quando for relacionado a mais de um código de item. Situação 2: O programa permite gerar contagem sem seleção personalizada confirmada. Solução 2: O programa foi alterado para bloquear a geração de contagem sem seleção personalizada confirmada.

Função: Impressão de Etiquetas de Endereço ‐ WMS6094 Chamado: TEMDMT Situação: O sistema está exibindo uma mensagem, acusando que o número final é maior que o inicial, ao tentar imprimir uma etiqueta de endereço, informando na coordenada “3” a numeração de “49” a “102”. Solução: O programa foi alterado para tratar as coordenadas “3” e “4” como numéricos. Pois o sistema estava tratando os valores da coordenada “3” e “4” como caracter no momento da validação da coordenada final maior que a inicial.

Função: Processamento de Saldo de Estoque ‐ WMS6325 Chamado: TEKFHU Situação: O programa não permite processar o saldo de estoque de solicitações de carga com situação “Bloqueada”. Solução: O programa foi alterado para verificar as solicitações de carga com situação bloqueada. Alterado também para efetuar o processamento item a item ao invés de todos os documentos.

Função: Contrato ‐ WMS60013 Chamado: TELUJG Situação: As informações não estão sendo efetivamente gravadas, ao cadastrar no primeiro contrato de um depositante as informações de Processamento de Pedidos/NF, “Controla Pedido” “Último Pedido”, “Controla Retorno Depositante”, “Último Retorno”. Solução: O programa foi alterado para incluir corretamente as informações de processamento de pedido/NF com valores padrões para que ao efetuar a modificação na tela de informações de Processamento de Pedidos/NF, o registro que já exista seja modificado corretamente.

Função: Geração de Arquivos EDI ‐ EDI0026 Chamado: TEMBF1 Situação: Quando é configurado um atributo tipo “Filler”, no final da linha de um registro deveriam ser gravados os espaços em branco correspondentes, porém isso não está ocorrendo. Os espaços em branco no final da linha estão sendo suprimidos. Solução: O programa foi alterado para considerar os espaços em branco no final da linha, quando configurado um atributo tipo “Filler” no fim da linha.

160 Release Notes

Versão 2.0

Release Notes

Pré‐requisito: chamado TDTVSP.

Função: Importação de Arquivos EDI ‐ EDI0009 Chamado: TEKRQB Situação 1: O programa está gerando inconsistência de bairro na importação do arquivo, ao cadastrar o bairro do cliente, pois está truncando a informação. Solução 1: Alteradas as variáveis de tratamento do bairro para que não ocorra o truncamento das informações. Situação 2: Ao importar uma nota com pedido já cadastrado, ao invés de gerar a mensagem de nota e pedido já cadastrados, está gerando a mensagem de tipo documento nulo. Solução 2: O programa foi alterado, no tratamento de notas e pedidos, para gerar a mensagem correta caso esteja sendo importado um documento já cadastrado.

Função: Criação de Endereços ‐ WMS6101 Chamado: TELJCT Situação: O programa está permitindo criar endereços com altura, largura e comprimento maiores que 9999. Solução: O programa foi alterado, na validação dos campos, para que não permita criar endereços com dimensões maiores que 9999, da mesma forma como já é realizado no WMS6096 (Endereços).

Função: Embarque ‐ WMS6370 Chamado: TEMGE0 Situação: O programa está apresentando inconsistência no embarque nos casos em que na proposta há mais de um recurso operador empilhadeira/conferente, para a atividade de embarque. Solução: O programa foi alterado para verificar se já existe apontamento iniciado para o equipamento e não tentar iniciar novamente, ainda que usuário esteja associado a mais de um recurso na atividade.

Função: Importação de Arquivos EDI ‐ EDI0009 Chamado: TEMLUL Situação: O programa está gerando a mensagem de código de barras não cadastrado, ao importar um arquivo de alteração de cadastro de produto no qual o objetivo é adicionar o código de barras. Solução: O programa foi alterado para que na importação de um arquivo de alteração de cadastro de produtos, quando estiver alterando um código de barras de produto, efetue a inclusão caso não exista um código de barras cadastrado.


Release Notes

Função: Cadastro SKUs ‐ WMS6173 Chamado: TEKVTW Situação: Está permitindo cadastrar SKUs para itens não controlados pelo WMS. Porém, somente itens controlados pelo WMS podem ter SKUs cadastrados. Solução: O programa foi alterado para verificar se o item possui controle do WMS, para permitir ou não o cadastro de SKUs.

Função: Manutenção de Notas Fiscais ‐ OMC0018 Chamado: TELDMP Situação: O campo expedidor não é exibido no OMC0018 ou na DACTE, mesmo que o parâmetro "Considerar expedidor pelo sistema ou pelo remetente do CTRC?" esteja definido como "E". Solução: O programa foi alterado para que, ao alterar a nota fiscal e o expedidor estiver em branco, efetue a leitura do parâmetro "Considerar expedidor pelo sistema ou pelo remetente do CTRC?", e chame a função de determinação do expedidor.

Funções: Importação de EDI de Recebimento ‐ OMC0063 / Integração de Notas Fiscais VDP x TMS ‐ OMC0068 Chamado: TELDMP Situação: Os programas não estão gravando a informação de expedidor, ao importar notas fiscais para o TMS. Solução: Os programas foram alterados para efetuar a leitura do parâmetro "Considerar expedidor pelo sistema ou pelo remetente do CTRC?" e, em seguida, chamar a função de determinação do expedidor.

Função: Central do Planejador ‐ WMS6430 Chamado: TEMMX8 Situação: O programa está gerando inconsistência, ao utilizar a quebra por transportadora. Solução: O programa foi alterado para efetuar corretamente o processamento, quando for utilizada a quebra por transportadora.

Funções: Planejamento Entrega Veículos ‐ WMS6038 / Análise de Carga de Trabalho Recursos ‐ WMS6041 / Análise Atividades Usuários ‐ WMS6043 / Diferenças Agendamento x Contrato ‐ WMS6045 / Etiqueta Curinga ‐ WMS6061 / Geração de Etiqueta Curinga ‐ WMS6062 / Habilitação de Etiqueta Curinga ‐ WMS6063 / Reimpressão de Etiqueta Curinga ‐ WMS6065 / Painel de Visualização de Ordens de Serviço ‐ WMS6078 / Local/Prédio ‐ WMS6091 / Área Estrutural – WMS6092 /

162 Release Notes

Versão 2.0

Release Notes

Funcionalidade ‐ WMS6097 / Tipo Estrutura ‐ WMS6100 / Diferenças Agendamento x Recebimento ‐ WMS6141 / Emissão de Checklist de Inspeção – WMS6154 / Regularização Fiscal ‐ WMS6156 / Relatório de Notas Fiscais Regularizadas ‐ WMS6157 / Relatório Movimentação Notas Fiscais ‐ WMS6160 / Relatório Notas Fiscais Pendentes Regularização ‐ WMS6161 / Relatório Divergência Físico x NF ‐ WMS6162 / Relatório de Recebimento ‐ WMS6191 / Parâmetros Separação ‐ WMS6200 / Processamento Pedidos Notas ‐ WMS6212 / Processamento Saldo de Estoque ‐ WMS6230 / Aprovação Fiscal de Solicitações de Carga ‐ WMS6240 / Parâmetros Separação ‐ WMS6250 / Conferência PDV ‐ WMS6258 / Relatório Volume Recebido ‐ WMS6286 / Relatório Performance Expedição ‐ WMS6288 / Relatório Utilização Recursos ‐ WMS6289 / Relatório Expedição por Transportadora ‐ WMS6290 Relatório de Status dos Pedidos ‐ WMS6294 / Relatório Sobre Carga de Recursos ‐ WMS6295 / Posição de Estoque para Faturamento ‐ WMS6296 / Troca de Tipos de Estoque/Restrição ‐ WMS6323 / Relatório de Registros de Tempos da CESV ‐ WMS6347 / Consultas de Recebimentos Pendentes ‐ WMS6368 / Geração Automática de Volumes ‐ WMS6380 / Lista de Separação por Plano ‐ WMS6395 / Consulta LOG Apuração Faturamento ‐ WMS6417 Chamado: TDTQZE Situação: Há algumas telas em desacordo com padrão de nomenclatura Logix e por conta disso, estão em desacordo com a documentação do sistema. Solução: Os programas foram para efetuar a correção da nomenclatura dos campos de tela para estarem de acordo com os padrões de acordo com documentação do sistema.

Função: Relatório de Entrada Fiscal ‐ WMS6297 Chamado: TDUCRO Situação: O programa apresenta baixo desempenho para processamento de registros em um período superior a um ano Solução: O programa foi alterado para utilizar a nova regra de identificadores de estoque e conferencias de notas fiscais de entrada. Varias leituras internas do processo foram atualizadas para aumentar a velocidade do processamento. Para utilizar o programa é necessário executar o conversor WMS00402.CNV em seguida abrir o programa WMS60194, digitar “Crtl + o” e executar a rotina para todas as CESVs, filtro "0" a preenchidos de "9".


Release Notes

Função: Relatório de Movimentação de Saída ‐ WMS6298 Chamado: TDUCRO Situação: O programa apresenta baixo desempenho para processamento de registros em um período superior a um ano. Solução: O programa foi alterado para reutilizar as categorias de itens já utilizadas. Algumas partes das consultas foram melhoradas para aumentar a velocidades das buscas.

Função: EDI de Clientes ‐ EDI0009 Chamado: TEIVCD Situação: Ao incluir um cliente, também é realizado o cadastro do emitente no TMS, caso no parâmetro “Atualizar emitente quando cliente for alterado (VDP3610)?” estiver selecionada a opção “S” (Sim). Porém, a atualização no TMS não está acontecendo, ainda que esteja parametrizado para a atualização. Solução: Alterada a rotina de integração com o TMS para cadastrar o emitente conforme parametrização. Com isso, passar ser realizada a validação do cadastro do bairro no RHU0520. O cadastro do bairro no RHU é requisito no TMS, e por isso caso exista integração entre WMS e TMS, o EDI passará a gerar mensagem de inconsistência no cadastro de clientes.

Função: Embarque Coletor ‐ WMS6370 Chamado: TEIDYY Situação: A rotina de finalização do planejamento não está finalizando corretamente quando não foi informado o endereço origem. Solução: O programa foi alterado para não considerar o endereço origem na validação caso o mesmo ainda não tenha sido informado.

164 Release Notes

Versão 2.0

Release Notes

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

15 Correções Técnicas

15.1 Fiscal


Função: Envio/Recebimento NFS‐e ‐ OBF1464 Chamado: TEJPP9 Situação: Ao efetuar a importação da NF‐e do Rio de Janeiro, utilizando o banco de dados SQL Server ocorre a inconsistência “‐263”. Situação: O programa foi alterado para e efetuar corretamente a importação da nota sem gerar a inconsistência ‐263.

Função: Livro Registro de Saídas ‐ OBF0020 Chamado: TEICOP Situação 1: O sistema apresenta inconsistência de código “400” em alguns cursores por serem reutilizados e não utilizar with hold. Solução 1: Foram efetuadas alterações no sistema para colocar with hold na declaração dos cursores. Situação 2: Quando há uma nota fiscal com muitos itens com alíquotas diferentes, o programa, ao realizar o agrupamento gera mais quebras para a nota fiscal do que deveria. Solução 2: Foram efetuadas alterações no programa para diminuir as quebras do agrupamento.

Função: Preparação Livro Registro Saída ‐ OBF0001 Chamado: TEHLYD Situação: Existe a necessidade de diminuir o tempo de processamento. Solução: Foram efetuadas alterações nos selects, cursores e opens para diminuir o tempo de processamento do programa.


rn label 03 2012 logix .unlocked

Documents