Jump to content

Recommended Posts

Bom dia senhores

No início do mês de abril devemos atualizar nosso Corpore RM da versão 11.20 para a 11.52, só estou aguardando umas correções que já estão para sair lá na Totvs.

E como antes da conversão da base de dados o conversor nos obriga a efetuar aquela "Consistência Contábil", em todas as coligadas e este processo demorou em meus testes mais ou menos 4 horas, estou pensando em num final de semana fazer essa consistência e somente no outro final de semana converte a base e atualizar todas as estações.

Sei que no dia da conversão, se passar de 7 dias terei de fazer a consistência novamente mas, na segunda vez o processo é bem mais rápido.

Antes porém me surjiu uma dúvida a qual não consegui ter total certeza:

Depois que realizarmos a consistência contábil marcando a opção parar preparar o sistema para o novo sistema BackOffice conseguiremos utilizar todos os recursos do sistema na versão 11.20 até o final de semana seguinte quando realizaremos o upgrade?

Ou será que acabarei travando alguma coisa que poderá impedir a rotina normal dos trabalhos da empresa nos módulos do Corpore RM?

Posso executar o upgrade em duas etapas como descreví?

Pessoal, não sei se alguém já passou por isso e pode ajudar mas, se passou e puder exclarecer essa dúvida ficarei e muitos ficarão felizes.

Ps.: Eu tentei algumas operações depois da consistência e antes do upgrade e nada deu errado, mas como o sistema todo tem um trilhão de funções é possível que eu não tenha testado o lugar certo. :cray:

Até maispessoal

:victory:

Edited by Robinson

Share this post


Link to post
Share on other sites

Com certeza quero e será util para outro colegas também Niander.

Ficarei muito agradecido

:victory:

OK,

Tem alguns arquivos sobre esta conversão:

- Conversor Calculo .net.

- Como fazer a conversão Calculo .net.

- Apostila Treinamento do Calculo .net - (90 Paginas).

- Formulas .net

Se já quiserem para dar uma olhada posso enviar.

At.

Niander

Share this post


Link to post
Share on other sites

Bom dia senhores

No início do mês de abril devemos atualizar nosso Corpore RM da versão 11.20 para a 11.52, só estou aguardando umas correções que já estão para sair lá na Totvs.

E como antes da conversão da base de dados o conversor nos obriga a efetuar aquela "Consistência Contábil", em todas as coligadas e este processo demorou em meus testes mais ou menos 4 horas, estou pensando em num final de semana fazer essa consistência e somente no outro final de semana converte a base e atualizar todas as estações.

Sei que no dia da conversão, se passar de 7 dias terei de fazer a consistência novamente mas, na segunda vez o processo é bem mais rápido.

Antes porém me surjiu uma dúvida a qual não consegui ter total certeza:

Depois que realizarmos a consistência contábil marcando a opção parar preparar o sistema para o novo sistema BackOffice conseguiremos utilizar todos os recursos do sistema na versão 11.20 até o final de semana seguinte quando realizaremos o upgrade?

Ou será que acabarei travando alguma coisa que poderá impedir a rotina normal dos trabalhos da empresa nos módulos do Corpore RM?

Posso executar o upgrade em duas etapas como descreví?

Pessoal, não sei se alguém já passou por isso e pode ajudar mas, se passou e puder exclarecer essa dúvida ficarei e muitos ficarão felizes.

Ps.: Eu tentei algumas operações depois da consistência e antes do upgrade e nada deu errado, mas como o sistema todo tem um trilhão de funções é possível que eu não tenha testado o lugar certo. :cray:

Até maispessoal

:victory:

A verificação não muda nada na base, server apenas como indicativo para o conversor.

Acredito que quando vc for fazer a conversão, uma semana depois, o conversor vai mandar vc consistir novamente, já que houve movimento.

Share this post


Link to post
Share on other sites

Bom dia senhores

No início do mês de abril devemos atualizar nosso Corpore RM da versão 11.20 para a 11.52, só estou aguardando umas correções que já estão para sair lá na Totvs.

E como antes da conversão da base de dados o conversor nos obriga a efetuar aquela "Consistência Contábil", em todas as coligadas e este processo demorou em meus testes mais ou menos 4 horas, estou pensando em num final de semana fazer essa consistência e somente no outro final de semana converte a base e atualizar todas as estações.

Sei que no dia da conversão, se passar de 7 dias terei de fazer a consistência novamente mas, na segunda vez o processo é bem mais rápido.

Antes porém me surjiu uma dúvida a qual não consegui ter total certeza:

