MP - Automatizar a geração envio e recebimento da carga no TOTVSPDV

alizado em

Dúvida

Automatizar a geração de envio e recebimento da carga no TOTVSPDV?

Ambiente

Microsiga Protheus - SIGFRT (TOTVSPDV) - Aplicável a partir da versão 11.80

Solução

1. Implementada a geração da carga no ambiente retaguarda via JOB e a importação e processamento da carga via JOB no ambiente TOTVSPDV.

2. A rotina via JOB é executada somente após a geração de uma carga completa de forma manual nos PDVS.

3. É pré-requisito que a carga de forma manual esteja totalmente funcional antes da ativação da carga automática via JOB.

4. Após a aplicação do pacote é necessário os seguintes procedimentos de configuração.

6. Para versão 11 executar o programa de update UPDLO162 para criação da tabela de agendamento da JOB.

7. O update vai gerar a tabela MH1. Esta tabela é alimentada de forma automática após a inclusão de uma carga incremental através do wizard de configuração de nova carga no ambiente retaguarda.

8. No ambiente retaguarda configurar o JOB no appserver.ini conforme exemplo abaixo:

[STFLoadRet]

Main=STFLoadRet

Environment=< Ambiente> - Ambiente Local Retaguarda                                                                                                                                                                                                                                                                          

nParms=5

Parm1=<cRetEmp>           - Empresa da Retaguarda

Parm2=<cRetFils >            - Filiais da Retaguarda podendo ser separados por ponto e virgula para várias filiais.

Parm3=<300000>              - Tempo para repetição da execução do Job LOJA1156 Job em milissegundos - No exemplo representa 5 minutos

Parm4=<nIpType> - 1=Dinâmico (Ip Atualizado automaticamente); 2=Estático (O Ip permanece com a configuração Inicial)

Parm5=<cLoadDel > - Limite para iniciar o processo de exclusao das cargas processadas em todos os pdvs

[OnStart]

Jobs=STFLoadRet

9. No ambiente TOTVSPDV configurar o JOB no appserver.ini conforme exemplo abaixo:

[STFLoadPdv]

Main=STFLoadPdv

Environment=< Ambiente> - Ambiente Local PDV                                                                                                                                                                                                                                                                                  

nParms=7

Parm1=<cPdvEmp>          - Empresa do Pdv

Parm2=<cPdvFil>              - Filial do Pdv

Parm3=<cRetAmb>           - Ambiente da Retaguarda

Parm4=<cRetEmp>           - Empresa da Retaguarda

Parm5=<cRetFil >              - Filial da Retaguarda

Parm6=<300000>              - Tempo para repetição da execução do Job LOJA1157Job em milissegundos - No exemplo representa 5 minutos

Parm7=<nIpType> - 1=Dinâmico (Ip Atualizado automaticamente); 2=Estático (O Ip permanece com a configuração Inicial)

[OnStart]

Jobs=STFLoadPdv

fonte:

https://centraldeatendimento.totvs.com/hc/pt-br/articles/115012257568-MP-Automatizar-a-geração-envio-e-recebimento-da-carga-no-TOTVSPDV

Como analisar error.log protheus

Bloco 01: Informações Gerais:

• Informações de Build;
• Nome do usuário e do computador onde ocorreu o erro;
• Data e Hora da geração do erro;
• Tipo do erro;
• Função onde aconteceu o erro;
• Nome do Fonte onde está localizada a função que gerou o erro;
• Data e Hora de compilação do fonte;
• Linha do fonte onde ocorreu o erro.

Bloco 02: Informações AppServer:

• Informações de Build;
• Plataforma do AppServer;
• Nome do Ambiente;
• Número da transação do AppServer (thread);
• Número de transação do Banco de dados (dbthread);
• Tipo de Banco de Dados utilizado;
• Tipo dos Local Files;
• Código da Empresa/Filia
• Usuário logado;
• Nome do Módulo.
• Objeto a qual pertence a função que está gerando o erro.

Bloco 03: Pilha de Chamada das Funções:

• Nome da Função;
• Nome do Fonte;
• Data e Hora compilação;
• Linha de execução do fonte.

Bloco 04: Variáveis em uso pelas Funções da Pilha de Chamada:

• Parâmetros dos objetos;
• Variáveis Públicas;
• Variáveis Locais;
• Variáveis Privates.

Bloco 05: Arquivos em Uso – Local Files e Tabelas:

• Nome do Arquivo;
• Tipo do RDD (Replaceable Database Driver);
• Alias;
• Filtro do Arquivo;
• Número do Registro (Recno);
• Total de Registros;
• Ordem do Arquivo (Índice selecionado);
• Campos dos registros posicionados;
• Dados dos Registros informados.

Apenas a geração de um único error.log, pode-se gerar milhares de linhas, isto porque, o Protheus trás o maior número de informações possíveis para análise.

Para cada função executada, o Protheus trás as respectivas variáveis em uso por função, além de trazer todos os Local Files, Tabelas e seus respectivos registros em uso, no momento em que é gerada a exceção de erro. Por isso, é gerada tantas linhas no arquivo de log.

A primeira vez que temos que analisar o error.log do Protheus, podemos ficar um pouco “assustado”, devido à enorme quantidade de informações geradas. Porém com o tempo, e sabendo “ler” o arquivo de erro.log corretamente, logo nos acostumamos.

Nas imagens abaixo, fazemos uma alusão da separação das informações do log por “Blocos”, conforme descrito acima:

Bloco 01 – Informações Gerais

Imagem 01 – Bloco 01 error.log – Smart Siga

Bloco 02 – Informações AppServer

Imagem 02 – Bloco 02 error.log – Smart Siga

Bloco 03 – Pilha de Chamada das Funções

Imagem 03 – Bloco 03 error.log – Smart Siga

Bloco 04 – Variáveis em uso pelas Funções da Pilha de Chamada

Imagem 04 – Bloco 02 error.log – Smart Siga

Bloco 05 – Arquivos em Uso – Local Files e Tabelas

Imagem 05 – Bloco 05 error.log – Smart Siga

No nosso exemplo, foi executada a função MATR260 (Relatório de Estoque Analítico), a qual chamou a função REPORTPRINT, que está comparando variáveis de tipos diferentes, gerando o error.log de “type mismatch on compare”.

Analisando as imagens, podemos verificar que o erro foi na linha 259, do fonte MATR260, conforme descrito no Bloco 01.

Depois, no Bloco 02, temos as informações referentes a Build, e as configurações do AppSever.

No Bloco 03 temos a Pilha de Chamadas de funções, a partir da função REPORTPRINT.

No Bloco 04, temos todas as variáveis em uso, separadas por função, da Pilha de Execução.

E para finalizar, no Bloco 05, temos todos os Local Files, Tabelas, e seus receptivos registros, os quais a função MATR260 estava posicionado e/ou em uso, no momento que ocorre o erro.

Esse tipo de erro “type mismatch on compare”, poderia ter sido, causado por um registro e/ou parâmetro cadastrado de forma errado, por exemplo, o qual deveria ser do tipo “numérico” e estava cadastrado com o tipo “string”.

Abaixo, listamos os erros mais comuns gerados no Protheus:

Array out of Bounds

Esse tipo de erro, ocorre quando a função tenta acessar diretamente um elemento de uma variável do tipo Array, e tal elemento não existe.

Array Index out of Bounds

Similar ao erro “Array out of Bounds”, tal exceção é gerada quando tentamos acessar uma posição de uma variável do tipo Array, que não existe.

Alias Already in Use

Esse erro ocorre, quando a função tenta abrir uma Tabela ou uma Query, que já está em uso na thread atual.

Alias Does Not Exist

Quando a função faz referência a uma Alias, e esse Alias não está “aberto” no momento da chamada, é retornado tal erro.

Argument X Error, Expected Z->Y, Function XPTO

Quando a função espera um parâmetro por exemplo do tipo “string” e é passado um parâmetro do tipo “numérico”, tal exceção de erro é gerada.

