A DIRF esta com seus dias contados com a entrada do E-Social, porem para o próximo ano 2019, acredito que ainda iremos ter a geração da mesma e um dos erros comuns são:

Desposicionamento na linha onde consta o telefone do responsável 

Um dos problemas que podemos encontrar ao gerar o arquivo magnético para transmissão da DIRF que geralmente o usuário não se atenta é no preenchimento do telefone, o que gera uma inconsistência ao passar o arquivo no Validador.

Passo a passo:

O correto preenchimento do campo de telefone do responsável nos parâmetros de geração do arquivo deve ser feito da seguinte forma:

 O DDD deve ocupar 6 (seis) posições, sendo 1 para o caracter "(", 3 para o código do DDD (exemplo: 011), 1 para um espaço em branco e 1 para o caracter ")". Exemplo: (011 )

 O telefone deve ocupar 10 (dez) posições.

Para telefones de 8 dígitos, a primeira posição deve ser um espaço em branco. Depois vem os 4 primeiros dígitos do telefone, um hífen e os últimos 4 dígitos do telefone.

Para telefones de 9 dígitos, basta inserir um hífen após o quinto dígito.

Para telefone com ramal, deve ser inserido uma barra ( / ) logo após o telefone e o ramal em seguida.

Veja abaixo todos os exemplos:

Telefone de 8 dígitos sem ramal: (011 ) 8765-4321

Telefone de 9 dígitos sem ramal: (011 )98765-4321

Telefone de 8 dígitos e ramal de 2 dígitos: (011 ) 8765-4321/R:21

Telefone de 8 dígitos e ramal de 4 dígitos: (011 ) 8765-4321/4321

Caso esteja diferente disto, o arquivo terá registros desposicionados e não passará pelo validador, como pode ser visto na imagem abaixo:

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!!

 

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

Parâmetros de linha do TOTVS | SmartClient - Protheus

Parâmetros de linha do TOTVS | SmartClient - Protheus
O TOTVS | SmartClient Protheus suporta a passagem de parâmetros de linha especificados durante sua inicialização, muitos podem ajudar e muito quando necessitar fazer alguma configuração específica para usuários.
 A tabela a seguir detalha e descreve seus parâmetros:

Parâmetro de linha	Descrição	Observações
-?	Apresenta os parâmetros de linha.
-A	Identifica um parâmetro que será passado para o programa inicial.	Esse parâmetro de linha pode ser especificado mais de uma vez. O valor recebido pelo programa, através do parâmetro de linha, é do tipo caractere.
-C	Indica o nome da seção de conexão, configurada no arquivo de configuração TOTVS | SmartClient, que será utilizada para conexão ao TOTVS | Application Server.
-E	Indica o nome do environment, do TOTVS | Application Server, que será utilizada para definições gerais.
-L	Permite especificar o idioma de carga inicial do TOTVS | SmartClient. Valor Idioma correspondente 1 Português 2 Espanhol 3 Inglês
-M	Permite a execução de múltiplas instâncias do TOTVS | SmartClient na mesma máquina	Por padrão somente uma instância do TOTVS | SmartClient pode estar em execução.
-P	Identifica o programa inicial que será executado.
-Q	Indica que o TOTVS | SmartClient não deve apresentar o splash (imagem de apresentação) e tela de identificação de parâmetros iniciais.	Deve ser utilizado em conjunto com os parâmetros para a definição do programa inicial, seção de conexão e ambiente.
-T	Apresenta a versão da build do TOTVS | SmartClient.
-W	Indica a configuração two-tier.
-Y	Indica a porta de conexão do servidor.
-Z	Indica o endereço do servidor.
-AC	Habilita o módulo de acessibilidade

Cadastrar Tabela de Feriados para o modulo Financeiro no sistema Protheus

Ao fazer a inclusão de um titulo a pagar ou receber no sistema Protheus, o vencimento do titulo é tratado em dois campos o Vencimento e Vencimento Real, o ultimo refere-se a uma data sempre em dias úteis, porém temos no calendário muitos feriados regionais e municipais que alteram estes vencimentos conforme a localização da empresa, para tratar isto o sistema possui uma tabela (SX5) que controla estas datas e pode ser editada conforme necessidade do usuário.

1. Entrar no modulo configurador menu cadastros, sub menu tabelas (ver figura abaixo)

2. Apos selecionar a tabela de numero 63 clicar no botão editar o sistema irá apresentar a tela abaixo e basta fazer as alterações necessárias.

 Com esta tabela preenchida a data de vencimento real dos titulos passarão a estar considerando estas datas para calculo das mesmas.

Caso precise que um usuário faça a edição desta tabela sem a necessidade de auxilio do administrador do sistema, basta montar um AxCadastroe disponibilizar ao usuário.

Segue exemplo

cTab: variavel Private com conteudo da TABELA(X5_TABELA)

HS_TelSx5(cFuncExc, cFuncCheck, nOpc, nNroDigCod, cPict)

cFuncExc : função de validação de Exclusão

cFuncCheck: função de validação campo X5_CHAVE

nOpc: operação (Inclusao, Exclusão,etc)

nNroDigCod : tamanho do campo X5_CHAVE

cPict: picture do campo X5_CHAVE - Default "999999"

Como recuperar a senha do Administrador no Sistema Protheus

Este link foi postado pelo meu amigo Gustavo Caloi, segue o post do seu blog http://www.caloi.info/ e replico aqui, pois acredito ser de grande grande interesse para todos que trabalham com o sistema TOTVS Protheus, porém o crédito é todo deste grande profissional.

O administrador de sistema Microsiga, ira realizar o logon no sistema com o usuário “Administrador” e a senha não confere.
A primeira idéia que vem a cabeça…. foi um ataque hacker.
Acalme-se, na verdade é um incidente já identificado pela TOTVS das Builds recentes.
O que ocorre é, quando os Administradores realizam uma atualização em algum usuários no “Cadastro de Usuários” no “Configurador” e aciona o botão “Atualizar”. Caso o usuário alterado, realize o logon no Microsiga antes do Administrador do Sistema sair da rotina “Cadastro de Usuários” o arquivo de senhas é corrompido exatamente na senha do Administrador.
O que fazer?
Na pasta root “..\Protheus_Data\PSWBackup” existe os backups de todas as alterações realizadas, identificada com sua data de alteração .
Portanto identifica o backup que esta com a senha integra e substitua o arquivo sigapss.spf na pasta “..\Protheus_Data\System”
Dica:
Sempre que acionar o botao “Atualizar” na rotina “Cadastro de usuario” feche a rotina antes de realizar qualquer outra alteração.
Utilizem o usuário Administrador de Sistema freqüentemente, para caso haja este tipo de incidente, seja identificado com agilidade.

Dica Protheus - Guia de Atendimento

Hoje vamos abordar uma função de muita importância que pode ajudar na hora de identificar uma rotina ou saber informações sobre o Sistema Protheus para abertura de chamados e identificação de erros que é Guia de Atendimento de Suporte e HelpDesk.
Com o sistema atualizado em qualquer rotina basta acionar as teclas SHIFT+F6.
O sistema irá apresentar as telas abaixo:





Veja na segunda imagem que há informações referente aos dados do serve do Protheus,dados do remote e do objeto, praticamente tudo que o HelpDesk precisa para fazer a abertura do chamado e também para que possamos verificar algum erro em determinada rotina.
Espero que esta dica seja útil a vocês.
Abraços.