Checking Conflicting Rules


Author
Message
Bill Cunnien
Bill Cunnien
StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)StrataFrame VIP (1.1K reputation)
Group: Forum Members
Posts: 785, Visits: 3.6K
I have a packing list detail business object that adds a broken rule whenever it detects that the detail has been included on an invoice. Users are not allowed to edit the packing list detail once it has been invoiced. Pretty normal business rule.



If a shipment is late, a reason is posted to the packing list detail. At times, the shipment has gone out and the items have been invoiced, but it really wasn't shipped late...someone forgot to change the ship date, or whatever. Now, a sales person reviews a late shipments report. He sees the invalid reasons and wants to modify the packing list detail to change the late reason back to 'None'. That seems reasonable.



Outside of simply stating that mistakes like this should be allowed to stand and learned from for the future...how do I allow a user to change one field on a BO when a constraint is in place to disallow changes? Is there something in the BO that tracks which fields have changed? If so, I could easily check to see if only the late reason is being changed, then allow the save. I am not seeing anything like that in the BO.



I hope I am making myself clear. I have only had two cups of coffee, so far. BigGrin
GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...





Similar Topics

Reading This Topic

Login

Explore
Messages
Mentions
Search