RPA로 엑셀 작업을 할 때,
특정 작업이 구현하기 힘든 경우 매크로를 통해 해결하는 경우가 있다.
다만 매크로를 쓰는 것은 다음과 같은 이유로 웬만해선 지양해야 한다고 생각한다.
1. 유지보수 인원도 매크로를 알아야 해서 인수인계가 제한됨
2. 디버깅이 투 트랙으로 진행되어 원인파악이 느려짐
3. 웬만하면 엑셀 함수나 BalaReva Excel, EasyExcel 기능으로 커버됨
그럼에도 불구하고 매크로를 써야 한다면 다음과 같은 원칙이 좋다.
1. 간단한 상황일 것
=> 투 트랙 디버깅 코스트 절감
2. CoE가 아닌 현업에서 관리하는 매크로이고 RPA는 그저 실행만 시킬 것
=> 투 트랙 디버깅 리스크 절감
3. 자주 쓰여야 하는 것들을 라이브러리화하여 쓰는 법을 정형화 시킬 것 (주석이 꼼꼼하게 돼있어야 함)
=> 인수인계 및 투 트랙 디버깅 코스트 절감
'RPA Uipath' 카테고리의 다른 글
[Uipath] DRM 대처 (0) | 2022.05.23 |
---|---|
[Uipath] Browser 변경에 유용한 Conversion Tool (0) | 2022.05.17 |
[Uipath] Parallel과 Pick의 차이 (0) | 2022.05.11 |
[Uipath] Studio 사용이 느릴 때(강제 Telemetry 끄기) (0) | 2022.05.10 |
[Uipath] 새로운 Trigger 기능(Connection Test 2022.08.23. 업데이트) (0) | 2022.04.08 |