View
381
Download
21
Category
Preview:
Citation preview
TOTVS 2011 - Update Pack 11.5
ÍNDICE
I) Introdução às novas funcionalidades.
II) Fidelização.
III) Venda Perdida.
IV) Consulta de Estoque por Filial.
Capacitação Soluções Varejo - Protheus
1
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
2
Objetivos
Os objetivos desta apresentação são:
� Apresentar conceitos fundamentais das soluções de Varejo – Protheus(SIGALOJA e FRONT LOJA);
Dar algumas dicas importantes sobre as principais funcionalidades
Guia de boas práticas
� Dar algumas dicas importantes sobre as principais funcionalidadesdestes produtos;
� Servir como uma referências nos projetos de implantação de Varejo;
� Capacitar a comunidade TOTVS nestas soluções através dadisseminação de conhecimento.
Obs: Este guia terá alterações periódicas com o objetivo de mantermosatualizado com a evolução dos nossos produtos e da legislação.
3
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
4
Abertura de Chamados
• Objetivos� Facilitar e agilizar o entendimento da ocorrência entre o analista de
implantação e o Help Desk;
� Proporcionar maior agilidade no atendimento do chamado;
� Reduzir a quantidade de interações.
• Informações relevantes no chamado
Objetivos e Dicas para uma resposta mais rápida no chamado
• Informações relevantes no chamado� Descrever o passo a passo para se reproduzir a ocorrência;
� Enviar os prints de todo o processo;
� Relacionar as datas dos principais fontes envolvidos na rotina ( SHIFT + F6 );
� Relacionar o conteúdo dos parâmetros que possam estar envolvidos;
� Informar a versão da build e o tema utilizados;
� Informar se houve alguma atualização recente no ambiente. Caso afirmativo,descrever o que foi atualizado;
� Anexar os principais arquivos de monitoramento como error.log (se for ocaso), o console.log da Retaguarda e do PDV, logs de impressoras (ver maisdetalhes no tópico Logs desta apresentação);
5
Abertura de Chamados
• Informações relevantes no chamado (cont.)
� Caso esteja relacionado com ECF, enviar a versão da SIGALOJA.DLL ouTOTVSAPI.DLL;
� Como alternativa (e atualmente bastante utilizada), enviar o vídeo com opasso a passo da ocorrência.
Objetivos e Dicas para uma resposta mais rápida no chamado
6
Abertura de Chamados
Objetivos e Dicas para uma resposta mais rápida no chamado
“Print” com os fontes envolvidos
LOJA* , FRT* e LOJX *
7
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
8
• O que é ?
- O Emissor de Cupom Fiscal (ECF) é o principal equipamento de automaçãocomercial sujeito às regras estabelecidas na legislação do Imposto sobreOperações relativas à Circulação de Mercadorias e sobre Prestações deServiços de Transporte Interestadual e Intermunicipal e de Comunicação(ICMS).
Emissor de Cupom Fiscal ( ECF ) – Impressora Fiscal
Conceitos Básicos
• Quais modelos estão homologados no Protheus?
A relação de modelos homologados está disponível no portal TDN noendereço: http://tdn.totvs.com/display/mp/IMPRESSORAS+FISCAIS
A homologação de novos equipamentos deverá ser realizada através deprojetos via Fábrica de Software e para isso o cliente deverá entrar emcontato com o seu EAR.
A relação dos demais periféricos homologados também se encontra noTDN. 9
• Inicialização ( Intervenção Técnica )– Alíquotas– Totalizadores Não Fiscais– Modalidade de Pagamento
– Símbolo da Moeda – R$ *– Cabeçalho *– Data / Hora *
Emissor de Cupom Fiscal ( ECF ) – Impressora Fiscal
Conceitos Básicos
• Principais comandos executados ?
– Abertura do Cupom
– Registro Item / Desconto no Item
– Cancelamento Item
– Desconto no Total
– Acréscimo no Total
– Pagamento
– Finalização Cupom
– Cancelamento do Cupom
– Leitura X
– Redução Z
– Leitura da Memória Fiscal
(AP5ECF)
10
Legenda tributária
Conceitos Básicos
• S = ISS TES Calcula ISS ( F4_ISS == "S“ ) e Cliente ISS (A1_RECISS <> "1“)
• T = Tributado ICMSTES Livro Fiscal (F4_LFICM = “T” ) e Base de ICMS (F4_BASEICM > 0)
• I = Isento
11
• I = Isento TES Livro Fiscal (F4_LFICM = “I” )
• N = Não tributadoTES Livro Fiscal (F4_LFICM = “N” ou “O”)
• F = Substituição tributáriaTES Redução diferente de 100%(F4_BSICMST <> 100), Cliente do Tipo solidário(A1_TIPO) e percentual de ICMS definido (B1_PICMRET)
Esse tipo de tributação é utilizado na geração de arquivos fiscais, ex: SPED e COTEPE
Campos de alíquotas na Redução Z
Conceitos Básicos
Na Redução Z (arquivo SFI) já existem alguns campos de alíquotas DEFAULT nodicionário do sistema, são eles :
Sendo necessário trabalhar com mais alíquotas, além das padrões, ex: base reduzida
FI_BAS7 FI_BAS12 FI_BAS18 FI_BAS25
FI_COD7 FI_COD12 FI_COD18 FI_COD25
12
Sendo necessário trabalhar com mais alíquotas, além das padrões, ex: base reduzidade 17%, será preciso criar os campos respectivos, exemplo:
FI_BAS17
FI_COD17
O campo FI_CODxx é utilizado no menu fiscal do PAF-ECF
Dica SIGALOJA.DLL
Conceitos Básicos
– ID• Código identificador para controle das alterações entre a DLL e os
programas Protheus para garantir a compatibilidade
13
• Em ambos os casos o Protheus finaliza a operação e não permite oacesso ao sistema até que as atualizações sejam realizadas(disponíveis no portal).
“Existem incompatibilidades entre a “Existem incompatibilidades entre a versão do Repositório Protheus e a versão do Repositório Protheus e a DLL Fiscal. Por favor, atualize a DLL DLL Fiscal. Por favor, atualize a DLL Fiscal”. Fiscal”.
Neste caso, a versão do Neste caso, a versão do Protheus é maior que a DLL.Protheus é maior que a DLL.
“Existem incompatibilidades entre a “Existem incompatibilidades entre a versão do Repositório Protheus e a versão do Repositório Protheus e a DLL Fiscal. Por favor, atualize o DLL Fiscal. Por favor, atualize o Repositório Protheus”.Repositório Protheus”.
Neste caso, a versão da DLL é Neste caso, a versão da DLL é maior que a do Protheus.maior que a do Protheus.
• O que é ?É a Transferência Eletrônica de Fundos através de cartão de crédito oudébito automático em conta corrente, cujo comprovante financeiro datransação deve ser impresso no ECF.
• Modalidades
Transferência Eletrônica de Fundos ( TEF )
Conceitos Básicos
• Modalidades– Discado via IP (a comunicação é realizada por um gerenciador Pay&Go,
Direção ou discado)– Dedicado (exige comunicação dedicada com a Software Express -
Clisitef)
• Configuração
– Cadastro de estação (SLG) na aba TEF
– Parâmetro MV_EMPTEF configurado conforme o servidor TEF
– Parâmetro MV_TEFMULT para múltiplas transações
– DLLs da empresa TEF, no caso a Software Express ( Clisitef )
– DLLs do PinPad14
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
15
Front Loja
• Foco no auto-serviço
• Simplicidade na operação– Interface amigável– Maior agilidade no atendimento
Conceito
• Conceito non-stop– Independe do servidor– Base de dados exclusiva para cada PDV– Recuperação da venda em caso de queda de energia
• Principais funções– Venda (auto-serviço, importação de pré-venda) – Operações de Caixa (entrada de troco, sangria, fechamento)– Recebimento de títulos
16
Front Loja
Arquitetura
17
Front Loja
Principais arquivos
� SL1, SL2, SL4 – cabeçalho, itens e parcelas,respectivamente
� SBI – produto x preço
Relação das principais tabelas
� SBI – produto x preço
� SLI – monitoramento e controle das estações
� SLW – movimento dos processos de venda
� SLT – fechamento de caixa
� SLX – log de cancelamento de item/cupom18
Front Loja
Tabelas do pacote de vendas ( SL1, SL2, SL4 )
– Arquivos utilizados para que a venda seja integrada na base daRetaguarda pela rotina Integração ERP;
– O job do PDV FRTA020 envia os movimentos para a Retaguarda(L1_SITUA=”00”)
– No PDV, o conteúdo do campo L1_SITUA pode ser:
19
Front Loja
Campo L1_SITUA na Retaguarda
– Para o Front Loja existe a situação “RR” que representa a tentativade reprocessar um registro do tipo “ER” porém sem sucesso;
– Na Retaguarda o campo L1_SITUA poderá assumir os valores:
20
Front Loja
Sugestão para correção dos seguintes Status
– PDV Status L1_SITUA = “DU”ANALISAR -> Consultar o totvsconsole.log para identificar qual o registrode venda está duplicado na base de dados.
IDENTIFICAR -> Normalmente este status é apresentado devido aduplicidade da série (LG_SERIE) cadastrada na estação (SLG)
CORRIGIR -> Após adequar a serie no cadastro de Estações (PDV eRetaguarda) ajustar os campos L1_SERIE e L2_SERIE com a nova serie eRetaguarda) ajustar os campos L1_SERIE e L2_SERIE com a nova serie ereprocessar a venda modificando o campo L1_SITUA = ‘00’
– PDV Status L1_SITUA = “ER”ANALISAR -> Consultar o totvsconsole.log para identificar qual o registro apresenta não-conformidade na base de dados
IDENTIFICAR -> Esta ocorrência normalmente acontece devido a falha nosincronismo do RPC entre o PDV x Retaguarda, ex: oscilações na rede
CORRIGIR -> Reprocessar a venda modificando o campo L1_SITUA = ‘00’
21
Front Loja
Sugestão para correção dos seguintes Status
– PDV Status L1_SITUA = “EP”• Este status é apresentado quando ocorre uma falha de comunicação com o
ECF e/ou falta de papel;
• Após cinco tentativas, se o problema persistir o sistema irá apresentar aseguinte mensagem:seguinte mensagem:
“Erro na Impressão do Documento Não Fiscal do Pedido. Verifique a
conexão com a impressora e/ou falta de papel.”
– SIM -> Irá processar a venda atribuindo o COO do Cupom Fiscal ou TEF para o Pedido. Neste caso serão gerados os orçamentos filhos e Pedido de Entrega;
– NÃO -> Irá processar a venda e esta irá ficar parada no PDV com status de “EP”.
Obs: O usuário-caixa ou supervisor deverá reter o cupom e providenciaro cancelamento do TEF, se houver.
22
Front Loja
Tabela SLI – controle dos PDVs
– É a tabela que controla os processos a serem executados peloPDV bem como a comunicação entre a interface deatendimento do Front Loja e o job FRTA020;
– Algumas funcionalidades controladas através desta tabela:• Recebimento de carga: SLI do Check-Out com LI_TIPO=”LCK”;
• Cancelamento de Cupom Fiscal: Será gerado um registro com oLI_TIPO=”CAN” e o número do cupom fiscal para o cancelamentoposterior na Retaguarda;
• Sangria e Entrada de Troco: Será gerado um registro LI_TIPO = “050”que conterá informações de qual registro de Movimento bancário(SE5) deve ser sincronizado com a Retaguarda.
23
• É fundamental que os ambientes (RPO, build e dicionáriodados) estejam compatíveis entre a Retaguarda e os PDVs;
• É muito recorrente ocorrências de problemas na integração RETx PDV quando estão com configurações distintas entre si,exemplos:
Manutenção de ambiente
Front Loja
exemplos:� Ordem de campos diferentes;
� RPOs com versões incompatíveis
� Parâmetros com seus conteúdos distintos.
24
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
25
Carga
Conceito de cargas nas estações
�Preparar o PDV para o atendimento através do conceitonon-stop, que independe da Retaguarda;
�Carga rápida (produtos – arquivo SLH) e carga completa;
�Arquivos contemplados na carga:�Arquivos contemplados na carga:• Cliente (SA1) Vendedor (SA3)• Caixas (SA6) Administradoras (SAE)• Cadastro de fatores (SAF) Produtos (SBI)• Condições de pagto (SE4) Naturezas (SED)• TES (SF4) Grupo de tributação (SF7)• Amarração TES x Impostos (SFC)• Perfil de caixa (SLF) Estação (SLG)• Códigos de barras (SLK)
26
�Rotina FRTA040 na Retaguarda• Gera a carga e disponibiliza aos PDVs
• Arquivo de controle cargann0.frt, sendo nn a empresa
� Job FRTA020 no PDV• Baixa a carga
Carga
Conceito de cargas nas estações
• Baixa a carga
aos PDVs
27
Pontos de entrada para carga
� FRTCARGA -> Definir arquivos adicionais (padrão ouespecíficos) para descida na carga
• FRTCARGA.PRW
Carga
� FRTGERACAR -> Gravar campo especifico no arquivo SBI
• FRTGERACAR.PRW
� FRTGrvSZ -> Definir tabelas customizadas que serãoexportadas para a Retaguarda
• FRTGrvSZ.PRW
28
Nova carga
Está disponível a nova rotina de carga com:
� Schedule
�Monitor
�Hierarquia na transferência da carga
� Filtros
Carga
� Filtros
�Assistentes de configuração
�Melhor performance
�Maior flexibilidade
Chamados: TFS768 (versão 10) e TFTBEO (versão 11)
29
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
30
Licenças
Consumo de licenças no Front Loja
– O check-out não consome licença
– Quem consome ???
Job APFrontLoja (FRTA020)
IMPORTANTE:
A seção [LicenseClient] não deve estar presente no Check-Out, apenas na Retaguarda. Caso contrário será consumida mais de uma licença incorretamente podendo provocar excesso de conexões.
31
- Em que momento o Front consome licenças?
No momento em que houver a comunicação RPC (iniciada pelo jobFRTA020 no Check-out) será consumida uma licença.Desta forma no mínimo 2 licenças do Controle de Lojas deverão existir.Ex: 01 Check-out e uma Retaguarda = 02 Licenças do Controle de Lojas
15 Check-out's e uma Retaguarda = 16 Licenças do Controle de Lojas
Licenças
Consumo de licenças no Front Loja
3 - O Job LJGRVBATCH consome licença?
Não! Este Job serve para transformar o pacote de vendas (SL1, SL2 e SL4)em uma informação integrada com o ERP e não irá consumir licença.
4 - Nas estações, é preciso utilizar HardLock's?
Não! O HardLock deverá ser utilizado somente no Servidor de Licenças naRetaguarda.
5 – Preciso de uma licença para fazer a comunicação Web Services, ex:
compensação de NCC?
Sim, será necessário possuir uma licença de Web Services tipo “i” 32
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
33
[APFrontLoja]
Configuração de Jobs entre o PDV e a Retaguarda (FrontLoja)
•O PDV deve possuir apenas a configuração do Job ApFrontLoja (FRTA020)que é responsável por subir vendas, sangrias e reduções Z
Server.INI do PDV
RPC
Main=FRTA020
Environment=FRTDBFBRA
Parm1=99
Parm2=01
Parm3=001
nParms=3
34
Nome do programa responsável
Ambiente do PDV
Empresa
Filial
Código da estação (LG_COD)
Total de parâmetros informados
RPC
� Sem a configuração de balanceamento somente é possível aconfiguração de um único Server para que o Protheus possarealizar uma conexão RPC com a Retaguarda;
�Com a configuração de balanceamento é possível indicar ‘n’
Balanceamento de RPC
�Com a configuração de balanceamento é possível indicar ‘n’
servidores para que o Front possa balancear a carga deconexões RPC com a Retaguarda;
�As vantagens são:• Menor sobrecarga em um único Server na Retaguarda;
• Maior estabilidade na troca de comunicação entre PDV e Retaguarda,pois realiza a conexão automática em outro servidor caso perca aconexão inicial;
35
[rpc]
Balanceamento de RPC
• O balanceamento dos servidores permite informar mais de um servidorpara a conexão RPC caso haja indisponibilidade de comunicação no servidorinicial ou por queda de conexão
Configuração do arquivo rpcfront.ini na pasta do Server
RPC
[rpc]
numeroservers=2ultimoserver=2
[server1]ip=127.0.0.1porta=1211
[server2]ip=127.0.0.2porta=1236
36
Número total de ServidoresNúmero do último Servidor que obteve conexão
Endereço IP do primeiro servidorPorta do primeiro servidor
Endereço IP do segundo servidorPorta do segundo servidor
RPC
Configuração do Web Services através do TotvsWizard.exe
37
RPC
Configuração do Web Services através do TotvsWizard.exe
38
RPC
Configuração do Web Services através do TotvsWizard.exe
Será gerado no AppServer.ini umaseção com as configurações doservidor WebServices
39
A seção INSTANCES é muito importante paraquestão de performance, pois define quantasthreads o sistema irá manter já aberta, nomínimo. Assim, não necessita preparar oambiente na execução do processo, exemplo:INSTANCES = 5,10 significa que sobe 5 threadspara executar as rotinas necessárias. Senecessitar de mais threads sobe mais 10automaticamente para suportar as novasrequisições.
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) Web ServicesIX) LogsX) Integração ERPXI) Entrega futuraXII) PAF-ECFXIII) Destaques
40
Web Services
�Hoje temos 2 formas de acessar dados externos do FrontLoja:o RPC (carga, subida de venda, importação de orçamento);
o Web Services (recebimento de titulo, uso na NCC para pagamento,análise de crédito, serviços do PAF-ECF).
Web Services
�Um Web Services utiliza working threads para atender assolicitações de processamento através do protocolo HTTP;
�Para isso, existem duas maneiras de habilitar um WebServices:o Através da criação da seção [WebServices], no arquivo de
configuração (totvsappserver.ini);
o Configuração manual de um ambiente working threadsextended (WEBEX), no arquivo de configuração (totvsappserver.ini).
41
Web Services
A diferença entre ambas é que a segunda opção permiteespecificar mais detalhes do ambiente de execução doserviço.
Web Services
42
Web Services
Configuração de Web Services
Exemplo de configuração de WS
43
Web Services
Para testar se o Web Services que está funcionando, acessar obrowse da Internet e digitar o endereço exemplo deconfiguração do WS.
Configuração de Web Services
44
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
45
Logs
Geração do log do orçamento
Para habilitar este recurso, é necessário que o arquivo SIGALOJA.INI,que deve estar no mesmo diretório da SIGALOJA.DLL, tenha a seguinteseção configurada:
[Logs TEF]Habilita=01Habilita=01
Resultado:Para vendas efetuadas no SIGALOJA (Venda Assistida), será criado o
arquivo texto com o número do orçamento na pasta <RootPath>\autocom\tef+<empresa>+<filial>\<número do orçamento>.txt
Obs: Para os casos de integração ERP do Front Loja este log é geradono TotvsConsole.log.
46
Logs
Geração do log de comunicação entre o Protheus e o ECF
Para habilitar este recurso, é necessário que o arquivo SIGALOJA.INI,que deve estar na mesma pasta da SIGALOJA.DLL, tenha a seguinte seçãoconfigurada:
[LogDLL]Log=1Log=1
Baixar sempre a última versão do SIGALOJA.DLL disponível no portaldo cliente.
Resultado:Será criado o arquivo SIGALOJA.LOG na pasta \bin\smartclient
47
Logs
Geração do log de comunicação entre o Protheus e o ECF
0 – Comando Executado com sucesso 1 – Falha na execução do comando
48
Logs
Geração do log de comunicação entre o Protheus e o ECF Bematech
Para habilitar este recurso, é necessário que o arquivoBEMAFI32.INI, que deve estar na pasta \windows\system32, tenha aseguinte seção configurada:
[Sistema]Log=1Log=1LogDiario=1 //O Log será gerado separadamente por diaPath=<path>
Baixar a última versão do BEMAFI32.DLL disponível no site daBematech.
Resultado:Será criado o arquivo BEMAFI32.LOG na pasta configurada na tagPath (ex: \windows\system32).
49
Logs
Geração do log de comunicação entre o Protheus e o ECF Bematech
1 – Comando Executado com sucesso 0 – Falha na execução do comando
50
Logs
Geração do log de comunicação entre o Protheus e o ECF Daruma
Para habilitar este recurso, é necessário alterar o registro do Windows:HKEY_LOCAL_MACHINE/SOFTWARE/DARUMA/ECF
Alterar a linha Log=1
Baixar a última versão do DARUMA.DLL disponível no site da Daruma.
Resultado:Será criado o arquivo DARUMA.LOG na pasta indicada em Path.
51
Logs
Geração do log de comunicação entre o Protheus e o ECF (AUTOCOM)
Log de comunicação com a Autocom (operações com TEF e/ou algunsECFs).
Para habilitar este recurso, é necessário que exista o arquivo AUTOCOM.LOG na pasta SmartClient.AUTOCOM.LOG na pasta SmartClient.
Inicialmente, este arquivo pode estar vazio.
Resultado:Será atualizado o arquivo AUTOCOM.LOG na pasta \bin\smartclient.
52
Logs
Geração do log de comunicação TEF CLISITEF
Log de comunicação com o TEF CLISITEF.
Para habilitar este recurso, é necessário que o arquivo TOTVSAPI.INI,que deve estar na pasta do SmartClient, tenha a seguinte seção
configurada:
[Log]LogTEF=1TamanhoLog=1000 //(1 MB)
Resultado:Será criado o arquivo LjTEF+<estação>.log na pasta<RootPath>\log\tef+<empresa>+ <filial>.
53
Logs
Geração do log de comunicação com ECF via TOTVSAPI
Log de comunicação com ECF via TOTVSAPI.
Para habilitar este recurso, é necessário que o arquivo TOTVSAPI.INI,que deve estar na pasta do SmartClient, tenha a seguinte seção
configurada:
[Log]LogECF=1TamanhoLog=1000 //(1 MB)
Resultado:Será criado o arquivo LjECF+<estação>.log na pasta<RootPath>\log\ecf+<empresa>+ <filial>.
54
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
55
JOB na Retaguarda - Integração ERP (GravaBatch)
• O job GravaBatch é o responsável pelo processamento das vendas quesobem dos PDVs, gerando as tabelas do ERP (ex: SF2, SD2, SF3, SFT, SE1, SE5)e realizando operações como atualização do estoque, geração do financeiroe fiscal, entre outros.
Funciona da seguinte maneira :
Integração ERP
Funciona da seguinte maneira :
Pesquisa vendas a serem processadasL1_SITUA = “RX”
Processa o registro, explodindo para o ERP
56
Integração ERP
GravaBatch – paralelo
– É possível carregar este serviço utilizando as funções LJGRVSTART (início)e LJGRVEND (fim) diretamente do menu ou via Appserver.ini:
– As vantagens desta modalidade:• Processamento simultâneo entre as filiais;
• Agilidade no enfileiramento do processamento das vendas.
– A desvantagem desta modalidade:• Demanda recurso do servidor.
Existem outros dois parâmetros referente a tempo:
Parm3= Intervalo (em segundos) para processamento
Parm4= Intervalo (em segundos) para reprocessar a venda, em caso de alocação doarquivo de clientes durante o processamento (concorrência)
57
Integração ERP
GravaBatch – sequencial
– Configuração do LjGrvBatch Sequencial, exemplo:
– As vantagens desta modalidade:• Utiliza menos recurso de Servidor;
• Indicado para filiais que possuem pouca movimentação de venda.
– A desvantagem desta modalidade:• Maior tempo no processamento de vendas entre as filiais pelo
enfileiramento.
Informar o código das Filiais a serem processadas pela rotina.
58
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
59
Entrega Futura
Gravação da Venda após a finalização
60
Entrega Futura
Exemplo de gravação de uma venda com item de entrega e um item de retira
L1_NUM L1_FILRES L1_ORCRES L1_PEDRES L1_DOC L1_SERIE L1_DOCPED L1_SERPED L1_NUMCFIS
002857 4441 ECF
002858 1 002857 000215
002859 1 002857 4443 ECF 004443
61
ORÇAMENTO FILHO : Este é o item do tipo retira, que é impresso no cupom fiscal.
ORÇAMENTO FILHO : Este é o item do tipo Entrega, em que é gravado o numero dopedido gerado (SC5) no L1_PEDRES.
ORÇAMENTO PAI : Esse Orçamento é o orçamento principal que contém os doisitens.
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
62
O que é PAF-ECF?
• Programa de Aplicativo Fiscal para Emissão de Cupom Fiscal
�Ato Cotepe / ICMS Nº18, (23/06/08): Legislação queregulamenta a homologação e funcionalidades obrigatóriaspara um software de vendas (Aplicativo Fiscal) que opera
PAF-ECF
para um software de vendas (Aplicativo Fiscal) que operasuportado por um ECF;
�Modelo único de homologação para todos os Estados: umahomologação técnica valida a inscrição em cada SEFAZ;
� Exigências: 53 requisitos, recolhidos de cada Estado, alteradosou adaptados para atender a regulamentação geral;
�Necessidade de re-homologação técnica a cada 2 anos;
� Estados em que não há obrigatoriedade: SP, MT e DF.
63
Mudanças significativas
• Entre os 53 requisitos, as principais são:– (3º Requisito) O PAF-ECF deve operar de forma “Stand-Alone”, ou seja, o
funcionamento do ECF deve independer da rede de comunicação estarativa ou inativa;
– Venda concomitante (independente do Estado).
– Pré-Venda: O consumidor recebe um código e se dirige até o caixa. No
PAF-ECF
– Pré-Venda: O consumidor recebe um código e se dirige até o caixa. Nocaixa, importa os dados de acordo com o código e finaliza a venda.
� Não tem impressão de orçamento.
� Caso o orçamento gerado não tenha sido usado, ao final do dia deve-seimprimir e cancelar o cupom fiscal desta Pré-Venda.
– DAV: Imprime o orçamento e finaliza no PAF-ECF (PDV/ECF)
� A impressão do orçamento tem que respeitar o lay-out estabelecido peloCONFAZ.
� Dependendo da unidade federada, a impressão deve ser feita em ECF.
– Menu Fiscal : disponível em todas as telas da aplicação, sem restrição deacesso.
64
Embasamento legal
– Publicação de Abril/08:
• Convênio ICMS CONFAZ Nº. 15/08
– CONFAZ:
• http://www.fazenda.gov.br/confaz/
PAF-ECF
– AFRAC:
• http://www.afrac.com.br
65
PAF-ECF
Menu Fiscal – Exigência do PAF-ECF
Presente na tela principal de venda tanto para o SIGALOJA quanto para o FRONT LOJApor exigência legal. Geralmente é a opção solicitada pelo fiscal para que sejademonstrada.
66
PAF-ECF
Menu FiscalConsulta o ECF :
• 01 – LX: Leitura X
• 02 – LMFC: Leitura da memória fiscal completa
• 03 – LMFS: leitura da memória fiscal simplificada
Na Retaguarda via Web Services/RPC :
•07 – Estoque: Consulta na Retaguarda via RPC(LjConPrEst)
•09 – Meios de Pagtos: Totaliza formas de pagamento
•10 – Dav Emitidos: Somente
08 – Movimento por ECF :
• - Busca as estações (SLG) na Retaguarda para filtro do PDV;
• - Principais tabelas: SFI,SL1,SL2,SL4
• - “????”, verificar se houve
67
fiscal simplificada
• 04 – Espelho MFD: Memória Fita Detalhe
• 05 – Arq. MFD: Memória Fita Detalhe
• 06 – Tab.Prod: Consulta tabela local SB1(Loja) ou SBI(Front)
•10 – Dav Emitidos: Somente quando configurado(MV_LJPRVEN = .F.), tabelas SL1/SL2
•11 – Emite Relatório Gerencial identificando a versão homologada do PAF.
•12 – Vendas no Período: Gera Sintegra e SPED.
• - “????”, verificar se houve alteração fora do padrão na tabela/registro de origem, as tabelas (SFI,SL1,SL2,SL4) possuem campo XX_PAFMD5 para esse tipo de validação.
PAF-ECF
Exigência do PAF-ECF
Informações que devem constar no cupom fiscal.
68
Cupom Fiscal de conter:
MD5 da relação de arquivos executáveis
Nome do Aplicativo. Exemplo: Protheus 10
Quando venda originada de Pré Venda ou DAV,deverá emitir na mensagem promocional o número de origem. Exemplo: PV:0000000010
PAF-ECF
Fonte de informação
Fonte completa de informação sobre o PAF-ECF com:� Apresentação do projeto�Embasamento legal� Status de credenciamento por estado�FAQ
69
�FAQ� Guia completo e detalhado de configuração
Disponível no TDN em:� http://tdn.totvs.com/display/mp/PAF-ECF+--+36204
ÍNDICE
I) ObjetivosII) Abertura de chamadosIII) Conceitos básicosIV) Front LojaV) CargaVI) Licenças
Capacitação Soluções Varejo - Protheus
VI) LicençasVII) RPCVIII) LogsIX) Integração ERPX) Entrega futuraXI) PAF-ECFXII) Destaques
70
Destaques
�Maiores informações sobre o segmento no by You nascomunidades:�P@ Vendas e CRM
�Segmento de Varejo
Fique atento!
�Os boletins informativos sobre as soluções são atualizadosperiodicamente em:
http://tdn.totvs.com/display/mp/Boletim+Informativo+--+35160
�Os boletins técnicos sobre as soluções são atualizadosperiodicamente em:
http://tdn.totvs.com/pages/viewpage.action?pageId=679048171
Destaques
� FAQ sobre as soluções são atualizados periodicamente em:
http://tdn.totvs.com/display/mp/FAQ+--+35157
�Relação dos pontos de entrada são atualizadosperiodicamente em:
Fique atento!
periodicamente em:
http://tdn.totvs.com/display/mp/FAQ+--+35157
�Apresentação das melhorias do Road Map (Release 11.5) sãodisponibilizados em:�https://www.totvs.com/totvs2011/index.html
Linha Microsiga Protheus -> Varejo;
�Link Documentos na comunidade Segmento de Varejo (by You);
�E-learnings da Academia Virtual (links Software e Vídeo
Treinamento); 72
Destaques
�NFC-e
� Oferecer nova alternativa para os documentos fiscaisque registram operações em que o destinatário sejaconsumidor final, é um documento de existência apenasdigital - NFC-e - Nota Fiscal Eletrônica de Venda a
Notícias recentes - legislação
digital - NFC-e - Nota Fiscal Eletrônica de Venda a
Consumidor Final;
� Participação da TOTVS em projeto piloto previsto parajan/13 (em andamento);
� Artigo disponibilizado na comunidade P@ Vendas CRMno by You – NFC-e, onde estaremos atualizando o statusdo projeto.
73
Destaques
� SAT CF-e
� É um documento fiscal de existência apenas digital,armazenado exclusivamente em meio eletrônico eemitido por meio do Sistema de Autenticação e
Transmissão de Cupom Fiscal Eletrônico (SAT), mediante
Notícias recentes - legislação
Transmissão de Cupom Fiscal Eletrônico (SAT), medianteassinatura digital gerada com base em certificado digitalatribuído ao contribuinte, de forma a garantir a suavalidade jurídica;
� Portaria CAT nº 147, de 05.11.2012 - DOE SP de06.11.2012;
� A TOTVS iniciará o desenvolvimento do projeto a partirdo início de 2013 quando divulgaremos a previsão dedisponibilização aos clientes;
74
Destaques
� SAT CF-e (cont.)
� Site SEFAZ para consulta
http://www.fazenda.sp.gov.br/sat/
Notícias recentes - legislação
75
Destaques
� Projetos com mais de 30 lojas e/ou acima de 90 PDVs, nos colocamos adisposição para apoiar no que se refere a Produto (SIGALOJA, FRONTLOJA e SIGACRD):
� Claudio O. Santos
o Papel: Evangelizador do Segmento de Varejo
o E-mail: claudio.santos@totvs.com.br
Fique atento!
o E-mail: claudio.santos@totvs.com.br
� Fernando M. Machima
o Papel: GDP de Inovação Varejo
o E-mail: fmachima@totvs.com.br
� Leandro O. Lima
o Papel: Líder de Manutenção Varejo
o E-mail: leandro.lima@totvs.com.br
� Diego P. Fernandes
o Papel: Líder de Inovação Varejo
o E-mail: diego.pereira@totvs.com.br76
Equipe Varejo - TOTVS
Site SP
QUESTÕES
Capacitação Soluções Varejo - Protheus
77
Site SP
77
Recommended