현재 OA 시스템 시장은 매우 뜨겁고, 시장에는 브랜드가 많다. 팬마이크로 OA 가 상장돼 원원 OA, 화천동력 OA 가 자본상장의 길을 걷고, 김화오 OA, 블루링 OA 도 3 판 상장회사다. 다음은 나의 OA 시스템 실용안내서입니다. 열심히 읽어 주시기 바랍니다!
첫째, 플랫폼 OA 시스템은 기업의 첫 번째 선택입니다.
어떤 종류의 OA 시스템이든 기업에게는 기업이 개발해야 하는 것이고, 플랫폼 기반 OA 시스템만이 기업 선택에 가장 적합한 시스템이다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 성공명언)
플랫폼 OA 는 자신의 OA 시스템을 홍보할 때, 일반적으로 범용 소프트웨어 플랫폼에 구축된 뚜렷한 장점을 강조하며, 맞춤형 개발 능력, 가용성, 확장, 통합, 인기를 끌고 있습니다. 플랫폼형 OA 에 대해 낙관적이다. 일부 기술이 허름하고 시스템이 간단한 기존 OA 업체들도 기회를 틈타' 플랫폼형 OA',' 플랫폼협업' 의 겉옷을 걸치고 자신의 OA 제품도 플랫폼형 협업 소프트웨어라고 주장하며 사용자가' 플랫폼형 OA' 의 종합력을 구별하기 어려워 선택의 오해에 빠졌다.
소위 플랫폼, 몇 년 동안의 일은 시험에 합격하지 못한다. 기업은 플랫폼 OA 를 선택할 때 10 년 이상의 브랜드를 선택하는 데 주의를 기울일 것을 권장합니다. 시간은 최고의 시금석으로 플랫폼 OA 시스템 직함을 가진 신입사원을 피한다.
둘째, 플랫폼 OA 시스템은 정보의 외딴 섬을 뚫어야 한다.
다년간의 정보화 건설을 거쳐 OA, CRM, 매입 재고, HR, ERP 등의 앱이 이미 기업에서 보급되었다. 그러나 각 소프트웨어가 서로 다른 업체에 속해 있어 통일된 기술 플랫폼이 형성되지 않아 기업 정보화는' 섬' 이 되기 쉬우므로 기업은' 섬의 고통' 을 시급히 해결해야 한다. 이에 따라 일부 OA 업체들은 기업에 영합하기 위해' 플랫폼 OA' 라는 기치를 내걸고' 정보섬' 을 깨뜨릴 수 있다고 주장하며' 정보섬' 을 깨는 능력은 사용자에게 데이터를 유도하는 기능을 제공하고 다른 시스템 데이터를 OA 시스템으로 가져와 사용자가 조회할 수 있도록 하는 것이다.
OA 시스템의 데이터 시스템 통합 기능은 기업에서 설정한 데이터의 통합 및 적용 기능을 나타냅니다. 더 나은 통합을 위해서는 풍부한 데이터 통합 경험이 필요합니다. 기업 고객은 적고 방대한 데이터 통합 경험을 쌓을 가능성은 거의 없습니다. 이러한 브랜드 OA 의 제품 (예: "광범위한 OA, 치원 OA, 화천동력 OA, 블루링 OA") 을 선택하면 더 나은 보호를 받을 수 있습니다.
"부팅 데이터" 의 기능은 데이터 통합 및 통합을 해결하는 첫 번째 단계일 뿐입니다. 데이터를 효과적으로 연결하고 공유할 수 없는 경우 의사 결정 분석을 제공하는 기능은 여전히 약하며, 실제 데이터 융합 및 통합이라고 할 수 없으며, "고립된 정보" 문제를 효과적으로 해결할 수 없습니다. 데이터 통합 융합이 정말로 해결해야 할 것은 데이터 상호 연결입니다. 즉, 한 시스템의 데이터를 다른 시스템의 데이터와 공유할 수 있습니다. 이는 단순한 "데이터 안내" 로 해결할 수 있는 것이 아닙니다. 예를 들어 플랫폼 OA 와 ERP 시스템을 모두 사용하는 기업에서는 대출 상환이 일체화되어 있습니다. 기업은 먼저 OA 시스템을 통해 지급 프로세스를 승인한 다음 승인된 금액을 ERP 의 AP 모듈에 기록하여 관련 송장 데이터를 만든 다음 지급 작업을 수행할 수 있습니다.
기업과 업스트림 및 다운스트림 공급망 간의 데이터 통합, 제품 정보, 시장 정보, 업스트림 및 다운스트림 파트너와의 프로젝트 협업 등 , 데이터 통합 및 통합의 더 높은 영역입니다. 이 수준의 데이터는 중앙 집중식 통합과 지능화를 더욱 강조하여 OA 라는 정보 기술이 전체 산업 체인을 * * * 이긴다 * *. 물론, 일반적인 OA 제조업체는 이 수준에 도달할 수 없으며, 진정한 플랫폼 OA 의 업계 선두주자여야 할 수 있습니다.
OA 업계에서는 범위, 치원, 화천전력, 블루링이 OA 시스템 제 1 브랜드군에 속한다는 말이 있지만. 그러나 필자는 화천전력기술이 좋아 제 1 그룹 말미에 제 2 그룹의 선두에 속해야 한다고 생각한다.
기업이 원하는 플랫폼 OA 의 데이터 통합은 플랫폼 위의 비즈니스 통합, 플랫폼 아래의 데이터 통합, 초급, 단순한 데이터 안내가 아닙니다.
셋째, SAAS 모드의 OA 시스템을 선택할 수 있나요?
새로운 SaaS 모델은 사무 자동화 시스템의 생존과 발전을 위한 새로운 공간을 제공합니다. 소프트웨어 서비스 업체는 온라인 서비스 플랫폼을 통해 OA 를 포함한 다양한 소프트웨어 애플리케이션을 기업에 제공합니다. 사용자는 적은 월세를 지불하면 언제 어디서나 사무 자동화를 실현할 수 있으며 기타 관리 소프트웨어를 이용할 수 있다.
현재 국내 기업의 92% 가 SAAS OA 시스템을 선택하고 있는 것으로 조사됐다. 이들 기업은 원가 통제에 대한 요구가 매우 높으니 실용만 하면 된다.
SaaS 모델은 초기 투자를 절약하고, 응용 프로그램 위험을 줄이며, 첨단 기술의 편리함과 신속을 확보할 수 있어 많은 중소기업에게 인기가 있습니다. 그러나 플랫폼 기반 OA 와 비교했을 때 사용자는 현재 SaaS 기반 OA 서비스에 대해 보안, 제어 가능성, 개인화, 안정성 및 지속 가능성이라는 다섯 가지 관심 지점, 즉 보안, 제어 가능성, 개인화, 안정성 및 지속 가능성으로 인해 사용자의 선택에 영향을 주고 있습니다. 특히, 첫째, 소프트웨어 임대는 정보 유출 및 데이터 보안의 위험이 있을 수 있습니다. 둘째, 자율성이 강하지 않다. 미래에는 소프트웨어 시스템과 그 안에 있는 정보에 대한' 통제' 를 잃고 통제될 가능성이 있을 수 있다. 셋째, 업계 전문성이 강하지 않으며 SaaS 표준화 서비스와 고객 서비스 개인화 다양화 사이에 큰 모순이 있습니다. 넷째, 서비스 공급업체 SaaS 네트워크 운영에 문제가 있을 경우, 사용자 기업이 중단 없는 주요 업무를 수행하고 클레임을 청구하면 서비스가 보장되지 않습니다. 마지막으로, 임대 모델은 초기 투자는 작지만 장기적으로 사용하는 누적 비용도 상당히 크다. 이는 집을 사는 것과 세입하는 것의 차이와 같다. 상대적으로 플랫폼 기반 OA 사용자는 이러한 우려를 가지고 있지 않으므로 보안 및 제어 요구 사항이 높은 기업에 더 적합합니다.
넷째, OA 시스템의 맞춤형 개발에도 한계가 있다.
세계는 변하고 기업은 발전하고 있다. OA 는 시대와 함께 발전하고 변화하는 관리 시스템이다. OA 시스템이 일정 기간 사용되면 일반적으로 새로운 수요가 발생하고, 제품 OA 는 표준화를 통해 고객의 일반적인 요구를 해결하지만, 고객의 개인화된 수요는 한계가 있어 발휘하기 어렵다. 반면 플랫폼 OA 는 하나의 기술 플랫폼을 기반으로 제품 OA 와 프로젝트 OA (또는 프로젝트 OA) 의 장점을 통합하고 프로젝트 OA 와 제품 OA 의 단점을 해결하며 시스템 운영 중 다양한 비즈니스 요구 사항과 변화에 유연하게 대처할 수 있습니다. 고객 요구 사항, 특히 향후 시스템의 지속적인 확장을 위한 강력한 2 차 개발 기능을 제공합니다.
많은 기업의 IT 직원들은 플랫폼 기반 협업 OA 시스템을 구입하는 것이 사용자 정의 OA 오피스 시스템과 같다고 생각하며, 심지어 OA 오피스 시스템을 자유롭게 사용자 정의할 수 있다고 생각합니다. 사실, 책임있는 OA 제조업체는 완전한 "셀프 서비스" 개발을 약속하지 않고 무기한 수요를 충족시킬 것입니다. 이는 자신과 사용자를 수요 맞춤화의 바다에 빠뜨릴 수 있기 때문입니다. 구현 전 시스템과 구현 후 시스템 앨리어싱, 비용이 갑자기 증가하고 기업이 고통을 겪으며 OA 시스템이 "OA" 처럼 되지 않기 때문입니다.
플랫폼 OA 의 최종 목표는 구성 요소, 조직 모델, 작업 모델 등 풍부한 기술을 협업 사고에 통합하고 기업 자체의 문화 활동에 통합하여 지식 관리 플랫폼을 구축하고 라이프 사이클 관리를 주입하는 것입니다. 구현 전 계획, 구현 중 통제, 구현 후 수정, OA 시스템을 저렴하게 배치, 유지 관리, 유지 관리
다섯째, OA 시스템 개발 언어는 Java 와 입니다. 그물.
자바와. 넷은 몇 가지 장점과 한계가 있지만, 상대적으로 현재 국내 대부분의 OA 업체들은 자바를 OA 시스템의 개발 언어로 선택하고 있다.
10 여 년 동안 발전해 온 전통적인 JAVA 공급업체는 자바 언어를 선택하는데, 자바 언어는 이미 비교적 두터운 플랫폼 기반을 구축했다. Java 기술을 기반으로 사용자 정의, 개발, 확장 및 통합이 용이합니다.
Java 가 호환성, 개방성, 보안, 확장성 등의 우수한 기능으로 OA 제품에 선호되는 것은 놀라운 일이 아닙니다. 그러나 이에 대해서도 정확한 인식이 있어야 한다. 미국어와 중국어는 모두 어느 정도의 우세와 한계가 있다.
필자는 플랫폼화 OA 란 다양한 개발 기술 (개발 프레임워크와 언어) 과 개발 언어 통합, 애플리케이션 수요 모델 중심 개발, 비즈니스 및 기술 분리, 통합 멀티 데이터 모델링 플랫폼, 통합 개발 표준 및 사양을 의미합니다. 동시에 플랫폼 OA 의 모든 모듈은 필요에 따라 변하는 비즈니스 모듈 플러그인이어야 하며, 필요한 유연성, 플러그인, 확장, 구성, 모니터링 기능이 있어야 하며, 플러그인 간에 상호 호출과 통합이 가능하여 기업이 비즈니스 개발에 인터페이스에 구애받지 않고 사용자 단위에 필요한 다양한 비즈니스 관리 시스템을 개방할 수 있도록 해야 합니다. OA 가 어떤 플랫폼에서 이러한 장점을 가지고 있든 간에 OA 시스템 공급업체는 Java 플랫폼 또는 Net 플랫폼, 여러 기업의 관행과 응용을 통해 얻을 수 있습니다.
기업 선택 과정에서 기업인들은 플랫폼 OA 에 대해 많은 오해를 하고 있다. 예를 들어 중소기업은 플랫폼 OA 사무 시스템이 필요하지 않다고 생각하고, 플랫폼 OA 시스템이 높을수록 좋다. 플랫폼 OA 는 아름답지만 쓸모가 없다. 기업의 IT 인력도 IT 기술의 변화에 따라 시대에 발 맞춰야 한다.
이제 응용 프로그램이 심화됨에 따라 플랫폼 기반 o a 에 새로운 기능 변화가 발생할 수 있으며 모바일 인터넷의 부상으로 모바일 OA 시스템에 대한 수요가 기하급수적으로 증가할 수 있습니다.
을 눌러 섹션을 인쇄할 수도 있습니다