Tản mạn về CPI và TTCK (46)

Ối zời ôi, thế này thì có mà tính tới tết công gô mới xong,
Và tính tay đương nhiên sẽ chậm và tỷ lệ sai cao => khách phát rồ lên ngay!
Anh nghĩ cách khác đi, em nghĩ làm như bác chủ đề xuất là best choice mà anh.

VNI đã và đang tích lũy rất đẹp .
Phiên nay cũng thật tròn trịa khi đóng nến tuần , nến tháng , nến quý .
Bác @phiphuong69 nay cho INDEX break 1300 không ạ ?

Nếu muốn chính xác, Hệ thống trích data chốt 2 ngày, Ngày trước khi xảy ra sự cố và ngày xong sự cố. Data được xuất file excel và tính bên ngoài bằng Excel, SQL, sau đó Chuyển thành file Tex hoặc dạng file gốc, Ad ngược lại. Ko có lâu đâu. Sau đó rà soát dữ liệu.
Toàn bộ công việc này, Tốn 2 ngày. 2 ngày ko phải do tính toán, muh là 2 ngày sau khi ad dữ liệu, test hệ thống sau khi BackUp data.

Tất cả các khoản thoái thu lãi này, đều phải xuất File, tính bảng tính, in, trình ký tổng, lưu bao gồm file Cứng bằng giấy và File mềm excel và File data.
Quá trình tính lãi và thoái thu, chỉ mất có 2 h, nhưng quá trình test và backup data đồng bộ, tối thiểu phải 2 ngày , qua 2 ngày đồng bộ dữ liệu thì hệ thống mới hiểu và lãi mới đồng bộ được.

Với các hệ thống đã vận hành 10 năm ko update thì chỉ có export ra excel để mang tính chất thông báo & báo cáo.
Chứ inport file excell vào rồi lấy biến số gì để hệ thống tính toán làm tham chiếu vận hành. Khách hàng thì cả triệu khách, nẫu lắm anh ạ.
Em vẫn vote cho giải pháp của bác chủ

Tôi có cả 1 Chuyên đề, Nói về Quản Trị Rủi Ro TK cho việc sẵn sàng KRX, rất tiếc, thiên hạ chê, và thiên hạ ko tin. Tất nhiên, Ko hẳn ko ai tin nhưng vẫn nhiều anh em cám ơn sau sự cố vừa rồi... ko nhiều... vài chục người be bé thôi.

Đúng rồi anh, sự vụ vừa rồi kể cả tk bé cũng si nghĩ rất nhiều và tự đặt ra nhiều câu hỏi cho chính mình dù nav còi
Case study hay phết đó anh
Em ko có tk bên đó nhưng rất quan tâm sự vụ vừa rồi là vì lẽ đó đó.

Phải xuất ra, Chạy SQL tính lãi toàn bộ, Có Công Thức Và Phần Mền Cả. Data cứ cho là 10tr tài khoản, Cũng bé tẹo so với SQL hiện nay.
Nên nhớ, Tính Toàn Bộ Tất cả các TK, Kể Cả TK ko phát sinh dư nợ, đều tính, và hệ thống mặc định là 0.
Chả có gì ghê gớm cả. Có chịu làm hay ko thôi. Lịch sử giao dịch tầm 10 ngày, thì có gì to tát.
Và Tôi Nghĩ, VND phải làm cái này, để minh bạch, vớt vát cái gì cần vớt vát.
Sau khi tính toán và giảm trừ, Tách từng file, gửi mail từng khách hàng. Chuyện bé như con tép
Chỉ là, Thằng nào, Cha nào làm hay ko làm.

Những gì tôi đã nói, tôi đã share, ko bao giờ là thừa thải cho quý anh chị em. Còn Tin hay ko, làm hay ko, là tùy mỗi người, cái đó, gọi là Phúc Phần Duyên Số.
Và , Tôi vẫn tưng tửng cho vui theo lời Chúa: Phúc Cho Ai Không Thấy Mà Tin.
Và Ông FBV đây đếch cần bố con anh nào tin.

Đấy là anh nhìn theo view quản trị cơ sở dữ liệu.
Nhưng vận hành hệ thống cần code để thao tác trên cơ sở dữ liệu ấy như nào, thao tác với cơ sở dữ liệu ấy như nào để code 1 đoạn, nhét vào là nó lôi data ra tính 1 loạt, rồi nó lưu lại vào database.
Tạo 1 data sao lưu demo, nghĩ giải thuật chuẩn rồi enter 1 nhát, test ok là cho vào chạy đồng loạt, cả triệu tài khoản xong luôn. Gì mà bắt lôi ra tính với cả đối chiếu so sánh. Em tin sự chuẩn xác của máy móc(trong tính toán và đối chiếu) hơn con người.

Tôi nói rồi, Chả Có gì khó với Backup Data hiện nay cả. 1 Nhát 6 tiếng là Xong. So Với Bank tổng hoặc 1 Cty tài Chính lớn, Data của VND cũng như con muỗi vo ve.
Làm hay ko làm? Và Bản Lĩnh, Thằng nào, Con nào, Cha nào quyết?
Quan trọng 3 Việc:
1. Thằng nào dám quyết định cho làm?
2. Thằng nào Ký? Quan trọng Chổ này.
3. Rồi, Thằng nào chịu làm?

Nhiu thôi, Còn mọi việc, Cứ Thì Simple Present muh sài. Nó dễ hơn khảy 7 nốt nhạc. Tin hay ko thì Tùy.
Mấu Chốt là 3 cái trên, chứ ko phải là làm lâu hay mau, đc hay ko.
Quyết làm rồi, thằng nào con nào ko làm được, đuổi sạch, thế là, tự dưng nó phải làm đc