Data Warehousing: Ví dụ ODS - núm vú

Đây là một ví dụ về kho dữ liệu để giúp bạn hiểu ODS (lưu trữ dữ liệu hoạt động). Giả sử bạn làm việc trong một công ty tài chính lớn cung cấp nhiều dịch vụ cho các công ty và cá nhân ưu tú trên khắp thế giới.

Công ty của bạn đã phát triển thành hình thức hiện tại do kết quả của một loạt vụ sáp nhập và mua lại trong suốt 25 năm qua. Xu hướng trong những năm gần đây nhằm hội tụ các dịch vụ ngân hàng và chứng khoán đã cho phép công ty của bạn có cơ hội trở thành nhà cung cấp dịch vụ đầy đủ cho khách hàng của bạn.

Khách hàng trung bình của công ty bạn có thể tham gia vào nhiều hoạt động:

• Môi giới cổ phiếu truyền thống (mua và bán cổ phiếu, kể cả hoạt động tài khoản ký quỹ) << Các khoản đầu tư có thu nhập cố định (trái phiếu doanh nghiệp và công ty)

• Tài khoản giao dịch quyền chọn, bao gồm cả mạo hiểm rủi ro

• Quản lý tài sản tiền mặt

• Các khoản vay trung hạn và dài hạn và các công cụ nợ khác

• Đầu tư mạo hiểm

• Bạn muốn khách hàng của bạn sử dụng công ty của bạn như là một -từng mua sắm bất cứ thứ gì liên quan đến một khoản tiền lớn. Tuy nhiên, tình hình của công ty bạn khá phức tạp - đặc biệt ở hai lĩnh vực:

• Việc sáp nhập và mua lại đã để cho cơ sở hạ tầng CNTT của bạn với một số lượng lớn các ứng dụng độc lập (các ứng dụng không được tích hợp với nhau, mặc dù có lẽ nên là).

• Định nghĩa của khách hàng hơi mơ hồ. Các cá nhân thành lập các tập đoàn và quan hệ đối tác mà họ thực hiện đầu tư hoặc đảm bảo cho vay các hợp đồng kinh doanh. Khách hàng doanh nghiệp của bạn có thể là các công ty con của các công ty khác, cũng có thể là khách hàng của bạn.

  Thực tiễn kinh doanh của bạn yêu cầu tất cả các hoạt động tín dụng với mỗi khách hàng để vượt qua một loạt kiểm tra đảm bảo chất lượng trước khi được phê duyệt:

  Mỗi khách hàng của bạn, cho dù là một cá nhân hay một công ty, có nhiều mức trần cho hoạt động nợ. Một trần là tổng số nợ chưa thanh toán tại bất kỳ thời điểm nào. Cho đến khi khách hàng đạt đến mức trần đầu tiên này, họ có thể tự động cho vay hoặc hành động chống lại một hạn mức tín dụng, mua cổ phiếu có lãi hoặc thực hiện bất kỳ hoạt động nào khác làm tăng nợ.

• Mỗi khách hàng có thể vượt quá mức trần đầu tiên lên mức trần thứ hai sau khi nhận được sự chấp thuận của một trong những giám đốc điều hành của công ty bạn.

Để một người điều hành thông qua hoạt động tín dụng vượt quá ngưỡng thứ nhất đến lần thứ hai, người đó phải kiểm tra một loạt các biện pháp.

• Ví dụ: khách hàng phải có một sự cân bằng tài sản nhất định tại chỗ; khách hàng có thể không giảm tổng tài sản trên tất cả các tài khoản của tất cả các loại (như tiền mặt, cổ phiếu và trái phiếu) trên 15 phần trăm trong 30 ngày trước đó; và ngân hàng có số tiền tối đa đối với tổng nợ ở mỗi nước, điều chỉnh bằng tài sản được giữ ở mỗi nước.

• Để giúp kiểm soát rủi ro, công ty của bạn theo dõi mối quan hệ giữa tất cả khách hàng của bạn để có được hình ảnh thực sự về tình trạng tài chính của khách hàng. Ví dụ, một cá nhân có thể kiểm soát một loạt các công ty, mỗi công ty mà bạn coi là một khách hàng cá nhân với tài sản và hoạt động nợ của chính mình, ngoài tài khoản cá nhân.

• Khi các giám đốc điều hành của công ty bạn phê duyệt bất kỳ khoản nợ nào vượt quá khoản nợ trước, tuy nhiên (đối với một hợp đồng bất động sản liên quan đến cá nhân đó, ví dụ), giám đốc điều hành phải đánh giá bức tranh tổng thể về những gì đang diễn ra với hoạt động của cá nhân đó để tránh rủi ro quá nhiều rủi ro trong trường hợp có vấn đề về tài chính.

  Mặc dù các kiểm tra đảm bảo chất lượng được mô tả trong danh sách phía trước rất đơn giản, nhưng chúng rất phức tạp để thực hiện, vì một lý do đơn giản: Những kiểm tra này cần dữ liệu từ các hệ thống trên toàn doanh nghiệp của bạn, từ nhiều hệ thống khác nhau.

