Ir para conteúdo
AVISO AOS MEMBROS:

Fizemos uma atualização em 18/06/2023, e a forma de acesso ao Fórum mudou. Não mais está sendo aceito o login pelo Nome de Exibição cadastrado. Agora, apenas pelo email e pelos integradores de Login do Facebook, Google e Microsoft. O Facebook estava com uma validação pendente e já foi normalizado o acesso, já o Google, ainda estamos verificando o que está ocorrendo que não está funcionando.
Caso precisem de ajuda para o login pelo email acesse o link << Esqueci minha senha de acesso>> ou nos envie um pedido de ajuda pelo email admin@forumrm.com.br

Administração
ForumRM

Versão 11.52


R.Ferreira

Posts Recomendados


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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:

Editado por Robinson
Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  59
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  817
  • Conteúdo/Dia:  0.16
  • Reputação:   105
  • Pontos/Conquistas:  4.774
  • Conteúdo Resolvido:  0
  • Dias Ganho:  74
  • Status:  Offline
  • Idade:  61
  • Dispositivo:  Windows

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.

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  59
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  817
  • Conteúdo/Dia:  0.16
  • Reputação:   105
  • Pontos/Conquistas:  4.774
  • Conteúdo Resolvido:  0
  • Dias Ganho:  74
  • Status:  Offline
  • Idade:  61
  • Dispositivo:  Windows

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.

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  26
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  70
  • Conteúdo/Dia:  0.01
  • Reputação:   0
  • Pontos/Conquistas:  617
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline
  • Dispositivo:  Windows

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:

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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:

Link para comentar
Compartilhar em outros sites

  • 2 meses depois...

  • Tópicos Que Criei:  12
  • Tópicos/Dia:  0.00
  • Meu Conteúdo:  34
  • Conteúdo/Dia:  0.01
  • Reputação:   0
  • Pontos/Conquistas:  290
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline

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

Editado por DuduXbase
Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  12
  • Tópicos/Dia:  0.00
  • Meu Conteúdo:  34
  • Conteúdo/Dia:  0.01
  • Reputação:   0
  • Pontos/Conquistas:  290
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline

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>

Link para comentar
Compartilhar em outros sites

  • 1 mês depois...

  • Tópicos Que Criei:  4
  • Tópicos/Dia:  0.00
  • Meu Conteúdo:  8
  • Conteúdo/Dia:  0.00
  • Reputação:   0
  • Pontos/Conquistas:  80
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline
  • Idade:  35

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

Ficarei muito agradecido

:victory:

Prezados, podem me enviar estes arquivos também?

Muito agradecido.

Link para comentar
Compartilhar em outros sites

  • 5 semanas depois...

  • Tópicos Que Criei:  21
  • Tópicos/Dia:  0.00
  • Meu Conteúdo:  79
  • Conteúdo/Dia:  0.02
  • Reputação:   1
  • Pontos/Conquistas:  616
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline

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.

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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.

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  21
  • Tópicos/Dia:  0.00
  • Meu Conteúdo:  79
  • Conteúdo/Dia:  0.02
  • Reputação:   1
  • Pontos/Conquistas:  616
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline

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.

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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:

Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  21
  • Tópicos/Dia:  0.00
  • Meu Conteúdo:  79
  • Conteúdo/Dia:  0.02
  • Reputação:   1
  • Pontos/Conquistas:  616
  • Conteúdo Resolvido:  0
  • Dias Ganho:  0
  • Status:  Offline

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.

Editado por osiel73150
Link para comentar
Compartilhar em outros sites


  • Tópicos Que Criei:  58
  • Tópicos/Dia:  0.01
  • Meu Conteúdo:  672
  • Conteúdo/Dia:  0.11
  • Reputação:   25
  • Pontos/Conquistas:  4.005
  • Conteúdo Resolvido:  0
  • Dias Ganho:  18
  • Status:  Offline
  • Idade:  47

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.

Link para comentar
Compartilhar em outros sites

Participe da conversa

Você pode postar agora, e se registrar mais tarde. Se você tiver uma conta, faça o login agora para postar com sua conta.

Visitante
Responder esse tópico

×   Você colou conteúdo com formatação.   Remover formatação

  Only 75 emoji are allowed.

×   Seu link foi automaticamente inserido no corpo do post.   Exibir como um link

×   Seu conteúdo anterior foi restaurado.   Limpar conteúdo do editor

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

×
×
  • Criar Novo...

Informação Importante

Usando este site, você concorda com nossos Termos de Uso e nossa Política de Privacidade.