21
Situação: De: 20/05/2016 até 10/06/2016 SINC D=Homologação(OK) RELATÓRIO DE NOVIDADES 196737/13 ADC ADC202 5158/ALLAN AUGUSTO MIGUEL PROFISSIONAL SOLICITAÇÃO: 001 Criar no ADC202 uma nova coluna com o numero do recebimento.Por que implementar? O ADC202 nos ajuda bastante por que as vezes temos apenas umnumero e quando consultamos ele o sistema mostra os demais números gerados. Hoje tem a solicitação, cotação e pedido, teoricamente faltao recebimento que foi originado pelo processo de compras. - INCLUIR NOVO CAMPO PARA FILTRO POR RECEBIMENTO DESCRIÇÃO Implementações do dia 23/05/2016 - Mvas: -Programa ADC202: criado o campo recebimento. Foi necessárioreorganizar as sequencias dos ids dos campos da tela. Implementada rotina para ler o recebimento e buscar todos ospedidos que estejam vinculados a ele. Para cada pedido vinculado, será chamada a rotina que já existe para ler o pedidos, as cotações e solicitações. Procedido a validação deste processo. Depois, foi implementado as rotinas para executar o inverso, ou seja, quando informada a solicitação,ou cotação ou pedido, buscar o recebimento caso este pertença a algum pedido encontrado no processo. A busca deste recebimento será executado por um SQL. Procedido validação para estes processos. Nos botões de que exibem detalhes do item/serviço para pedido e cotação, foi implementado teste para também buscá-los quando for recebimento. Implementado rotina para contar os itens e chamar o ADC136D e rotina para contar os serviços e chamar oADC136E, desde que o retorno de ambos não seja zero. -Procedido teste para validar todas as implementações; - Procedido a liberação da OP. PROCEDIMENTO OP / SEQ PROGRAMAS 212210/1 APO APO105 11/BORIS MOSCARDO PROFISSIONAL SOLICITAÇÃO: 001 Com os programas mais novos o sistema está dando erro ao tentar apontar um produtivo que já esteja com OS em andamento no seu nome. - alterar programa para não testar status do produtivo quando inclusão de apontamento em datas retroativas - alterar testes de status do produtivo (falta/ferias/ausencia informado no apo104) para a data do apontamento e não para a data atual do sistema - deslocar testes o campo data e não no campo produtivo DESCRIÇÃO Implementado rotina para validar a data do apontamento e nãosomente status do produtivo. Tornando possível nesse programa incluir um apontamento com data anterior para o produtivo que está trabalhando em uma O.S. no momento. PROCEDIMENTO OP / SEQ PROGRAMAS 207159/1 CAD CAD100 CAD200 REC201 5222/TIAGO JOSE MORETTO PROFISSIONAL SOLICITAÇÃO: 001 CLIENTE NECESSITA QUE NAS CONSULTA DO REC201 SEJA INCLUIDO AVIZUALIZACAO DOS CHEQUES EM ABERTO, PARA SABER EM TEMPO REALO VALOR TOTAL EM ABERTO NA DO CLIENTE. OBS.: HOJE ELA UTILIZA O REC301 COM A OPCAO INCLUIR CHEQUE EM ABERTO, POREM ELES TRABALHAM MUITO COM O CAD200 FALANDO DIRETAMENTE COM O CLIENTE ONDE TEM O BOTAO QUE CHAMA O REC201. (CONVERSEI COM O LUCIO ANTES DE ABRIR A OP E JUNTOS PENSAMOSNUMA TELA AMPLA DE TUDO QUE O CLIENTE TEM EM ABERTO NUMA VIZUALIZAÇÃO EM GRID COMO). 1.) DUPLICATAS EM ABERTO - RECDUP/RECPGD. 2.) CHEQUES EM ABERTO - SCBCHQ. 3.) NOTAS DE CREDITOS EM ABERTO - RECNOT 4.) NOTAS DE DEBITO EM ABERTO - PAGNOT 5.) DUPLICATAS EM ABERTO (PAGAR) - PAGDUP/PAGPGD. - criar novas abas tela rec201 para mostrar cheques e notas de credito em aberto - na primeira aba manter as informações que constam atualmente na tela - somente release 15 DESCRIÇÃO - Criado flag na tela de parâmetros do rec201 Consulta geral de existência . - Alterado rec201, cad100 e cad200 para quando a nova flag estiver marcada mostrar tela de consulta geral de existências senão exibe a tela de consulta como antes. PROCEDIMENTO OP / SEQ PROGRAMAS 208109/1 CAI CAI102 5013/GILSON ANTONIO DE TOLEDO PROFISSIONAL SOLICITAÇÃO: 001 Criar evento para nao pemitir o usuario acessar o CAI102 pelo CAI103. Permitr o usuario fazer a transferencia rapida direto (CAI113 ), pelo programa CAI103. CAI102 - Criar um evento para permitir acessar o programa. Quando u usuário possui permissão de acesso no evento, permitir acessá-lo, desde que o programa que o acionou não seja o CAI113. MOTIVO: se colocar a trava no pelo cadastro de programa, existe usuário que utilizam o CAI113. (transferência rápida), que aciona o CAI102, e não esta permitindo. CAI113 - (No cliente) Alterar cadastro do programa, para darsomente permissão aos usuário desejados. DESCRIÇÃO CAI102 - Criado evento 823 para permitir acessar o programa.- Criado rotina no programa para verificar o programa que chamou o CAI102 se não for o CAI113 é verificado o nível do evento 823. CAI113 - (No cliente) Alterar cadastro PROCEDIMENTO OP / SEQ PROGRAMAS

SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

  • Upload
    others

  • View
    0

  • Download
    0

Embed Size (px)

Citation preview

Page 1: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

196737/13

ADC

ADC202

5158/ALLAN AUGUSTO MIGUEL

PROFISSIONAL

SOLICITAÇÃO: 001 Criar no ADC202 uma nova coluna com o numero do recebimento.Por que implementar? OADC202 nos ajuda bastante por que as vezes temos apenas umnumero e quando consultamos ele o sistema mostraos demais números gerados. Hoje tem a solicitação, cotação e pedido, teoricamente faltao recebimento que foioriginado pelo processo de compras. - INCLUIR NOVO CAMPO PARA FILTRO POR RECEBIMENTO

DESCRIÇÃO

Implementações do dia 23/05/2016 - Mvas: -Programa ADC202: criado o campo recebimento. Foinecessárioreorganizar as sequencias dos ids dos campos da tela. Implementada rotina para ler o recebimento ebuscar todos ospedidos que estejam vinculados a ele. Para cada pedido vinculado, será chamada a rotina que jáexiste para ler o pedidos, as cotações e solicitações. Procedido a validação deste processo. Depois, foiimplementado as rotinas para executar o inverso, ou seja, quando informada a solicitação,ou cotação ou pedido,buscar o recebimento caso este pertença a algum pedido encontrado no processo. A busca deste recebimento seráexecutado por um SQL. Procedido validação para estes processos. Nos botões de que exibem detalhes doitem/serviço para pedido e cotação, foi implementado teste para também buscá-los quando for recebimento.Implementado rotina para contar os itens e chamar o ADC136D e rotina para contar os serviços e chamaroADC136E, desde que o retorno de ambos não seja zero. -Procedido teste para validar todas as implementações; -Procedido a liberação da OP.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

212210/1

APO

APO105

11/BORIS MOSCARDO

PROFISSIONAL

SOLICITAÇÃO: 001 Com os programas mais novos o sistema está dando erro ao tentar apontar um produtivo que jáesteja com OS em andamento no seu nome. - alterar programa para não testar status do produtivo quando inclusãode apontamento em datas retroativas - alterar testes de status do produtivo (falta/ferias/ausencia informado noapo104) para a data do apontamento e não para a data atual do sistema - deslocar testes o campo data e não nocampo produtivo

DESCRIÇÃO

Implementado rotina para validar a data do apontamento e nãosomente status do produtivo. Tornando possível nesseprograma incluir um apontamento com data anterior para o produtivo que está trabalhando em uma O.S. nomomento.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

207159/1

CAD

CAD100CAD200REC201

5222/TIAGO JOSE MORETTO

PROFISSIONAL

SOLICITAÇÃO: 001 CLIENTE NECESSITA QUE NAS CONSULTA DO REC201 SEJA INCLUIDO AVIZUALIZACAODOS CHEQUES EM ABERTO, PARA SABER EM TEMPO REALO VALOR TOTAL EM ABERTO NA DO CLIENTE.OBS.: HOJE ELA UTILIZA O REC301 COM A OPCAO INCLUIR CHEQUE EM ABERTO, POREM ELESTRABALHAM MUITO COM O CAD200 FALANDO DIRETAMENTE COM O CLIENTE ONDE TEM O BOTAO QUECHAMA O REC201. (CONVERSEI COM O LUCIO ANTES DE ABRIR A OP E JUNTOS PENSAMOSNUMA TELAAMPLA DE TUDO QUE O CLIENTE TEM EM ABERTO NUMA VIZUALIZAÇÃO EM GRID COMO). 1.) DUPLICATASEM ABERTO - RECDUP/RECPGD. 2.) CHEQUES EM ABERTO - SCBCHQ. 3.) NOTAS DE CREDITOS EM ABERTO- RECNOT 4.) NOTAS DE DEBITO EM ABERTO - PAGNOT 5.) DUPLICATAS EM ABERTO (PAGAR) -PAGDUP/PAGPGD. - criar novas abas tela rec201 para mostrar cheques e notas de credito em aberto - na primeiraaba manter as informações que constam atualmente na tela - somente release 15

DESCRIÇÃO

- Criado flag na tela de parâmetros do rec201 Consulta geral de existência . - Alterado rec201, cad100 e cad200 paraquando a nova flag estiver marcada mostrar tela de consulta geral de existências senão exibe a tela de consultacomo antes.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

208109/1

CAI

CAI102

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar evento para nao pemitir o usuario acessar o CAI102 pelo CAI103. Permitr o usuario fazer atransferencia rapida direto (CAI113 ), pelo programa CAI103. CAI102 - Criar um evento para permitir acessar oprograma. Quando u usuário possui permissão de acesso no evento, permitir acessá-lo, desde que o programa que oacionou não seja o CAI113. MOTIVO: se colocar a trava no pelo cadastro de programa, existe usuário que utilizam oCAI113. (transferência rápida), que aciona o CAI102, e não esta permitindo. CAI113 - (No cliente) Alterar cadastro doprograma, para darsomente permissão aos usuário desejados.

DESCRIÇÃO

CAI102 - Criado evento 823 para permitir acessar o programa.- Criado rotina no programa para verificar o programaque chamou o CAI102 se não for o CAI113 é verificado o nível do evento 823. CAI113 - (No cliente) Alterar cadastro

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 2: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

do programa, para darsomente permissão aos usuário desejados.

212002/2

CAI102

5242/PAMELA CRISTINA MACIEL

PROFISSIONAL

SOLICITAÇÃO: 001 Ao realizar lançamento através do caixa, programa CAI102, emitente 001, usuário utiliza umhistórico com a amarração de conta contábil onde a mesma está parametrizada para lançamento de centro de custoobrigatório. Para evitar erros de lançamento de valores divergentes entre a tela inicial do CAI102 e a tela de centro decusto, foi amarrado ao evento 216 (Bancos-Perm. lanc. C. Custo c/ diferença) a autorização de gravar o lançamentocom diferença somente ao TI. Em teste foi realizado o lançamento no valor de R$ 5,00, tanto na tela inicial quanto natela de centro de custo, porem usuário identifica que o valor da tela inicial está errado e altera para R$ 10,00, masesquece de alterar ovalor do centro de custo e confirma o lançamento. Neste momento conforme o evento o sistemadeveria criticar o lançamento e barrar a gravação do mesmo, porém mesmo com essa amarração o lançamento éregistrado normalmente. Foi realizada uma tratativa na sequencia 001, porem o sistema critica somente asdivergências de valores quando usuario realiza alteração no segundo campo de valor, caso seja alterado no primeirocampo o sistema grava sem erros.

