Return-path: <openproject@ssf.com.mx>
Envelope-to: christian@ssf.com.mx
Delivery-date: Wed, 17 Feb 2016 16:20:38 -0600
Received: from [108.161.137.201] (port=33492 helo=ssf.com.mx)
	by vishnu.hosting-mexico.net with esmtpa (Exim 4.86)
	(envelope-from <openproject@ssf.com.mx>)
	id 1aWASc-003TAr-FF
	for christian@ssf.com.mx; Wed, 17 Feb 2016 16:20:38 -0600
Date: Wed, 17 Feb 2016 16:20:39 -0600
From: openproject@ssf.com.mx
To: christian@ssf.com.mx
Message-ID: <openproject.work_package-27-2673.20160217222030@ssf.com.mx>
References: <openproject.work_package-27-2673.20151210223655@ssf.com.mx>
Subject: =?UTF-8?Q?[Sicom_Operaciones_-_Bug_QA_#2673]_Error?=
 =?UTF-8?Q?_sincronizaci=C3=B3n_de_precio_cuando_se_agrega_una_nueva_UDR_en?=
 =?UTF-8?Q?_la_ruta_del_equipo_por_pedidos.?=
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_56c4f2374a34e_2463fcbe9401330102059";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
X-OpenProject-Project: sicom-operaciones
X-OpenProject-Issue-Id: 2673
X-OpenProject-Issue-Author: aharo
X-OpenProject-Type: WorkPackage
X-OpenProject-Issue-Assignee: christian
X-Mailer: OpenProject
X-OpenProject-Host: develop
X-OpenProject-Site: OpenProject
Precedence: bulk
Auto-Submitted: auto-generated


----==_mimepart_56c4f2374a34e_2463fcbe9401330102059
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: quoted-printable





Work package #2673 has been updated by Aldahir  Haro.


 Se detect=C3=B3 que aunque el precio que trae la udr ya existe en el equ=
ipo lo envia, el proceso debe de der: si el precio de la udr no existe en=
 el equipo envialo y si no existe el precio que trae la udr ya no lo env=C3=
=ADes precios.
----------------------------------------

Bug QA #2673: Error sincronizaci=C3=B3n de precio cuando se agrega una nu=
eva UDR en la ruta del equipo por pedidos.
http://develop/work_packages/2673

Author: Aldahir  Haro
Status: terminado
Priority: Alta
Assignee: Christian Trejo
Responsible: Rogelio Delgado
Category: =

Version: 1.30.X-SNAPSHOT


Anteriormente se hab=C3=ADa probado que este error ya no saliera en el eq=
uipo Gas-Par G4S en el bug 935, pero haciendo pruebas en la versi=C3=B3n =
1.26.2 para pedidos codificados de encontr=C3=B3 que este mensaje aun sal=
e, lo diferente aqui es que en las pruebas anteriores no se consider=C3=B3=
 la ruta que se crea cuando se est=C3=A1 en el ambiente "pedidos" y se as=
igna un pedido a un equipo en donde la udr del pedido no existe en el CPU=
, como sabemos lo que pasa aqui es que se crea una ruta para el equipo en=
 la que se van agregando las UDRs de los pedidos que se hacen para ese eq=
uipo.

Se tiene que validar que cuando se crea una ruta de este modo, es decir, =
desde pedidos tambien se envien los precios y descuentos.
Sucede lo mismo que se report=C3=B3 en el bug 935, solo que al momento de=
 que se crea la ruta a partir de un pedido desde el G4SServer.
 =

se describen los pasos:
1.- Cambiar el ambiente del server a pedidos.
2.- asignale un equipo a un operador.
3.- hacerle un pedido  un cliente. (de preferencia que el cliente tenga u=
n precio que no exista en el equipo).
4.- notificarlo.
5.- esperar que se descarguen los cat=C3=A1logos al equipo.

Normalmente primero deberian de llegar los precios, descuentos, condici=C3=
=B3n de pago,UDR, pero de esta manera solo llega la UDR.





--
You have received this notification because you have either subscribed to=
 it, or are involved in it.
To change your notification preferences, please click here: http://hostna=
me/my/account

----==_mimepart_56c4f2374a34e_2463fcbe9401330102059
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: quoted-printable


<html>
<head>
<style>
body {
  font-family: Verdana, sans-serif;
  font-size: 0.8em;
  color:#484848;
}
h1, h2, h3 { font-family: "Trebuchet MS", Verdana, sans-serif; margin: 0p=
x; }
h1 { font-size: 1.2em; }
h2, h3 { font-size: 1.1em; }
a, a:link, a:visited { color: #2A5685;}
a:hover, a:active { color: #c61a1a; }
a.wiki-anchor { display: none; }
hr {
  width: 100%;
  height: 1px;
  background: #ccc;
  border: 0;
}
blockquote {
  border-left: 3px solid #E0E0E0;
  font-style: italic;
  margin-left: 2.4em;
  padding-left: 0.6em;
}
.footer {
  font-size: 0.8em;
  font-style: italic;
}
</style>
</head>
<body>
<span class=3D"header"></span>


Work package #2673 has been updated by Aldahir  Haro.

<ul>
</ul>

<p>Se detect=C3=B3 que aunque el precio que trae la udr ya existe en el e=
quipo lo envia, el proceso debe de der: si el precio de la udr no existe =
en el equipo envialo y si no existe el precio que trae la udr ya no lo en=
v=C3=ADes precios.</p>
<hr />

<h1><a href=3D"http://develop/work_packages/2673">Bug QA #2673: Error sin=
cronizaci=C3=B3n de precio cuando se agrega una nueva UDR en la ruta del =
equipo por pedidos.</a></h1>

<ul>
  <li>Author: Aldahir  Haro</li>
  <li>Status: terminado</li>
  <li>Priority: Alta</li>
  <li>Assignee: Christian Trejo</li>
  <li>Responsible: Rogelio Delgado</li>
  <li>Category: </li>
  <li>Version: 1.30.X-SNAPSHOT</li>

</ul>

<p>Anteriormente se hab=C3=ADa probado que este error ya no saliera en el=
 equipo Gas-Par G4S en el bug 935, pero haciendo pruebas en la versi=C3=B3=
n 1.26.2 para pedidos codificados de encontr=C3=B3 que este mensaje aun s=
ale, lo diferente aqui es que en las pruebas anteriores no se consider=C3=
=B3 la ruta que se crea cuando se est=C3=A1 en el ambiente "pedidos" y se=
 asigna un pedido a un equipo en donde la udr del pedido no existe en el =
CPU, como sabemos lo que pasa aqui es que se crea una ruta para el equipo=
 en la que se van agregando las UDRs de los pedidos que se hacen para ese=
 equipo.</p>


	<p>Se tiene que validar que cuando se crea una ruta de este modo, es dec=
ir, desde pedidos tambien se envien los precios y descuentos.<br />Sucede=
 lo mismo que se report=C3=B3 en el bug 935, solo que al momento de que s=
e crea la ruta a partir de un pedido desde el G4SServer.</p>


	<p>se describen los pasos:<br />1.- Cambiar el ambiente del server a ped=
idos.<br />2.- asignale un equipo a un operador.<br />3.- hacerle un pedi=
do  un cliente. (de preferencia que el cliente tenga un precio que no exi=
sta en el equipo).<br />4.- notificarlo.<br />5.- esperar que se descargu=
en los cat=C3=A1logos al equipo.</p>


	<p>Normalmente primero deberian de llegar los precios, descuentos, condi=
ci=C3=B3n de pago,UDR, pero de esta manera solo llega la UDR.</p>



<hr />
<span class=3D"footer"><p>You have received this notification because you=
 have either subscribed to it, or are involved in it.<br />To change your=
 notification preferences, please click here: <a class=3D"external" href=3D=
"http://hostname/my/account">http://hostname/my/account</a></p></span>
</body>
</html>

----==_mimepart_56c4f2374a34e_2463fcbe9401330102059--
