2. 역 프로세스 한 프로세스가 여러 업무 작업으로 구성된 경우 각 작업의 예외로 인해 프로세스가 불완전할 수 있습니다. 이 업무를 앞으로 밀거나 돌아가서 다시 시작하는 방법은 반드시 대책을 세워 준비해야 한다.
3. 근면축적은 능동적이든 수동적이든 문제를 발견하면 나중에 해결 과정과 방법을 기록하여 체험을 즐기고 지속할 수 있도록 해야 한다. 관련 서류를 제때에 업데이트하도록 주의해라. 우리는 비즈니스 요구 사항의 운영 프로세스뿐만 아니라 시스템의 특정 고유 결함을 우회하는 방법도 기록해야 합니다. 집행 수준의 사용자는 법과 규정처럼 집행해야 하며, 이해하든 이해하지 못하든 단순화, 소외, 즉' 죽은 계단, 놀지 않는다' 는 것이다. (윌리엄 셰익스피어, 햄릿, 지혜명언) (윌리엄 셰익스피어, 지혜명언). "
4, 새로운 이상 현상을 테스트하고 비교하여 재현성 (필연성) 을 확인합니다. 우리는 테스트 환경을 구축하고, 정상적인 시스템에서 원래 작업을 완전히 모방하고, 비정상적인 데이터를 일반 데이터와 비교하고, 수리 작업의 방향을 찾고, 수정의 정확성을 검증하는 방법을 찾을 수 있습니다.
5. 가역수정은 유지 보수 작업의 방향을 찾았더라도 경솔하게 수정해서는 안 된다. 그렇지 않으면 연계된 부정적 효과가 나타나 문제의 성격을 복잡하게 하거나 국지에서 더 넓은 범위로 확산시킬 수 있다. 문제와 관련된 데이터 및 영향 범위를 판단하고 전체 프로세스를 이해하는 것이 중요합니다. 그렇지 않으면 시스템 데이터가 혼란스럽고 복구 할 수 없습니다. 데이터 수정을 위한 여지를 남겨 두십시오. 예를 들어, 가역적 수정과 같이, 좋지 않으면 되돌아가서 성가시게 하지 않습니다.
6. 우회는 비상상황이나 해결책을 찾을 수 없을 때 자주 사용하는 방법이다. 데이터가 한 모듈에서 다른 모듈로 전송되면 알 수 없는 이유로 손실될 수 있습니다. 우연이지만 원인을 찾기 어렵고 해결하기도 어렵다. 이를 위해서는 이러한 예외를 발견하고 해당 후속 모듈에 관련 정보를 보완할 수 있는 검사 메커니즘이 필요합니다. 이것은 진정한 원인을 찾고 미래에 문제를 완전히 해결하는 데 도움이 될 것이다.
7. 정기 검사 및 운영 이것은 문제의 긴박성을 줄이는 효과적인 방법이다. 표준 함수와 자주 개발된 유틸리티 애플릿을 이용하여 애플리케이션 시스템 데이터를 사전 예방적으로 점검한다. 월말과 같이 향후 특정 시간까지 문제를 반영하지 않는 데이터 (예: 비용 업데이트, 인터페이스 예외 등) 를 미리 찾아 처리합니다. 이러한 지속적인 검사, 테스트, 발견 및 문제 해결의 순수한 과정은 더욱 안정적이고 완벽한 시스템의 초석입니다. 원칙은 "선하지만 하지 않는다" 는 것이 제때에 유지되어야 한다는 것이다.
8. 잡다한 영향이 때때로 문제가 비정상적이어서 이해하기 어렵다. 그 결과 공간이 부족할 수도 있고, 색인을 정렬해야 할 수도 있고, 설정이 부적절하거나 잘못 변경되거나, 임시 파일이 잘못 삭제되거나, 그대로 다시 입력되어야 할 수도 있습니다. 따라서 다중 경로 검사가 때때로 효과적이다.
9. 예방: 사용자가 문제를 발견하고 즉시 에스컬레이션하는 습관을 들이도록 하고, 현장을 함부로 잃지 않도록 하고, 사후 점검은 당시의 상황을 잊어버리기 때문에 더욱 어려워질 수 있다. 다단계 결과, 이상이 있을 경우 균형 관계를 이용하여 마지막 단계의 데이터를 재계산하고 검증하여 오류나 오류 전파를 방지해야 합니다. 예를 들어, 배송 후 주문서에서 송장 금액을 차근차근 계산할 수도 있고, 답안을 직접 계산해 단계별로 얻은 결과와 비교할 수도 있다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 배송명언)
10, 고객의 요구의 중요성과 긴급성을 판단하기 위해 서두르지 않는 것이 중요합니다. 때때로 고객은 실수로 제도를 개선해야 할 부분을 지적하거나 공식 석상에서' 한 번의 월급으로 지급해야 한다' 와 같은 무리한 요구를 할 수도 있다. 수리공은 음급 문제로 선택을 결정할 수 없다. 그들은 주의 깊게 들어야 하지만, 섣불리 승낙해서는 안 된다. 특히 업무는 변하지 않았지만, 과정은 사람의 변화에 따라 변한다. 이런 일은 자주 발생하지만 결과는 종종 기진맥진하다. 이에 대해 합리성과 가능성을 먼저 고려해야 한다.
1 1. 유지 관리 인력의 구현 및 유지 관리 단계에 따라 인력 수에 대한 요구 사항이 다르며 유지 관리 인력의 수준과 요구 사항도 지속적으로 증가합니다. 외부 영향이 크기 때문에, 인원 이동은 불가피하다. 그러나 IT 조직 아키텍처의 백본 사용자와 유지 관리 엔지니어는 시스템 환경의 중요한 부분이며 ERP 시스템의 성공 요인 중 가장 중요한 부분은 모두 이들에게 구현됩니다. 이러한 모순은 기업 ERP 시스템에 충격과 손실을 초래할 수 있다. 시스템 유지 관리 인원의 수가 한 한도보다 적으면 집단 이직이 쉬워 시스템 충돌이 통제불능이 된다. 따라서 기업 리더는' 인재 1 위' 의식을 갖추어야 하고, 유지 관리 인력은' 데이터 1 위/시스템 1 위' 의 자질을 갖추어야 한다. 아쉽게도 이들 지도자와 유지원들은 대부분 상대방을 찾아 이상적인 환경을 찾고 발전시키기 위해 고심하고 있다.
12, ERP 시스템 유지 관리는 ERP 와 기업 간의 조화에서 매우 중요한 단계입니다. 많은 기업들이 ERP 시스템을 구현하면 안심할 수 있다고 생각합니다. 사실 기업은 모두 성장하고 있으며, 매 시기마다 직면하는 업무 프로세스도 크게 다르다. ERP 시스템 유지 보수에도 주의해야 할 점이 많다. 합리적이고 적절한 유지 관리는 기업 ERP 시스템의 생명력을 보장할 수 있다.