Follow by Email

domingo, 11 de março de 2018

Serviço do AppServer Protheus como servidor de Log.


Um ponto muito interessante que muita gente acaba não dando tanta atenção é sobre os logs que o serviço do Protheus gera, como na grande maioria das vezes o serviço fica diretamente no serviço do sistema operacional acabamos não nos atentando das valiosas informações que ele gera.

Muitos problemas podem ser resolvidos verificando o LOG gerado no appserver.

NO TDN da TOTVS há alguma documentação sobre o assunto, porém ainda é muito pouco explorado, aqui vou abordar uma das partes da configuração do appservercomo servidor de LOG´s, ponto interessante para quem trabalha com balanceamento concentrando assim os logs em um único local.

Configuração. 


A sessão [LogServer] indica que o AppServer irá se comportar como Servidor de Logs (LogServer).
Obs. Para que o AppServer execute como LogServer ele deve ser informado com o argumento de execução (-logserver).
Ex:      appserver -logserver
 Disponível em Build igual ou superior a 7.00.131227A NG
 Parâmetros da Sessão 

Nome
Tipo
Descrição
Padrão
port
Numérico
Porta TCP que o servidor irá receber os Logs no padrão SysLog
514
type
Caractere
Tipo de Log e de gravação de Log
5424 
file
Caractere
Nome base do arquivo que irá conter os Logs
log_server.txt
file_size
Numérico
Tamanho do arquivo em bytes
Obs. Este é o tamanho de referência para os arquivos, porém os arquivos podem conter em alguns Kb em SQLite.
1 Mb
max_files
Numérico
Número máximo de arquivos de backup
10
backup_dir
Caractere
Diretório onde serão armazenados os arquivos de backup
backup_logs
map_file
Numérico
Indica que deve gravar em arquivo ("file".log). Valores: 0 - desabilitado 1 - habilitado
1
sqlite
Numérico
Indica que deve gravar em SQLite ("file".db). Valores: 0 - desabilitado 1 - habilitado
1
backup_sqlite_cfg_file
Caractere
Lista de arquivos de backup gerados do SQLite
"file".cfg
backup_sqlite_folder
Caractere
Diretório onde serão armazenados os arquivos de backup do SQLite
"backup_dir"
echo
Numérico 
Indica de deve fazer o echo de todas as mensagens recebidas
0
echo_error
Numérico
 Indica de deve fazer o echo de todas as mensagens recebidas com erro
0
proxy_server
Caractere
Nome do Servidor de Proxy que irá receber os logs redirecionados a partir deste servidor
 
proxy_port
Numérico
Porta TCP do servidor de Proxy 
 
proxy_buffer
Numérico
Tamanho do Buffer interno (em bytes) para armazenamento de Logs, caso o servidor de proxy não esteja recebendo os Logs
10 Mb
receiver_port
Numérico
Porta em que o Log Server irá receber/enviar as requisições para o Log Viewer.
Obs. Se não for configurado não envia informações dos Logs.
 

 Os valores "Padrão" se referem a versão corrente do Build igual ou superior a 7.00.131227A NG
 
A sessão [LogServerService] indica que o nome do serviço a ser instalado como Servidor de Logs (LogServer).

Parâmetros da Sessão 


Nome
Tipo
Descrição
Padrão
NAME
Caractere
Nome do serviço
 
DISPLAYNAME
Caractere
Nome de visualização do serviço
 
 
Exemplo
[LogServer]
port=4000
file=log_totvstec11
file_size=1048576
max_files=50
backup_dir=backup_log
map_file=1
sqlite=1
 
[LogServerService]
NAME=.PROTHEUS_12_4000_Log_Server
DISPLAYNAME=.PROTHEUS_12_4000_Log_Server
 
Para o uso do Log Server como serviço do sistema operacional Windows deve-se configurar a seção LogServerService e executar o comando appserver -logserver -install.
 Toda a informação técnica foi retirada do site TDN da TOTVS.
Boa Leitura!!

 

domingo, 23 de julho de 2017

Management 3.0 o futuro do gerenciamento







O post de hoje vamos falar um pouco de assunto que para mim é de extrema importância, interessante e que com certeza será muito falado daqui para frente: Management 3.0
Mas o que é Management 3.0, buscando a resposta no próprio site da empresa Happy Melly temos a seguinte definição:

What is Management 3.0?

We’ve realized that almost every industry is ripe for change and ready for a new view on management. Management 3.0 is that future of management.

Management 3.0 is a movement of innovation, leadership and management. Management 3.0 is redefining the definition of leadership  with management as a group responsibility. It’s about working together to find the most efficient way for a business to achieve its goals while maintaining the happiness of workers  as a priority.

Management 3.0 is a global management revolution that brings together thousands of project managers, mid-level managers, CEOs and entrepreneurs, developing solutions together, using games to encourage employee feedback and team collaboration.

You don’t want theories and soft management science, you want hands-on approaches that can become solutions for increasing employee engagement and improving results. You want to build a future.

