Licença TOTVS I Protheus / Portal

Abaixo, a regra de funcionamento da licenças TOTVS I para Protheus 11.8/12, encaminhado pela equipe técnica.

1 – O consumo para prova online seria de acessos simultâneos, ou seja 1 para 1. 

O que acontece no segmento Educacional e Portal do Candidato para cadastro do currículo é que não há acesso de todas as pessoas ao mesmo tempo no portal, e estatisticamente foi possível chegar ao número de segurança de 1 para 10 acessos.

2 – O consumo na prova online é contado quando o candidato realiza o login.

Conforme Política TOTVS as licenças TOTVS I seguem as seguintes regras:

 TOTVS i  

Identidades simultâneas em todos os softwares aplicativos de propriedade intelectual da TOTVS atualmente comercializados como aplicativos de análise e planejamento estratégico por exemplo: BI, BSC, SGI, DW. 

Licença utilizada também para requisições simultâneas para aplicações de portais web.

O TOTVS i permite a identidade o processamento de rotinas e sistemas externos que não envolvam o Full ou Light TOTVS, porém se as rotinas e sistemas externos precisarem acessar ou se conectar ao Full ou Light TOTVS, deverão ter licenças de acesso a estes.

Importante: O TOTVS i permite à identidade o processamento de rotinas e sistemas externos que não envolvam o Full ou Light TOTVS, porém se as rotinas e sistemas externos precisarem acessar ou se conectar ao Full ou Light TOTVS, deverão ter licenças de acesso a estes.

Como base para a definição do número de licenças de acessos simultâneos via Internet deve-se adotar a seguinte regra:

Com TimeOut específico para portal é possível aumentar o tempo de sessão.

Como sugestão de aquisição de licenças concorrentes no ambiente WEB temos:  

 

Faixa de identidades Relação licença TOTVS i x Identidade concorrente

0 – 5 identidades WEB 1 Licença para cada identidade concorrente

6 – 10 identidades WEB 1 Licença para cada 1,1 identidades concorrentes

11 – 20 identidades WEB 1 Licença para cada 1,2 identidades concorrentes

21  - 40  identidades WEB 1 Licença para cada 4 identidades concorrentes

41 – 70  identidades WEB 1 Licença para cada 7 identidades concorrentes

71 – 100 identidades WEB 1 Licença para cada 8 identidades concorrentes

Acima de 100 identidades 1 Licença para cada 10 identidades concorrentes

 

Salienta-se que essa sugestão é calculada com base às requisições médias dos Sites TOTVS, podendo sofrer alterações para mais ou menos em função do tipo e freqüência de utilização.

Exemplo: Se temos 5 vendedores utilizando-se do Portal do Vendedor para incluir pedidos de venda, e estes o utilizam em tempo integral, o número de TOTVS i indicado é 5.

 

Exemplo 2: Uma fábrica prevê que 200 funcionários irão acessar o portal do RH de forma simultânea. O número de TOTVS i indicado é 20, isto é,  10% do total de identidades  simultâneas na aplicação.

Observação: Para cada licença de TOTVS i, é necessário comercializar a tecnologia de conectividade indicada para a linha de produto utilizada.  

TOTVS i - Portal do Candidato e Portal do Capital Humano  

A área de Recursos Humanos possuiu um grande número de usuários acessando os Portais. 

Quanto ao Portal do Candidato,   normalmente é colocado no site da empresa para acesso das pessoas interessadas em cadastrar seu currículo visando uma futura contratação.

No caso do Portal do Capital Humano, é comum o número de usuários ser igual ao número de funcionários da empresa,  isso ocorre porque é de interesse de todos os funcionários acessarem seus recibos de pagamento,

informes de rendimento e fazer sua solicitação de férias, apenas para citar alguns exemplos.  

 

O cálculo sugerido nessa modalidade é de 1 licença TOTVS i para cada 10 usuários acessando o Portal do Candidato ou Portal do Capital Humano. 

 

Exemplo: 10 licenças i gera uma previsão de acesso de 100 usuários, 20 licenças i uma previsão de acesso de 200 usuários e assim sucessivamente.  

.

Recuperar Senha Admin Protheus

Essa dica foi postada por Naldo do Blog blacktdn.com.br.