Depois que realizarmos a consistência contábil marcando a opção parar preparar o sistema para o novo sistema BackOffice conseguiremos utilizar todos os recursos do sistema na versão 11.20 até o final de semana seguinte quando realizaremos o upgrade?

Ou será que acabarei travando alguma coisa que poderá impedir a rotina normal dos trabalhos da empresa nos módulos do Corpore RM?

Posso executar o upgrade em duas etapas como descreví?

Pessoal, não sei se alguém já passou por isso e pode ajudar mas, se passou e puder exclarecer essa dúvida ficarei e muitos ficarão felizes.

Ps.: Eu tentei algumas operações depois da consistência e antes do upgrade e nada deu errado, mas como o sistema todo tem um trilhão de funções é possível que eu não tenha testado o lugar certo. :cray:

Até maispessoal

:victory:

4 horas para realizar a consistência ? Muito tempo, aqui tenho 37 coligadas e foi rápido.

Share this post


Link to post
Share on other sites

Arquivos disponibilizadosa area de downloads:

-Como fazer a Conversão Calculo.net

-Apostila de treinamento do Calculo.net.

Com certeza quero e será util para outro colegas também Niander.

Ficarei muito agradecido

:victory:

Share this post


Link to post
Share on other sites

Pois é Omar, não sei por que demorou tanto mas, demorou mesmo.

Depois da primeira execução uma segunda demora uns 20 à 30 minutos para todas as coligadas.

Mas agora preciso descobrir se terei problema em utilizar o sistema na 11.20 depois de ter feito essa consistência, isso está me preocupando muito!

Niander, muito obrigado por disponibilizar os arquivos, já vou baixá

:victory:

Share this post


Link to post
Share on other sites

Bora agora sou eu a sofrer com essa mudança...obrigado pelas informações

Edited by DuduXbase

Share this post


Link to post
Share on other sites

Boa sorte amigo

Qualquer coisa vai postando aqui que na medida do possível vamos lhe ajudando.

:victory:

Bora agora sou eu a sofrer com essa mudança...obrigado pelas informações

Share this post


Link to post
Share on other sites

Bom dia.

Desabilitei todas as trigger e executei o conversor mesmo assim o trem parou alguem tem mais alguma dica.

USE CORPORE;

GO

DISABLE TRIGGER ALL ON ALL SERVER;

GO

Erro durante Conversão

--------------------------------------------------------------------------------

Log de Erros de Atualização de Base de Dados

--------------------------------------------------------------------------------

Coligada : 2ASDF3AS2DF

Base : Microsoft SQL Server 2012

Versão do SGDB : 11.0.2100.60

Servidor de Banco : SERVER-TOTVS2

Terminal : TIAOCARREIRO

Character Set Base : SQL_Latin1_General_CP1_CI_AI

Character Set Server : Latin1_General_CI_AS

Versão GPARAMS : 11.40

Versão GSISTEMA : 11.40

Início : 04/06/2013 21:59:26

--------------------------------------------------------------------------------

Lista de Triggers da base:

--------------------------------------------------------------------------------

1) TR_TMOV

2) TR_TMOV_NEW

3) TR_TTRA

4) TR_TNFEESTADUALHIST

5) TR_FTCF

6) TR_TITMMOV

7) TR_CNABNOSSONUMERO

8) TR_TNFEESTADUAL

<C:\totvs\CorporeRM\Scripts\RMConversor_1100e52.dll-----------------------------

<Verificação de Conversão 11.52-----------------------------------------------

Executado SEM erros/avisos. Duração 00:00:00

-----------------------------------------------Verificação de Conversão 11.52>

<Analise de Consistência do Banco de Dados------------------------------------

Executado SEM erros/avisos. Duração 00:00:01

------------------------------------Analise de Consistência do Banco de Dados>

<Verificação de Consistência Saldus-------------------------------------------

Executado SEM erros/avisos. Duração 00:00:00

-------------------------------------------Verificação de Consistência Saldus>

<Verificação de Associação de Vendedores do SGI-------------------------------

Executado SEM erros/avisos. Duração 00:00:00

-------------------------------Verificação de Associação de Vendedores do SGI>

<Validação da Nova Baixa------------------------------------------------------

Executado SEM erros/avisos. Duração 00:00:09

------------------------------------------------------Validação da Nova Baixa>

<Script SQL-------------------------------------------------------------------

*** ERRO ***

/*$Fim*/

/*$Versao=LB1150*/