DESCRIÇÃO

CAI102/CAI102A - Ajustado programas para quando o usuário estiver incluíndo o lançamento o valor, acessar ocentro de custo informando os valores, e depois alterar o valor do lançamento não alterando mais o valor da tela derateio de centro de custo, validar o valor incluído fecha com o valor do lançamento.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

212931/1

CAI409

5070/FERNANDO JOSE VANNI VIEIRA

PROFISSIONAL

SOLICITAÇÃO: 001 CAI409/NFE405 - Fechando de convênio em NFE apresenta a mensagem: Status: 701 Motivo:Rejeição: Não informado Nota Fisical referenciada (Lançamento relativo a Cupom Fiscal) [nItem:1] Obs.: Na gravaçãoda NFE na tabela NOTSAI não está gravando os campos: TSAI-CUPOMNF-1 = 1 TSAI-NROCUPO-1 = número docupom

DESCRIÇÃO

PROGRAMA ALTERADO PARA GERAR A TABELA NOTREFC PARA PERFEITA VALIDACAO DA NF-E NO SEFAZQUE EXIGE A NOTA DE TRANSFERENCIA.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

210686/1

ESC

ESC221

888/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 Cliente precisa colocar parâmetros no ESC221 por emitente (programa possui parâmetro geral) 1.MODIFICAR PROGRAMA PARA TRATAR OS PARÂMETROS POR EMPRESA.

DESCRIÇÃO

- Programa já salva parâmetros por emitentes, alteração foi realizada em ops anteriores. - Liberando op somentepara atualização do programas nas pastas e no cliente;

PROCEDIMENTOOP / SEQ

PROGRAMAS

Page 3: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

208048/2

ESC200NOT106PAT100

5093/ARMANDO BATISTELLA JUNIOR

PROFISSIONAL

SOLICITAÇÃO: 001 Na sequencia 001 desta OP foi solicitado que ao excluir uma nota fiscal de ativo imobilizadolançada pelo NOT105, o itemtambém fosse excluído do patrimônio, salvo os casos de itenscom baixa, depreciação ouinformação de plaqueta. Este processo está funcionando corretamente, porém o cliente deseja que, se o item possuirqualquer um dos casos citados acima a nota não seja excluída, mostrando uma mensagem que "o item possui(baixa/depreciação/plaqueta), por isso a notafiscal não será excluída". Segundo o Rogério, hoje o NOT106 primeirofaz os processos de exclusão da nota e depois verifica no patrimonio se existem os casos para excluir ou não o bem.É necessário fazer primeiro a rotina de verificação no patrimônio para depois fazer o processo de exclusão da nota.

DESCRIÇÃO

NOT106/PAT100 - IMPLEMENTADO ROTINA PARA VERIFICAR NO PATRIMONIO, SE EXISTE BAIXA,DEPRECIAÇÃO OU PLAQUETA PARA OSITENS, E CASO EXISTA, NÃO PERMITIR O CANCELAMENTO,EXCLUSÃO OU ESTORNO DA NOTA. ESC200 - IMPLEMENTADO COM A MESMA ROTINA NA OP 208918/001.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211941/1

ESP

ESP200

888/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 O programa ESP200 carrega na quantidade disponível o seguinte cálculo: - contabil menospedidos pendentes porém o cliente utiliza parâmetro na TAB554 na locação GARANTIA - para que as pelas nãofiquem disponivels para venda - calculo correto deve ser + contábil ,menos locação indisponivel (TAB554) menospedidos pendentes) anexo exemplo a essa OP 1. ALTERAR PROGRAMA PARA APURAR O SALDO DISPONIVELDA MESMA FORMA COMO É FEITA NO EST204 QUANDO MARCADO NO TAB112 QUE UTILIZALOTE/LOCAÇÃO, VERIFICANDO A FLAG DO SINTB554 DE INDISPONIBILIDADE.

DESCRIÇÃO

PROGRAMA ALTERADO PARA SUBTRAIR DO SALDO DO PRODUTO AS INDISPONIBILIDADES INFORMADASNO TAB554

PROCEDIMENTO

OP / SEQ

PROGRAMAS

208656/1

EST

EST302

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Quando no relatorio o usuario pede para listar o mes de fevereiro 2016, com a informacao dadata 29/02/2016, o sistema volta para 28/02/2016, com isso ira listar no relatorio 28/02/2016 e quando o correto29/02/2016

DESCRIÇÃO

EST302 - CORREÇÃO DA DATA DE ESTOQUE (CABEÇALHO) PARA A DATADE FEVEREIRO DE ANOBISSEXTO.

PROCEDIMENTOOP / SEQ

PROGRAMAS

210883/1

EST406

5071/JOSE LEANDRO JUSTO

PROFISSIONAL

SOLICITAÇÃO: 001 REALIZAR ALTERACAO NO LAYOUT DO ARQUIVO ABCFARMA, CONFORME LAYOUTANEXO.

DESCRIÇÃO

Implementado alteração no layout ABCFARMA, conforme documento TABELA.TXT em anexo.

PROCEDIMENTOOP / SEQ

PROGRAMAS

197785/2

EST133

8/PAULO SERGIO DA SILVA (PAULOBRU)

PROFISSIONAL

SOLICITAÇÃO: 001 SOLICITAÇÃO: 001 - Criar recurso no programa, para atualizar os preços público e de reposição,e esses campos sejam atualizados também para todos os itens da mesma familia; obs1: O cliente está cadastrando asfamilias e associando aos itens; SOLUÇÃO: -- colocada na outra O.P. somente como lembrete; - não é possivel alteraro programa not105 - sugerimos implementar filtro por familia no programa est133 desta forma irá atender anecessidade do cliente 1. INCLUIR FILTRO POR FAMILIA PARA SELECAO DOS ITENS.

DESCRIÇÃO

Implementações do dia 06/10/2015 - Mvas: -No programa EST133: implementado campos para código de família

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 4: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

inicial e final. Retirado a chamada ao paragrafo de filtrar os itens do campo final da sublinha para o campo final dafamília. Se o código da famílias forem informados eles serão validados. Se o código final for informado ele deve sermaior do que inicial; -Na rotina de filtrar os itens foi implementado o range das famílias.

197785/3

EST133

8/PAULO SERGIO DA SILVA (PAULOBRU)

PROFISSIONAL

SOLICITAÇÃO: 001 Acrescentar no programa opção para fazer a leitura em todas as notas fiscais de entradasemitidas na data atual, verificar quais itens tiveram preços atualizados e atualizaresse valor para todos os itens doestoque com mesma família.

DESCRIÇÃO

- Criado o botão SHIFT-F2 para o processamento dos preços por família. - Será solicitado o período para análise dasnotas de entrada. - Cada item que tiver entrada no período informado, será analisado e seu preço gravado nosdemais que possuírem a mesma família.

PROCEDIMENTOOP / SEQ

PROGRAMAS

212420/1

EST100S

11/BORIS MOSCARDO

PROFISSIONAL

SOLICITAÇÃO: 001 Incluir log para os campos medida e densidade - incluir log alteração campos acima na tabelaestlgi

DESCRIÇÃO

Implementações do dia 24/05/2016 - Mvas: -No programa EST100S: criado campos na working para armazenar osvalores atuais da medida e densidade. Na arr- tela01 foi implementado o preechimento após a leitura do registros. Naaur-tela01 foi implementado a gravação do log caso os valores tenham sido alterados. -Procedido bateria de testes; -Procedido a liberação da OP.

PROCEDIMENTOOP / SEQ

PROGRAMAS

210817/3

EST142NFE402NOT408

5070/FERNANDO JOSE VANNI VIEIRA

PROFISSIONAL

SOLICITAÇÃO: 001 EST142 - Criar o campo "embalagem minima por fornecedor" NFE402 - Na entrada de XML oprograma precisa verificar a embalagem minima informada no EST142 e caso estiver em branco verificar noEST100/EST100S Obs: sobre esta sugestão já foi conversado entre o Fernando e Moyses. - ACEITA

DESCRIÇÃO

- Est142: Incluído campo para informar a embalagem mínima por fornecedor; - NFE402: Alterado a rotina deconversão de quantidade na entrada para buscar por fornecedor a quantidade da embalagem específica dofornecedor e casa contenha, fazer a conversão para dar entrada, contudo não for encontrada, então será assumida amesma que já está definida no EST100S - NOT408 - CORREÇÃO NA GRAVAÇÃO DO ARREDONDAMENTO DOITEM, COMO DESCONTO DO ITEM.

PROCEDIMENTOOP / SEQ

PROGRAMAS

211885/1

FOP

FOP930

5188/JOHNNY MARLON DE PAULA

PROFISSIONAL

SOLICITAÇÃO: 001 1º - Criar um relatório para conferência dos valores por verba antes de efetivar a importação. 2º -Criar a geração de modelos para importação, a qual possibilite trabalhar com cada departamento e cada empresa,tratando suas individualidades (planilhas) JUSTIFICATIVA: O cliente possui 3 empresas com verbas distintas porempresa/Departamento. Além disso, existem no mínimo 8 planilhas para importação. Por isso, criar as duasfuncionalidades acima citadas, irá contribuir para evitar erros além de agilizar o processo de inserção dos dados nafolha de pagamento. Uma vez que praticamente para cada planilha se faz necessário a "re- parametrização" da tela doFOP930. Obs: Foi sugerido ao cliente criar uma única planilha para todos os departamentos e gerar com váriascolunas, mas segundo o cliente isto não seria produtivo e poderia gerar erros na inclusão, por se tratar de muitasinformações de cada departamento. ***SEGUE EDR EM ANEXO NO ATEND COM MAIS DETALHES***

DESCRIÇÃO

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 5: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

--> INCLUIDO FLAG "APENAS SIMULAÇÃO" QUE IRÁ MOSTRAR OS LANÇAMENTOS QUE SERÃOIMPORTADOS PARA O MOVIMENTO DA FOLHA (MAS NÃO SERÃO EFETIVADOS, SENDO UTIL PARA UMAPRE- CONFERENCIA ANTES DA IMPORTAÇÃO EM DEFINITIVO) OBS: FOI CRIADO A SEQUENCIA 2 DESTAOP P/ ANALISE DA SEGUNDASOLICITAÇÃO DE IMPLEMENTAÇÃO

211885/2

FOP138FOP930FOP999

5188/JOHNNY MARLON DE PAULA

PROFISSIONAL

SOLICITAÇÃO: 001 2º - Criar a geração de modelos para importação, a qual possibilite trabalhar com cadadepartamento e cada empresa, tratando suas individualidades (planilhas) OBS: EXISTE ANEXO EXPLICATIVO NASEQUENCIA 1 DESTA OP.

DESCRIÇÃO

