The Digital Transformation of Logistics. Группа авторов
Чтение книги онлайн.

Читать онлайн книгу The Digital Transformation of Logistics - Группа авторов страница 38

СКАЧАТЬ more available. A 2016 research report by Deloitte states that the cost of running a bot was most often cheaper than offshoring (Frank 2015). Slaby (2012) echoes this sentiment stating that RPA is a threat to BPO companies who have a singular value proposition of providing a lower cost labor force. If this statement holds up, there would be much higher utilization of RPA bots to perform tasks that are currently executed by numerous human labor in outsourcing locations. Defining processes and creating the proper documentation to hand over a task are very similar whether dealing with a human or a bot. Whoever will be doing the task in a new scenario, there is a need to create extensive contingency plans that requires a large amount of time to ensure that all scenarios have been carefully thought out. This is where tasks that have very little variability are preferred in outsourcing or automating as the number of scenarios would be less. Once again, the decision to step back from the daily activities of troubleshooting and temporarily putting stakeholder demands aside to dedicate resources to process mapping becomes a formidable challenge for logistics executives to address.

      Center of Excellence as a Leader of RPA

      The Facts

      As with many of the Fourth Industrial Revolution technologies mentioned in this book, RPA has become a trending topic in the world of supply chain and logistics, and there are many speculations about wide adoption in the following years. The Chartered Institute of Procurement and Supply predicted that by 2019, there would be 72% of all companies using RPA to reduce costs and transaction times and increase levels of productivity and compliance (Deckard 2018). However, just as with other discussed technologies both present and past like Blockchain and RFID, companies are finding it much more difficult to implement it than originally expected. Gartner reports that RPA tools sit at the “peak of inflated expectations” in its hype cycle (Kerremans 2018). Fersht and Snowdan (2017) report that the RPA software market and RPA services expanded by 42% from 2017 to 2018 and are predicted to grow by 94% by 2021. Growth in RPA is not necessarily a question of when but more a question of how fast we will see it come to fruition.

      The hype surrounding RPA has been around for the past five years though, and it warrants looking at past predictions to see where we are now. Transparency Market Research (2015) claimed that the IT RPA market would reach $4.98 billion by 2020. Kenneth Research (2019) reported that by 2026, the RPA market would be $8.8 billion. However, Grand View Research (2018) shows that in 2018, the total RPA market size was around $600 million well short of the progress that had been anticipated. Although until this point RPA has been looking more like hype than reality, we believe that this technology is worth further investigation.

      Rote, Repetitive Tasks Ripe for Automation

      If you are still on board to continue examining a task that you would prefer not to do yourself or have your local staff to handle, there are still a few more steps to identify whether it is the right candidate for RPA. Traditional process automation in the BPM sense where systems are configured to interact with each other requires many of the same cases of a task to be done in a short period to justify the costly investment. RPA, on the other hand, offers a cheaper and quicker implementation to target tasks that do have repetition, but a small amount of variation spread out over a longer time but still have enough scale to consider automation (van der Aalst et al. 2018). Insurance and credit card companies have utilized process automation as they had a large pool of claims and payments that were often being handled in very similar ways.

      Fung (2014) defines his criteria for potential RPA tasks as follows: (i) having low cognitive needs in terms of subjectivity or interpretation needs, (ii) being large in volume, (iii) needing to move between different applications, (iv) having small amounts of variability and exceptions, and (v) a task that has demonstrated human entry errors that have caused issues in the past. Since most RPA bots lack the cognitive capabilities of AI and machine learning (ML) algorithms, it won't be able to handle tasks with a large amount of variance, and due to it being software, it won't be able to complete any physical work (Jesuthsan and Boudreau 2019). An RPA bot is programmed to perform actions on the computer in the same way that a human would by navigating interfaces through clicking and typing. The bot is not smart in the sense that it knows what information it needs to pull or what button it needs to click; it simply knows where the button and information are and when the interaction should happen. Since the bot functions using location data to navigate elements of the interface, any changes to the interface or the appearance of the page will cripple the bot's functionality.

      Process Considerations of Implementing RPA