Type Mismatch on Compare On XPTO

Esse erro ocorre, quando a função tenta comparar, por exemplo, uma variável do tipo “string” com uma variável do tipo “numérica”, isto é, quando se tenta comprar variáveis com tipos de dados (escopos) diferentes.

Cannot Insert Duplicate Key

Essa exceção de erro, ocorre quando se tenta, incluir um registro “duplicado”, isto é, quando a função tenta incluir um registro exatamente igual, a outro registro já existente no Banco de Dados.

Como gerar o registro de inventário no bloco H?

Microsiga Protheus

Versões:

10 e 11

Como gerar o registro de inventário no bloco H?

Passo a passo:

Este registro tem como origem um arquivo gerado através do relatório Registro de Inventário Modelo P7(MATR460), disponível no módulo Livros Fiscais (SIGAFIS).

Para gerar o relatório é necessário configurar os parâmetros Gerar Arquivo de Exportação com a opção Sim e informar o nome do arquivo gerado no parâmetro Arquivo De Exportação do SPED Fiscal.

Com esta configuração será gerado um arquivo de dados na pasta SYSTEM.

Uma vez gerado este arquivo, é possível gerar o SPED Fiscal configurando os seguintes parâmetros na primeira tela Wizard :

Gera inventário: Informe a opção Sim.
Data de Fechamento: Configure conforme os parâmetros do relatório
          Os parâmetros da ultima tela wizard são referentes a inventário, porém o parâmetro a seguir é obrigatório:

Nome do arquivo gerado no relatório de inventário modelo P7: Preencha com o nome informado no parâmetro Arquivo De Exportação do SPED Fiscal do relatório.

Versões:

P11 e P12

SPEDFISCAL - Bloco H Inventário

Passo a passo:

Bloco H – Inventário Físico e Controle de Estoque


 Em virtude da instabilidade da versão atual do programa de extração do bloco H, tomamos a decisão de voltar ao método antigo de processamento, apoiado no arquivo de trabalho gerado pelo relatório de Registro de Inventário Mod. P7 (MATR460). Este método será mantido até a completa estabilização da versão atual do programa extrator.

Desta forma, será necessária a emissão do relatório MATR460 (configurado em seus parâmetros para gerar o arquivo) antes da execução da rotina SPEDFISCAL. Não haverá parametrização no programa SPEDFISCAL quanto a leitura do arquivo gerado pelo MATR460 pois este lerá os parâmetros do relatório para obtenção do arquivo.

Os registros contidos neste bloco não são de apresentação obrigatória. Por isso foi disponibilizado no wizard da rotina uma pergunta, deixando a critério do usuário a geração ou não dessas informações. Os registros somente são gerados se a pergunta Gera Inventário estiver preenchida como Sim e o Data de fechamento do estoque  igual data de fechamento emitido no relatório MATR460.

Importante
Todas as informações do Bloco H são geradas por meio do arquivo gerado pelo Reg. Invent. Mod. 7 (MATR460) criado na pasta System, este arquivo é um espelho do relatório com saldo em estoque, saldo de terceiros, saldo em terceiros e saldo em processo.

Pacotes de Correção/Atualização (Bloco H e K)
Atenção: Para geração dos blocos H e K e essencial a atualização dos fontes MATR460, MATXSPED e SPEDXFUN através da patch de programas abaixo:

BLOCO H e K - Pacote Essencial para geração do bloco
https://suporte.totvs.com/portal/p/10098/download?e=662710

(warning) Atenção: Aviso da Receita sobre problemas no validador (PVA) para o Bloco K
http://sped.rfb.gov.br/pagina/show/2522



Registro tipo H001 - Abertura do bloco H

Contém a identificação do registro e um campo informando se há movimentos para este bloco.



Registro tipo H005 - Totais do inventário

Este registro contém os totais do inventário.



Registro tipo H010 - Inventário



Este registro apresenta um resumo do inventário disponível, informações são obtidas do arquivo gerado pelo relatório Reg. Invent. Mod. 7 (MATR460). Segue processo e validação para geração do registro:



No momento da geração do Relatório Reg. Invent. Mod. 7 (MATR460), configurar as perguntas da seguinte maneira:



Gerar Exp. SPED FISCAL =  SIM // Para gerar DBF na Pasta System, para ser levado para SPED FISCAL no Bloco H.
 Data de fechamento de estoque = 31/12/2017//Data do arquivo de Inventario, de quando foi fechado.
Arquivo Exp. Spedfiscal = 20171231 //Informe o nome do arquivo com mesma data a ser informado na Data de fechamento do estoque - Informe a data em que foi feito o fechamento do estoque, caso queira gerar os registros de inventário.




IMPORTANTE :
Os campos abaixo, devem possuir o mesmos dados ou seja o nome do arquivo " Arquivo Exp. Spedfiscal " vai ser a data de fechamento de estoque, no campo Arquivo Exp. Sped Fiscal, o formato é (AAAAMMDD).
Exemplo:













E no momento da geração do arquivo magnético SPEDFISCAL, o fonte está realizando seguinte validação nas perguntas de WIZARD:



Gera Inventário = Sim// Selecione se deseja gerar os registros de inventário (bloco H).
Data de fechamento do estoque= Informe a data em que foi feito o fechamento do estoque, caso queira gerar os registros de inventário. Onde fonte irá buscar na sua pasta /SYSTEM/ .DBF ou .DTC com a mesma data gerado pelo Relatório Reg. Invent. Mod. 7 (MATR460).
Motivo do Inventário - Selecione qual o motivo do inventário:

          01 – No final no período;

Importante
A partir do período de Janeiro de 2015, será gerado o novo campo 11-VL_ITEM_IR no registro H010. Este novo campo será  gerado baseando-se no valor de custo médio, que é o tipo de custo processado pelo sistema .



Incluído ponto de entrada SPEDALTH para processamento do registro H010 SPED FISCAL.

http://tdn.totvs.com/x/l6Q4E



Ponto de entrada para alteração conta contábil:

SPDFIS07 - Conta Contábil registro H010



Segue vídeo evidenciando o processo de geração do Registro H010 do Arquivo magnético SPEDFISCAL:

P12.1.17_SPEDFISCAL_H010_FDL.avi.zip



Registro tipo H020 - Informação complementar do Inventário



Para geração deste registro, já existe uma FAQ com o processo e validação:

ARQ0013_H020_SPED_FISCAL



Preencha o conteúdo deste registro para complementar as informações do inventário, quando o campo MOT_INV do registro H005 for de 02 a 05. Onde essas informação é obtida na WIZARD do SPEDFISCAL:

Motivo do Inventário - Selecione qual o motivo do inventário:
          02 – Na mudança de forma de tributação da mercadoria (ICMS);

          03 – Na solicitação da baixa cadastral, paralisação temporária e outras situações;

          04 – Na alteração de regime de pagamento – Condição do contribuinte;

          05 – Por determinação dos fiscos.

Importante
Caso selecione a opção por 02 (mudança da forma de tributação da mercadoria de ICMS) somente são gerados os registros para os produtos que sofram alteração da tributação de ICMS. Para identificação desses produtos está disponível o campo na tabela SB5 (B5_ALTTRIB) para informar se houve ou não alteração da tributação do ICMS.



Os produtos com quantidade zerada são gerados no SPEDFISCAL e também se forem listados no relatório de inventário P7.



Registro tipo H990 - Encerramento do bloco H

Contém a identificação do registro e um campo informando a quantidade de registros do bloco H.

http://tdn.totvs.com/display/PROT/FIS0005_SPED_FISCAL

Procedimento para efetuar a atualização básica do Protheus 12

Segue abaixo caminho para baixar as principais atualizações do Protheus (Baseando-se em uma base Protheus 12 Top Connect em Português. Se sua base for diferente, selecionar as pastas conforme sua base)

Sequência de atualização do sistema:
1-Binário
2-RPO
3-LIB
4-Compilar as Customizações (caso existam)