FOP138 --> NA TELA 4 FOI INCLUIDO O PARAMETRO "UTILIZAR FACILITADORES NA IMPORTACAO DEMOVIMENTOS". QUANDO NÃO ATIVADO ESTE PARAMETRO, O PROGRAMA FOP930 CONTINUA SEUFUNCIONAMENTO DA MANEIRA ATUAL. QUANDO ATIVADO, AO ACIONAR O PROGRAMA FOP930 NAO SERÁMOSTRADO AS ULTIMAS INFORMACOES UTILIZADAS NO PROGRAMA. NA PRIMEIRA GERAÇÃO, DEVERÁSER INFORMADO OS CAMPOS DA TELA P/ GERAÇÃO E/OU SIMULAÇÃO. APOSCONFIRMAR A TELA, SERÁFEITO A PERGUNTA SE O USUARIO DESEJA ARMAZENAR OS DADOS P/ FUTURAS GERAÇÕES. AOREALIZAR ALGUMA ALTERAÇÃO EM TELA, UTILIZANDO UM IMPORTADOR EXISTENTE, APOS CONFIRMAR ATELA, SERÁ FEITO A PERGUNTA SE O USUARIO DESEJA REGRAVAR O PARAMETRO EM USO. FOP930 -->CRIADO OS BOTOES F3 e F4 PARA UTILIZAR E EXCLUIR OS PARAMETROS DE IMPORTAÇÃO PREVIAMENTEGRAVADOS. OBS: O MES/ANO DO MOVIMENTO A SER IMPORTADO NÃO SERÃO GRAVADOS NOSPARAMETROS DE IMPORTAÇÃO, DEVENDO SER INFORMADOS NO MOMENTO DE CADA GERAÇÃO (IDEMPARA O CAMPO APENAS SIMULAÇÃO)

PROCEDIMENTOOP / SEQ

PROGRAMAS

211885/3

FOP930

5188/JOHNNY MARLON DE PAULA

PROFISSIONAL

SOLICITAÇÃO: 001 QUANDO ATIVADO A FLAG "APENAS SIMULACAO", REALIZAR AS SEGUINTESIMPLEMENTACOES: 1-ORDENAR POR EMPRESA + NOME FUNCIONARIO + VERBA 2-EMITIR TOTALIZACAODE VERBAS POR EMPRESA

DESCRIÇÃO

QUANDO ATIVADO A FLAG "APENAS SIMULACAO", FOI REALIZADO AS SEGUINTES IMPLEMENTACOES NOFOP930: 1-ORDENADO POR EMPRESA + NOME FUNCIONARIO + VERBA 2-LISTADO TOTALIZACAO DEVERBAS POR EMPRESA

PROCEDIMENTOOP / SEQ

PROGRAMAS

210311/1

IMP

IMP107

5158/ALLAN AUGUSTO MIGUEL

PROFISSIONAL

SOLICITAÇÃO: 001 Ao gerar uma Invoice no programa IMP107 o cliente seleciona um tipo de importação do IMP100,tipo 4, o qual esta vinculado ao tipo de nota de nacionalização 175 e tipo de estoque 34. Essa Invoice esta vinculada auma Proforma do programa IMP101, nessa Proforma esta vinculado o tipo de importação 3, o qual está com o tipo denota de nacionalização 18 e tipo de estoque 594. Ao gerar a nota fiscal, o sistema utilizou o tipo de nota 175 (o qualesta vinculado ao tipo de importação 4), até aqui tudo certo. Quando gera a entrada da mercadoria utilizando oprograma IMP110, o sistema muda o tipo de nota para o tipo 594 que está no tipo de importação 3, quando deveriabuscar o tipo de nota 34, o qual está no tipo de importação 4. Deve ser tratado o programa IMP107 e IMP110 arecepção correta de acordo com o tipo de importação vinculado a Invóice. RO - Documento com o processo em Anexo- alterar programa para salvar na invoice o tipo de nota de estoque - alterar programa imp110 para considerar tipo denota de estoque SOLICITAÇÃO: 002 Ao gerar uma Invoice no programa IMP107 o cliente seleciona um tipo deimportação do IMP100, tipo 4, o qual esta vinculado ao tipo de nota de nacionalização 175 e tipo de estoque 34. EssaInvoice esta vinculada a uma Proforma do programa IMP101, nessa Proforma esta vinculado o tipo de importação 3, oqual está com o tipo de nota de nacionalização 18 e tipo de estoque 594. Ao gerar a nota fiscal, o sistema utilizou otipo de nota 175 (o qual esta vinculado ao tipo de importação 4), até aqui tudo certo. Quando gera a entrada damercadoria utilizando o programa IMP110, o sistema muda o tipo de nota para o tipo 594 que está no tipo deimportação 3, quando deveria buscar o tipo de nota 34, o qual está no tipo de importação 4. Deve ser tratado oprograma IMP107 e IMP110 a recepção correta de acordo com o tipo de importação vinculado a Invóice.

DESCRIÇÃO

- Alterado programa IMP107 para permitir ao usuário informarum tipo de nota para recepção e caso esse campo seja

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 6: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

informado, no momento da recepção o programa IMP202A (chamado internamente pelo processo) irá usar o tipoinformado no novo campo, ao invés de buscar o tipo amarrado ao tipo de importação (IMP100).

213394/1

NFE

NFE405

8/PAULO SERGIO DA SILVA (PAULOBRU)

PROFISSIONAL

SOLICITAÇÃO: 001 - Ajustar o programa para respeitar como usuário consumidor a opção 9 do indicador de I.E. daaba retençoes do cadastro do cliente; obs1: O sefaz está rejeitando a nota fiscal, retornando que o usuário deve estarcomo consumidor. obs2: Assunto discutido com o Moyses e Paulão.

DESCRIÇÃO

Alterado a geração da tag <indFinal> para gerar como 1 quando o indIEDest=9

PROCEDIMENTOOP / SEQ

PROGRAMAS

206974/9

NFE300

8/PAULO SERGIO DA SILVA (PAULOBRU)

PROFISSIONAL

SOLICITAÇÃO: 001 - No VDM é emitido um Danfe simplificado, porém, quando é emitido para Supermercados, nãoaceitam o Danfe simplificadopor e-mail. - Então é necessário fazer o envio do DANFE COMPLETO por e-mail, após aemissão da nota pelo Vdm. SOMENTE RELEASE 15!!! 1. ALTERAR NFE995 PARA ENVIAR E-MAIL SEMPRE DASEQUENCIA 1 DO NFEGXML QUANDO VDM. 2. ALTERAR NFE300 PARA GERAR OS DOIS DANFE E GRAVARNO BANCOSEQ 1 = COMPLETO SEQ 2 = SIMPLIFICADO 3. ALTERAR O APLICATIVO VDM PARA IMPRIMIRSEMPRE O DANFE DA SEQUENCIA 2.

DESCRIÇÃO

SOMENTE RELEASE 15!!! 1. ALTERAR NFE300 PARA GERAR OS DOIS DANFE E GRAVAR NO BANCOSEQ 1 =COMPLETO SEQ 2 = SIMPLIFICADO 2. ALTERAR NFE996 PARA SEMPRE SALVAR NO BANCO, QUANDO UMANFE DE VDM, A SEQUENCIA 1 DO DANFE QUE É A COMPLETA E A SEQUENCIA 2 QUE É A SIMPLIFICADA

PROCEDIMENTO

OP / SEQ

PROGRAMAS

210414/9

NOT

NOT439

5093/ARMANDO BATISTELLA JUNIOR

PROFISSIONAL

SOLICITAÇÃO: 001 DUPLICAR NO NOT439 O LAYOUT 2=EXPEDIÇÃO E MONTAR PARA 132 COLUNAS,CONFORME MODELOS ANEXOS. HA TAMBEM UM DOC COM OS CAMPO A SEREM SUPRIMIDOS NO NOVOLAYOUT. - criar nova versão para lay-out expedição sem os campos marcados no modelo anexo

DESCRIÇÃO

Implementado novo layout "4=Expedição mod. 2" com 132 colunas, semelhante ao layout "3=Expedição", mas semalguns campos que estão especificados em anexo.

PROCEDIMENTOOP / SEQ

PROGRAMAS

211710/1

NOT128

5120/ALEX FABIANO VALENCIO

PROFISSIONAL

SOLICITAÇÃO: 001 O cliente Medauto deu inicio ao processo de Validação e Utilização do PIN PAD da empresaAuttar. No momento atual o cliente usa no TAB112 marcado para poder logo no fechamento da Nota realizar aefetivação. E hoje também é comum no cliente a venda para pessoa fisica. O cliente já adquiriu uma impressora NãoFiscal da Bematech. O que pedimos nessa OP é: 1-Que não seja necessário mudar a configuração do clientenoTAB112 para que o mesmo não precise mudar sua operação do caixa mantendo a efetivação da Nota ainda nomomento da finalização da Nota. 2- Que seja possivel que o sistema ao passar pela efetivaçãoou momento oportunoao Sinc abrir a tela do TEF para que o cliente proceda a passada do cartão no TEF quando cliente pessoa fisica. 3- Nocliente não está configurado caixa por ECF e nem existe impressora fiscal, SAT etc.., apenas uma impressora NãoFiscal Bematech.

DESCRIÇÃO

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 7: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

PROGRAMA ALTERADO PARA PERMITIR RECEBIMENTO VIA CARTAO DE CREDITO QUANDOPARAMETRIZADO NO TAB181 TAMBÉM PARA PESSOA FISICA NA EMISSÃO DA NFE.

204043/1

NOT128NOT171

5120/ALEX FABIANO VALENCIO

PROFISSIONAL

SOLICITAÇÃO: 001 projeto integração SINC x Auttar / GETNET. Cliente deseja realizar essa integração junto com oSinc Segue todos os dados obtidos. Segue abaixo acesso aos nossos kits de integração e os dadosdoestabelecimento para testes. Qualquer dúvida ou dificuldades estou a sua disposição. Manuais de integração:www.auttar.com.br/INTEGRACAO-IP.rar Senha: @utt@r#2015 www.auttar.com.br/INTEGRACAO-DLL.rar Senha:@utt@r#2015 Client: www.auttar.com.br/kit-distribuicao-CTFClient-02.06.04.zip Senha: @k1t@utt@r Utilizar o roteiroDESLIGAMENTO e FLUXOS. Utilizar os seguintes dados: IP do servidor: 177.43.188.234 Código Estabelecimento:00000 Código Loja: 0108 (Medauto) Código Terminal: 001 Possuímos uma ferramenta WEB para consulta dastransações, segue informações de acesso abaixo: https://homologacao - ESPECIFICAR QUAL A FUNÇÃO DESTESISTEMA E COMO ESTA INTEGRAÇÃO FUNCIONARÁ COM O SINC -------------------------------------------------------------Análise em 26/02 - informar contato do representante da empresa getnet que propos esta integração para a Medautopara verificarmos a possibilidade de fazer via tef discado que não necessita de homologação na empresa getnet - paraos demais casos (IP ou DLL) considerar orcamento minimo de 200 horas para desenvolvimento pois será necessáriohomologação na sede da empresa GETNET

DESCRIÇÃO

PARAMETRIZAR NO TAB181 NO CAMPO DE IP DO TEF A LITERAL TEFAUTTAR, QUANDO ELA ESTIVERATIVADA, IRÁ RESPONDER PELO TEF DA AUTTAR ( GETNET ) E NÃO PELO TEF DA SOFTWAREEXPRES

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211341/2

NOT113

5249/VINICIUS MARTINELLI MARIANO

PROFISSIONAL

SOLICITAÇÃO: 001 Usuária solicita que ao importar um XML pelo botão F6 o campo data de recepção fique liberadopara manutenção. Atualmente o campo fica bloqueado. Anexo 1. PERMITIR EDIÇÃO NO CAMPO DATA DERECEPÇÃO QUE DEVE SER MAIOR OU IGUAL A EMISSAO.

