Discussão:Estoque Reservado - Histórico de revisão

Jeffque: /* Integração */ Algumas correções ortográficas

2020-10-07T19:40:25Z

Integração: Algumas correções ortográficas

Jeffque em 19h35min de 7 de outubro de 2020

2020-10-07T19:35:54Z

Anna Julia em 18h02min de 7 de outubro de 2020

2020-10-07T18:02:12Z

Anna Julia: /* Integração */

2020-10-07T18:01:19Z

Integração

Anna Julia: /* Integração */

2020-10-07T17:58:52Z

Integração

Anna Julia: /* Desenvolvimento */

2020-10-05T19:18:33Z

Desenvolvimento

Anna Julia: /* Desenvolvimento */

2020-10-05T19:17:57Z

Desenvolvimento

10.0.0.78: Questionamentos

2020-10-05T15:01:35Z

Questionamentos

Anna Julia: /* Integração */

2020-10-05T12:58:47Z

Integração

Anna Julia: /* Desenvolvimento */

2020-10-05T12:55:31Z

Desenvolvimento

@@ Linha 11: / Linha 11: @@
 # 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;
-# Será necessário informar através da ack se a esxportação de pedidos orçados doi realizada com sucesso ou falha.
+# Será necessário informar através da ack se a exportação de pedidos orçados foi realizada com sucesso ou falha.
 == Questionamentos ==

← Edição anterior		Edição das 19h35min de 7 de outubro de 2020
Linha 57:		Linha 57:


−	<blockquote>Será necessário salvar na ack a falha ou sucesso da exportação dos pedidos orçados</~~blckquote~~>	+	<blockquote>Será necessário salvar na ack a falha ou sucesso da exportação dos pedidos orçados</blockquote>

	No caso, não deveria estar descrito "será necessário informar através do ACK se os orçamentos foram enviados com sucesso ou não"?		No caso, não deveria estar descrito "será necessário informar através do ACK se os orçamentos foram enviados com sucesso ou não"?

← Edição anterior		Edição das 18h02min de 7 de outubro de 2020
Linha 14:		Linha 14:


−	=== Questionamentos ===	+	== Questionamentos ==

	==== Desenvolvimento ====		==== Desenvolvimento ====

@@ Linha 11: / Linha 11: @@
 # 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;
-# Será necessário salvar na ack a falha ou sucesso da exportação dos pedidos orçados.
+# Será necessário informar através da ack se a esxportação de pedidos orçados doi realizada com sucesso ou falha.