Obs. 1: patches são atualizações pontuais dos módulos. É necessário verificar com cada módulo.

Obs. 2: a atualização do RPO na versão 12 está atrelada à respectiva Release, ou seja, há um RPO específico para cada Release. Verifique a versão da sua Release antes de baixar um RPO (tecla SHIFT+F6/Avançar em qualquer tela do Protheus).
 

Aviso:

EFETUAR BACKUP DO DIRETÓRIO PRINCIPAL DO SISTEMA (C:\TOTVS12 por exemplo) ANTES DE INICIAR O PROCEDIMENTO, COM TODOS OS SERVIÇOS PARADOS.
CASO NINGUÉM NA EMPRESA JÁ TENHA EFETUADO ESSE PROCEDIMENTO, RECOMENDAMOS O AGENDAMENTO DE UM ANALISTA DA TOTVS.

Para baixar os arquivos, acesse: https://suporte.totvs.com/download
CERTIFIQUE-SE SEMPRE QUE ESTÁ BAIXANDO O ARQUIVO REFERENTE A SUA VERSÃO DE SISTEMA E LOCALIZAÇÃO

DOWNLOAD Binário (Appserver e SmartClient):
- Linha: Protheus
- PROTHEUS VERSÃO 12 FRAMEWORK
- TODOS
- Categoria: Totvs binário
- Baixar o binário referente ao seu sistema operacional
ATUALIZAR:
- Fazer um backup da pasta BIN
- Descompactar o arquivo baixado
- Copiar o conteúdo da pasta appserver_x32 do arquivo baixado para dentro da pasta appserver_x32 do Protheus, substituindo os arquivos quando solicitar
- Copiar o conteúdo da pasta smartclient do arquivo baixado para dentro da pasta Smartclient do Protheus e de cada estação client, substituindo os arquivos quando solicitar
- Copiar o conteúdo da pasta smartclientactivex do arquivo baixado para dentro da pasta SmartClientActivex do Protheus, substituindo os arquivos quando solicitar

DOWNLOAD Repositório de Objetos - RPO:
- Linha Protheus
- MICROSIGA PROTHEUS VERSÃO 12.1.XX (onde XX é a versão da sua release)
- PROTHEUS 12 TOPCONNECT PORTUGUES
- Categoria: Repositório de objetos
- Baixar o repositório para o Brasil (BRA-EUA-PAR-URU-TTTP120)
ATUALIZAR:
- Pare o serviço do Protheus
- Na pasta APO, renomear o repositório anterior, ou mover para outra pasta
- Copiar o novo arquivo para o diretório APO do sistema
- Renomear o arquivo mantendo apenas os últimos 7 caracteres (Exemplo: tttp120.rpo)

DOWNLOAD Patch de Programa - LIB:
- Linha Protheus
- PROTHEUS VERSÃO 12 FRAMEWORK
- PROTHEUS 12 TOPCONNECT PORTUGUES
- Categoria: Patch de programa
- No campo "Buscar", digite: LIB_P12
- Baixar a LIB_P12
ATUALIZAR:
Descompactar esse arquivo em alguma pasta dentro do diretório Protheus_Data e efetuar a aplicação do mesmo via Dev Studio ou TOTVS Developer Studio.

DOWNLOAD SmartClient para MAC:
- Linha Protheus
- PROTHEUS VERSÃO 12 FRAMEWORK
- TODOS
- Categoria: Totvs binário
- No campo "Buscar", digite: MAC
- Baixar o SmartClient para sistema Mac OSX
ATUALIZAR:
Procedimento de atualização do SmartClient para MAC: http://tdn.totvs.com/pages/releaseview.action?pageId=41354483

DOWNLOAD SmartClient HTML:
- Linha Protheus
- PROTHEUS VERSÃO 12 FRAMEWORK
- TODOS
- Categoria: Totvs binário
- No campo "Buscar", digite: HTML
- Baixar o SmartClient HTML referente ao seu sistema operacional e versão do binário
ATUALIZAR:
Para atualizar, basta desinstalar a versão atual (se houver) e efetuar a instalação da nova versão baixada.

Procedimento de Migração de Versão - para Protheus 11

- Prepare uma base teste, efetuando cópia fria (todos os serviços parados) e consistente (das pastas adequadas e banco de dados) da base de produção.
- Caso sua Base de Dados seja Relacional (utiliza DBACCESS) será necessário rodar o processo de verificação dos registros duplicados para todas as empresas. Assistente executado a partir da rotina CHECKDUPL via Configurador, que tem como pré-requisito a atualização do dicionário de dados padrão na pasta SYSTEMLOAD. Para fazer o download do dicionário, siga os procedimentos do seguinte link: Atualizar o Dicionário de Dados do Protheus 11

Crie dentro da pasta Protheus_Data, a pasta MIGRACAO e nela descompacte o dicionário de dados Completo da versão 11. Na verificação de duplicidade será solicitado o SX2.UNQ, utilize o da versão 11 como referência para a checagem.
- Vide Instruções para verificação de duplicidades no link: Rotina CheckDupl – Verifica a Integridade de Registros Duplicados
- Desinstale as Stored Procedures através do Configurador pela versão atual. Lembrando que tal procedimento deve ser realizado juntamente com o DBA responsável pelo banco de dados, pois pode haver customizações nas Stored Procedures, e se for o caso o DBA pode realizar o backup para reaplicar tais customizações após a migração para a versão 12. Caso tenha dúvida sobre a desinstalação/instalação de Stored Procedures, favor abrir novo chamado com a equipe de Framework.

2. INSTALAÇÃO DO PROTHEUS 11

Link para o Guia de Instalação do Protheus 11:
Guia de Instalação Protheus -- 118396
- Faça a instalação do Protheus 11
- Configure os arquivos appserver.ini (Server) e smartclient.ini (Client);
- Atualize o binário do sistema (APPSERVER, SMARTCLIENT e SMARTCLIENTACTIVEX);
- Descompacte o conteúdo da pasta ace_8.00 (apenas o ACE_8.00) na pasta bin\appserver de sua base;

3. ATUALIZANDO O SISTEMA
É necessário atualizar Binário, RPO e LIB do Protheus 11
Procedimento de atualização no link:
Atualização básica do Protheus 11

4. ATUALIZANDO A BASE DE DADOS
Caso a versão em produção seja anterior a versão 10:
- Altere o conteúdo do parâmetro “STARTPATH” de cada ambiente do arquivo Appserver.ini caso os diretórios do dicionário de dados e da base de dados sejam diferentes do padrão da versão Protheus 8.11 (SYSTEM e DATA respectivamente). Conforme a configuração do parâmetro “STARTPATH” do arquivo Mp8srv.ini (Server) do sistema Protheus 8.11.
- Altere os nomes dos diretório SYSTEM e DATA do sistema Protheus 11 conforme configuração do item anterior
- Copie o conteúdo das pastas SYSTEM, DATA e PROFILE do sistema Protheus (Versão atual) para suas respectivas pastas do sistema Protheus 11;
- Verifique se o espaço disponível no servidor que hospeda a base de dados do sistema Protheus 11 é pelo menos 3x superior o tamanho da base de dados do sistema Protheus (Versão atual).

5. ATUALIZANDO O DICIONÁRIO DE DADOS
É necessário atualizar os arquivos de Dicionário de Dados (sxsbra.txt) e Help de Campos na pasta Systemload
Procedimento de atualização no link:
Dicionário de dados:
Atualizar o Dicionário de Dados do Protheus 11
Help de Campos:
Atualizar Help de Campos