DESCRIÇÃO

NOT113 - Ajustado rotina para quando importado um XML pelo botão F6 o campo data de recepção fique liberadopara manutenção.

PROCEDIMENTOOP / SEQ

PROGRAMAS

212877/1

NOT128

5070/FERNANDO JOSE VANNI VIEIRA

PROFISSIONAL

SOLICITAÇÃO: 001 NOT128/NFE405 - Fechando Cupom Fiscal do PDV em NFE apresenta a mensagem: Status: 701Motivo: Rejeição: Não informado Nota Fisical referenciada (Lançamento relativo a Cupom Fiscal) [nItem:1] Obs.: Nagravação da NFE na tabela NOTSAI não está gravando os campos: TSAI-CUPOMNF-1 = 1 TSAI-NROCUPO-1 =numero do cupom

DESCRIÇÃO

PROGRAMA IMPLEMENTADO PARA GRAVAR CORRETAMENTE O NUMERO DO CUPOM NA TABELA NOTSAIPARA QUE NA EMISSAO DA NFE VALIDE CORRETAMENTE NO SEFAZ.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 8: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

211683/3

NOT305SIS103SIS105

5267/ALESSANDRO FERNANDO MALAVASI

PROFISSIONAL

SOLICITAÇÃO: 001 Levar para os faturamentos de contratos em lote o local da execução do serviço, assim como oNOT128 já faz com faturamentos "manuais". O regime de tributação, e legislaçãoespecífica do cliente solicita ainformação do local da prestação do serviço, para alguns serviços com alíquota do município onde este foi prestado,para outros com alíquota padrão do simples nacional. O NOT128 já atende essa necessidade e todos faturamentosestão sendo feitos por ele,porém será iniciado o faturamento em lote partindo do móduloSIS (SIS100/SIS103/SIS105).EDR E DETALHAMENTO DO PROCESSO COMPLETO NO ANEXO DA OP. OK

DESCRIÇÃO

SIS103 - Incluído campos local de execução. SIS105 e NOT305 - Ajustado programas para prever quando existirinformação de local de execução.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

212073/1

NOT470

5270/JULIO CESAR ROGERIO SOUZA PAES

PROFISSIONAL

SOLICITAÇÃO: 001 WEB: NO RELATÓRIO NOT470 NO PERÍODO DE 01/04/2016 A 31/04/2016 APRESENTA DOISITENS QUE SÃO SUBSTITUIÇÃO TRIBUTÁRIA E NÃO DEVERIAM CONSTAR NO MESMO. 17/05/16 - João Paulo -No relatorio só deverá constar as vendas com CFOP 5927 e com CST 00 - Buscando os valores da base de calculo ealiquota da ultima compra do item, - alterar programa para desconsiderar itens substituição tributária

DESCRIÇÃO

Implementações do dia 27/05/2016 - Mvas: -No programa NOT470A foi acrescentado ao SQL do notsaii a clausulapara desconsiderar o item cuja classificação fiscalestá vinculada a um protocolo no TAB615. -Procedido bateria detestes e liberado a OP.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211341/3

NOT113

5277/LUIS GUSTAVO SONEGO VANNI

PROFISSIONAL

SOLICITAÇÃO: 001 Implementar a importação de XML pelo botão F6 do NOT113 na release 15. E trazer o campodata de recepção habilitado para edição. XML para testes em anexo.

DESCRIÇÃO

- Ajustado a importação de XML pelo botão F6 do NOT113 e habilitado o campo data de recepção para edição.release 15.

PROCEDIMENTOOP / SEQ

PROGRAMAS

199301/2

NOT507TAB633

5283/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 complementando a sequencia 001 desta OP (requisitos insuficientes) - anexo Excel (com 3 abas)com maiores detalhes de como deveacontecer a contabilização

DESCRIÇÃO

- criados novos campos para permitir novos lançamentos contábeis para notas de entrada de transferencia - criadosnovos campos para permitir novos lanctos contábeis para notas de entrada de transferencia a serem incluídos noemitente de origem da nota de entrada - alterado programa not507 para considerar novos parametros e gerar oslançamentos em seus respectivos emitentes *************** 10/05/16 -anexei a essa OP o teste efetuado na base docliente necessário corrigir: 1)no NOT507 carrega conta mas não leva para CTB105 2)contas do emitente de origem -não está gerando a contabilização

PROCEDIMENTOOP / SEQ

PROGRAMAS

202010/2

NOT100XNOT128

5283/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 TRANSRIO - No Rio grande do sul as empresas de ônibus possuem diferimento de ICMS paraemissão das notas fiscais de venda das peças validade de 20/06/2013 a 31/12/2016. Foi sugerido na sequencia 001desta OP: parametrizar no tab616 a redução por CNAE (botão carga trib por CNAE) 1) essa funcionalidade, da tab616só trata o cálculo do ICMSST - conforme teste feito por Cleonir - anexo a essa OP Não terá a informação da base decálculo com os percentuais de redução como no exemplo: valor total do produto = 644,00 diferimento 52,941% =341,28 base cálculo 47,059% = 303,37 calculando 17% de ICMS 2) Implementar para ter mensagem fixa para sair nasnotas Na mensagem deve constar o percentual e valor do diferimento e da base de calculo, conforme abaixo. ICMSDIFERIDO CFE DECRETO 52.271 , DOE 20/09/2015 - LIVRO III, ART 1º - G NF.. XXXXX diferimento 52,941%341,28 base cálculo 47,059% 303,37 total 100% 644,65 ICM 17% 51,57 *********** 11/12/15 - Cliente simulou nota em

DESCRIÇÃO

OP / SEQ

PROGRAMAS

Page 9: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

TAB616

ambiente teste, porém a DANFE não está saindo correta (NOT128 correto - DANFE e EScrita errado e mensagem danota errada) anexo PDF com exemplo

TAB616 - CRIADO NOVO CAMPO NA TELA DE CNAE, PARA DEFINIR O PERCENTUAL DE REDUÇÃO DE ICMS.NOT128 - ALTERADO PARA TRATAR O PERCENTUAL DE REDUÇÃO INFORMADO NO TAB616

PROCEDIMENTO

212105/13

NOT468

5283/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 Verificar a possibilidade de implementação - exportação paraexcel - relatório NOT468 conferênciadifal. Atualmente é gerado em PDF exemplo anexo a essa OP - é possivel

DESCRIÇÃO

- Foi incluído o campo "Formato" na tela do programa NOT468,para que o usuário tenha a opção de escolher oformato do relatório a ser impresso; - As opções são PDF e Excel;

PROCEDIMENTOOP / SEQ

PROGRAMAS

208048/1

NOT106PAT100

5093/ARMANDO BATISTELLA JUNIOR

PROFISSIONAL

SOLICITAÇÃO: 001 Exclusão de itens do Ativo Automaticamente. Ao excluir uma NF o sistema deveria excluir seurespectivo lançamento no Ativo, desde que esse não tenha identificação de Plaqueta ou Depreciação. Hoje é feito olançamento das Notas de Ativo via NOT105, porém ao excluir uma NF o sistema não faz a exclusão desse item noPatrimônio, podendo assim permanecer de forma incorreta no sistema e continuando a depreciar como se fosseumitem válido. Necessidade: Ao Excluir uma NF, o sistema já realizar a exclusão do Item no Patrimônio. Porém antes deexcluir deve ser checado se o item tem: = Plaqueta informada = Depreciação Se houver uma das duas situações aexclusão da NF não deve ser realizada. Isso geraria uma segurança maior na tratativa de Notas / Patrimônio.

DESCRIÇÃO

QUANDO EXCLUSÃO, CANCELAMENTO OU ESTORNO DE NOTAS NO PROGRAMA NOT106, O PROGRAMAFARÁ A EXCLUSAO DO(S) ITEM(S) NOCONTROLE DE PATRIMONIO. (CASO O ITEM TENHA BAIXA,DEPRECIAÇÃO OU INFORMAÇÃO DA PLAQUETA, NÃO SERÁ FEITO A EXCLUSAO DO ITEM NO ATIVOIMOBILIZADO)

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211570/1

ORD

ORD100TAB181

5120/ALEX FABIANO VALENCIO

PROFISSIONAL

Sabendo que existe o parametro no TAB181 para definição de qual é a forma padrão de abrir o campo para presencialou não presencial o cliente gaplan solicita que esse parametro seja por modulos o qual exista um parametro noORD411 e outro no NOT128. Justificativa: Venda balcão : 60% operação não presencial Venda oficina : 100%operação presencial Se colocar o parametro atende um mais não atende a outra area.

DESCRIÇÃO

CRIADO NOVO PARAMETRO NO TAB181 PARA DEFINIR O TIPO DE ATENDIMENTO PADRAO PARA OFICINA.QUANDO NAO EXISTIR, IRA USAR COMO PADRAO O JÁ EXISTEM EM BALCAO.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 10: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

208809/1

ORD116

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 NO PROGRAMA ORD116 PARA O CONTROLE DE SERVIÇOS DE TERCEIROS,APÓS OPREENCHIMENTO DE TODOS OS CAMPOS PELO CONSULTOR, TENHO A OPÇÃO DE ASSOCIAR O SERVIÇODE TERCEIRO NA ORDEM DE SERVIÇO. PORÉM O PRÓPRIO CONSULTOR TAMBÉM TEM A OPÇÃO DEDESASSOCIAR O SERVIÇO DA OS. CLIENTE SOLICITA QUE APENAS OS GESTORES COM NÍVEIS MAIORESPOSSAM DESASSOCIAR OS SERVIÇOS DE TERCEIROS DA ORDEM DE SERVIÇO. TELAS EM ANEXO - criarevento para permitir desassociar serviço terceiro nao.s.

DESCRIÇÃO

Implementado novo evento 839 que permite desassociar o serviço da O.S. (Botão F7) quando o usuário tiver nivelsuperior ao novo evento. Gerado ATU geral para cadastrar o novo evento.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

208981/1

ORD108SCF700

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Verificar novo processo de certificacao da FORD STF ( sistema total FORD ); ABAIXOOBSERVAÇÕES DO CLIENTE: As bandeiras FORD estão passando por um processo de re- certificação do STF(Sistema Total FORD), que é a padronização dos serviços de Pós-Venda entre os distribuidores. Um dos pontos queirão checar nesse check-list que irão realizar nos distribuidores é a integração entre o Catálogo de Peças FORD e osERP. Essa integração seria a possibilidade de montar o orçamento dentro do Catálogo de Peças e exportar para oERP já montando o Orçamento dentro do ORD108. Eles repassam que deve existir a integração entre o CatálogodePeças e o ERP possibilitando a exportação do orçamento. Em anexo segue o comunicado FORD a respeito. Algunsdos consultores que tem atendido Bandeiras FORD sabe de algo a respeito - conferir o arquivo com o layout F05 paraimportar o cardápio de serviço; - alterar as rotinas que hoje cham o programa CAT_FORD.EXE dentro do módulo deOS, para importar o orçamento txt geradopelo catálogo OIC. - este processo deverá estar preparado para ser utilizadodentro dos orçamentos/OS e NOT128, respeitando as quantidades e valores que vem dentro do arquivo;

DESCRIÇÃO

- Revisado o layout para importação do cardápio pelo SCF700;- Incluído rotina para importação dos orçamentosgerados pelo cardápio eletrônico. na tela de peças, ao clicar no botão F9, abrirá uma tela que deverá ser selecionadoa opção"catálogo de peças CD-ROM/Web", assim será aberto a escolha do arquivo para importar (peças e serviços).Todo orçamento importado deve ser repassado os itens/serviços para que o orçamento no SINC possa assumirtodos os parametros do sistema; =====> REALIZAR CAMPANHA PARA TODAS AS FORD AUTO <=====

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211261/5

