INTRODUÇÃO
Implementar modificação no processo de Acerto Pronta Entrega onde a emissão da nota fiscal ao cliente, no caso DANFE seja no momento da venda, não mais imprimindo via impressora matricial.
REGRA DE NEGÓCIO
Procedimento proposto para novo conceito
De acordo com a modificação a ser feita no sistema, onde na venda para o cliente já deve ser feito a emissão da DANFE, é necessário um novo aplicativo para se adequar ao processo, onde neste seja definido a seguinte Regra de Negócio:
- Elaboração de um pedido de Remessa de Pronta Entrega (sem modificações)
- Nesta etapa é feito um pedido de remessa para carregamento do veículo onde neste é dado a baixa de todos os produtos no estoque e gerado um único título financeiro, com pagador como sendo o Representante.
- Atendimento ao cliente com vendas nesta modalidade de Pronta Entrega (com alterações)
- Nesta etapa será feito as vendas diretamente ao cliente, via PDA onde este procedimento deverá automaticamente inserir os pedidos de venda em tabelas específicas.
- A inserção destes pedidos nestas tabelas fará com que o pedido de venda seja gerado automaticamente e já faturado no sistema, gerando a respectiva DANFE.
- A inserção do pedido é por conta da TecMóvel e o faturamento é por conta do sistema ACRUX.
- Este pedido de venda não terá impacto no estoque e nem aprovação de crédito, somente irá gerar o titulo financeiro ao cliente.
- A inserção nas tabelas referenciadas serão EDI_PedVenda e EDI_PedVendaItem.
- A princípio não será necessário gravar informações nas tabelas EDI_PedVendaCliente, EDI_PedVendaCritica e EDI_PedVendaVenc visto que empresa somente trabalha com cliente cadastrados, não possui regra de alteração de dados do cliente, e não possui situações específicas de regras comerciais, porém caso necessário poderá ser analisado estas informações futuramente.
- A cada pedido de venda negociado com o cliente, será necessário ter uma nova tabela no sistema, onde seja feito a associação destes pedidos de venda com o pedido original de Remessa Pronta Entrega.
- Este procedimento se faz necessário para o Acerto de Pronta Entrega a ser feito no retorno das mercadorias.
- Este registro de vendas ao cliente deverá ser limitado a quantidade de mercadoria expedida no pedido de Remessa e caso superior será necessário a busca de outro pedido de Remessa do mesmo Representante, caso SOS.
- O software TecMóvel deverá bloquear a venda no PDA caso não tenha um SOS feito.
- Será necessário gerar para a DANFE o e-mail do cliente, juntamente com o e-mail do representante, para que o Painel Fiscal faça o envio do PDF da DANFE a estes respectivos e-mails.
- Esta informação será avaliada juntamente ao Painel Fiscal para ser gerada na tabela TMP_M002_DESTINATARIO sob coluna M002_DS_EMAIL. Caso tenha possibilidade de enviar neste campo verificar para aumentar a coluna de 100 para 300 posições.
- A impressão da DANFE no veículo será por conta do software de integração TecMóvel através deste e-mail enviado ao representante.
- Retorno do Representante a empresa para acerto das vendas e conferência dos produtos. (com alterações)
- Nesta etapa é feito a conferência física das mercadorias e caso a diferença, (Remessa menos Retorno), esteja de acordo com o financeiro recebido, inicia-se o processo de Acerto Pronta Entrega no Sistema. Novo aplicativo
- Selecionar as cargas de expedição a serem acertadas para retorno da Remessa.
- Nesta etapa haverá uma conferência dos pedidos de venda associados a esta carga de remessa (nova tabela), e caso a quantidade vendida for superior a quantidade de Remessa deverá ser bloqueado a geração da carga, visto que teoricamente houve um pedido SOS e este não foi selecionado juntamente com a carga de acerto desejada, ou o mesmo não foi gerado e faturado.
- Caso a soma da(s) quantidade(s) vendida(s) da(s) carga(s) selecionada(s) seja menor ou igual a soma das quantidades de remessa, o processo será liberado e gerado a carga de acerto.
- Na tela de pesquisa das cargas a serem acertadas deverá ser populado somente as cargas onde não houve o acerto da pronta entrega. Teoricamente somente será populado as cargas em aberto.
- Não poderá deixar gerar uma carga de acerto sem que tenha selecionado todas as cargas em aberto do Representante.
- O usuário deve informar primeiramente por família a quantidade de produtos retornados e posteriormente por produto estas quantidades, confrontando com o total da família.
- Após este procedimento o usuário deve informar o registro das vendas dos produtos, que deve ser fielmente a diferença entre a quantidade total Remessa deduzido da quantidade total Retorno das cargas de expedição associadas no processo de Acerto.
- As informações de venda serão preenchidas automaticamente neste novo aplicativo, não mais via integração de arquivo TecMóvel e sim conforme as Vendas já feitas pelo Representante via PDA e já faturadas. Tela 3
- Procedimento feito através das novas tabelas criadas no sistema.
- A quantidade referente a divergência entre Remessa e Retorno deverá coincidir com as quantidades e valores das vendas e caso não seja, o procedimento continua como da forma atual onde o usuário deverá avaliar e caso necessário registrar um pedido de vendas com esta diferença ao representante.
- Para a carga de palm as informações de clientes, formas de pagamento, representantes deverão ser escritas as respectivas views para a TecMovel buscar estas informações no banco e representantes



