The relationship between DevScope and Sonae is a long and prolific one, featuring several tailored solutions deployed over the years. WTalk is probably our most well-known solution among Sonae staff, an internal communications platform developed on SharePoint 2013 ingrained in the daily lives of several of the company’s brands across Portugal and Spain.
After a fruitful analysis workshop, where DevScope and Sonae RP’s team discussed the best approach to the workflow they wanted to implement, Carolina Trigo, Project Manager at DevScope, developed a document outlining what had to be done. A few years have passed since WTalk’s debut, so SharePoint Online was naturally the platform of choice to develop Sonae RP’s new solution. On top of the default experience, our team added a little customization in the form of ListView Command Sets and made extensive use of Microsoft Flow.
The platform was developed to be as straightforward to use as possible and features two main areas accessible via the homepage: retail condominiums (“Condomínios”) and suppliers (“Fornecedores”). Each condominium has its area in the “Condomínios” section, featuring a link to each of the profiles in the approval chain of command. Users also find a document library for each condominium, a comments section, and a payment record so past invoices can be checked if needed.


As expected, the suppliers’ area features a list of every company and professional that provides or has provided services to these condominiums.Users can add new suppliers using a form native to SharePoint or a method akin to working on an Excel spreadsheet.Supported information fields include IBAN and SWIFT to make payments as immediate as possible.
A new payment process starts as soon as an Assistant uploads and registers a new invoice in the platform. From then on, its payment must be validated by a multi-layer chain of command before being issued. This chain of command is composed of a Manager, a Coordinator, and a Director before reaching Sonae RP’s Backoffice team, where the payment is processed. Each user has its own profile with its own set of tasks and permissions, so everyone knows what needs to be done to keep the workflow going.
Each payment validated in this chain is sent to the next person in line until it reaches the Backoffice team. If for any reason someone declines the payment, it’s automatically returned to step 1 (Assistant) for revision. Comments may be added at any stage of the approval chain, whether the payment is accepted or declined.
Once the payment reaches the Backoffice team, the user must verify if the invoice is ready to be paid or if any event must firstly be verified (such as a specific date, or if a credit note needs to be received before payment issue). If payments are dependent on any circumstance, the user can manually lock it for the time being and unlock it after the event is verified.

The Backoffice team can select any number of eligible invoices and pay them using the method of their choice:
- By check – they must manually flag it as paid, and may upload a picture of the check as proof;
- By setting up a direct debit – they must manually flag it;
- By bank transfer – An XML file with info on selected invoices is generated in the payments’ library. That file is then manually uploaded to a home banking service and payments are processed;