Page Comparison

...

To safeguard our operations and protect both our business and customers from fraudulent activities, it is essential to implement additional rules that restrict the use of physical payments under certain scenarios. In these scenarios, there are some rules that can be controlled by the user can control, so we need to create a way for the user to change these rules to one or many restaurants.
These rules are:

• First buy order on Home Delivery: In first buy of the user order, the value to the user can pay with physical payments will have a limitation, e.g. $30.00

• Buy on Home Delivery: In the second or more buy of user order, the value to the user can pay with physical payments will have a limitation, e.g. $50.00;

• Prevent Repeat Failures: In cases where the last order involved a physical payment method and was marked as a delivery failure, the next order from the same user will be restricted to only online payment methods.

  • Delivery failure motivesreasons:

    • Wrong address

    • Customer was not there

    • Fake order

    • Problems with payment

...

We will create a new screen on DOP and the user can choose and manipulate the “rules” to one or many restaurants. This information will be save saved on Sanity and the WL-app will get these values when choose the restaurant is chosen, so the WL-app can verify if allow it allows or not doesn’t the payment by physical method.

...

• Create a new page with this information;

• Create rules of access in on this page, reference here;

• The users can choose which rules they want to use;

• The users can adjust the limit values to purchases in home delivery;

• The users can make this to your his/her restaurants;

• The franchisees can change this information as well;

• How to use, here;

• To save this information on Sanity, we will use the Sanity Client Lib to connect DOP with Sanity.

...

WL-app

...

controls the exhibition of physical payments

On Home Delivery, the WL-App get gets the information about the restaurant, and in this data, there are the values about cash limitation:

...

• With cash limitation data, the WL-App can validate if some rule is active and if need it needs to hide physical payments;

• This control is by each user;

  • At the moment of payment, the WL-app retrieves information about the user's most recent delivery order using the getUserOrders function. This includes restaurant details and any applicable limitation rules. Based on this information, we need to implement logic that hides the physical payment option if any limitation is met.

    For example, if it is the user's first home delivery purchase, which we can determine if the getUserOrders query returns zero orders of this type, and the selected restaurant has a rule that the first purchase must not exceed $30.00 (as specified by the restaurant's information from Sanity), then the WL-app can check the current order value on this screen. If the order total cents exceeds the limit, the WL-app will hide the physical payment optionoptions.

    With all these details, the WL-app can effectively decide whether to display or hide the physical payment option.

...

• Create a new field in Restaurant Document on Sanity to receive this information;

• Create a new screen on DOP (FZ-Portal) to so the user can manipulate this information and to send it to Sanity;

  • Use the Sanity Client Lib to get and save information on Sanity, this lib library is already available on DOP.

• Create a new logic on WL-App in the payment page to control the exhibition of according to the information and limitation that get of limitations that are got from Restaurant;