@@ Linha 6: / Linha 6: @@
 == 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 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 (Essa é uma trativa que o Jardel solicitou que fosse colocada no documento, pois ele precisa garatir que o pedido não integre duas vezes 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 o novo arquivo Json;

@@ Linha 1: / Linha 1: @@
 == Desenvolvimento ==
-# Será necessário criar um novo modelo de Json para enviar pedidos orçados. Vale salientar que pedidos com o status cancelado ou com a situação efetivada não deverão estar presente nesse Json.
+# Será necessário criar um novo identificador de Json para enviar pedidos orçados. Vale salientar que pedidos com o status cancelado ou com a situação efetivada não deverão estar presente nesse Json.
 # Será necessário criar um serviço para cancelamento de pedidos que funcionará em conjunto com uma configuração. Esse parâmetro será configurado com a quantidade de dias corridos para definir quando o pedido poderá ser cancelado, após a emissão do pedido.

← Edição anterior		Edição das 15h01min de 5 de outubro de 2020
Linha 13:		Linha 13:
	# Os pedidos orçados não deverão retornar nas tabelas pedido_retorno e item_pedido_retorno;		# Os pedidos orçados não deverão retornar nas tabelas pedido_retorno e item_pedido_retorno;
	# Será necessário salvar na ack a falha ou sucesso da exportação dos pedidos orçados.		# Será necessário salvar na ack a falha ou sucesso da exportação dos pedidos orçados.
		+
		+
		+	=== Questionamentos ===
		+
		+	==== Desenvolvimento ====
		+
		+	<blockquote>será necessário criar uma nova descrição na NM_TABLE na tabela ACK_TABELA_PROCEDURE</blockquote>
		+
		+	Em relação a o que é dito na tratativa do ACK, qual a tratativa que será feita com o ACK do orçamento enviado?
		+
		+	Digo isso porque o comportamento padrão é salvar para futura disponibilização os sucessos e erros. Tratativas especiais são feitas sob demanda; por exemplo, a tratativa do pedido é atualizar a data de exportação caso tenha sido enviada com sucesso. Assim, qual a necessidade dessa tratativa?
		+
		+	Então não vejo o porquê de ter algo desse tipo.
		+
		+	<blockquote>Será necessária criar um novo modelo de Json [...]</blockquote>
		+
		+	Tenho a impressão de que não era essa a intenção... O modelo será o mesmo do pedido, com um identificador distinto.
		+
		+	<blockquote>[...] Vale salientar que pedidos com o status cancelado ou com a situação efetivada não deverão estar presente nesse Json</blockquote>
		+
		+	Melhor separar em '''extração''' de dados essa questão.
		+
		+	<blockquote>Será necessário criar um serviço para cancelamento de pedidos que funcionará em conjunto com uma configuração</blockquote>
		+
		+	Já há algo nesse sentido no Erp-Importer. No rodapé da documentação pública do Erp-Importer temos o seguinte dito:
		+
		+	<blockquote>Ainda existem os end-points <code>{host/contexto}/{tenant}/data/{tabela}/{chave}</code> e <code>{host/contexto}/{tenant}/import-new</code>, serão documentados posteriormente.</blockquote>
		+
		+	No caso, o end-point específico <code>{host/contexto}/{tenant}/data/{tabela}/{chave}</code> permite resgatar/alterar/deletar coisas da chave específica. Só foi implementado coisas relativas a tabelas de chave única (como é o caso de pedido). Detalhes do como fazer isso posso fornecer depois. O Protheus tem suporte aos detalhes necessários para fazer essa atualização específica.
		+
		+	Será feita a atualização na documentação em https://softsite.gitlab.io/tj2/erp-importer para falar especificamente sobre esse end-point e suas capacidades.
		+
		+	==== Integração ====
		+
		+	<blockquote>Será necessário adequar o fonte para pegar o novo arquivo Json</blockquote>
		+
		+	Será um novo consumo de serviço. Talvez nem tanto "adequar" um fonte pré-existente, talvez criar um novo. Não gosto de entrar tanto no mérito do '''como''' será feito, apenas o que espero do '''resultado final'''. Enfim, só um detalhe de comunicação
		+
		+	<blockquote>Será necessário retornar na URL a última data de validade do TJ dos pedidos orçados</blockquote>
		+
		+	Aqui, novamente, conforme conversamos, indo para o ponto em que a nomenclatura é correta. É responsabilidade do ''cliente'' fornecer qual foi a última data ''através'' da URL. Detalhes precisos do como é feita essa informação será adicionada na documentação do erp-importer https://softsite.gitlab.io/tj2/erp-importer.
		+
		+	Esse dado será disponibilizado através da "tabela" de nome <code>VALIDADE_TJ</code>. Essa "tabela" conterá uma única linha com uma única coluna. Mais detalhes serão especificados em https://softsite.gitlab.io/tj2/protocolo-tj, assim como será mencionado adequadamente aqui https://softsite.gitlab.io/tj2/erp-integrator.
		+
		+
		+	<blockquote>Será necessário salvar na ack a falha ou sucesso da exportação dos pedidos orçados</blckquote>
		+
		+	No caso, não deveria estar descrito "será necessário informar através do ACK se os orçamentos foram enviados com sucesso ou não"?