/*ROBERTO SABINO DOS SANTOS NETO - LB1150_01 - OC.:1902670 - 24/03/2011*/

UPDATE GAUTZMENU SET TAGMENU = 812000209 WHERE TAGMENU = 412 AND CODSISTEMA = 'P'

<Key violation.

Violação da restrição PRIMARY KEY 'PKGAUTZMENU'. Não é possível inserir a chave duplicada no objeto 'dbo.GAUTZMENU'. O valor d>

*** ERRO ***

UPDATE TTRA SET TTRA.CODMUNICIPIO = GMUNICIPIO.CODMUNICIPIO

FROM GMUNICIPIO

WHERE LOWER(TTRA.CIDADE) = LOWER(GMUNICIPIO.NOMEMUNICIPIO)

AND TTRA.CODETD = GMUNICIPIO.CODETDMUNICIPIO

<General SQL error.

O nome da coluna ou o número de valores fornecidos não corresponde à definição da tabela.>

*** ERRO ***

ALTER TABLE KPARAMETROSFACTOR ADD PLANEJARESTRUTURAPORPOSTO DLOGICO

<General SQL error.

ALTER TABLE só permite a inclusão de colunas que contêm nulos ou uma definição DEFAULT especificada, ou a coluna que está send>

*** ERRO ***

/*THALES ALVES BOA SORTE - LI1150_03 - OC.:1901349 - 14/03/2011*/

UPDATE GAUTZMENU SET TAGMENU = 811001091 WHERE TAGMENU = 804 AND CODSISTEMA = 'D'

<Key violation.

Violação da restrição PRIMARY KEY 'PKGAUTZMENU'. Não é possível inserir a chave duplicada no objeto 'dbo.GAUTZMENU'. O valor d>

*** ERRO ***

IF NOT EXISTS (SELECT * FROM DGRUPOPROCESSO WHERE IDGRUPO = 7 AND IDPROCESSO = 4 AND DESCRICAO = 'Naturezas Fiscais Geradoras de Débito e Crédito')

BEGIN

INSERT INTO DGRUPOPROCESSO (IDGRUPO, IDPROCESSO, DESCRICAO) VALUES (7, 4, 'Naturezas Fiscais Geradoras de Débito e Crédito')

INSERT INTO DSUBGRUPOPROCESSO (IDSUBGRUPO, IDGRUPO, DESCRICAO, TABELA, DATAINICIAL, DATAFINAL, CODFILIAL)

SELECT MAX(ISNULL(IDSUBGRUPO, 0)) + 1, 7, 'Naturezas Fiscais', 2, '2011-01-01', '2012-12-31', NULL

FROM DSUBGRUPOPROCESSO

END

<General SQL error.

Não é possível inserir o valor NULL na coluna 'DATAFINAL', tabela 'CORPORE.dbo.DSUBGRUPOPROCESSO'; a coluna não permite nulos.>

*** ERRO ***

UPDATE FLAN SET VALORORIGINALBX = 0 WHERE VALORORIGINALBX IS NULL

<Lock time out.

SQL Server connection timed out.>

*** ERRO ***

ALTER TABLE FLAN ALTER COLUMN VALORORIGINALBX RMDVALOR4 NOT NULL

<General SQL error.

Não é possível inserir o valor NULL na coluna 'VALORORIGINALBX', tabela 'CORPORE.dbo.FLAN'; a coluna não permite nulos. Falha>

Share this post


Link to post
Share on other sites

Prezados,

Estou testando a conversão 11.20 para 11.52. tive problemas com os lançamentos não exportados, mas após a alteração nas tabelas TIPOCONTABILLAN e STATUSEXPORTACAO a conversão correu normalmente.

Ao inserir qualquer tipo de movimento o sistema retorna erro:

Movimento ?758?! - Série PC: Local de Estoque 01 não é de último nível.

Código da Informação: [bade2dd536deb951ad8256eefc4c41e6]

A máscara do local de estoque em Parâmetros>> Tabelas >> Local de Estoque é "###" e meu local de estoque cadastrado é "01". A inconsistência está aí, mas a 11.20 está com as mesmas configurações e funcionando normalmente.

Alguém já trabalhou esse erro?

Obrigado.

Share this post


Link to post
Share on other sites

Olá Oziel

Na versão 11.52 estão conseguindo consistir informações que antes não consistiam.

Isso devido ao progresso no uso da linguagem .Net.

Por isso vai existir uma série de informações que não irão passar livre na hora de salvar um pedido, uma nota, um cadastro, etc...

Agora quanto ao estoque..

