Mudanças entre as edições de "Discussão:Estoque Reservado"
Ir para navegação
Ir para pesquisar
| Linha 7: | Linha 7: | ||
# Será necessário criar um campo no ERP para informar se o pedido possui a situação orçada ou não. Essa tratativa tem como ação evitar pedidos duplicados no ERP; | # Será necessário criar um campo no ERP para informar se o pedido possui a situação orçada ou não. Essa tratativa tem como ação evitar pedidos duplicados no ERP; | ||
# Será necessário identificar se o pedido teve alteração ou não. Dessa forma evitamos que o pedido seja enviado várias vezes ao ERP; | # Será necessário identificar se o pedido teve alteração ou não. Dessa forma evitamos que o pedido seja enviado várias vezes ao ERP; | ||
| − | # Será necessário adequar o fonte para pegar de novo o arquivo Json. | + | # Será necessário adequar o fonte para pegar de novo o arquivo Json; |
| + | # Será necessário retornar na URL a última data de validade do TJ dos pedidos orçados; | ||
| + | # Os pedidos orçados não deverão retornar nas tabelas pedido_retorno e item_pedido_retorno. | ||
Edição das 12h42min de 5 de outubro de 2020
Desenvolvimento
- Atualmente quando um pedido ou prospect é inserido com sucesso na ACK, automaticamente a data de exportação é preenchida. Para pedidos orçados não deverá preencher a data de exportação do pedido, dessa forma, será necessário criar uma nova descrição na NM_TABLE na tabela ACK_TABELA_PROCEDURE para pedidos de orçamento;
Integração
- Será necessário criar um campo no ERP para informar se o pedido possui a situação orçada ou não. Essa tratativa tem como ação evitar pedidos duplicados no ERP;
- Será necessário identificar se o pedido teve alteração ou não. Dessa forma evitamos que o pedido seja enviado várias vezes ao ERP;
- Será necessário adequar o fonte para pegar de novo o arquivo Json;
- Será necessário retornar na URL a última data de validade do TJ dos pedidos orçados;
- Os pedidos orçados não deverão retornar nas tabelas pedido_retorno e item_pedido_retorno.