O Management 3.0 é o futuro do gerenciamento, um movimento de inovação, liderança e gerenciamento que tem como objetivo principal a felicidade dos trabalhadores como um prioridade, utilizam jogos para incentivar o feedback dos funcionários e colaboração em equipe, buscando maior engajamento dos funcionários e melhorando resultados.

Utilizado inicialmente na área de T.I. tem se expandido para a área de negócios isso porque ele auxilia empresas a repensarem sua estrutura e seus processos para se tornarem mais produtivas, ao transmitir técnicas e ideias que podem ser usadas para ajudar um gestor a energizar as pessoas, empoderar times, alinhar restrições organizacionais, desenvolver competências, crescer a estrutura empresarial.


Vale ressaltar que o Management 3.0 não é uma metodologia ou um framework de soluções prontas para resolver problemas das organizações, muito menos algo que simplesmente se implanta numa empresa da noite para o dia. Mas sim, um modelo mental, uma forma de pensar a gestão que pode ser colocada em prática diariamente por gestores ou líderes.

O assunto é extenso e muito interessante, futuramente iremos abordar outros pontos para trazer maiores detalhes.

Boa leitura e bons estudos. 

domingo, 25 de junho de 2017

Scrum - A arte de Fazer o Dobro do Trabalho na metade do Tempo

Scrum - A arte de Fazer o Dobro do Trabalho na metade do Tempo

Nos últimos tempos, pela crise que assola no país tem se intensificado nas empresas a máxima da otimização de recursos, financeiro e humanos, onde cada vez mais as empresas estão exigindo de seus colaboradores a realização de atividades com muito mais eficiência e rapidez do que a tempos atrás.

Isto também esta se tornando o diferencial de profissionais e empresas, aqueles que conseguem atender a seus clientes, sejam eles internos ou externos com a máxima eficiência, em relação a custo, prazo e qualidade diference das demais empresas e profissionais do mercado.

Para isto vem se empregando inúmeras técnicas e métodos e um deles é o SCRUM, método criado por Jeff Sutherland ex-piloto da força área americana, especialista em biometria, inovador no início da tecnologia dos caixas eletrônicos e também atuou como diretor de várias empresas de ramos diversos.

Com esta método inovador ele conseguiu simplificar a vida e o trabalho de muitas pessoas pelo mundo, pois atua focado em um dos maiores bens da humanidade: o tempo (tão escasso ultimamente), com o aumento da produtividade e otimizando o tempo tem se demonstrado a melhor maneira de mudar nossas vidas.

A metodologia SCRUM tem sido aplicada não só no ramo da tecnologia, tem se mostrado eficaz em vários outros segmentos, desde projetos sociais a desenvolvimento de complexos empreendimentos e em empresas de pequeno, médio e grande porte.


Para implementação do SCRUM temos os seguintes passos básicos

  1. Escolha um Product Owner
  2. Selecione uma equipe
  3. Escolha um Scrum Master
  4. Crie e ordene de acordo com as prioridades, um backlog
  5. Refine e estime o backlog
  6. Planeje os Sprints
  7. Torne o trabalho Visível
  8. Scrum Diário (reunião diária)
  9. Revisão do Sprint (Demonstração)
  10. Retrospectiva do Sprint
  11. Comece de imediato o sprint seguinte
Fluxo do Processo Scrum








Para entender melhor o SCRUM recomendo fortemente a leitura do livro de Jeff Sutherland Scrum a Arte de Fazer o Dobro do Trabalho na Metade do tempo (Titulo deste post), nele há explicação de como nasceu esta metodologia e alguns exemplos da aplicação da mesma pelas empresas o que facilita um pouco o entendimento.

No inicio pode parecer complicado, mas seguindo o que o próprio Jeff coloca o "pulo do gato" é continuar e ir melhorando a cada sprint até que a equipe ganhe uma velocidade que você irá se surpreender.


Boa Leitura!!

sábado, 3 de junho de 2017

Como instalar o serviço do Protheus no service do Windows

Para instalar o serviço do Protheus no service do Windows é bem simples, basta seguir os passos abaixo:

Primeiramente configure o appserver.ini no parâmetro Service da seguinte maneira.

[service]
name=.TOTVS Protheus 12
displayname=.TOTVS Protheus 12|1238

Recomendo colocar a porta que está sendo utilizada na frente do nome do serviço, pois caso utilize balance fica fácil identificar em qual slave o usuário esta conectado.
Outra boa recomendação é iniciar o nome com "."(ponto), pois assim ele irá ordenar o serviço primeiro que os demais.

Feito isto execute os seguintes comandos na linha de comando.

Executar o TOTVS Application Server a partir de uma linha de comando com os seguintes parâmetros.

Exemplo Windows: Iniciar >> Executar >> 
Parâmetros de iniciar em console: –Console ou –Debug
Parâmetro para iniciar em Serviços do Windows: –Install
Parâmetro para remover do Serviços do Windows: –Remove
Sintaxe Exemplo: D:Protheus12\bin\appserver\TotvsAppServer.exe –install
Observação: Caso haja espaço nas pasta, informar as aspas “ ”.
Sintaxe Exemplo: “D:Protheus12\bin\appserver\TotvsAppServer.exe” –install



