UFIDA ERP 시스템, U9 운영 프로세스 및 일러스트레이션
ERP 전사적 자원 수요 계획, 즉 주문 접수부터 금융 회수까지 기업의 일련의 자재, 자금 및 기타 정보 부채상각이 완료되면 도서관 정보가 실시간으로 생성, 전송, 순환됩니다.
예: 영업 부서는 Limier 156 브랜드 3톤의 판매 주문을 받았습니다. 프레임워크 다이어그램에서 다음 비즈니스 프로세스를 볼 수 있습니다.
1. U9의 데이터 판매 주문이 생산 부서로 전달됩니다.
2. 2단계 생산 관리 하위 시스템이 온라인 상태가 되면 생산 부서 직원은 판매 주문의 완제품 소요량을 기반으로 생산 계획을 세우고, 자재 소요량을 계산하고, 자재 소요량 목록을 작성합니다. U9에서 구매 부서에 전달합니다.
3. 구매부서 인력은 자재수요서류에 따라 구매하고, U9에 구매오더를 입력하여 물류부서에 전달한다. ?
4. 물류부 창고 직원.
1. 자료가 승인되어 보관된 후 U9에서 영수증 메모가 작성되어 재무팀으로 전달됩니다.
2. 생산 또는 R&D를 위한 자재를 선택할 때 기타 송장이 생성됩니다.
3. 완성된 제품은 보관소에 보관되고 기타 영수증이 생성됩니다.
4. 완제품이 배송되면 배송 주문이 생성됩니다. ?
5. 금융인.
1. 입고 문서를 기준으로 지급 문서를 생성합니다.
2. 선적 문서를 기준으로 채권 문서를 생성하고 송장을 발행합니다.
3. 은행계좌이체 영수증을 기준으로 영수증 메모를 입력합니다.
4. 결제 영수증을 기준으로 결제 전표를 입력하세요.
5. 재무 담당자는 채무 관리 및 채권 관리 시스템에서 부채 및 채권을 상각하고 추심 정보를 영업 부서에 피드백합니다. 기간이 끝나면 금융 담당자는 자동 회계를 위해 생성된 바우처와 관련된 자금 흐름 정보를 총계정원장으로 이전합니다.
확장 정보:
규모별 분류
1. C/S 아키텍처의 ERP 소프트웨어. 즉, 클라이언트와 서버 구조는 시스템의 운영 기능을 클라이언트와 서버에 합리적으로 할당하는 구조로, 이러한 구조의 ERP는 기업 내 근거리 통신망 내부 사용에 적합하고 한계가 있으며 상대적으로 기밀성이 강합니다. .
2. B/S 아키텍처의 ERP 소프트웨어. B/S 아키텍처, 즉 브라우저와 서버 구조, 사용자의 작업 인터페이스는 www 브라우저를 통해 구현될 수 있습니다. B/S 아키텍처 ERP 소프트웨어는 적용 범위 측면에서 기업 내부 LAN에 적합할 뿐만 아니라 외부 광역 네트워크에도 적용됩니다.
즉, 회사가 지정한 컴퓨터의 기밀 유지 요구 사항을 보장하는 동시에 인터넷 하에서 제한 없는 사무 요구 사항도 충족하고 회사의 글로벌 관리 요구 사항에도 적응할 수 있습니다.
기업 개발별 분류
1. 완성된 패키지 ERP 소프트웨어
이 유형의 시스템은 소프트웨어의 매개변수 설정을 통해 정형화된 ERP 소프트웨어입니다. 소프트웨어 사소한 기능 조정을 수행합니다. 해결될 수 없는 관리 요구는 2차 개발을 통해 실현될 수 있습니다. 시스템의 주요 구조는 변경될 수 없으며 동시에 새로운 요구의 일부만 해결할 수 있습니다. 동시에 2차 개발로 인해 시스템이 불안정해질 수 있습니다. 이러한 유형의 시스템은 유연성이 낮고 시스템 업데이트가 느리지만 비용이 저렴하고 적용 속도가 빠릅니다.
2. 개발 플랫폼에서 개발된 ERP 소프트웨어
이 유형의 ERP 소프트웨어는 재무 관리, 비용 관리 및 기타 기능을 포함한 사용자 기능 요구 사항에 따라 개발 플랫폼에서 설계 및 개발됩니다. 프로젝트 관리, 인적 자원 관리 등 개발 방식은 프로그래밍이고, 구축 속도는 느리며, R&D 인력의 비즈니스 이해 능력과 비즈니스 경험에 따라 품질이 제한됩니다. 기업은 자신에게 적합한 ERP 소프트웨어를 개발하기 위해 R&D 팀을 구성할 수도 있지만 비용이 약간 더 높습니다.
3. 애플리케이션 설계 플랫폼의 ERP 소프트웨어
이 유형의 시스템은 재무, 예산, 자산, 프로젝트, 계약, 조달 및 입찰을 포함한 사용자 요구에 따라 개인화됩니다. , 재고, 기획, 판매, 제조, 장비, 엔지니어링, 전자상거래, 인사, 행정실, 분석 및 의사결정, 관리 기능, 비즈니스 프로세스, 데이터 쿼리, 사용자 인터페이스 스타일 등
개발 방법은 경영 요구의 변화에 대응하고, 비즈니스 애플리케이션과 관리 프로세스를 동적으로 조정할 수 있으며, 긴 2차 시간으로 인해 ERP 시스템이 비즈니스 변화와 동시에 완료될 수 없는 문제를 해결할 수 있는 설계입니다. 개발주기.