#35278
Javier Ader
Participante

(bueno, ahí edite; me había faltadp un NO… si no afirmaba lo contrario que quería).

Si… tiene sentido tu escenario; pero no se si es el más común. Yo creo que lo mas normal es que una empresa desee saber exactamente cuanto le debe un cliente, y ahí si no tenes que contar los pedidos. Imagínate una cobranza…. también, tene en cuenta que podes tener pedidos desde hace 3 meses que simplemente quedaron ahi; no se facturaron ni se remitieron ni nada… Es pedido te cuenta en el balance; uno tiene que andar buceando entre pedidos “no facturados” (algo que no es tan simple de encontrar, salvo que ejecutes una query sql…) para cancelarlos (y en ese caso probablemente tengas un problema de periodo cerrado…).
Otro problema aparejado (aunque no se si tan importante) es que los pedidos no se contabilizan (con todo sentido a mi entender) y por ej, una balance contable te va a diferir de lo que dice el “balance libertya”.

De todas maneras, aún en tu caso, si uno quisiese llevar el total de “pedidos a credito” simplemente habría que agregar una columna a MBParnter; TotalOrders (que ya va de la mano con el nombre que usa el código), y ahi almacenas el valor que esta calculando ahora el código en el 4to campo de la query; ahora, ese TotalOrders no se debería sumar en ningún momento a cosas como “crédito usado” (en donde ahí si entran pagos de facturas o factura sin saldar parcial o totalmente, por ej); es mezclar peras con manzanas. Incluso mas, si queres tener un control de valor máximo sobre este campo, se agrega TotalOrdersLimit, y este si se chequea en de manera similar al credito al momento de completar pedidos a crédito (sería algo como “podes realizar pedidos a crédito sin facturar hasta cierto monto”; no se igual si tendría mucho sentido de control…).

Bueno…. ahora, si me preguntas, entre que sea parametrizable y agregar 2 columna (mas!) a C_BPartner, no se… me parece que que prefiero lo primero (ando medio reticente a agregar columnas o incluso tablas… es mas, si me preguntan, no se si entraría a eliminar muchos campos sin uso…); pero bueno, esto es solo porque muchas tablas , con muchos campos, me complica la vida a mi… no porque sea lo correcto.