capacitação soluções varejo - protheus rev 1.0

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


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




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


• 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.


6



“Print” com os fontes envolvidos

LOJA* , FRT* e LOJX *

7

ÍNDICE




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




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




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




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




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


38

RPC


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



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




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




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




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




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




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


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/


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: [email protected]

Fique atento!


� Fernando M. Machima

o Papel: GDP de Inovação Varejo


� Leandro O. Lima

o Papel: Líder de Manutenção Varejo


� Diego P. Fernandes

o Papel: Líder de Inovação Varejo


Equipe Varejo - TOTVS

Site SP

QUESTÕES


77

Site SP

77

capacitação soluções varejo - protheus rev 1.0

Documents