Estos casos en específico son pocos, el tema es que al buscar devoluciones relacionadas de una ecommerce existe 1 o más que tiene exactamente la misma fecha, caja y transaccion pero la orden no, para esto es necesario que estemos en línea con tienda, modificar la transaccion de la dev que se refleja hasta que la tienda que haga la dev y regresar el dato
ejemplo: INC0452710
Nos reportan esta orden que no da el total correcto, buscamos en la multiple (porque es ecommerce) la orden y buscamos si tiene devs.
primero buscamos fecha, caja, transaccion de la venta ecommerce de la caja 80
select posted, shipmidinit, TXNTOTAL, rectype, registerid, trannumber, Trandate, Operatmode, storenumber, TypeOfSale, Docnumber, accountno from trantotal where docnumber = 52303988
Posteriormente buscamos devs relacionadas
Declare @date Date = ‘2024-11-12’
Declare @Tran INt = 2984
Declare @Reg INT = 80
Select ‘Historico de ordenes’ ‘OrderHeader’, Orderstatus,OrderTotal,Deposits,CurrDeposit,TOS,DefinitionID, origRegid, origTranno From OrderHeader (NoLock) where OrigTranno = @Tran and OrigRegID = @Reg and OrigDate = @date Order By CreateDate asc
Select ‘Venta Original’ ‘Custreturn’, SaleOrderNumber, SaleStore, SaleTrannum, SaleRegId, SaleDate, SaleTotal from Custreturn where Saleregid = @Reg and saletrannum = @Tran and saledate = @date
Select ‘Devolución’ ‘Custreturn’, OrderNo, CreateDate, CreateTime, TranNumber, RegisterId, TranDate, TranTotal, TypeOfSale, Comment, ‘VENTA ORG >’, SaleStore, SaleDate, SaleRegId, SaleTrannum, SaleTotal from Custreturn where Saleregid = @Reg and saletrannum = @Tran and saledate = @date
Al comparar los datos vemos que coinciden los datos de fecha, caja y tran pero la orden ecommerce no, por lo que el RAS piensa que ya se devolvió una parte, para solucionar en el momento debemos modificar la tabla CUSTRETURN OJO: Este update solo en la tienda que lo reporta 8748.
con los mismos datos declarados arriba y en tran colocamos SIEMPRE 1 para no caer en confusiones. Amenos que por casualidad la tran original sea 1 usamos 2.
–Declare @date Date = ‘2024-11-12’
–Declare @Tran INt = 2984
–Declare @Reg INT = 80
–update Custreturn set saletrannum = 1 where Saleregid = @Reg and saletrannum = @Tran and saledate = @date
Si volvemos a consultar las devoluciones relacionadas a es tran en CUSTRETURN ya no saldrá ninguna
En este punto la tienda tiene que intentar nuevamente y una vez finalizada la dev, regresamos la transaccion que modificamos.
Así se vera después de la devolución correcta la orden ya coincide con la de la venta
–Declare @date Date = ‘2024-11-12’
–Declare @Tran INt = 2984
–Declare @Reg INT = 80
–update Custreturn set saletrannum = @tran where Saleregid = @Reg and saletrannum = 1 and saledate = @date
OJO: Nótese que la saletrannum es la misma que declaramos arriba (venta original real) y el where cambia a 1 (el que usamos temporalmente)
Al buscar devs relacionadas ahora nos arroja todas la mala y la buena 🙂
El incidente queda resuelto en HDMPOS-RAS
gg 🙂