INTEGRAÇÃO PEDIDOS DE VENDA – PDA VIA BANCO
Para integração de pedidos de venda via banco algumas informações deverão ser observadas nos inserções de registros nas tabelas do banco das quais:
- Para cada pedido de venda inserido para um representante a informação da coluna SEQEDIPEDVENDA deve ser igual para o topo e o item.
- Não poderá existir dois pedidos de vendas diferentes com o mesmo SEQEDIPEDVENDA já inserido.
- Necessário uma tabela nova no sistema que será utilizada pelo PDA TecMóvel para inserção de informação de nota fiscal cancelada. Esta tabela guardará o numero da nota, empresa, série, cliente , data emissão, e quando inserido um registro na mesma é necessário uma trigger que faça o cancelamento do respectivo documento.
- Esta tabela guardará estas informações para posterior consulta via select.
Integração topo do pedido de venda (tabela EDI_PedVenda)
| Colunas | Tipo | Informação |
| SEQEDIPEDVENDA | NUMBER | Código interno vem do PALM |
| STATUSPEDIDO | VARCHAR2(1) | Passar fixo 'L' |
| NROPEDIDOAFV | NUMBER | Número do pedido no PALM |
| NROPEDCLIENTE | VARCHAR2(20) | Número de pedido do cliente |
| NROEMPRESA | NUMBER(3) | Número da empresa do pedido |
| SEQPESSOA | NUMBER | Código interno do cliente no ACRUX |
| CODSISTEMAAFV | NUMBER(5) | Numero Representante no PALM |
| NROREPRESENTANTE | NUMBER(5) | Numero Representante no ACRUX |
| NROFORMAPAGTO | NUMBER(3) | Ver tabela 1 |
| CODGERALOPER | NUMBER(3) | Ver tabela 2 |
| TIPPEDIDO | VARCHAR2(1) | V – Venda, C – Cotação |
| PERCDESCFINANC | NUMBER(5,3) | % desconto financeiro no titulo |
| OBSPEDIDO | VARCHAR2(240) | Observação do pedido de venda |
| OBSNOTAFISCAL | VARCHAR2(250) | Observação para nota fiscal |
| USUINCLUSAO | VARCHAR2(12) | Passar fixo 'AFV' |
| DTAINCLUSAO | DATE | Data formato dd-mm-aaaa hh:mm:ss |
| DTABASEFATURAMENTO | DATE | Data formato dd-mm-aaaa |
| INDENTREGARETIRA | VARCHAR2(1) | E – Entrega e R – Retira |
| NROBANCOCOBR | NUMBER(4) | passar nulo |
| NROCARTEIRACOBR | NUMBER(3) | passar nulo |
| NROEMPRESACOBR | NUMBER(3) | passar nulo |
| SEQCTACORRENTE | NUMBER(15) | passar nulo |
| VLRTOTPEDIDO | NUMBER(13,2) | passar nulo |
| QTDITEMPEDIDO | NUMBER(5) | passar nulo |
| NROPEDVENDA | NUMBER(10) | passar nulo |
| DTAPEDIDOAFV | DATE | passar nulo |
| NROSEGMENTO | NUMBER(2) | Ver tabela 3 |
| NROPARCELAS | NUMBER(2) | passar nulo |
| DIASINTERVALO | NUMBER(2) | passar nulo |
| SEQREGRAAPLIC | INTEGER | passar nulo |
| SEQREGRASUGEST | INTEGER | passar nulo |
| DTABASEEXPORTACAO | DATE | passar nulo |
| STATUSEXPORTACAO | INTEGER | passar nulo |
| SEQOFERTA | NUMBER | somente qdo. Se usa oferta (nulo) |
| NROCONDPAGPRECO | NUMBER(3) | passar nulo |
| PERCDESCSF | NUMBER(4,2) | passar nulo |
| NROTABVENDA | VARCHAR2(3) | Ver tabela 4 |
Integração dos itens do pedido de venda (tabela EDI_PedVendaItem)
| Coluna | Tipo | Informação |
| SEQEDIPEDVENDA | NUMBER | Código interno vem do PALM |
| SEQPEDVENDAITEM | NUMBER(10) | Numero de itens dentro de cada pedido. Não deve repetir e deve ser sequencial. Para cada pedido deve-se iniciar no 1 novamente. |
| CODACESSO | VARCHAR2(14) | Passar nulo |
| SEQPRODUTO | INTEGER | Código interno do produto ACRUX |
| NROCONDICAOPAGTO | NUMBER(3) | Ver tabela 5 |
| NRODIAVENCTO | NUMBER(3) | Passar nulo |
| QTDPEDIDA | NUMBER(12,3) | Quantidade pedida em unidades |
| QTDEMBALAGEM | NUMBER(12,6) | Quantidade na embalagem de venda |
| VLREMBTABPRECO | NUMBER(13,2) | Valor do preço de tabela na embalagem de venda. |
| VLREMBTABPROMOC | NUMBER(13,2) | Valor da venda quando promoção, na embalagem de venda. Se preço não for promoção passar 0,00 |
| VLREMBINFORMADO | NUMBER(13,2) | Valor da venda ao cliente na embalagem de venda |
| VLREMBDESCONTO | NUMBER(13,2) | Valor do desconto dado na venda. Diferença entre VlrEmbTabPreco ou VlrEmbTabPromoc e VlrEmbInformado |
| NROEMPRESADF | NUMBER(3) | Passar nulo |
| NUMERODF | NUMBER(8) | Passar nulo |
| SERIEDF | VARCHAR2(3) | Passar nulo |
| NROSERIEECF | VARCHAR2(40) | Passar nulo |
| NROTABVENDA | VARCHAR2(3) | Ver tabela 4 |
| OBSERVACAOITEM | VARCHAR2(250) | Passar nulo |
| VLREMBDESCSF | NUMBER(13,2) | Passar nulo |
| NROEMPRESAESTQ | NUMBER(3) | Passar nulo |
TABELAS (VIEWS)
Tabela 1 – Formas de Pagamento do Cadastro.
O exemplo abaixo não é regra visto as formas depender de cadastro no sistema Acux Mercari – Parametros > Dealer > Formas de Pagamento
Cod. | Descrição |
1 | Dinheiro |
2 | Cheque |
3 | Boleto |
4 | Depósito em C/C |
2 | Bonificação |
Estas formas de pagamento deverão ser enviadas ao PDA através de views específicas no processo EMPRESA --- > PDA
Tabela 2 – CGO Códigos Gerais de Operação.
O exemplo abaixo não é uma regra visto os CGOs serem um cadastro a parte de cada cliente. Deverá ser levantado como será o cadastro e a permissão de vendas a clientes UF/UF para avaliar necessidade de se ter códigos CGOs específicos para tal procedimento ou não.
Cod. | Descrição |
1 | Venda de Mercadorias a Clientes mesma UF |
2 | Bonificação de Mercadorias a Clientes |
3 | Remessa para Degustação |
4 | Venda de Mercadorias a Cliente UF/UF |
Tabela 3 – Segmentos de Venda
O exemplo abaixo não é uma regra visto os Segmentos serem um cadastro a parte de cada cliente. Deverá ser analisado a forma como o cliente irá trabalhar com o segmento e certificar-se que os representantes e clientes estejam corretamente associados a estes segmentos.
Cod. | Nome do Segmento |
1 | Atacado |
2 | Distribuidor |
3 | Especializado |
Estes segmentos de venda serão feitos no envio das views de cadastro de clientes e representantes no processo EMPRESA ---> PDA
Tabela 4 – Tabelas de Venda
Trata as tabelas de venda a serem inseridas no sistema. É na tabela de venda que se define regras de preços de acréscimos e descontos (associado juntamente as condições de pagamento), e também se o item no faturamento será normal (da empresa do pedido) ou cruzado, de empresa diferente do pedido.
As tabelas de vendas deverão estar associadas corretamente a clientes e representantes para que o processo funcione da maneira correta após a inserção do pedido de vendas no sistema. Estas tabelas deverão ser enviadas nas views de cadastro de tabelas EMPRESA ---> PDA
Tab. | Descrição Tabela |
1 | Tabela Normal |
2 | Tabela Especial |
3 | Tabela UF_UF |
4 | Tabela Bonificação |
Tabela 5 – Tabelas de Condições de Pagamento
Trata as tabelas de condições de pagamento do sistema.
As condições de pagamento devem ser associadas a tabela de venda. Estas tabelas deverão ser enviadas nas views de cadastro de tabelas EMPRESA ---> PDA
Tab. | Condição de Pagamento |
1 | 07 dias |
2 | 14 dias |
3 | 30 dias |
4 | 30/60/90 dias |
VIEWS ADICIONAIS
Necessário que seja disponibilizado para a carga do PDA TecMóvel as informações referente:
- Clientes: código do cliente, cnpj, endereço (logradouro, numero, bairro, cidade), razão social.
- Produtos: códigos internos, descrição, embalagem de venda, preço de venda (sem desconto).
- Cargas: informações referentes as cargas dos pedidos de remessa, onde não houve o respectivo fechamento, no caso todas as cargas em aberto, sendo: numero da carga, código do produto, quantidade enviada na carga.
- Cadastro do Representante: código interno, nome (apelido), usuário e senha (campo Conexão Login no cadastro Representante > tela AFV).
- Pedidos já Faturados (Nfe): numero da nota, série da nota, código do cliente, razão social do cliente, valor total da Nfe, data de emissão, código do vendedor, nome do vendedor.