• Dữ liệu này bao gồm thông tin như tất cả các hoạt động tài sản, tất cả các hoạt động nợ và các khoản cho vay hiện tại chưa thanh toán, và thông tin về khoản vay đã được thanh toán sớm hơn trong ngày.

  Một phương pháp bạn có thể thử là cung cấp cho các giám đốc điều hành của công ty bạn (những người phải đưa ra quyết định phê duyệt khoản vay) với các giao diện vào mọi hệ thống mà họ có thể tìm thấy những dữ liệu cần thiết. Các giám đốc điều hành sau đó có thể chạy một loạt các truy vấn (nếu thậm chí họ có thể được hỗ trợ), hãy rút ra các giá trị thích hợp, dán chúng vào một chương trình bảng tính và đưa ra quyết định.

Cách tiếp cận này có hai vấn đề, tuy nhiên: Cơ hội cho lỗi của con người là cao, và tốc độ mà loại hình hoạt động này phải xảy ra là okay chỉ trong thời gian "bình thường".

Trong thời khủng hoảng tài chính, khi nhiều hoặc hầu hết khách hàng của công ty bạn mua và bán cổ phiếu, bao gồm lợi nhuận, mua bán, lựa chọn, cố gắng xử lý các tài khoản phòng ngừa của mình, thực hiện các khoản tín dụng và làm các loại khác hoạt động rất nhanh, nhân viên của công ty bạn không thể theo kịp.

Trong trường hợp này, ODS sẽ được giải cứu. Con số này minh hoạ kiến ​​trúc khái niệm mà bạn có thể sử dụng để thực hiện một ODS đáp ứng các nhiệm vụ kinh doanh của bạn. Thứ nhất, ODS cung cấp một bức tranh tổng hợp về số dư của khách hàng để xử lý khoản vay tự động dưới mức trần đầu tiên. Tiếp theo, ODS cho phép các giám đốc điều hành đưa ra quyết định có hoặc không về yêu cầu vay vốn lên đến trần thứ hai.

ODS cung cấp cho người dùng một hình ảnh hợp nhất, gần như tức thời về các dữ liệu khác nhau để hỗ trợ cho một sứ mệnh kinh doanh cụ thể.

Để có được cái nhìn tốt hơn về luồng dữ liệu trong môi trường ODS, hãy xem con số này, trong đó cập nhật một trong các nguồn dữ liệu (hệ thống xử lý nợ của U. S.) lan truyền vào môi trường ODS.

ODS phải phản ánh tình trạng của dữ liệu trong toàn bộ doanh nghiệp càng nhanh càng tốt.

Các bước sau đây chỉ ra những gì xảy ra trong môi trường ODS:

Một khách hàng thực hiện thanh toán khoản vay theo kế hoạch thường xuyên, và hệ thống xử lý các khoản thanh toán cho các khoản vay của U. và các dòng tín dụng thanh toán.

Ứng dụng thanh toán khoản vay cập nhật cơ sở dữ liệu để phản ánh khoản thanh toán.

Ứng dụng thanh toán khoản vay sau đó ngay lập tức đẩy dữ liệu cập nhật lên ODS.

1. ODS nhận được cập nhật và xử lý nó, cập nhật nội dung cơ sở dữ liệu của nó (trong ví dụ này, giảm tổng số nợ của khách hàng).

2. ODS thực hiện bất kỳ xử lý nội bộ, hợp nhất, cảnh báo, hoặc các chức năng cần thiết khác.

3. Một môi trường như trong danh sách trước đó có thể - nếu mọi thứ được kiến ​​trúc tốt - cung cấp một bức tranh về tất cả các dữ liệu có liên quan từ khắp nơi - ngay bây giờ - để hỗ trợ cho sứ mệnh quản lý rủi ro của công ty.

4. Bạn phải xác nhận hợp lệ nhu cầu cập nhật thời gian thực vào ODS của bạn vì những cập nhật này phức tạp để tạo, như mô tả trong phần sau.

5. Thường xuyên thách thức những giả định và đặt câu hỏi: "Điều gì sẽ xảy ra nếu bạn phải đợi đến cuối ngày? Nếu cập nhật hai lần một ngày thì sao? Mỗi tiếng? "Hãy hoàn toàn chắc chắn rằng nhiệm vụ này chỉ ra các cập nhật thời gian thực vì việc tạo ra một ODS mất nhiều thời gian (và đắt hơn) so với một kho dữ liệu.