Você está na página 1de 5

:: SupeERP ::

http://www.supeerp.com/forum/display_printer_threads.asp?ForumID=9...

Principal

Profissional

Forum

Colunas

Vagas

Download

Fale Conosco

Imprimir Pgina | Fechar janela dif SB2 x SB8 Impresso de: SupeERP Nome do Frum: PCP/Estoque/Custos Descrio do Frum: Dvidas Mdulos PCP/Estoque/Custos URL:http://www.supeerp.com/display_topic_threads.asp?ForumID=9&TopicID=10630 Data da Impresso: Thursday, June 20, 2013 at 19:13

Topico: dif SB2 x SB8

Postado por: ANDMIC Assunto: dif SB2 x SB8 Data Postagem: Thursday, July 12, 2007 at 11:22 Tenho um produto no SB2 : B2_QATU = 0 Este mesmo prodto na SB8 COM UM LOTE X : B8_SALDO = 80

Como fao para acertar estas tabelas. Existe alguma outra rotina ou personalizada. O contedo do SB8 que est correta , pois tirei um Kardex por Lote e consta estas movimentaes. Procedimentos Efetuados : - Rodei um saldo atual obrigado

Respostas:

Postado Por: THIAGOCOME Data Postagem: Thursday, July 12, 2007 at 12:24 Bem vindo ao clube dos problemas com Lote e Endereo! (rsrs) Faa o seguinte para acertar este caso: -> Rode um Refaz Acumulados e um Saldo Atual. -> Verifique novamente a quantidade por lotes e o saldo do B2_QATU. (o correto que a SOMA de todos os lotes seja igual ao B2_QATU) -> Desative a ratreabilidade deste produto, entrando na tabela SB1 e alterando o B1_RASTRO. (No adianta tentar fazer isso pela tela de produtos do siga porque ele no deixa) -> Faa um lanamento de inventrio deste produto, colocando sua quantidade igual ao total do SB8. -> Rode o Acerto do Inventrio. -> Ative novamente o controle de lotes alterando o campo B1_RASTRO. S para garantir, rode novamente o refaz acumulados e o saldo atual. Thiago Comelli Analista de Sistemas (11)9844-2728 thiagocomelli@uol.com.br thiago.comelli@hfbr.com.br Spkype: thiagocomelli MSN: thiagocomelli@uol.com.br www.hfbr.com.br

1 de 5

20/06/2013 19:16

:: SupeERP ::

http://www.supeerp.com/forum/display_printer_threads.asp?ForumID=9...

Santo Andre - SP

Postado Por: ANDMIC Data Postagem: Thursday, July 12, 2007 at 13:01 ok. Tiago . Posso fazer este procedimento sem desativar a rastreabilidade?

Postado Por: THIAGOCOME Data Postagem: Thursday, July 12, 2007 at 14:04 No tem como. o sistema obriga voc a digitar um lote quando for fazer o inventrio. e quando for rodar o acerto ele vai te mostar que tem erro... pode tentar. Thiago Comelli Analista de Sistemas (11)9844-2728 thiagocomelli@uol.com.br thiago.comelli@hfbr.com.br Spkype: thiagocomelli MSN: thiagocomelli@uol.com.br www.hfbr.com.br Santo Andre - SP