terça-feira, 18 de abril de 2017

JOB para Cancelamento de NFe e/ou NFSe (JOB FatJobNFe) - Linha Microsiga Protheus


Cancelamento de NFe e/ou NFSe

Este artigo foi retirado do site TDN da TOTVS, artigo bastante interessante, pois evita muitos problemas como a perda de prazo do cancelamento e retrabalho.

Esta implementação foi disponibilizada para o ambiente SIGAFAT com o objetivo de efetivar o cancelamento de Notas Fiscais (NFe - Modelo 55 ou NFSe ), através da autorização do cancelamento pela SEFAZ ou prefeitura, por empresa e filial.

Esta operação poderá ser realizada por execução de JOB, schedule, ou por refresh na tela da rotina de cancelamento de nota fiscal de saída.

Para viabilizar essa melhoria, é necessário que:
A data do objeto UpdFATNFE.PRX seja superior a 10/01/2014.
A data do objeto MATA521.PRX seja superior a 24/11/2014, caso deseje para o cancelamento de NFe ou que seja superior a 10/08/2015 para cancelamento de NFe e NFSe .

Requisitos:

1. TSS configurado;
2. Módulo Faturamento (SIGAFAT) configurado para utilização com TSS;
3. Executado o atualizador UpdFATNFE;
4. Parâmetro de sistema MV_CANCNFE igual a .T. para tratar o cancelamento de Nota Fiscal Eletrônica;
5. Parâmetro de sistema MV_CANNFSE igual a .T. para tratar o cancelamento de Nota Fiscal de Serviços Eletrônica
Atenção!

No caso da NFSe, verifique se a prefeitura dispõe de serviço de cancelamento. Caso contrario, indiferente do configurado no parametro de sistema MV_CANNFSE não irá existir a transmissão para o cancelamento.

Utilização via JOB
Configure o Job para a execução do processo de cancelamento (estorno dos documentos) que foram emitidos por NFe ou NFSe
Abra o arquivo INI do Server Protheus e adicione a seção [FatJobNFe_] conforme o exemplo abaixo:

[ONSTART]
JOBS=FatJobNFe_
[FatJobNFe_]
MAIN=FatJobNFe
ENVIRONMENT=
nParms=2
parm1=
parm2=
START_TIME=00:00:01
FINISH_TIME=23:59:59
INTERVAL=5
ACTIVATE=ON

Observações referentes às chaves:

ENVIRONMENT - Ambiente de trabalho ao qual o Job pertence.
nParms - Deve permanecer 2.
parm1 - Código da empresa.
parm2 - Código da filial.
START_TIME - Horário inicial que deve ser considerado para a execução.
FINISH_TIME - Horário final que deve ser considerado para a execução.
INTERVAL - Intervalo de minutos entre as execuções (deve ser maior ou igual a 5).
ACTIVATE - Indica se está ativo.

Quando for uma Nota Fiscal Eletrônica, o cancelamento será efetivado pelo JOB que deverá estar ativado caso a SEFAZ permita seu cancelamento. Caso o cancelamento não seja permitido, sua legenda será alterada para “Cancelamento não autorizado” e deverá ser verificado no Monitor (Nf-e SEFAZ).

Em uma Nota Fiscal Serviços Eletrônica, o cancelamento será efetivado pelo JOB que deverá estar ativado caso a prefeitura permita seu cancelamento. Caso o cancelamento não seja permitido, sua legenda será alterada para “Cancelamento não autorizado” e deverá ser verificado no Monitor (NFS-e).

Para visualização do novo status, após a execução do Job, é necessário sair e entrar na rotina novamente ou clicar em refresh. A sua alteração depende de fatores como a disponibilidade da SEFAZ ou do serviço da prefeitura, a permissão da exclusão, etc.

Utilização via Schedule

Deve-se configurar o schedule para a execução do processo de cancelamento (estorno dos documentos) que foram emitidos por NFe e NFSe:

1. No Configurador (SIGACFG), acesse Ambiente/ Schedule/ Schedule.
2. Dê um duplo clique em Agendamentos.
3. Clique em Cadastro.
4. Clique em Incluir.
5. Preencha os campos obrigatórios.
6. Preencha o campo Rotina (XX1_ROTINA) com FATJOBNFE().
7. Clique OK.
8. Clique em Confirmar.

Caso seja necessário executar o procedimento diversas vezes, configure por meio do botão Recorrência.

Atenção: O schedule somente será executado se houver um agente cadastrado para a mesma empresa e seu serviço estiver acionado.

Obs: O uso do schedule não é recomendado devido ao consumo de licença. Como é esperado que a operação com a Sefaz esteja sempre no ar, a utilização via JOB é a mais adequada.

Utilização via Refresh

Execução do processo de cancelamento (estorno dos documentos) que foram emitidos por NFe:

1. No Faturamento (SIGAFAT), acesse Miscelânea/Atualizações/Faturamento/Exclusão Doc. Saída (MATA521A) e configure os parâmetros da rotina.
2. Clique em Ações Relacionadas e em seguida em Refresh.

Espero ter ajudado um grande abraço.