6. LIMPEZA DAS PASTAS
- Exclua os arquivos *.DBF/*.CDT da pasta SYSTEMLOAD
- Exclua os arquivos *.IDX da pasta SYSTEMLOAD
- Exclua os arquivos *.LOG e *.SPS da pasta SYSTEM
- Exclua os arquivos *.TSK da pasta APPSERVER

7. EXECUTANDO O COMPATIBILIZADOR DE MIGRAÇÃO
- No Smartclient da versão 11, execute no Programa Inicial: MP710TO110
- Em Diretório de Dados, selecione a pasta Data (\DATA\)
- Em Configuração de execução do Update, indicamos manter apenas as opções Log de Critical Error e Corrigir erros automaticamente habilitadas, lembrando que a opção de corrigir os erros automaticamente executará as alterações de base pelo próprio sistema
- NÃO marque a opção Manter o arquivo de log existente
- Clique em Avançar / Avançar
- Aguarde o processo de compatibilização. Se durante o processo surgirem erros críticos que não puderam ser corrigidos automaticamente, estes devem ser corrigidos MANUALMENTE utilizando como base o link de Erros Críticos (mais abaixo), ou consultando o Suporte caso o erro não esteja listado

8. ATUALIZANDO O MENU DOS MÓDULOS
Para baixar os arquivos, acesse:
- Portal do Cliente: http://suporte.totvs.com
- Menu Downloads e Atualizações
- Linha Protheus
- Microsiga Protheus Versão 11
- Todos
- Categoria: Menu de módulo
- Baixe o arquivo MENUS - BRASIL
Obs.: se não estiverem aparecendo as versões, em "Filtros de pacotes" selecione "Todos pacotes disponíveis" e selecione a categoria novamente.
Para atualizar:
- Pare o servidor do Protheus (Appserver)
- Efetue backup dos arquivos *.xnu da pasta \Protheus_Data\system
- Remova todos os arquivos de menu da pasta system (*.xnu).
- Copie os arquivos .xnu baixados do portal para esta pasta.
- Reinicie o servidor do Protheus (Appserver)
Lembrando que menus personalizados precisam ser refeitos, pois há rotinas das versões anteriores que não existem no RPO da versão 11.

ERROS CRÍTICOSQuando ocorrer erro crítico, o cliente deverá efetuar as devidas correções e em seguida apagar o arquivo onde estão as diretivas de instalação (mpupd.tsk) localizado no diretório “...\bin\appserver” e executar a rotina MP710TO110 novamente. Não apagando este arquivo a migração continua do ponto onde parou anteriormente.
Link com as informações de correções dos erros críticos mais comuns:
Erros críticos mais comuns em migrações

Fonte TOTVS

Auto Completar Campos (Codigo)

Quando estamos preenchendo campos código (exemplo: E1_NUM) podemos utilizar um gatilho que complete os zeros a esquerda, facilitando o preenchimento do campo.

Gatilho
Campo .: E1_NUM

Seq.: 001
Cnt Dominio.: E1_NUM

Regra.: STRZERO(VAL(M->E1_NUM),9)

Onde: A função Strzero irá completar com zeros a esquerda o conteúdo do campo indicado, no caso o 9 significa o tamanho do campo

fonte

http://iv2.com.br/Blog/?p=338

Campo: E2_NUM
Sequencia: varia de empresa para empresa
Contra domínio: E2_NUM
Tipo: Primário
Regra: PADL(M->E2_NUM,9,"0")
Posiciona: Não
Alias: <Branco>
Ordem: 0
Chave: <Branco>
Condição: <Branco>

Guia Configuração TOTVS PDV Deploy

Introdução
Este documento tem como objetivo auxiliar a configuração e manuseio do instalador do PDV e da ferramenta Deploy.
Requisitos
É necessário que os Itens abaixo estejam atualizados:

• Lib.
• RPO.
• Binário.

Premissas

• Estar com o todos os ambientes atualizados (LIB+RPO+BINÁRIO).
• Estrutura de campos SX3 deve ser igual em todos os ambientes.
• Estar utilizando versão 11.8 em todos os ambientes.

Requisitos Mínimos de Hardware – TOTVS PDV (Não Considera o consumo pelo sistema operacional)

PDV

Processador: Pentium IV

Memória: 2 GB

HD: 80 GB

Base de dados: DBF, CTREE local

Sistema Operacional para versão 11.80 do Protheus

Windows XP Pro, Windows 7

Sistema Operacional a partir da versão 12 do Protheus

Windows 7

Central de PDVs (até 10 usuários)

Processador: Intel Core i3.

Memória: 4 GB.

HD: 250 GB.

SGDB: SQL Standard Server

Sistema Operacional para versão 11.80 do Protheus

Windows XP Pro, Windows 7

Sistema Operacional a partir da versão 12 do Protheus

Windows 7

SGDB: ORACLE, DB2

Sistema operacional homologado pela TOTVS - Versão Server

*SGDB: SQL Server 2008 Express

Sistema Operacional para versão 11.80 do Protheus

Windows XP Pro, Windows 7

Sistema Operacional a partir da versão 12 do Protheus

Windows 7

Central de PDVs (acima de 10 usuários)

Processador: Intel Core i5 Quad Core

Memória: 8 GB

HD: 350 GB

SGDB: SQL Standard Server

Sistema Operacional para versão 11.80 do Protheus

Windows XP Pro, Windows 7

Sistema Operacional a partir da versão 12 do Protheus

Windows 7

SGDB: ORACLE, DB2

Sistema operacional homologado pela TOTVS - Versão Server

Importante

• Consulte a documentação do fabricante do banco de dados para mais informações dos sistemas operacionais homologados para o respectivo banco de dados.
• A TOTVS segue o mesmo calendário de suporte dos fabricantes (ex: Microsoft, Oracle, IBM).
• O disco rígido (HD - Hard Disk) deve ser adquirido em função das necessidades da empresa, ou seja, conforme o volume de dados.
• Todas as versões dos aplicativos citados devem seguir a orientação de plataformas homologadas divulgadas no TDN.
• A configuração dos servidores centrais deve seguir a mesma recomendação divulgada no TDN.
• As configurações citadas acima se tratam das necessidades mínimas e exclusivas para utilização do Sistema Protheus no PDV e na Central de PDVs e dos SGBDs (Sistema Gerenciador de Banco de Dados) homologados. Diante da utilização de outros aplicativos, as necessidades devem ser mais bem dimensionadas.
• Para mais detalhes sobre as plataformas homologadas TOTVS, consulte os tópicos disponíveis no

TDN – Developer Network .

• Pode ser utilizado, porém não tem suporte da Microsoft e da TOTVS.
  A versão SQL Server 2008 R2 Express suporta até 10 GB.

  Instalação do PDV

  
  Importante
  O Processo abaixo é realizado para instalação de uma nova Estação do PDV, e não deve ser utilizado para montagem de qualquer outro ambiente.

1. No Portal do Cliente, faça o download do arquivo Setup.exe
2. Execute o arquivo Setup.exe e selecione o País.

1. Clique na opção Próximo.

1. Selecione a opção Eu concordo com este contrato de licença. Em seguida clique na opção Próximo.

1. Selecione o local de instalação do ambiente PDV e clique na opção Próximo.

1. Selecione o Banco de Dados, Idioma do RPO e País. Em seguida clique na opção Próximo.

Importante
Selecione o banco de dados de acordo com o Sigamat.emp. Exemplo: Caso o Sigamat.emp seja para DBF, selecione a opção ISAM Padrão DBF ou caso seja um Sigamat.empCTREE selecione CTree.

1. Informe o Nome do Ambiente, Porta e Porta do servidor de atualização.

1. Informe o Código da Estação, nome do diretório system e o diretório onde se encontra o SIGAMAT.emp.

Importante
Informe o nome do diretório System do PDV com o mesmo nome de diretório do ambiente da Retaguarda.

1. Informe as DLLS do TEF

1. Informe o diretório que se encontra as DLLs responsáveis pelos Periféricos, exemplo: Impressora Fiscal, Balança, Leitor etc.

1. Informe o diretório onde se encontra a outra DLL e/ou arquivo Ini, por exemplo: Sigaloja.ini, Sigaloja.dll etc.

Observe a configuração dos atalhos.

1. Clique em Próximo.

Observe que esta sendo instalado.

1. Clique em Próximo.

Aguarde o término da instalação.

Após concluir a instalação, dois novos serviços do Windows são instalados, sendo:

• Serviço próprio do Ambiente PDV.

• Serviço responsável por atualizações do PDV, através do Deploy.

Observação: A ferramenta Deploy será explicada posteriormente.

O processo de instalação do PDV deve ser realizado independente do Cenário utilizado.

Importante
O processo abaixo foi construído utilizando um cenário Retaguarda e PDV. Caso utilize Central de PDV, mais abaixo terá instruções sobre como proceder.


Configuração e manuseio da ferramenta Deploy
Importante
Este processo deve ser realizado na Retaguarda.
Inicialmente deve ser configurado o menu com as rotinas do Deploy, conforme segue abaixo:

1. No Configurador (SIGACFG) acesse Ambientes/Cadastro/Menu (CFGX013). Informe as novas opções de menu, conforme instruções a seguir:

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Hosts
   Programa	CFGA050
   Módulo	Controle de Lojas
   Tipo	Função Protheus

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Funcionalidades
   Programa	CFGA051
   Módulo	Controle de Lojas
   Tipo	Função Protheus

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Perfil
   Programa	CFGA052
   Módulo	Controle de Lojas
   Tipo	Função Protheus

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Geração de Pacote
   Programa	CFGA053
   Módulo	Controle de Lojas
   Tipo	Função Protheus

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Hosts Filho x Tickets
   Programa	CFGA054
   Módulo	Controle de Lojas
   Tipo	Função Protheus

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Tickets necessários para estação
   Programa	CFGA055
   Módulo	Controle de Lojas
   Tipo	Função Protheus

   Menu	SIGALOJA
   Submenu	Atualizações
   Nome da rotina	Monitor de Deploy
   Programa	CFGA056
   Módulo	Controle de Lojas
   Tipo	Função Protheus

2. Acesse a rotina Hosts (CFGA050).

Ao acessar a rotina pela primeira vez, será exibido um Wizard para configuração, conforme etapas abaixo:

Neste momento será configurado o Host Local, todas as informações são da Retaguarda.

1. Informe o nome do host no campo Nome
2. No Grid inferior é possível selecionar quais protocolos serão responsáveis pela comunicação entre os Hosts e suas prioridades. Basta preencher e avançar.

1. Selecione somente as funcionalidades em que a Retaguarda será responsável por executar.

1. Clique em Avançar.
2. Selecione a empresa para configuração da Carga Ambiente.

1. Se a mensagem abaixo for exibida, a configuração do Host na Retaguarda, esta ok. Caso contrário, retorne ao cadastro e revise as informações anteriores.

1. Acesse a rotina Perfil (CFGA052).

Por padrão, o Perfil Master (não deve ser alterado o nome nem o ID deste Perfil) já vem cadastrado, e as funcionalidades que foram selecionadas na inclusão do Host, já estão no Perfil Master.

1. Clique em Incluir para inclusão de um novo Perfil, no caso será o PDV. Preencha o ID e Descrição (opcionais). Não é necessário selecionar nenhuma funcionalidade neste Perfil.
2. Clique em Confirmar.

A Configuração abaixo deve ser realizada no PDV:

1. Acesse a rotina Host. (CFGA050).

Ao acessar pela primeira vez, será aberto o Wizard para configuração.

1. Clique em Avançar.

1. Informe o nome do host no campo Nome

Caso utilize VPN, sera necessario incluir no campo Endereço IP secundário o IP da VPN.

1. Clique em Avançar.

1. Nesta fase, é necessário preencher as informações da Retaguarda, pois será conectado a ela, portanto, o Server da Retaguarda deve estar ativo.
2. Preencha o IP, Porta, Protocolo de Comunicação e Ambiente.
3. Clique na opção  .
4. Se as informações estiverem corretas, ao clicar na opção  , serão carregados os dados da Retaguarda. Sendo assim, significa que o PDV conseguiu se conectar.
5. No campo Perfil da estação atual, clique na lupa e selecione o perfil cadastrado anteriormente na Retaguarda.
6. Clique em Avançar.

1. A próxima tela é para testar se o server auxiliar está ativo nos serviços do Windows®. Caso não esteja ativo, inicie o serviço e clique na opção Testar e em seguida clique em Avançar.

Obs.: Só é possível avançar para o próximo passo se o teste com o servidor auxiliar foi bem sucedido, caso contrário, verifique as configurações do servidor auxiliar, reinicie o serviço e clique novamente em Testar.

Importante: O servidor auxiliar é o responsavel pela atualização dos arquivos no PDV depois que é gerado um pacote de atualização na retaguarda. Caso o servidor auxiliar esteja com o serviço parado, as atualizações não serão realizadas.

1. Agora será configurado o Schedule que será responsável por realizar o Download e aplicar as atualizações da Retaguarda para o PDV:

1. Clique na opção  .

O Sistema apresenta a tela abaixo, onde será definida a agenda do Schedule.

1. Selecione conforme necessidade e confirme.

1. Clique sobre a lupa para selecionar a Empresa. Em seguida confirme e clique em Avançar.

1. Selecione novamente a empresa, porém, agora será para configuração da Carga de Ambiente.

1. Clique em Finalizar.

Se a mensagem abaixo for exibida, a configuração do Host no PDV foi configurada com sucesso,caso contrário, retorne ao cadastro e revise as informações anteriores.


Quando o IP é alterado, os registros antigos não são excluídos do host superior, pois é necessário ter um histórico de alterações.
Processo de Atualização através do Deploy:
Com as comunicações entre os ambientes configuradas adequadamente, vamos iniciar o processo de Atualização dos PDVs.
O Deploy possui as seguintes atualizações: Appserver, RPO, Binário, DLL e Dicionário de Dados.
Essas atualizações ocorrem de forma que não é necessário realizar nenhuma operação no PDV ou Hosts Filhos.
A Base de Dados deve ser atualizada através da rotina Carga de Ambiente, mais informações, consultar Boletim Técnico: http://tdn.totvs.com.br/display/public/mp/Carga+de+Ambiente+-+TFTBEO
Atualização de Ambiente:

• Este processo tem o objetivo de efetuar atualização nas Estações configuradas (PDV)
• Este processo de geração de pacote deve ser realizado na Retaguarda.
• Todos os serviços instalados anteriormente (PDV e Auxiliar) devem estar iniciados.

1. Acesse a rotina Perfil (CFGA052).

1. Clique na opção Alterar, para alterar o Perfil PDV criado anteriormente.
2. Configure para cada uma das pastas (Binário, DLL e RPO) o local onde encontra-se os arquivos que serão enviados para os PDV's.

Neste exemplo criou-se uma pasta Envia_RPO, porém, esse nome é opcional.

1. Após atualizar todas as pastas com os respectivos caminhos, clique em Confirmar.
2. Agora acesse a rotina Geração de Pacote (CFGA053).
3. Clique em Avançar.

1. Selecione o Perfil que será atualizado.

1. Clique em Avançar.
2. Na próxima tela são exibidos todos os arquivos que serão atualizados no perfil selecionado anteriormente.

Importante
A opção de Pacote Emergencial é utilizada para quando se tem uma necessidade de atualizar o PDV ou Central de PDV no momento que termina de gerar o pacote. Essa atualização de Pacote Emergencial não respeita o período determinado no Schedule de atualização.

1. Clique em Avançar.
2. Selecione a Empresa.

Importante
As atualizações passam por um processo de Verificação de alteração do Arquivo. Ou seja, caso o arquivo não tenha sido alterado com relação ao último envio, ele não será enviado, e será exibida a seguinte mensagem:

1. Clique em Ok, e inclua um RPO mais atualizado que o anterior.

Importante
A primeira Geração de Pacote será efetuada completa do Dicionário de Dados (SIX, SX2, SX3, SXA, SX1, SX5, SX6, SX7, SX9, SXB). As próximas atualizações levam em consideração as alterações realizadas no dicionário, ou seja, será gerado um pacote incremental, enviando apenas as alterações efetuadas no Host Superior (Retaguarda ou Central).
Importante
Os parâmetros responsáveis pela Carga de Ambiente não serão atualizados no PDV e Central de PDV devido cada estação possuir uma configuração específica na parametrização. Através do Ponto de Entrada STParamDeploy é possível incluir mais parâmetros que não serão atualizados.
Exemplo de uso do Ponto de Entrada:
User Function STParamDeploy()
Local aParametros := {}
    Aadd(aParametros, "MV_EXEMPLO")
    Aadd(aParametros, "MV_EXEMPL2")
    Aadd(aParametros, "MV_EXEMPL3")
Return aParametros

Ao término o Sistema apresenta a mensagem abaixo.

1. Clique em Ok.

Pronto, agora o servidor Atualizador (Servidor Auxiliar) irá buscar esse pacote, baixar e aplicar ao PDV.
Importante
A busca do pacote para atualização dos arquivos segue o período determinado que foi configurado no Schedule durante a configuração dos hosts, exemplo: Se o Schedule foi configurado para atualizar todos os dias as 15:00 horas, o sistema vai baixar o pacote de atualização e iniciar a atualização no PDV somente a partir desse horário.

O processo de download e aplicação do Pacote no PDV é feito através do Schedule do servidor Atualizador do PDV (Servidor auxiliar), porém, esse processo é interno e, caso o arquivo não tenha sido baixado e aplicado, não será apresentado no Sistema qualquer mensagem de inconsistência. Só é possível verificar se há alguma inconsistência, por meio do console.log e através de um novo arquivo localizado na System que se chama errorhost.log.

Monitor de Deploy

O monitor de Deploy gera uma visão geral dos hosts que estão online e/ou off-line, também é possível verificar em cada perfil os arquivos que foram atualizados ou que faltam atualizar.

Na visão de Status dos hosts cadastrados, é possível saber a quantidade de hosts (PDVs) que se tem na loja, além de saber também quais desses PDVs estão online e/ou off-line. Na figura 1 abaixo, temos na loja uma retaguarda e um PDV, os dois encontra-se online. Já na figura 2, mostra que apenas a retaguarda encontra-se online, o PDV nesse caso está sem comunicação com a retaguarda.

Figura 1 Figura 2

A atualização da tela do Monitor de Deploy por padrão é realizada de forma automática a cada 5 minutos, podendo o usuário configurar para 10, 15 ou 30 minutos. Para se ter uma atualização de imediato, basta clicar no botão Atualizar.

Na visão de Monitoramento das Builds contidas nos Hosts é possível verificar quais são os perfis que estão com as Builds atualizadas e também, clicando duas vezes sobre um perfil é possível saber a versão da build, conforme mostra a Figura 2.

Figura 1

Figura 2

Nas 3 últimas visões, é possível realizar o monitoramento da atualização de RPO, Dicionário de dados e Dlls. Essas visões trazem o status de cada perfil, dizendo se está atualizado com as últimas versões ou não.

Outras configurações do Deploy:

1. No arquivo ADS.INI que encontra-se no diretório appserver do servidor AUXILIAR e PDV, atualizar o parâmetro:
   MAX_CON=1000
2. No arquivo ADSLOCAL.CFG que encontra-se no diretório appserver do servidor AUXILIAR e PDV, atualizar os parâmetros: 
   LOCKS=50000
   CONNECTIONS=1000
   TABLES=50000
   INDEXES=80000

Central de PDV

É o servidor que pode ser instalado nas lojas de forma que fique independente da conexão com a Retaguarda. Possibilita a inclusão da pré-venda (com a opção de reserva cega, caso esteja offline), troca e devolução que são sincronizados com a retaguarda central quando restabelecer a comunicação.



Abaixo segue o guia para configuração da Central de PDV, caso opte por este cenário.
Configuração dos Appserver.ini
No AppServer.ini do PDV (ambiente principal), deve incluir a seguinte TAG:
[CPDV]
COMCPDV=1
Na AppServer.ini da Central de PDV (ambiente principal), deverá incluir a seguinte TAG.
[CPDV]
ISCPDV=1
E o seguinte JOB:
[STWJOBCont]
Main=STWJOBCont
Environment=NomeDoAmbiente                                                   
nParms=3
Parm1=Grupo
Parm2=Empresa               
Parm3=Filial
No OnStart colocar:
Jobs=STWJOBCont

1. Na Retaguarda, acesse o cadastro de Perfil, pois será necessário cadastrar um novo Perfil para Central de PDV.

1. Marque as seguintes funcionalidades para este Perfil:

• STFCOMMUCP
• _GeraL1L2L4 
• _ConfL1L2L
• _STDCANCRE      
• FR271HArq   
• STBISGetOp
• STBImportR

A Central de PDV será responsável por executar essas funcionalidades.

1. Agora desmarque essas funcionalidades no Perfil da Retaguarda que se chama Master.
2. Acesse a rotina Perfil e altere-o, na pasta Funcionalidade, em seguida Confirme.

Log Manager

O Gerenciador de Logs (Log Manager) permite gravar e exibir os logs do sistema (registros de eventos que foram processados pelo sistema) de forma organizada, permitindo classificar as mensagens por: nível, tipo e atribuição de Tags. O nome da função que está sendo processada e nome do módulo que está sendo executado a rotina, são exemplos de tags que podem ser atribuídas às mensagens.
O Gerenciador de Logs grava em cada mensagem a data e hora que a mensagem foi gravada, usuário do sistema, número da thread, mensagem em si. Além do tipo e nível da mensagem, grava as tags que foram atribuídas e os segundos (número de segundos passados a partir da meia noite).

Menu

1. No Configurador (SIGACFG) acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do SIGALOJA, conforme instruções a seguir:

   Menu	Miscelânea
   Nome da Rotina	Gerenciador de Logs
   Programa	LogManager
   Módulo	Todos
   Tipo	Função Protheus

2. Em qualquer ambiente, acesse Miscelânea/Gerenciador de Logs (LogManager).
3. Caso o arquivo DBF/CTREE de log não exista, ele será criado na pasta /system com o nome log_loja.dbf

Opções da Rotina:

• Visualizar: Apresenta todas as informações gravadas na mensagem (nível, tipo, data, hora, usuário, thread, tags e a mensagem em si). Além disso, é possível navegar entre as mensagens gravadas.
• Configurar: Permite diversas configurações, como o local onde as mensagens serão gravadas e apresentadas (DBF ou console). O arquivo que será gerado para armazenar os logs, além de disponibilizar filtros de geração de logs por tags, níveis, tipos e usuários, também permite habilitar/desabilitar o Gerenciador de Logs. As configurações efetuadas por essa opção são gravadas no arquivo .INI do servidor, na chave [LOGMANAGER]. Ou seja, é possível realizar as configurações diretamente pelo arquivo .INI do servidor.
• Diferença entre os registros : Duas ou mais mensagens devem ser marcadas, através da caixa de seleção. Ao clicar na opção Diferença entre os registros, será exibido o tempo gasto em segundos entre as mensagens. Muito útil para medições de desempenho.
• Importar arquivo: Possibilita a importação de um arquivo DBF contendo os logs. Desta forma, facilita a comunicação entre os profissionais de atendimento e clientes.
• Parar Monitoramento : Uma vez iniciado a atualização em tempo real, é necessário utilizar esta opção para que a atualização da tela seja parada.
• Legenda: No browser principal do Gerenciador de Log, cada Nível de Log recebe uma cor distinta. A legenda mostra o que significa cada uma dessas cores.

Exemplo:


Monitor de Deploy
O Monitor de Deploy permite que todos os hosts sejam monitorados podendo verificar quais estão on-line e off-line. Permitindo saber quais estão atualizados com relação aos seguintes itens:

• • • POR.
  • DLL's,*
    • Binário.
    • Dicionário de Dados considerando as seguintes tabelas: SIX, SX2, SX3, SXA, SX1, SX5, SX6, SX7, SX9, SXB. 
      

      Menu

1. No Configurador (SIGACFG) acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do SIGALOJA, conforme instruções a seguir:

   Menu
   Nome da Rotina	Monitor de Deploy
   Programa	CFGA056
   Módulo	Todos
   Tipo	Função Protheus

   
   

   FAQ TOTVS PDV

   Interface
2. Como foi o processo de construção da nova interface do PDV?

Resposta: A nova interface foi elaborada para atender as necessidades do Varejo na Frente de Caixa, sendo:

• Agilidade no atendimento.
• Independência de mouse.
• Fácil aprendizado e navegabilidade.
• Intuitiva, amigável e clean.

Para isso, foram levantados e relacionados os processos pertinentes a um PDV, realizada pesquisa de mercado através de entrevistas a usuários de Caixa, feita análise da viabilidade técnica e foram testados diversos protótipos com o objetivo de atender as premissas citadas. No decorrer do piloto do projeto, os usuários-chave foram entrevistados sobre as percepções no primeiro contato e após um tempo de utilização para que fossem tiradas algumas conclusões sobre a interface desenvolvida.
Um resultado significativo do projeto foi à seleção deste case de desenho da interface no maior evento de design de interação da América do Sul e um dos maiores do mundo (Interaction South America) a ser realizado em novembro de 2013 e ao lado de empresas como OI, Claro, TIM, Petrobras, Brastemp, Grupo Abril, UOL entre outros.

1. O TOTVS PDV está homologado com interface touch screen?

Resposta: Ainda não, está planejado em Road map para ser adequado.

1. Qual o procedimento para atualizar o logo da interface?

Resposta: Não houve mudança neste procedimento, ou seja, deve-se nomear a figura com o nome logopos.jpg e selecioná-lo no Configurador (SIGACFG).

1. É possível mostrar a foto do produto na nova interface?

Resposta: Sim, a foto pode ser apresentada no momento de seleção ou na pesquisa do produto. Basta configurar a foto de cada produto através do cadastro de produtos na aba Atendimento. Lembrando que antes essa imagem deve ser selecionada via Configurador no Repositório de Imagens.


Periféricos

1. Os periféricos atualmente homologados no Front Loja são compatíveis com o TOTVS PDV?

Resposta: Sim, a compatibilidade com todos os equipamentos já homologados é mantida.

1. Os logs de comunicação com impressoras (sigaloja.log, LjECF<estação>.log) e TEF (LjTEF<estação>.log) atualmente gerados no Front Loja também são gerados no TOTVS PDV?

Resposta: Sim, estes logs são habilitados e gerados da mesma forma.

Framework

1. Em qual sistema operacional está homologado o TOTVS PDV?

Resposta: Windows®. Estrategicamente a TOTVS enxerga valor na portabilidade, acessibilidade e usabilidade, por isso optamos por não investir horas de desenvolvimento na homologação do PDV em Linux, que apresenta pelo menos 3 fatores críticos:

• Mão de obra especializada neste sistema operacional.
• Diversidade de versões de kernel e de distribuição, que varia muito de cliente para cliente, exigindo constantes homologações de periféricos, por exemplo.
• E não entender o custo das licenças Windows® como ofensor para o investimento do varejista em vista do OEM da TOTVS com a Microsoft para uso com aplicações TOTVS. Consulte o AR para maiores informações.

Na contrapartida buscamos foco em um PDV com excelência e assim conseguiremos mais energia para evoluí-lo cada vez mais.

1. Nesta versão, há alguma diferença com relação aos arquivos de empresas (sigamat.emp) ou de senhas (sigapss.spf)?

Resposta: Não, não houve mudança nestes arquivos.

1. Existe alguma previsão para se reduzir o tamanho do arquivo de senha?

Resposta: Sim, está planejado em Road Map para que seja otimizado.

1. O que é deploy?

Resposta: Consiste na distribuição dos arquivos de ambiente (RPO, dicionário de dados, DLLs entre outros) a partir de um servidor para as estações ligadas a ele, que pode ser a Central de PDVs e/ou os próprios PDVs. É um processo que deve ser realizado pelo Administrador de Sistema, através da seleção dos componentes que deseja atualizar e para quais ambientes, como por exemplo os PDVs. Por enquanto, não possibilita ser schedulado.

1. Quais são os tipos de arquivos que podem ser atualizados pelo deploy?

Resposta: RPO, binário, dicionário de dados, DLLs e qualquer outro arquivo que esteja dentro da estrutura da pasta Protheus (RootPath). É importante se atentar ao tamanho do arquivo que será distribuído, pois dependendo da estrutura da rede, pode gerar acumulo de informações na atualização.

1. Qual é o tamanho do RPO do novo PDV?

Resposta: É de aproximadamente 20 MB, sem considerar customizações.

1. Qual a vantagem de se utilizar o instalador do PDV?

Resposta: Além de agilizar a instalação do PDV, permite a configuração da comunicação com a retaguarda e da integração com o ECF (identificação do modelo, formas de pagamento, totalizadores). O instalador também possibilita a geração do replicador para a instalação dos demais PDVs da loja. Para agilizar e facilitar a implantação é fundamental a utilização do Instalador.

1. Qual o objetivo e vantagem do agnosticismo do TOTVS PDV?

Resposta: O fato do PDV ser agnóstico será possível a partir do upgrade para a versão 12, a utilização da retaguarda nesta nova versão, enquanto os PDVs podem ser mantidos na Release 11.80, possibilitando melhor planejamento para a virada das lojas.

1. Por que há um novo serviço no PDV e na Central de PDVs? Qual a sua função?

Resposta: O serviço é exibido como TOTVS Application Server (Atualizador) e seu objetivo é gerenciar o Deploy e a atualização dos componentes de ambiente nos PDVs e na Central. Independente se a arquitetura contém dois (Retaguarda e PDVs) ou 3 camadas (Retaguarda, Central de PDVs e PDVs) teremos apenas um serviço adicional por máquina.

1. É necessária a aquisição da licença i para a comunicação via Web Services entre os hosts(Retaguarda, Central de PDVs e PDV)?

Resposta: Não é necessária, pois a comunicação entre os hosts não consome a licença i.
Integração ERP (Gravabatch)

1. Em que situação deve ser configurado o job para atualizar o estoque na Integração ERP (Gravabatch)?

Resposta: Este job chamado STDUpdB2B3 deve ser configurado quando for utilizado multithreads (multiprocessos) na Integração ERP, para evitar a concorrência na atualização de estoque durante o processamento das vendas.

1. Há mudanças na integração com a Retaguarda com relação à geração de dados fiscais, financeiros?

Resposta: Neste sentido não houve mudança nesta integração, o que foi melhorado é a performance baseada em grid e a possibilidade de priorizar determinados tipos de venda para serem processados, como por exemplo Retira Posterior.
Central de PDVs

1. O que é a Central de PDVs? Que operações permite realizar?

Resposta: É o servidor que pode instalar nas lojas, para ficar de forma independente da conexão com a Retaguarda. Possibilita a inclusão da pré-venda (com a opção de reserva), troca e devolução, que são sincronizados com a Retaguarda quando restabelecer a comunicação. As premissas deste servidor são:

• Não permite vender produtos com lote e/ou localização física.
• Não permite incluir e efetuar manutenção nos cadastros, com exceção do cliente que pode ser incluído.
• Não armazena os registros de títulos financeiros (títulos a receber e NCCs) porque este controle deve estar centralizado.
• Não existe um limite para a quantidade de Central de PDVs na rede de lojas do varejista e nem de PDVs por Central.
• Integrada com o novo PDV, em função da nova estrutura de hosts. Portanto, não se integra com o Front Loja e nem com a Venda Assistida offline.

1. Qual arquitetura pode ser adotada entre a Retaguarda e a Central de PDVs?

Resposta: A Central de PDVs pode estar fisicamente em cada uma das lojas do cliente para não depender de rede WAN ou então é possível ter uma Central de PDVs para uma ou mais lojas, considerando que neste caso depende da rede WAN para as lojas que tem o servidor fisicamente. Além disso, é possível ter uma loja conectada diretamente a Retaguarda (dependência de conectividade) e outra loja configurada com a Central de PDVs (dependência apenas de rede local).

1. Como pode ser realizada a atualização do ambiente da Central de PDVs?

Resposta: O Deploy permite a atualização da Central de PDVs a partir da Retaguarda dos mesmos tipos de arquivos que os PDVs (ex: RPO, dicionário de dados, binário).

1. Como funciona o consumo das licenças no PDV e na Central de PDVs?

Resposta: Cada PDV e cada acesso a Central de PDVs exige uma licença Protheus (light LOJA) e, caso esteja offline, permite efetuar a pré-venda e consumir a licença no momento de subir para a Retaguarda. Se estiver online, consome no momento do acesso. A Central de PDVs também exige licença para acesso ao DBAccess caso exceda a quantidade de licenças já disponíveis. A licença do Front Loja ou Venda Assistida offline pode ser utilizada para o TOTVS PDV.

1. Qual a estrutura da Central de PDVs?

Resposta: Deve ter a estrutura similar a da Retaguarda quanto a RPO, binário, dicionário de dados, banco de dados relacional.
Contingências

1. Quais operações podem ser realizadas de forma offline (sem conexão com a retaguarda) no PDV?

Resposta: As operações são: recebimento de títulos e compensação de NCC (Nota de Crédito Cliente).

1. Qual o critério para a baixa dos títulos a receber na retaguarda quando for realizada de forma offline no PDV?

Resposta: Será selecionado a partir do título com a data de vencimento mais antiga. Caso o valor pago seja maior, será gerada uma NCC para uso futuro pelo cliente e caso seja menor, será efetuada a baixa parcial.

1. Qual o procedimento para se receber a NCC offline para evitar fraude?

Resposta: Exigir um comprovante físico do cliente para comprovar a existência do crédito.
Legislação

1. O TOTVS PDV está homologado no PAF-ECF?

Resposta: Sim, foi emitido o laudo técnico de homologação junto ao instituto credenciado e o processo de inscrição junto ao SEFAZ está em andamento. A previsão é que a versão homologada do PAF-ECF será liberada até o mês de setembro/14.

1. Qual o status da integração do TOTVS PDV com o SAT CF-e (Sistema Autenticador e Transmissor de Cupons Fiscais Eletrônicos) e NFC-e (Nota Fiscal Eletrônica do Varejo)?

Resposta: Ambas integrações legais foram desenvolvidas no Road Map 2013/2014, com previsão de liberação no início do mês de outubro/14.
Vendas

1. A subida das vendas e das movimentações, ex: sangria (SE5), continuam sendo controladas pelos campos xx SITUA (ex: L1_SITUA)?

Resposta: Sim, este processo é controlado por este mesmo campo com o mesmo conteúdo.

1. É possível cadastrar clientes no PDV?

Resposta: Sim, é permitida a inclusão com a regra de código com base no CNPJ/CPF. A alteração e exclusão devem ser efetuadas na Retaguarda.

1. Há algum impacto na conciliação de cartões via SITEF das vendas originadas no TOTVS PDV?

Resposta: Não há nenhum impacto, a conciliação poderá ser feita normalmente.

1. Quais são as modalidades de TEF integradas na venda?

Resposta: A modalidade homologada atualmente é TEF dedicado – CLISITEF (Software Express).

1. O PDV permite a seleção de vendedor por item?

Resposta: Sim, permite e deve estar devidamente configurado para que as comissões sejam calculadas para os respectivos vendedores.

1. A Pesquisa Ágil pode ser utilizada na busca de registros de quais arquivos no processo de venda?

Resposta: Esta nova pesquisa pode ser utilizada na busca de clientes, produtos e vendedores.

1. Houve melhora no processo de venda via TEF Clisitef com relação aos passos para realizar a transação por cartão de crédito ou débito?

Resposta: Sim, o processo está mais simplificado e rápido, lembrando que deve estar acompanhada de configurações no servidor Sitef.

1. Qual o procedimento na venda de produtos com rastreabilidade e/ou localização física?

Resposta: Neste cenário é necessário realizar a pré-venda na Venda Assistida para a seleção do lote/endereço.

1. Como realizar a venda de produtos com grade?

Resposta: É o mesmo tratamento do Front Loja, ou seja, após a geração dos produtos-filhos (SKUs) na Retaguarda pela rotina padrão de Grade, a venda é feita no PDV através da seleção do código SKU.

Gerais

1. Qual banco de dados pode ser usado no TOTVS PDV?

Resposta: Pode ser utilizado o DBF e o Ctree local para o dicionário de dados. Não foi homologado um banco de dados relacional pelos seguintes motivos:

• Necessidade do PDV ter uma estrutura simples para não onerar a implantação nem a manutenção e o uso de um banco relacional exigiriam a instalação do próprio banco e do DBAccess.
• O banco DBF suporta alto volume de dados nos PDVs, não tendo nenhuma restrição.

1. Houve mudança nas tabelas de gravação da venda no TOTVS PDV?

Resposta: Não foram alteradas as tabelas de cabeçalho, itens e parcelas para gravação da venda, sendo mantidos os arquivos SL1, SL2 e SL4. As movimentações de Caixa, Sangria e Entrada de Troco, continuam sendo gravadas no arquivo de Movimentação Bancária (SE5).

1. Quando será descontinuada a interface de venda Front Loja e Venda Assistida offline em função do lançamento do TOTVS PDV?

Resposta: Ainda não há previsão desta data, mas os clientes devem se planejar para realizar o upgrade para o TOTVS PDV.

1. Qual o impacto nas customizações com o upgrade para o TOTVS PDV?

Resposta: As customizações devem ser revistas, em função da reescrita dos programas para o TOTVS PDV. É o momento oportuno para avaliar a possibilidade de executar a customização na retaguarda (Venda Assistida) e, em caso de continuidade, é necessário ajustá-lo, considerando o novo cenário.

1. Qual o procedimento de implantação do PDV nos casos de clientes que já utilizam o Front Loja ou Venda Assistida offline?

Resposta: Neste caso deve ser feita uma nova instalação do PDV, de acordo com o instalador/replicador em função das mudanças e melhorias de estrutura do produto, sendo:

• Novo RPO, que é mais enxuto.
• Configuração dos novos cadastros de comunicação e de deploy de ambiente.
• Serviço adicional para gerenciamento do deploy.
• Mudança na estrutura dos arquivos de Clientes (SA1) e Produtos (SB1), que estão mais otimizados (estrutura mais leve).

Como premissa, todos os movimentos realizados pelo Front Loja ou Venda Assistida offline, já devem constar na Retaguarda.

1. Como é feita a atualização dos arquivos de cadastros da Retaguarda para os PDVs?

Resposta: Deve ser utilizada a carga de Ambiente já disponível na solução SIGALOJA. Neste caso, não é utilizada a forma de atualização de arquivos da Venda Assistida offline (PAF-ECF). Tendo a Central de PDVs configurada na hierarquia, os registros são gravados também neste servidor.

1. O TOTVS PDV está integrado com o RMS?

Resposta: A integração esta em desenvolvimento e sua liberação será informada pela equipe de Estratégia e de Inovação do Segmento de Varejo.

1. O TOTVS PDV está integrado com os Templates de Drogaria (TPL DRO), Ótica (TPL OTC) e Postos de Combustíveis (TPL PCL)?

Resposta: Não tem integração com o TPL DRO porque este subsegmento é atendido através da oferta de integração com o PDV SIAC (parceria com a Oki). A integração com os Templates OTC e PCL continua sendo realizada normalmente pela Venda Assistida.

0 Comentários

Seja o primeiro a comentar.