Postado Por: MOACIRBASE Data Postagem: Thursday, July 12, 2007 at 22:44 Diferenas entre B2, B8 e BF so comuns de ocorrerem devido a movimentos que o sistema nao esta preparado para tratar ou customizaes que nao deveriam ter sido feitas pois nao dao o tratamento adequado no sistema ou cagadas da programao. 1 - duvido que seja o B8 que esta correto, pois o sistema esta escrito para sempre gravar o d1,d2 e d3 que sao os movimentos de estoque e em determinadas situaes nao gravar o d5, por isso digo que o b8 deva estar errado, a menos que voce tenha uma customizao que esta quebrando a gravao do d1,d2 ou d3 ou tenha tido queda do servidor protheus quando da gravao das tabelas do estoque. 2 - o que o colega sugeriu acima, pode at funcionar se voce fizer um fechamento aps este procedimento, mas nao vai lhe informar qual foi a causa da diferena e muito provavelmente ela vai voltar a ocorrer e ai isso vira uma bola de neve. 3 - o adequado voce isolar o movimento que esta errado, para isso voce tem que tirar um Kardex (matr900) da data do primeiro dia aps o ultimo fechamento at a data de hoje ou 2020 para garantir que nao tenham movimentos com data futura no estoque, depois tirar um kardex por lote (matr435), de posse dos dois kardex, comparar todos os movimentos para ver qual esta faltando, muito provavelmente no kardex vai ter um movimento que nao existe no lote e vai ser uma saida, deposse disso voce deve inserir um movimento na tabela SD5, com a quantidade faltante, a data, o lote e o numlote igual ao lote que tem saldo ainda no SB8, ai roda um saldo atual e ve se os dois batem. O sistema falha nas seguintes situaes: 1 - voce faz uma entrada no sistema, NFE ou Produo, usa este material, vende ou usa em uma transferencia ou usa em um consumo para OP, depois de usar o material e dias depois descobre que o documento da origem da entrada estava errado e voce precisa cancelar este documento, voce nao pode cancelar o documento pois ja usou o material, entao voce da uma entrada do material no sistema via movimento interno no mesmo lote que o documento original com data retroativa, cancela a NFE ou produo, refaz o primeiro processo desta vez certo e depois cancela o movimento interno. Matematicamente o saldo do lote esta correto, mas internamente no sistema voce tem um LOTE + NUMLOTE negativo e um positivo, quando voce for fazer a proxima movimentao neste lote, o sistema vai rodar a funo SB8SALDO que roda uma select b8_saldo > 0 desta forma o sistema vai lhe mostrar um saldo no lote maior que o saldo do estoque e vai permitir que voce movimente este material, o que vai ocorrer neste momento que o sistema vai gravar a saida do material no D2 ou D3 mas nao vai gravar no D5 pois quando ele roda a funo calcestL o resultado < 0 e como o sistema nao trabalha com lote negativo ele nao vai permitir a gravao do movimento, desta forma gerada a diferena entre B2 e B8, o mesmo se aplica ao BF. Existem outros movimentos que geram esta diferena, mais este o mais comum. A forma adequada de voce realmente saber como esta o sistema em sua empresa copiar o sistema para uma base de testes, nesta base teste criar o parametro MV_MT300NG, Logico conteudo T , rodar um saldo atual e depois rodar um relatorio chamado DIFSALDO, ele vai apontar todos os produtos e lotes que tem diferena no sistema, fazer os ajustes como citei acima, fazer um fechamento, colocar o parametro MV_MT300NG com conteudo F e monitorar o sistema para ver se diferenas aparecem depois do fechamento. Este processo todo normalmente executado em dois fechamentos, onde no primeiro voce ajusta 100% das diferenas que existem no sistema neste momento e no proximo fechamento voce ajusta uns 10% de diferenas que voce deixou passar pois fez o ajuste no NUMLOTE errado. Uma soluo que facilita este trabalho se voce trabalha com controle de lotes comear a trabalhar com o que foi denominado na Microsiga de Lote Unico, a utiliz

2 de 5

20/06/2013 19:16

:: SupeERP ::

http://www.supeerp.com/forum/display_printer_threads.asp?ForumID=9...

Postado Por: THIAGOCOME Data Postagem: Friday, July 13, 2007 at 17:17 Moacir, Como fazer para incluir esse movimento no SD5 para fazer o acerto? Via base de dados? Att, Thiago Comelli Analista de Sistemas (11)9844-2728 thiagocomelli@uol.com.br thiago.comelli@hfbr.com.br Spkype: thiagocomelli MSN: thiagocomelli@uol.com.br www.hfbr.com.br Santo Andre - SP

Postado Por: WELSK8 Data Postagem: Wednesday, October 08, 2008 at 01:08 Moacir, inclui esse movimento na SD5 via base de dados?

Postado Por: CJCAMPOS Data Postagem: Monday, September 24, 2012 at 21:01 Ola senhores.. Analisando este desbalanceamento entre SB2 e SBF Descobri que as rotinas de calculo por local e calculo por localizacao. Uma observa o campo f4_estoque e o outro no. Vejam a resposta da Totvs. CARLOS PESTANA DE SOUSA EquipeMP_ATE_MAT Data24/09/2012 16:50 Observao Boa tarde , Conforme contato telefnico, informei que realizamos novos testes levando em considerao todas as informaes passadas pelo Cristiano (sem alterar o cadastro de TES no meio do processo), porm no foi possvel reproduzir a no conformidade relatada na abertura deste chamado. Vale ressaltar que a informao de que o cadastro de TES no pode ser alterado no meio do processo, est disponvel no TDN para consulta de clientes, conforme link abaixo: http://tdn.totvs.com/pages/viewpage.action?pageId=6805534 Segue abaixo o posicionamento tcnico aps testes realizados pela analista Cristiane Ramos: Feita nova analise junto equipe de desenvolvimento o qual foi validado que para clientes que utilizam o controle de Rastreabilidade por Lotes e/ou Localizao Fsica no recomendamos a alterao do campo F4_ESTOQUE apos j existir movimentos de estoque que utilizem essa TES, conforme j mencionado anteriormente, pois a realizao desse procedimento ir gerar um desbalanceamento de saldo entre as tabelas de Saldos SB2/SBF/SB8. Para isso ser feito tratamento de trava na alterao do cadastro de TES. A forma de calculo e apresentao de resultados dos relatrios e de consultas no poder ser alterada visando no penalizar usurios que utilizam o processo desta forma (temos que manter o legado), por isso indicamos para tratamento pontual a utilizao de customizao. Onde os fontes dos relatrios esto disponveis no portal do cliente para customizao conforme a necessidade. Atenciosamente, Carlos Pestana Lder de Atendimento e Suporte Tcnico TOTVS Site So Paulo Vejam minha resposta