ORD108ORD183

5143/JOAO PAULO PEREIRA QUINTO

PROFISSIONAL

SOLICITAÇÃO: 001 No ORD108, criar um processo para enviar um e-mail para os usuários que serão vinculados aoevento do novo botão que acessa o ORD183. Este e-mail deve solicitar a aprovação do orçamento. Ele será enviadode modo automático no momento dagravação do orçamento, desde que, tenham sido lançados itensque atendam aocritério de unidade parada.

DESCRIÇÃO

Implementações do dia 10/05/2016 - Mvas: -Criado o programa ORD183B: implementado rotina para enviar e-mailpara os usuários que estiverem vinculados ao evento 848. Eles serão considerados os responsáveis pela aprovaçãodo chefe da oficina. Neste e-mail será solicitado a aprovação do orçamento. O e-mail somente será enviado se oorçamento estiver com situação em aberto e houver pelo menosum item que se enquadre na regra da unidadeparada. -No programa ORD183 foi implementada a chamada ao programa ORD183B. Ele será executado nomomento da geração do orçamento (inclusão) e quando o usuário proceder o lançamento de itens para orçamentosjá gravados. -Programa ORD183A: nos testes foi encontrado um erro no ORD183A que estava enviando umamensagem de reprova para um orçamento que estava sendo aprovado. Foi corrigido o campo que guarda aaprovação/reprova do orçamento no ordorcap; -Procedido testes para validar as implementações; 18/05 - O processoestá sendo feito, porem só ao repassar o programa reenvia, verificar para somente enviar email quandotiver inclusãode itens. Implementações do dia 20/05/2016 - Mvas: -Para evitar que o processo de e-mail seja executado toda vezque o usuário retornar da tela de itens, foi implementado um sql para contar os itens antes de chamar a tela e outrosql para quando sair da tela. O e-mail somente será executado se o usuário incluiu novos itens no orçamento. -Procedido teste e liberado a OP.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 11: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

211261/7

ORD108ORD190

5143/JOAO PAULO PEREIRA QUINTO

PROFISSIONAL

SOLICITAÇÃO: 001 No ORD190, botão F7, criar a opção de listar somente os itens das ordens de serviço jáfaturadas.

DESCRIÇÃO

Implementações do dia 09/05/2016 - Mvas: -No programa ORD190: na tela de parâmetros foi acrescentada a opçãopara listar somente os registros cuja ordens de serviço estão faturadas. Alterado o sql que filtra os dados a seremexibidos para considerar esta nova opção; -Procedido bateria de testes e liberado a OP. 18/05 - Os testes realizadosnão estão corretos, os itens faturados estão aparecendo nos status recebidos Implementações do dia 20/05/2016 -Mvas: -A validação e teste reprovou esta OP pelos seguintos pontos: um item cuja solicitação foi estornada continuasendo bloqueada na tela de manutenção; esta ocorrendo erro quando um item que já tem uma solicitação foirejeitada estasendo vinculado a uma outra solicitação; o consultor pediu para não exibir itens faturados na opção derecebidos nos filtros do ORD190. Abaixo seguem as implementações; -Nos programas ORD108A e ORD108L foirefeito o sql que verifica a situação do registro de unidade parada. O sql vincula a solicitação com o or orduni com oordorci. Para o item ser bloqueado é preciso existir um registro valido no orduni, o orçamento ter sido aprovado pelaoficina e a solicitação não estar rejeita. Após esta correção o problemaainda persitiu, pois agora o item ficou abertomesmo com o usuário gerado para ele outra solicitação. Verificado novamente o sql e implementado um order bydescrecente pelo ID. Deste modo sempre será compara o status da última solicitação; -No programa ORD108Z:depurado o processo para entender o erro de registro duplicado no momento de gerar uma nova solicitação para oitem. Foi constado que após gravar a novasolicitação, o processo lê o grid, que lê a solicitação que já esta vinculadaa unidade parada, e neste momento a chave da nova solicitação se perde. Corrigido o processo de modo amanter achave da nova solicitação para gravar o adcsoli e adcsolo; -No programa ORD190, quando o usuário filtrar os itensrecebidos, foi colocada mais uma clausula no SQL de modo a não permitir que itens já faturados sejam listados; -Procedido bateria de testes com todas estas correções; -Procedido a liberação da OP.

PROCEDIMENTOOP / SEQ

PROGRAMAS

209663/1

ORD189

11/BORIS MOSCARDO

PROFISSIONAL

SOLICITAÇÃO: 001 Ao transferir uma OS para outra eliminar o registro das peças na ordem de origem e acertartambém o registro dos serviços e apontamento. - alterar programa para quando transferir serviços transferir tambémapontamentos - alterar programa para quando for selecionada uma peça e nela tiver serviços associados, obrigartransferir o serviçotambém

DESCRIÇÃO

Alterado para verificar se os serviços associados a um item selecionado também estão selecionados. Implementadopara duplicar apontamento juntamente com os serviços

PROCEDIMENTO

OP / SEQ

PROGRAMAS

212481/1

ORD429

5249/VINICIUS MARTINELLI MARIANO

PROFISSIONAL

SOLICITAÇÃO: 001 Implementar o campo para informar o codigo da revenda CITROEN no programa ESP114.Acrescentar no programa ORD429 a opção para escolher o tipo de OS a ser gerado o arquivo, pois ao importar oarquivo nasOS abertas informa que a data está inválida. Em conversa com o programador Éderson informou que ocampo éinformado através de OS fechadas, por esse motivo deve-se acrescentar o campo para informar OS abertasou fechadas

DESCRIÇÃO

Implementado novo campo Cód. Revenda Citroën no programa ESP114. Gerado ATU da XFD do arquivo ESPREV.Alterado programa ORD429 para gerar o txt com esse novo campo ao invés do campo Revenda do TAB112.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211300/1

ORD103ORD133

5048/MATHEUS ENDRIGO DOS SANTOS

PROFISSIONAL

SOLICITAÇÃO: 001 Hoje existe uma rotina interna nos programas de faturamento de O.S. (ORD103 / ORD133) quefaz com que as notas fiscais de O.S.s, cuja classificação no ORD413 está como Ordem de serviço de Garantia, nãocalcule e destaque o PIS / COFINS / CSLL. No ORD413 fica marcada a opção "ordem de serviço de garantia" e "tipode ordem de serviço exclusivo para revisão" Conversei com o departamento fiscal e a instrução recebida éque todasas notas fiscais de revisão, que possuem tal classificação no ORD413, precisam ser emitidas com esses destaques.==> Rever rotina do programa para que seja realizada as devidas retenções para revisão quando marcada as opçõesgarantia e revisão **se tiver marcado apenas garantia nesse caso não fazer

DESCRIÇÃO

Alterado para realizar as retenções conforme especificado para revisões. 19/05/2016: O ORD133 ainda não estáretendo os impostos.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 12: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

211009/1

ORD125ORD337ORD999

5120/ALEX FABIANO VALENCIO

PROFISSIONAL

SOLICITAÇÃO: 001 Precisamos adequar o programa conforme a solicitação das informações. Anexo segue o queprecisamos que seja enviado ou apresentado. - incluir novos campos (informados circular anexa) no programa ord125- alterar programa ord337 para listar novos campos

DESCRIÇÃO

Implementado novos campos solicitados no documento em anexo no programa ORD125. Gerado ATU da XFD databela ORDEXP. Implementado alteração na geração do relatório ORD337 para listar esses novos campos criadosno ORD125. Incluído no ORD999 a inicialização da tabela ORDEXP.

PROCEDIMENTOOP / SEQ

PROGRAMAS

212440/1

ORD428

5143/JOAO PAULO PEREIRA QUINTO

PROFISSIONAL

SOLICITAÇÃO: 001 O programa ORD428 sobreu algumas alterações do layout. Novo Layout se encontra nok:\jpaulo\ord428 Segue tbm em anexo - ajustar lay-out arquivo gerado pelo programa

DESCRIÇÃO

Implementações do dia 31/05/2016 - Mvas: -Programa ORD428A: os novos campos do layout são sexo, nomeconsultor, cpf consultor e e-mail da concessionária. O sexo está na coluna E e os outros três são as três últimascolunas da planilha. Alterado o programa para gravar o novo cabeçalho e gravar as colunas conforme o novo layout.O consultor é também o recepcionista gravado na ordem de serviço. Para buscar o e-mail, é procedido uma leitura nosintab12 com o emitente da ordem de serviço, e com base no cnpj do emitente, procedido uma leitura no sincad. Ocampo éo ncad-internet-2. -Procedido teste para validar as implementações; -Procedido a liberação da OP.

PROCEDIMENTOOP / SEQ

PROGRAMAS

119061/925

ORD101ORD104ORD105ORD156

5193/EBERSON DINIZ CORREA

PROFISSIONAL

SOLICITAÇÃO: 001 A baixa de peças nas ordens de serviço atualmente permite que seja realizada a atribuição de umdepartamento/subdepartamento para contabilização. Devido à realização de manutenção em equipamentos da fábricaque são utilizados por vários departamentos, faz-se necessário que haja um rateio na baixa das peças, atribuindoassim o custo das peças aos departamentos beneficiários da manutenção. Faz se necessário permitir que sejainformado vários departamentos/subdepartamentos no programa ORD104 para a contabilização para cada conforme opercentual informado. Em anexo a EDR com detalhes da solução proposta - criar nova tabela para itens da o.s. parainformar rateio por centro de custo - alterar programa ord104 para permitir informar rateio de centro de custo porrequisição - criar nova tabela associada ao itens da nota de saida parainformar rateio de centro de custo - alterarprograma fechamento o.s. interna para gravar na nova tabela da nota o rateio de centro de custo informadonarequisição dos itens - alterar programa estorno o.s. para excluir linhas nova tabela quando estornar o.s. - alterarprograma contabilização saidas(not507) para contabilizar o rateio de centro de custo associada a nota desaida

DESCRIÇÃO

Implementações do dia 06/05/2015 - Mvas: -Reunido com especialista para definir como os processos serãoimplementados nesta OP. -Criado o programa ORD104F com base no ADC101O. Será utilizado o mesmo temporáriodeste último. Implementado os campos da tela. Implementado as rotinas para os seguintes processos: a)validardepartamento/subdepto; b)validar total do rateio; c)gravar do temporário para a tabela ordsrvir d)excluir dados dotemporário; e)ler o ordpam, estpro, sintab06 e o ordtip de modo a garantir que somente tipos de os para OS internasejam rateadas; -Criado a tabela ORDSRVIR para gravar os rateios dos itens por departamento; -No programaORD104: no campo do depto/subdepto foi implementado teste para quando o valor for 9999 e o tipo de OS forinterna, chamar o ORD104F para lançar o valor. Implementado chamada do ORD104F na bwa-tela01 (validar totaldorateio), no botão de exclusão (limpar o rateio par o itemexcluído) e após gravação do ordsrvi para efetivar os dadosdo temporário para a tabela ordsrvir conforme o item gravado; -Procedido os primeiros testes dos processos.Implementações do dia 09/05/2015 - Mvas: -Criado o programa ORD104G para importar rateio de uma planilhaexcel; -No programa ORD104F: corrigido a rotina de importação do rateio de uma planilha para chamar o NOT104G;-Procedido teste no ORD104 para validar um registro que espera um rateio mas não encontra, de modo a bloquear agravação dos itens. Procedido teste quando um rateio foi procedido e o usuário exclui o item no ORD104; -Noprograma ORD101: implementado exclusão do ORDSRVIR caso o usuário proceda a exclusão de um item peloprograma; -Criado a tabela NOTSAIID; -No programa NOT999B foi implementado a inicialização da nova tabela; -Criado o programa ORD111B. Implementado validação para checar se existe rateio de departamentos.Implementado rotinas para ratear os valores para os departamentos conforme processo existente no NOT507Aegravar estes valores no NOTSAIID; -No programa ORD111A: implementado chamada ao ORD111B. Esta chamadafoi posicionada logo após a gravação do item no NOTSAII; -No programa ORD156: não ser validado o usuário paradepto quando este for 99.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 13: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