Realizei o procedimento no protheus 12 e deu certo, alguns comentários mencionaram que funcionou no 11.8 também;

01. Renomear seu arquivo de senha sigapss e abrir sistema para ser recriado com user => admin e senha => em branco.

02. Compilar o fonte abaixo:

#INCLUDE "TOTVS.CH"

User Function SPFCLOSE()

SPF_CLOSE("SIGAPSS.SPF")

Return( Nil )

03. Abrir SIGACFG e ir no formulas.

04. Com formulas aberto, clicar em incluir e digitar a função U_SPFCLOSEX().

05. Sem fechar o formulas, deletar o arquivo sigapss.

06. Com seu arquivo renomeado anteriormente, voltar o nome para o padrão do sistema.

07. Voltar ao SIGACFG, fechar o formulas e ir até o cadastro de usuário.

08. Alterar senha.

PS: SIGAPSS fica na pasta /system/ do sistema.

REF:

http://www.universoadvpl.com/2015/03/22-advpl-d-recuperar-senha-do-admin-no-protheus/#comment-3400

QTDLIBMAI Protheus 11.8 erro sistêmico

QTDLIBMAI
Problema: A quantidade informada para liberação é superior a quantidade do pedido.
Solução: Verifique a quantidade do pedido.

Já havia analisado todos os itens do PC, em nova análise foi encontrado um
item que o C7_ENCER estava com E (a legenda estava verde).

C7_QUANT = iguais
C7_QUJE(qtd já entregue) = todos os produtos zerado
C7_QTDACLA(qtd classificada) = zerados
C7_RESIDUO = vazios
C7_ENCER = um produto com E

Caso não seja possível classificar a sua pré-nota, mesmo a quantidade do pedido não sendo superior a nota (conforme o erro abaixo), atualize o campo do pedido, que está vinculado na nota e conseguirá finalizar o processo.

DE:       C7_ENCER = 'E'
PARA:  C7_ENCER = ''

Cursor T Sql

Abaixo, um exemplo de cursor que atualiza um campo nulo, recém criado com a consulta de uma chave primária em outra tabela.

GO             SET ANSI_NULLS ON GO             SET QUOTED_IDENTIFIER ON GO --CREATE PROCEDURE [dbo].[TESTE0001] ALTER PROCEDURE [dbo].[TESTE0001] AS BEGIN DECLARE @RECNO          INT DECLARE @SQL VARCHAR(250) DECLARE db_cursor CURSOR FOR  SELECT R_E_C_N_O_ FROM SZI010 WHERE ZI_XNOME = '' ORDER BY R_E_C_N_O_ OPEN db_cursor    FETCH NEXT FROM db_cursor INTO @RECNO     WHILE @@FETCH_STATUS = 0    BEGIN set @SQL = ' UPDATE SZI010 SET ZI_XNOME = ( SELECT B.RA_NOME FROM SRA010 B WHERE 1=1 AND B.D_E_L_E_T_ = '''' AND B.RA_FILIAL + B.RA_MAT IN ( SELECT A.ZI_FILIAL + A.ZI_MAT FROM SZI010 A WHERE A.R_E_C_N_O_ = ' + CONVERT ( varchar(15) , @RECNO ) + ' ) ) WHERE R_E_C_N_O_ = ' + CONVERT ( varchar(15) , @RECNO ) exec(@SQL)         FETCH NEXT FROM db_cursor INTO @RECNO     END CLOSE db_cursor DEALLOCATE db_cursor END exec TESTE0001

CAST e CONVERT (Transact-SQL)

Conversões implícitas são conversões que ocorrem sem especificar a função CAST ou CONVERT. 

Conversões explícitas são as conversões que exigem que a função CAST ou CONVERT seja especificada. 

A ilustração a seguir mostra todas as conversões de tipos de dados explícitas e implícitas que são permitidas para tipos de dados fornecidos pelo sistema SQL Server:

EX:

1)

SELECT CONVERT ( VARCHAR(9) , 100000000 )

2)

SELECT CAST(14.85 AS float)

REF:
https://msdn.microsoft.com/pt-br/library/ms187928.aspx
https://www.techonthenet.com/sql_server/functions/cast.php