Em várias versões anteriores a 11.20 o código do estoque era consistido, mas somente na hora de cadastrar o local de estoque, não em seu uso.

Agora para arrumar tudo isso tem que pensar com muito cuidado e fazer tudo em ambiente de teste antes de qualquer coisa ir para produção.

Primeira pergunta:

Como estão a numeração dos demais estoques?

Utilize esta consulta a seguir e coloque o resultado aqui, por favor:

 SELECT CODCOLIGADA, CODFILIAL, CODLOC, NOME FROM TLOC 

Até mais

:victory:

Prezados,

Estou testando a conversão 11.20 para 11.52. tive problemas com os lançamentos não exportados, mas após a alteração nas tabelas TIPOCONTABILLAN e STATUSEXPORTACAO a conversão correu normalmente.

Ao inserir qualquer tipo de movimento o sistema retorna erro:

Movimento ?758?! - Série PC: Local de Estoque 01 não é de último nível.

Código da Informação: [bade2dd536deb951ad8256eefc4c41e6]

A máscara do local de estoque em Parâmetros>> Tabelas >> Local de Estoque é "###" e meu local de estoque cadastrado é "01". A inconsistência está aí, mas a 11.20 está com as mesmas configurações e funcionando normalmente.

Alguém já trabalhou esse erro?

Obrigado.

Share this post


Link to post
Share on other sites

Oi Robson,

Primeiramente obrigado pela ajuda.

o resultado da consulta é

SELECT CODCOLIGADA, CODFILIAL, CODLOC, NOME FROM TLOC

1 1 01 HT

2 1 01 HTCS

Eu tenho apenas 02 Coligadas e cada uma com local de estoque único.

e esta opção também está marcado nos parâmetros da tabela "usar local de estoque único"

Obrigado.

Share this post


Link to post
Share on other sites

De nada Osiel

Bom, então está mais fácil do que pensei.

Se você tive-se estoque 005, 01, 03, 007 aí seria mais sério, mas como você só tem estoque com dois digítos você só terá que modificar a máscara de código de estoque.

1º) Tem que fazer isso na cópia da base de produção e testar algumas movimentação antes de aplicar na base de produção.

2º) Tente alterar a máscara pela via comando

UPDATE

TPAR

SET

TPAR.MASCLOCAL = '##',

TPAR.MASCTABESTOQUE1 = '##',

TPAR.MASCTABESTOQUE2 = '##',

TPAR.MASCTABESTOQUE3 = '##',

TPAR.MASCTABESTOQUE4 = '##',

TPAR.MASCTABESTOQUE5 = '##',

MASCODTIPOAPL = '##'

WHERE

CODCOLIGADA = 1

3º) Tente fazer movimentações e se não vai dar nenhum erro.

4º) E a movimentação aconteceu com sucesso faça o seguinte:

  • verifique se o saldo do estoque ficou certo
  • regere saldos e custos do item movimentado
  • emita uma ficha física do item

5º) Se ficou tudo certo, faça um backup full da base de dados e depois aplique a alteração no ambiente de produção, mas tente fazer isso quando ninguém estiver logado no sistema.

Depois nos dê um alô

Boa sorte

:victory:

Share this post


Link to post
Share on other sites

Robinson,

Funcionou certinho.

Também Tive problemas nas mascaras da Tabela de Classificação.

utilizei o mesmo recurso para alterar estas mascaras. e tanto pedido quanto nota fiscal já foram gerados corretamente. e o estoque do item foi baixado normalmente. a ficha física financeira não apresentou nenhum erro.

Estou alterando tudo em base de teste para posteriormente efetuar a migração na base de produção.

até lá,

acredito que terei muita dor de cabeça.

Obrigado.

Edited by osiel73150

Share this post


Link to post
Share on other sites

Maravilha Osiel

Podendo ajudar em algo estou sempre que possível de olho nos tópicos aqui do fórum.

Importante: Marque este tópico como resolvido em Auto Moderação, assim a sua dúvida servirá para outras pessoas também.

Boa sorte por aí Osiel e até a próxima.

:victory:

Robinson,

Funcionou certinho.

Também Tive problemas nas mascaras da Tabela de Classificação.

utilizei o mesmo recurso para alterar estas mascaras. e tanto pedido quanto nota fiscal já foram gerados corretamente. e o estoque do item foi baixado normalmente. a ficha física financeira não apresentou nenhum erro.

Estou alterando tudo em base de teste para posteriormente efetuar a migração na base de produção.

até lá,

acredito que terei muita dor de cabeça.

Obrigado.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.