210296/1

ORD100

5283/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 Evento 489 não funciona se não estiver acionado o evento 618 para abertura de Ordens deServiço no ORD100 - que respeite a condição de pagamento cadastrado no CAD100 Tentamos deixar os eventosacionados em conjunto, de acordo com informação na sequencia 001 desta OP, porém impactou em outras operaçõespelos módulos NOT e SGV, necessárias na rotina da empresa, cujas condições de pagamento estão amarradas naTAB124 e não no CAD100 OBS: solução necessária, ajustar o evento 489 para funcionarquando acionado - apenaspara o ORD100 conforme sua definição. anexo exemplo em pdf Alterar o programa ORD100 para respeitar o evento489. Alterar a descrição do evento 489 para Permitir alterar a condição de pagto na abertura e fechamento da OS.

DESCRIÇÃO

Alterado ORD100 para considerar evento 489.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

210240/2

PAG

PAG314

888/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 Verificar a possibilidade de implementar coluna do tipo de documento das Notas de credito(REC102) e das Notas de debito( PAG102) nos relatórios REC314 e PAG314 respectivamente, Como ascontabilizações respeitam as contas contabeis da TAB107 por tipo de documento, os relatórios facilitam asconciliações contábeis

DESCRIÇÃO

- Foi incluído o campo "Tipo de documento" como "DOC" no relatório PAG314; - O relatório REC314 já possui estecampo;

PROCEDIMENTO

OP / SEQ

PROGRAMAS

213007/1

PAG103PAG142PAG401

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Aumentar os campos de local baixa manual. Ver tela em anexo.

DESCRIÇÃO

PAGPAR.XFD-PAG401 - Adicionado mais 12 locais de baixas manuais, porém só será apresentado na tela 16.PAG103/PAG142 - Alterado programa para verificar novos campos incluídos no PAG401/PAGPAR.

PROCEDIMENTOOP / SEQ

PROGRAMAS

192769/1

PAG404REC422TAB653TAB654TAB999

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar funcionalidade para criacao do codigo historico de acordo com que o cliente desejaparametrizar. Exemplo :- COMISSAO VENDA DIRETA DA NF 9999 DE HHHHH, DO CHASSI NR. 9999999999. - criarnova tabela para parametrizar historico lançamentos contabeis para debito e crédito por tipo de documento e tipodecontabilização - criar funcionalidade para modulo contas a receber - alterar programas contabilização para montarhistorico conforme novo parametro quando houver

DESCRIÇÃO

TAB999E - Adicionado inicializadores das tabelas SINTB653 / SINTB654; TAB653 - Desenvolvido programa deparametrizador, contendo campos sequencia, descrição e histórico contábil com campos parametrizados; TAB654 -Desenvolvido programa que vincula o cadastro do histórico do TAB653 a um processo, por enquanto só liberado paraos programas REC422/PAG404, contendo processo, código histórico e tipo de documento, quando o tipo dedocumento estiver zerado, entenderá que o parâmetro contabil é para todos os tipos; REC422/PAG404 -Implementado programa para verificar se existe parâmetro de histórico contábil se sim alterará a forma descrição queserá gerada na contabilidade;

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 14: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

203684/1

PAG140PAG144SGV290

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 SGV290 - Quando fazer o processo de transferência de numerários, o sistema deverá fazer atransformação do documento no contas a pagar, executando o processo do PAG140automático. OBSERVAÇÃO: -cliente precisa fazer a conciliação do financeiro com a contabilidade. Da forma que está hoje o processo, o sistemaestá perdendo areferência do tipo de documento do credito rotativo e a usuária precisa listar o PAG324 com datareferência e listaro documento da origem do documento, apresentando o tipo de documento credito rotativo. 1.IMPLEMENTAR PROGRAMA PARA ACIONAR AUTOMATICAMENTE O PAG140 PARA FAZER ATRANSFORMAÇÃO DO DOCUMENTO PARA O NOVO TIPO MANTENDO O HISTORIO PARA O TIPO NOVO.

DESCRIÇÃO

Implementado no SGV290 rotina de transferência semelhante a existente no programa PAG140, dessa forma quandoexistir umatransferência via SGV290 será possivel consultar o documentode origem de transferência no PAG324. Noprograma PAG144 foiincluído rotina para não permitir estorno de transferência quando realizada pelo SGV290.Gerado ATU da XFD da tabela PAGTRT.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

204301/1

PAG127

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar evento para permitir o usuario baixar documento do contas a pagar com local diferente doinformado no SCB102.

DESCRIÇÃO

- Criado evento 813; PAG127 - Alterado programa para quando o evento estiver menor que o usuário, permitirinformar uma conta corrente com local de baixa diferente do cadastro. OBSERVAÇAO: Parametro "Filtrar consultasconta corrente/banco com mesmo local de baixa" do pag401 deve estar acionado.

PROCEDIMENTOOP / SEQ

PROGRAMAS

209552/1

PAG103PAG142PAG401

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 PAG401 - Criar parametros para informar quais lcoais de baixa permitido para baixa manual denota de debito. PAG142 - Verificar locais de baixa para notas de debito informado no PAG401; PAG103 - Verificarlocais de baixa para nota de debito informado no PAG401; OBSERVACAO - Na baixa de nota de debito, o usuarioconsegue informar qualquer local de baixa. No cliente Bravo, houve situaçõies em que o usaurio baixou a nota dedebito com local de baixa 01 - Banco do Brasil, quando o correto seria local de adiantamento de fornecedor.CONTABILIZOU ERRADO.

DESCRIÇÃO

PAGPAR.XFD - Criado 8 campos PPAR_LOCBXAD_1_o?, para gravar locais de baixa permitidos; PAG401 -Adicionado campos na segunda ab do programa, frame "Locais de baixa manual"; PAG142/PAG103 - Adicionadoverificação de local de baixa permitido nos programas, quando existir informação no PAG401;

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211144/1

PAG328

11/BORIS MOSCARDO

PROFISSIONAL

SOLICITAÇÃO: 001 Incluir campo data de emissão na ordem de pagamento. ACEITA

DESCRIÇÃO

PAG328A - Quando informado data de emissão no ESC200 incluído campo na ordem de pagamento.

PROCEDIMENTOOP / SEQ

PROGRAMAS

Page 15: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

193819/71

PCP

PCP416

5193/EBERSON DINIZ CORREA

PROFISSIONAL

SOLICITAÇÃO: 001 Tratar programa PCP416 para processar estatítisca de estoquea mais de um mês anterior.

DESCRIÇÃO

Programa alterado para aplicar as verificações/correções no saldos do itens para meses com o intervalo superior a -1

PROCEDIMENTOOP / SEQ

PROGRAMAS

193819/74

PCP416

5193/EBERSON DINIZ CORREA

PROFISSIONAL

SOLICITAÇÃO: 001 Criar campo "Código de Produto" no PCP416 para ajustar diferença de tabelas para apenas umproduto ao invés de execução de todos os itens com diferença no emitente ativo.

DESCRIÇÃO

- Programa alterado para considerar o codigo do produto comoparametro para a chamada da procedure p_pcp416 -Procedure p_pcp416 alterada e compilada na base producao do cliente - Procedure enviada por email para oEberson

PROCEDIMENTOOP / SEQ

PROGRAMAS

211883/1

PCP203

11/BORIS MOSCARDO

PROFISSIONAL

SOLICITAÇÃO: 001 Implementar recurso para poder fazer a nota em milheiro e mostrar na consulta como unidade. -ACEITA

DESCRIÇÃO

Alterar para considadar multiplos de 1000 quando a embalagemna nota for definida como ML

PROCEDIMENTOOP / SEQ

PROGRAMAS

209460/1

PCP404SCP100

5214/CLAUDINEI GRIGOLLO

PROFISSIONAL

SOLICITAÇÃO: 001 Fechamento da OP por Locações e melhoria na qualidade do Controle de Produção, agilizando oprocesso de baixa dos Insumos por locações automaticamente no fechamento da OP- PCP118. Anexo segue o relatoda Cliente Adriane, sobre a sugestão dee necessidade de melhoria no processo do módulo PCP.

DESCRIÇÃO

- Programa PCP404 alterado para considerar as locações por ordem de entrada - Utilizar parametro "Efetuarapontamento no NOT426 / movimentar locações", tela "outros", SCP100 -----------------------------------------------------Aguardando a validação do cliente

PROCEDIMENTOOP / SEQ

PROGRAMAS

198766/7

REC

REC303

5214/CLAUDINEI GRIGOLLO

PROFISSIONAL

SOLICITAÇÃO: 001 Conforme solicitado na OP 198.766/006 de Requisito Insuficiente, segue exemplos do Relatóriodo REC303, um antes da Atualização e outro depois da Atualização do Exeacwna Base do Cliente. Vale ressaltar queo cliente deseja que o REC303 volta como era antes, perante os fatos, vejo a necessidade de ser criado um parâmetropara inibir o Campo Multa. Teria possibilidade???? - o problema do relatorio "cortar" é por estar sendo emitidoemimpressora matricial com limitação de colunas - sugestão emitir o relatorio em impressora laser/jato de tinta ------------------------------------------------------------- inlcuir parametro rec303 para não listar coluna multa, deixando o relatório com 132colunas

DESCRIÇÃO

REC303A - Ajustado programa para quando o campo MULTA não for informado na tela de filtros ao listar o relatório acoluna multa não será impressa deixando o relatório com 132 colunas. ------------------------------------------------------------Encaminhado para o Cliente 25/04/2016, aguardando o cliente valdiar.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 16: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

REC303A - Ajustado programa para quando o campo MULTA não for informado na tela de filtros ao listar o relatório acoluna multa não será impressa deixando o relatório com 132 colunas. ------------------------------------------------------------Encaminhado para o Cliente 25/04/2016, aguardando o cliente valdiar.

207325/7

REC109REC360REC401

5283/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 complementando as validações na sequencia 003 desta OP se faz necessário ajustar REc109 eREC360: O sistema está buscando percentual da empresa ativa o que é errado, pois na seleção utilizam mais de umemitente e deve respeitar percentuais da TAB198 do emitente do título anexo PDF com exemplos (REC109 eREC360)

DESCRIÇÃO

RECPAR.XFD - Criado novo campo REC401 - Adiconado na última aba, novo campo "Calcular multa\juros mês\tarifaTAB198 por emitente (REC109/REC360)";REC109\REC360 - Adicionado na rotina dos programas para quando oparâmetro do RECPAR\REC401 estiver marcado, passaráa pegar os valores de tarifas e taxas do tab198 poremitente, mesmo que o mesmo esteja zerada (isso por entenderque será gravado por emitente), caso em um dosemitentes no intervalo e não esteja marcado, assumirá os valores de taxa da tela.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

