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
- 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.
- No Portal do Cliente, faça o download do arquivo Setup.exe
- Execute o arquivo Setup.exe e selecione o País.
- Clique na opção Próximo.
- Selecione a opção Eu concordo com este contrato de licença. Em seguida clique na opção Próximo.
- Selecione o local de instalação do ambiente PDV e clique na opção Próximo.
- 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.
- Informe o Nome do Ambiente, Porta e Porta do servidor de atualização.
- 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.
- Informe as DLLS do TEF
- Informe o diretório que se encontra as DLLs responsáveis pelos Periféricos, exemplo: Impressora Fiscal, Balança, Leitor etc.
- 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.
- Clique em Próximo.
Observe que esta sendo instalado.
- 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:
-
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
- 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.
- Informe o nome do host no campo Nome
- 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.
- Selecione somente as funcionalidades em que a Retaguarda será responsável por executar.
- Clique em Avançar.
- Selecione a empresa para configuração da Carga Ambiente.
- 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.
- 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.
- 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.
- Clique em Confirmar.
A Configuração abaixo deve ser realizada no PDV:
- Acesse a rotina Host. (CFGA050).
Ao acessar pela primeira vez, será aberto o Wizard para configuração.
- Clique em Avançar.
- 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.
- Clique em Avançar.
- Nesta fase, é necessário preencher as informações da Retaguarda, pois será conectado a ela, portanto, o Server da Retaguarda deve estar ativo.
- Preencha o IP, Porta, Protocolo de Comunicação e Ambiente.
- Clique na opção .
- 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.
- No campo Perfil da estação atual, clique na lupa e selecione o perfil cadastrado anteriormente na Retaguarda.
- Clique em Avançar.
- 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.
- Agora será configurado o Schedule que será responsável por realizar o Download e aplicar as atualizações da Retaguarda para o PDV:
- Clique na opção .
O Sistema apresenta a tela abaixo, onde será definida a agenda do Schedule.
- Selecione conforme necessidade e confirme.
- Clique sobre a lupa para selecionar a Empresa. Em seguida confirme e clique em Avançar.
- Selecione novamente a empresa, porém, agora será para configuração da Carga de Ambiente.
- 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.
- Acesse a rotina Perfil (CFGA052).
- Clique na opção Alterar, para alterar o Perfil PDV criado anteriormente.
- 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.
- Após atualizar todas as pastas com os respectivos caminhos, clique em Confirmar.
- Agora acesse a rotina Geração de Pacote (CFGA053).
- Clique em Avançar.
- Selecione o Perfil que será atualizado.
- Clique em Avançar.
- 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.
- Clique em Avançar.
- 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:
- 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.
- 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:
- No arquivo ADS.INI que encontra-se no diretório appserver do servidor AUXILIAR e PDV, atualizar o parâmetro:
MAX_CON=1000 - 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
- Na Retaguarda, acesse o cadastro de Perfil, pois será necessário cadastrar um novo Perfil para Central de PDV.
- 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.
- Agora desmarque essas funcionalidades no Perfil da Retaguarda que se chama Master.
- 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
-
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
- Em qualquer ambiente, acesse Miscelânea/Gerenciador de Logs (LogManager).
- 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
-
-
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 - 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.
- O TOTVS PDV está homologado com interface touch screen?
Resposta: Ainda não, está planejado em Road map para ser adequado.
- 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).
- É 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
- 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.
- 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
- 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.
- 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.
- Existe alguma previsão para se reduzir o tamanho do arquivo de senha?
Resposta: Sim, está planejado em Road Map para que seja otimizado.
- 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.
- 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.
- Qual é o tamanho do RPO do novo PDV?
Resposta: É de aproximadamente 20 MB, sem considerar customizações.
- 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.
- 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.
- 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.
- É 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)
- 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.
- 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
- 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.
- 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).
- 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).
- 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.
- 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
- 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).
- 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.
- 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
- 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.
- 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
- 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.
- É 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.
- 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.
- Quais são as modalidades de TEF integradas na venda?
Resposta: A modalidade homologada atualmente é TEF dedicado – CLISITEF (Software Express).
- 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.
- 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.
- 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.
- 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.
- 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
- 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.
- 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).
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
2 Comentários