Different steps involved in the above diagrams are-
A new work order (WO) is created in FMP2 (either directly or through fmPilot).
The FMP2 hits the API endpoint and passes WO details to be updated in the database by the SP.
Service Provider (SP) chooses to view the WO list.
SP API sends the list of WOs to SP (fsElite).
SP chooses a WO and updates the status. The WO status is sent to the SP API endpoint that updates the new status in the database.
SP adds quotes for the WO.
The quotes added are sent to the API endpoint, which updates the database.
FMP2 user requests to see the quotes for providing subsequent approval.
FMP2 user approves the quotes and the approval flag is conveyed through API into the database.
SP (fsElite) requests to see the quotes decision.
fsElite makes a call to the API to see the quotes decision.
API provides the approved quotes information to SP (fsElite).
SP works on the WO (offline) and keeps updating comments, attachments etc.
For e.g. A SP completes a WO due to which status of WO changes from In Progress to Pending SP Invoice.
Once this change in status happens in fsElite, this needs to be synced up in client system using the set of APIs aligned with this task.
Each of the updates to the WO are sent to the API endpoint and API updates the FMP2 database.
Finally, when the work is completed, SP creates the invoice.
Invoice draft is provided by the fsElite to the API endpoint to be updated in the database.
Account and Payable/ team query the database for the WO invoice details.
Views the invoice info and updates status (approved/rejected).
SP attempts to see the status of the provided invoice on his WO.
fsElite queries the WO status for an invoice using the API call.
API fetches the WO invoice details from the database.
API provides the fetched WO invoice decision to the SP (fsElite).