207159/2

REC201

5222/TIAGO JOSE MORETTO

PROFISSIONAL

SOLICITAÇÃO: 001 Alterar a posição da data de vencimento para maior facilidade na visualização. Quando forchamado através do CAI103, mesmo com o parametro CONSULTA GERAL DE EXISTÊNCIAS estiver marcado noREC201, deve ser chamado a tela antiga. Colocar termomêtro para saber o tempo de execução na busca dosdocumentos.

DESCRIÇÃO

- Alterado layout dos campos da tela para facilitar a visualização das informações. - Ajustado REC201 para quandofor chamado através do CAI103,mesmo com o parâmetro CONSULTA GERAL DE EXISTÊNCIAS estiver marcado noREC201, chamado a tela antiga. - Colocado termômetro para saber o tempo de execução na busca dos documentos.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

210732/1

REC137

5154/JULIANA CRISTINA MELO DO AMARAL

PROFISSIONAL

SOLICITAÇÃO: 001 Cliente reclamou que as baixas de garantia efetuadas pelo SCG116, quando é necessário efetuaro estorno pelo REC137, as baixas não aparecem mais no SCG116, não altera o status da OS no SCG100. Efetuei abaixa do arquivo 21/01/2016-21/01/2016, depois efetuei estorno pelo rec137 ocorrendo o problema relatado pelausuária, o estorno ésta sendo realizado apenas no financeiro. Em uma manual de garantia existe uma nota, que parao processo de estorno funcionar é necessário informar os parâmetros para geração bancária. Segue telas. - criarcampos tabela recscbi para armazenar número nota de garantia quando baixado via scg116 - alterar programa scg116para armazenar número nota nas tabelas recscbi - alterar programa rec137 para quando estornar lote de baixadedocumentos de garantia estornar também a baixa no módulo de garantia

DESCRIÇÃO

Incluído na rotina da chamada ao programa SCG405, que faz o estornos das SG´s baixadas, para chamar quando abaixa foi realizada pelo SCG116 e SCG117, gravado no campo de programaque incluiu a baixa

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 17: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

197567/1

SCD

SCD101SCD103SCD104SCD106

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Cliente solicita alterações no módulo SCD, conforme documento anexo, para agilizar o processode registro das informações e melhorar a inteligência de mercado.

DESCRIÇÃO

Implementações do dia 03/11/2015 - Mvas: -Na tabela scmpar foram criados parâmetros para que o usuário possadefinir a obrigatoriedade de campos no scd101 e scd103 que não foram implementados para serem obrigatórios; -Noprograma SCD104: criado a terceira tela. Neste tela foram implementados os parâmetros ligados aos campos nãoobrigatórios no scd101 e scd103; -No programa SCD101: implementado a tratativa dos parâmetrosnos respectivoscampos de modo a validar a obrigatoriedade dos campos; -No programa SCD103: implementada para a primeira telaos parâmetros para validar a obrigatoriedade dos campos que foram implementados para não serem obrigatórios.Implementações do dia 04/11/2015 - Mvas: -No programa SCD103D todos os campos referidos no documento já sãoobrigatórios. Executados algumas correções e tratado a chamada a partir do SCD103 que estava trazendo sujeira. Ocampo Segmento passa a ter valor default 0=Nenhum a cadanovo registro. No SCD103 corrigido o list da propensãoque estava movendo o campo da descrição para o campo do código do modelo antes de chamar o SCD103B; -Criado os parâmetros na tabela scmpar para tratar a obrigação de alguns campos do SCD103C; -No programaSCD104 foram implementados os parâmetros referidos acima. Implementações do dia 05/11/2015 - Mvas: -Criadoparâmetros no scmpar para o scd103e, scd103e e scd106; -No programa SCD104: finalizado a implementação detodos os parâmetros criados na tabela scmpar; -Nos programas SCD103C, SCD103D e SCD103E: implementado asvalidações de acordo com os parâmetros criados; -No programa SCD106: implementado as validações de acordocom os parâmetros criados; -Procedido bateria de testes; -Montado um documento com os procedimentos devalidação a serem executados pelo Teste.

PROCEDIMENTOOP / SEQ

PROGRAMAS

202495/6

SCM

SCM129

888/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 anexo a essa OP as considerações e sugestões de melhoria Uma das maiores reclamaçõessobre o programa SCM129 tem a ver com o tempo de execução (para abertura em torno de 49 segundos e paramontagem dos quadros, em torno de 02 duas horas por filial) Após algumas análises, o consultor Marcelinho concluiuque um dos pontos na demora da execução tem a ver com a tabela SCMPEF que grava as informações de formacumulativa, com umacarga de dados a ser processada a cada execução (Transrio tem movimentação desde março/12x 18 emitentes x 12 meses noano - a tabela está gigantesca) - Efetuar testes não carregando buffer inicial em04/05/16:Na validação dos programas abaixo identifiquei que a modificação efetuada não atende o requisitosolicitadoe ainda, fez com que o programa parasse de funcionar botões essenciais. Segue detalhamento: 1)Quanto àcomparação do solicitado com o efetuado: "Modificação solicitada: Alteração no programa para que, ao abrir não fazerleitura na tabela SCMPEF ou,... Se necessário a leitura, usar como parâmetro SCMP_MESEANO_1 =TO_CHAR(CURRENT_DATE, MMYYYY ). O campo de mês e ano no SCM129 deveria ser de preenchimentoobrigatório e carregar o mês e ano atual como default na suaabertura. " Modificação efetuada: Alterado a rotina decarregamento do buffer na abertura inicial inicial do programa, somente para ser executada se aopção nos parâmetros"NÃO CALCULAR AUTOMATICAMENTE OS CAMPOS" (botão F8). Também foi inativado o botão F9 (calculadora).Com a alteração efetuada o programa de fato abre mais rapidamente (quando acionada a flag), porem há necessidadede ainda utilizar o botão F9 inibido (e não solicitado) e não entendo a necessidade da mensagem inicial do programa.Sem o acesso ao botão F9, nos casos de necessidade de recalcular campos não serão atendidos (cito por exemploum campo no quadro 1 que é resultado da soma de campos no quadro 3, e estes campos no quadro 3 são formulas.O SINC terá o resultado do quadro 1 somente após calcular o quadro 3 e como é sequencial o calculo dos quadros, sefaz a necessidade de recalcular logo após ter efetuado calculo). Não é viável inibir o botão. Mais informações...

DESCRIÇÃO

Alterado a rotina de carregamento do buffer na abertura incial inicial do programa, somente para ser executada se aopção nos parametros "NÃO CALCULAR AUTOMATICAMENTE OS CAMPOS" (botão F8). Colocado mensagem noinicio do programa que os campos não serão calculados de forma automatica quando estiver ativado esse parametro,e só realizará no final dos inputs dos dadosna gravação ou se o usuário preferir executar manualmente pela teclaSF3. ********* 12/05/16-atualizado programa no cliente, porém ao executar aopçãoF5/Contabil - demora a rodar eretorna erro de cobol (anexo tela a essa OP)

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211028/2

SCM101

5071/JOSE LEANDRO JUSTO

PROFISSIONAL

SOLICITAÇÃO: 001 PARA FACILITAR A VISUALIZACAO DO CLIENTE, O MESMO SOLICITA PARA QUE SEJAMOVIDO A COLUNA "SITUACAO" LOGO APOS A COLUNA "PEDIDO", FICANDO ESTA NA TERCEIRA COLUNACOMO DEMONSTRADO NA FIGURA ANEXA.

DESCRIÇÃO

Alterado coluna "Situação" para a terceira coluna do GRID. Conforme solicitação em anexo.

PROCEDIMENTOOP / SEQ

PROGRAMAS

Page 18: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

192566/1

SCM401

8/PAULO SERGIO DA SILVA (PAULOBRU)

PROFISSIONAL

SOLICITAÇÃO: 001 - Criar opção de range para exportar a movimentação financeira (PAGAR/RECEBER), por tipo dedocumento (tab107); - Criar opção de range para exportar as notas do módulo NOT por tipo de nota (tab124); - Criaropção de range para exportar as notas da escrita fiscal por tipo de lançamento (tab123); - Criar opção para exportar asliquidações do financeiro, por local de pagamento (PAGAR/RECEBER); - Criar opção para evitar que as tabelas sejamexportadas; OBS1: Essas rotinas estão sendo implementadas para uso em escritório de contabilidade que estarãocolocando o SINC em seus clientes; - aceita

DESCRIÇÃO

Implementações do dia 26/06/2015 - Mvas: -No programa SCM401: na primeira tela foi criadosparâmetrosrelacionados a exportação para que o usuário possa selecionar tipo de nota, de lançamento, dedocumento e de local de baixa. Na segunda tela foi implementado a frente dos campos dos nomes do arquivos aopção não importar. -Nos programas SCM401C, SCM401D, SCM401E e SCM401G foi implementado os parâmetrosde linkage para a seleção de tipos, de acordo com cada processo; Implementações do dia 29/06/2015 - Mvas: -Criado o programa SCM401T para ser o responsável por montara tabelas com os tipo de notas, lançamentos,documentos e locais selecionados pelo usuário e devolve-la para o processo correspondente; -No programaSCM401C: implementado as rotinas para filtrar as notas de saída e entrada por tipo de nota se o parâmetroSelecionar tipos de notas estiver marcado. O processo executará o SCM401T e tratará os tipos selecionados pelousuário; -No programa SCM401D (Receber) e SCM401E (Pagar) foram implemantadas as rotinas para tratar os tiposde documentos (para filtrar dados no recdup, recnot, pagdup e pagnot) e locais das baixas (recpgd e pagpgd)selecionadas pelo usuário se os parâmetros Selecionar tipos de documentos e "Selecionar local da baixa estiveremmarcadas; -No programa SCM401G foram implementas as rotinas para tratar o tipo de lançamento selecionados pelousuário quandoo parâmetro Selecionar tipos de lançamentos for marcado. Estes dados serão utilizados para filtrar oESCMOV; -Processado bateria de testes e liberado a OP.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

205864/1

SCV

SCV426

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar novo programa SCV4XX (na sequencia) para gerar planilhas da MAN, atendendo novaMetodologia de Cálculo do valor de Mão de obra de garantia. Anexo estão as circulares recebidas. No documentoconsta que é necessário gerar as informações mês a mês, em um arquivo xlsx de todos os serviços executados naoficina (Cliente, Garantia, Internas e VOlksTotl) não só as garantias. obs: a Nativa informou que precisa transmitir até22/01/2016. Não tem como enviar com o programa que tem, a estrutura do documento anexo é diferente. Então, ocorreto seria montar uma tela para informar o período desejado, e descer no ORDSRVS, linkando com ORDSRV,ORDTIP (que define os tipos de OS) e SEGCAD, através de uma sql e depois ir gerando o xls conforme o dcto anexo.

DESCRIÇÃO

