...
| 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 |
| 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 |
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
...
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
...
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
...
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 |
Necessário que seja disponibilizado para a carga do PDA TecMóvel as informações referente:
OBS: Todo o processo feito no PDA deverá ser idêntico ao processo feito no VENDA, visto que qualquer alteração nos pedidos após a captação do mesmo valerá imediatamente as as regras do sistema e se não tiver o mesmo conceito estas serão desfeitas e o pedido será todo alterado.
As informações passadas anexo deverão ser inseridas e processo passado por homologações e testes de validação, visto que podem ocorrer de se criar novas colunas no banco e podem surgir novas regras de negócio e situações, entre a elaboração deste e o desenvolvimento.