3 de 5

20/06/2013 19:16

:: SupeERP ::

http://www.supeerp.com/forum/display_printer_threads.asp?ForumID=9...

ADMINISTRADOR (PORTAL/SERV.SSIM/BY YOU) Equipe ADM_PORTAL Data24/09/2012 20:42 Observao Carlos O que vc est falando : "A forma de calculo e apresentao de resultados dos relatrios e de consultas no poder ser alterada visando no penalizar usurios que utilizam o processo desta forma (temos que manter o legado), por isso indicamos para tratamento pontual a utilizao de customizao. Onde os fontes dos relatrios esto disponveis no portal do cliente para customizao conforme a necessidade." Ou seja.. entao o LEGADO ERRO continuar sempre ! Vocs sabem que o calculo de estoques por local e estoques por localizao no so idnticos e vo continuar com esse erro. O calculo por local OBSERVA o campo F4_ESTOQUE e o calculo por localizao NO OBSERVA. Interessante.. ento o sistema tem um DESBALANCEAMENTO SISTMICO CONHECIDO pelos LIDERES de atendimento, CONSULTORES e ANALISTA DE SISTEMAS.. Issu muito interessante saber.. Continuo afirmando ento que ESTE erro provoca diversos problemas recorrentes, e que a soluo apresentada por vocs no tem SEGURANA nenhuma. Grato. [Contato: Cristiano Jose de Campos]

Postado Por: BINDO Data Postagem: Sunday, September 30, 2012 at 11:49 Uso o endereamento h anos e afirmo que as diferenas so causadas por: 1) fechar estoque aps o ltimo dia do ms e ter movimentaes na SDA, do ms que est sendo fechado, fechada no novo ms. 2) Ter queda de sistema no meio do processo 3) Alterar o F4_estoque de uma TES, jamais deve fazer isso A soluo quendo tiver divergncia : 1) rodar refaz acumulado e o saldo atual 2) continuando o erro voc deve voltar o fechamento do ms anterior, rodar refaz acumulado e o saldo atual e fechar o ms novamente 3) no corrigindo execute a rotina de ajuste de saldo do sb2, sbf e sb8. dificilmente executo o passo 3. Paulo Roberto Bindo consultor bindo@globo.com Sao Paulo - SP

Postado Por: CJCAMPOS Data Postagem: Sunday, September 30, 2012 at 12:46 Paulo Pergunta clssica.. Esta rotina ajusta sb2 x sbf x sb8 do PROTHEUS ? Homologado pela TOTVS ? Pois a soluo que me passaram no era por esse procedimento. Em tempo : NUNCA se deve alterar a TES, concordo com voc, MAS .. quando voc pega um cliente que fez issu, como eu posso negar o passado ? Grato Cristiano Jose de Campos ANALISTA de SISTEMAS - consultor

Postado Por: BINDO Data Postagem: Sunday, September 30, 2012 at 13:33

4 de 5

20/06/2013 19:16

:: SupeERP ::

http://www.supeerp.com/forum/display_printer_threads.asp?ForumID=9...

Essa rotina bem antiga e no homologada, uso ela faz uns 10 anos e sempre funcionou. O passado no tem como negar, mas pode fazer um novo comeo, algumas situaes no tem como se corrigir o passado. J tive clientes que alteraram na base o controle de endereamento e lote, neste caso foi pior, tivemos que criar uma rotina para zerar tudo e depois fazer um inventrio. Paulo Roberto Bindo consultor bindo@globo.com Sao Paulo - SP

Postado Por: CJCAMPOS Data Postagem: Sunday, September 30, 2012 at 15:06 Ento.. amigo .. vc nunca analisou os arquivos para ver onde estava o erro neh ? E nunca batalhou pela correo do sistema. Ento por favor... no me venha com solues que no existe dentro do SISTEMA.. Grato

Postado Por: BINDO Data Postagem: Tuesday, October 02, 2012 at 11:51 Tabalho com Microsiga h 15 anos, logo jamais afirme que nunca batalhei por correo, pelo contrrio criei o HELPFACIL e este site para isso, ajuda mtua. Estou lhe passando uma das solues, para mim funciona perfeitamente e no gera erros nem diferenas no sistema, sei o que gera possveis inconsistncias e te garanto que no erro de sistema, mas sim de mal uso do sistema ou at mesmo travamento do sistema. Fique a vontade sobre o que ir fazer, e caso entenda que a soluo apresentada no lhe atenda procure novas opinies. att,

Paulo Roberto Bindo consultor bindo@globo.com Sao Paulo - SP

Imprimir Pgina | Fechar Janela

2005 - 2011 SupeERP.com - todos os direitos reservados By Supeerp

5 de 5

20/06/2013 19:16