Implementações do dia 14/01/2016 - Mvas: -Criado o programa SCV426. Implementado campos para sereminformados o emitente, o período e o caminho a ser gravada aplanilha; -Criado o programa SCV426A: iniciado aimplementação das rotinas para gerar a planilha com base nos serviços faturados da OS cujo fechamento estejadentro do período selecionado. Montado as rotinas para gerar a linha detalhe com dados, gravar o cabeçalho egravar os dados na planilha;-Preparado dentro do servidor 192.168.0.209 um cblconf para base da abrão que utilizeos programas no SRVFAB utilizado otscliente no code-prefix. Depois foi solicitado a Edson paraincluir no tnsnames oservidor SINC1 para poder ser utilizada a base da abrãoreze para teste. Este procedimento foi necessário pois éneste servidos que está liberada uma licença do office, para poder testar os processos que envolvem a gravação deplanilha; -Iniciado testes iniciais; Implementações do dia 15/01/2016 - Mvas: -Procedido bateria de testes com oprocesso do SCV426. Corrigidos erros encontrados no processo; -No programa SCV426A foram implementadas asregras para os campos Natureza do Serviço , Oficina e Terceiro . Os dois primeiros dependem do TAB174 e oterceiro se existe umasequência no ORDSRVT que referêncie uma sequencia no ORDSRVS. Alterado a busca dacategoria do TAB121 para o SEG100; -Procedido novos testes para validar o processo; -Implementado os processosna release 15; -Procedendo a liberação da OP. Implementações executadas no dia 19/01/2016 a pedido daValidação: -SCV426: implementações validação de diretório existente e validação para que não seja informada abarra no final do caminho; -SCV426A: na gravação da célula da categoria foi alterado para lista a sigla da categoriamais o nome, conforme SCV414. -Liberado a OP.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

205864/2

SCV426

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar filtros como o programa SCV414 para geração da planilha, observando a seleções parageração dos dados.

DESCRIÇÃO

Implementações do dia 19/01/2015 - Mvas: -SCV426: implementado filtros de categoria semelhante ao SCV414. Nocampo do caminho foi retirado o bloqueio para a barra informada no final e implementada rotina existente no sin100para colocar a barra no final mesmo que o usuário nãoa informe. No botão F2 foi implementada uma validação paragarantir que pelo menos uma opção seja selecionada; -SCV416A: recebida no linkage as opções da categoria.Incluído SQL os filtros que forem selecionados. Corrigido a montagem do nome do arquivo para respeitar a alteraçãoprocedida no campo do caminho da planilha; -Procedida bateria de testes e liberado a OP.

PROCEDIMENTOOP / SEQ

PROGRAMAS

Page 19: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

212105/5

SGV

SGV109

888/MARIZELDA FOGANHOLI

PROFISSIONAL

SOLICITAÇÃO: 001 Necessário restringir acesso por usuário ao botão cancelamento de propostas SGV216 - para VDIcom chassi associado (status faturado) O Sistema permite cancelar propostas VDI de períodos anteriores com SIN115fechado, excluindo o REC100 contas a receber (há situações que são necessárias no cliente em casos especiais, porexemplo quando o cliente não paga o veículo e este passa para o estoque para venda) 1. BLOQUEAR OCANCELAMENTO DE PROPOSTAS VDI QUANDO O PERIODOESTIVER FECHADO NO SIN115.

DESCRIÇÃO

PROGRAMA ALTERADO PARA NAO PERMITIR ESTORNAR UMA VENDA DIRETA SE O PERIODO ESTIVERBLOQUEADO NO SIN115

PROCEDIMENTO

OP / SEQ

PROGRAMAS

210764/3

SGV906

5154/JULIANA CRISTINA MELO DO AMARAL

PROFISSIONAL

SOLICITAÇÃO: 001 Cliente solicitou para alterar informação de proposta de venda direta. Segundo cliente o pedidode venda direta foi feito para ano 2016/2016, informando o modelo e catálogo correspondente. Noentanto, a fábricaestá faturando com outro ano/modelo e outro catálago, em alguns casos a alteração é identificada depois que oarquivo da fábrica já foi processado, sendo necessário alterar a informação via tabela sgvint.

DESCRIÇÃO

PROGRAMA MODIFICADO PARA QUANDO A MONTADORA ( FORD ) FATURARUM VEICULO NO MESMOPEDIDO COM ANO FAB/MOD OU MODELO OU CATALOGO DIFERENTE DO QUE FOI LANCADO NO SGV216E,AJUSTE AUTOMATICAMENTE O CAMPO NO SGVINT.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

211528/1

SGV145

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar um evento que podemos informar, qual nível pode mudar as informações abaixo depois dainclusão(apos o fluxo criadoe salvo). Assim vamos manter correto a mídia que o cliente conheceu a HPoint e parafuturos investimentos saber a melhor mídia. EDR em anexo - CRIAR EVENTO PARA BOQUEIO DE ACESSO AOSCAMPOS CONSTANTES NA EDR ENEXA APÓS INCLUSÃO DO FLUXO

DESCRIÇÃO

Implementado novo evento 849 para desabilitar campos mídia na alteração do fluxo, para usuários com nível menorque o evento. Campos especificados no documento em anexo. Gerado ATU para cadastrar o novo evento.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

197567/3

SGV921SGV999

5013/GILSON ANTONIO DE TOLEDO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar programa para importação da planilha ACAV, cujos dadosserão utilizados para comparaçãodas vendas da Bravo com o mercado, gerando informações como MarketShare. Ver planilhas anexas.

DESCRIÇÃO

- Criado programa SGV921 e tabela sgvacav para importação daplanilha ACAV.

PROCEDIMENTOOP / SEQ

PROGRAMAS

Page 20: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

191736/1

SGV918

5120/ALEX FABIANO VALENCIO

PROFISSIONAL

SOLICITAÇÃO: 001 Criar parametro para que se possa importar pelo link abaixo os dados da tabela FIPE.http://www.profissionaisdaweb.com.br/webservice-api-com-os-precos-de-automoveis-da-fipe-43.jsp

DESCRIÇÃO

Atualizado o SGV, e agora existe uma JOB com a integração databela FIpe

PROCEDIMENTOOP / SEQ

PROGRAMAS

193819/48

SGV209

5193/EBERSON DINIZ CORREA

PROFISSIONAL

SOLICITAÇÃO: 001 Nas vendas de veículos para o Estado de GO, a Base de calculo do ICMS deve ser reduzida deforma que resulte na aplicação de 12% (Lei 19.021/2015 que altera a Lei 13.194/97), logo: Redução da Base decalculo do ICMS: 29,41176% Alíquota interna de ICMS: 17% OBS: Esta tratativa é apenas para vendas de veículos,realizada pela Montadora Matriz para os destinatários localizados no Estado de GO. 1. IMPLEMENTAR SGV209PARA QUE NAS VENDAS INTERNAS DENTRO DEGOIAIS DA MONTADORA, FAÇA A REDUÇÃO DE 29,41176.

DESCRIÇÃO

PROGRAMA ALTERADO PARA QUE NAS VENDAS DE VEICULOS DA CAOA MONTADORA PARA DENTRO DEGO, FAÇA A REDUÇAO DA BASE DE ICMS orma que resulte na aplicação de 12% (Lei 19.021/2015 que altera aLei 13.194/97), logo: Redução da Base de calculo do ICMS: 29,41176 Alíquota interna de ICMS: 17%

PROCEDIMENTO

OP / SEQ

PROGRAMAS

193819/59

SGV101SGV209SGV216SGV258

5193/EBERSON DINIZ CORREA

PROFISSIONAL

SOLICITAÇÃO: 001 Criar modalidade de vendas TAXI e OFICIAL DE JUSTIÇA no SGV216 e parâmetros na abaMONTADORA no SGV101. - A venda TAXI terá a mesma tributação da venda PNE, porém, com tipo de nota emensagem distintas. - A venda OFICIAL DE JUSTIÇA terá a mesma tributação da venda PNEC, porém, com tipo denota e mensagem distintas. - Em ambos os casos será necessário a aprovação no programa SGV258, portanto, omesmo também precisa ser tratado. Em anexo, as legislações.

DESCRIÇÃO

PROGRAMAS IMPLEMENTADOS PARA TRATAR DOIS NOVOS TIPOS DE VENDA ( TAXI E OFICIAL DEJUSTICIA ) COM NOVOS PARÂMETROS NOSGV101, ABA MONTADORA.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

210939/8

SIN

SIN115

5214/CLAUDINEI GRIGOLLO

PROFISSIONAL

SOLICITAÇÃO: 001 O cliente está utilizando novo recurso do SIN115 na Release15 de bloquear por período osistema aparece a mensagem "Deseja realmente bloquear/desbloquear todos os dias do período indicado?", mais osistema não está bloqueando. O período que o cliente está indicando é 08/04/2016 a 25/04/2016. Favor verificar o queestá ocorrendo???? Em anexo um PDF com o teste realizado na base da Perfortex. CORRIGIR PROGRAMA PARAACEITAR O BLOQUEIO DE ACORDO COM A DATA INFORMADA HOJE QUANDO NAO INFORMA A PARTIR DODIA 01 NAO MARCA NENHUM BLOQUEIO.

DESCRIÇÃO

- O bloqueio de períodos só estava funcionando quando o usuário informava dia 01 na data inicial. Problemacorrigido.

PROCEDIMENTO

OP / SEQ

PROGRAMAS

Page 21: SINC RELATÓRIO DE NOVIDADES · chama o rec201. (conversei com o lucio antes de abrir a op e juntos pensamosnuma tela ampla de tudo que o cliente tem em aberto numa vizualizaÇÃo

Situação: De: 20/05/2016 até 10/06/2016

SINC

D=Homologação(OK)

RELATÓRIO DE NOVIDADES

206701/1

TAB

TAB100

11/BORIS MOSCARDO

PROFISSIONAL

SOLICITAÇÃO: 001 Implementar funcionalidade que possa tratar o preço de garantia para Case e New Holland porestado. - alterar calcular preço garantia por UF do emitente - habilitar campo "fator regionalização" tab100 tambémpara empresas tipo 17 - alterar programa est406 para considerar fator de regionalização informado tab100

DESCRIÇÃO

Implementações do dia 22/02/2016 - Mvas: -Programa TAB100: no teste que permite habilitar os campos dos fatoresde regionalização para o preço de reposição e degarantia, foi incluso a condição 17. Com esta alteração, emitentescom tipo de revenda 17 terão acesso a estes campos; -Programa EST406NH e EST406C: incluso a leitura dosintab00 (município) com base na Unidade Federal do emitente ativo. Alterado o modo do cálculo do preço degarantia. O preço será obtido subtraíndo do preço do arquivo de importação o percentual do icms do emitenteinformado no TAB112. O resultado terá depois seu valor subtraído conforme o percentual do grupo de desconto doTAB164. Este resultado será somado com base no percentual do fator de regionalização de garantia informado noTAB100. -Aguardando envio de listas de preço para new holland e casepara poder validar a alteração. -Recebidoarquivo para teste e anexado o mesmo na OP. -Procedido bateria de teste; -Corrigido o calculo pois houve diferençade 1 centavo no resultado; -Procedido novo teste e liberado a OP.

PROCEDIMENTOOP / SEQ

PROGRAMAS

202475/1

TAB107

223/LUCIO FLAVIO BOAVENTURA

PROFISSIONAL

SOLICITAÇÃO: 001 *** Melhorias 1 - TAB107 contas contabeis por emitente. solicitaçaõ: ao selecionar determinadoemitente o sistema deverá buscar o plano de contas referente ao emitente selecionado. Ex. ao selecionar o emitente001 e clicar sobre as contas contabeis trazer o plano de contas do arquivo CTBCT001. ao selecionar o emitente 201 eclicar sobre as contas contabeis trazer o plano de contas do arquivo CTBCT201. Hoje ele valida tudo no emitenteativo, mas deveria validar a conta contábil cada um em seu respectivo emitente. FALAR COM LUCIO

DESCRIÇÃO

- Programa alterado para buscar as contas contábeis e centro de custo do emitente informado na tela ao invés debuscar sempre do emitente ativo.

PROCEDIMENTO

OP / SEQ

PROGRAMAS