Duahauu
Senior Member
có ACCA mà ko đc tăng lương à bác ?khuyên nên học mỗi cái IFRS cert rồi cày thêm tech bạn ạ
mình cũng học acca rồi mà thấy cũng không giải quyết vấn đề gì lắm
có ACCA mà ko đc tăng lương à bác ?khuyên nên học mỗi cái IFRS cert rồi cày thêm tech bạn ạ
mình cũng học acca rồi mà thấy cũng không giải quyết vấn đề gì lắm
có ACCA mà ko đc tăng lương à bác ?
Thì tiêu đề ổng ghi rõ rồi mà: Data analyst trái ngành, tức là vốn ko phải dân chuyên DA mà rẽ ngangĐọc thớt từ page đầu đến giờ mình thấy thớt ko phải là Data analyst rồi mà thực ra đây là Kế toán có thêm một số skill của DA.Vậy mà thớt giật tít, ăn theo trend Data. Vậy rồi nhiều bé hiểu lầm đổ xô vào data
Thớt là kế toán học thêm skill data. Rõ ràng ra như vậy đi.
Thực ra thì.... tùy nhu cầu của DN mà. ACCA này là do cty kêu mình đi học hay mình tự học; chứ mình tự đi học ko ai mướn thì lý do đâu mà tăng lương
Cách khả quan hơn vẫn là có ACCA sau đó nhảy job để tăng lương, có offer mới thì có thể quay lại kỳ kèo vs sếp
Thì tiêu đề ổng ghi rõ rồi mà: Data analyst trái ngành, tức là vốn ko phải dân chuyên DA mà rẽ ngang
Nhưng tính ra nhờ vậy kiến thức về business/finance mới ổn dc vậy á, chứ học DA mà ko có tí kiến thức nào về business đi giải thích cho các ông cũng mệt lắm
Mình cứ tưởng tìm được đồng môn.
Nhiều khi đọc mình nghĩ bác này cũng chưa phải là DA luôn.
DA vốn dĩ nghiêng về mặt data, tức là nhận kết quả và xử lý và phân tích data chứ involve đến mức detail thế kia thì ko phải rồi.
Scope của mình còn handle toàn bộ data từ build datamart, đảm bảo report của phòng chạy mỗi ngày. Bác này mình đọc thấy chưa có luôn mà.
-> Chỗ nhận kết quả & xử lý thì t nghĩ ai cũng làm dc, nhưng nếu ko có kiến thức ngành/business thì bác định phân tích data kiểu gì, này hỏi thật đấytức là nhận kết quả và xử lý và phân tích data
thì tâm lý người ta sẽ thích hơn (nếu t là sếp thì sẽ nghĩ vậy)đến mức detail thế kia thì ko phải rồi.
-> Hình như là trong scope ko có build datamart (trong cty có đội khác lo việc đó rồi) , nhưng có các step automate/chuẩn hóa báo cáo mà nhỉ. Cái này cũng rất là hữu ích đóScope của mình còn handle toàn bộ data từ build datamart, đảm bảo report của phòng chạy mỗi ngày. Bác này mình đọc thấy chưa có luôn mà.
1. Mình cũng trao đổi vs bác GBPham trước đó rồi, bác cũng chỉ cho mình ICF thể hiện mối liên hệ giữa profit và tiền, mình xem lại thì ICF bản chất là bảng reconcile từ PBT để ra Cash nhưng mình cũng challenge lại bác ấy là thực tế bây giờ profit và cash có khi chả liên quan gì tới nhau cả, việc gì phải reconcile từ profit ra cash làm gì khi 2 cái đó trên ghi nhận kế toán đâu liên quan (ghi nhận kế toán đâu dựa theo dòng tiền thực thu thực chi đâu) ,anw dù sao cũng thank bác cho góc nhìn khác về ICF, trước mìnhđi từ audit thấy số từ ICF toàn số balancing nên hơi kì thị nó2. Thường thì thủ thuật nó đến từ các ước tính kế toán là chính bác, ví dụ như trích lập dự phòng. Và các thủ thuật này chủ yếu hướng đến cook số lợi nhuận chứ dòng tiền thì nó đúng kiểu cash-trans, khó pha ke nếu không dùng đến các bên thứ 3. Hold thanh toán, đẩy tồn kho, nợ NCC thực chất nó chính là giải pháp để quản trị dòng tiền chứ không phải thủ thuật bác. . Thường thì nhận biết biến động các khoản VLĐ do bản thân doanh nghiệp tốt lên hay là giải pháp cứu dòng tiền thì cứ nhìn vào biên lợi nhuận hoặc thuyết mình chi phí tài chính trong kỳ là thấy.
3. Đồng ý với góc nhìn của bác. Như mình đã nói cái này góc nhìn của bác và mình đang GAP từ đầu rồi.
1+4+5+6. Đồng ý với bác luôn, như vậy mình hiểu góc nhìn của bác hướng tới forecast ngân sách và kế hoạch thu chi tiền (chỉ tập trung vào cash-trans) nên DCF hữu ích hơn, vì đối tượng tham gia bao gồm cả dân non-A&F. Nhưng với mục đích đánh giá dự án, kế hoạch kinh doanh,... thì luôn là cơ sở ICF vì chỉ có PL mới thể hiện được business model.
7. À ý của mình là đừng chủ động học "chi tiết" nếu không có cơ hội áp dụng ngay. Chứ thực ra mình vẫn luôn phải cập nhật những cái mới, nhưng chỉ tìm hiểu để biết tổng quan và khi nào có cơ hội thực hành mới đi sâu vào chi tiết. Ví dụ, mình muốn học Tableau, mình sẽ chỉ quan tâm nó làm được gì, chưa vội đi sâu nó làm được những thứ đó ntn. Vì không có cơ hội thực hành thì nhanh quên lắm bác. Thế nên mình không prefer học trung tâm vì họ dạy chi tiết (như thế không phải là xấu, đó là trách nhiệm của họ, nó phù hợp với các bạn thụ động chờ đc chỉ từng tí một), nếu muốn mình sẽ tìm các khóa học để có kiến thức tổng quan hơn.
học vì kiến thức của bạn, bạn học xong có kiến thức, mang lại added value cho Dn thi là sẽ tăng lương, không phải cầm cái bằng ném vào mặt họ là họ tăng x2 lương cho bạn đâu.có ACCA mà ko đc tăng lương à bác ?
Oh mình ghi rõ ở tittle rồi mà nhỉĐọc thớt từ page đầu đến giờ mình thấy thớt ko phải là Data analyst rồi mà thực ra đây là Kế toán có thêm một số skill của DA.Vậy mà thớt giật tít, ăn theo trend Data. Vậy rồi nhiều bé hiểu lầm đổ xô vào data
Thớt là kế toán học thêm skill data. Rõ ràng ra như vậy đi.
Theo mình thấy thì việc xây dựng và duy trì hệ thống báo cáo (thường là dạng biểu đồ trực quan kết hợp bảng biểu số liệu, chủ yếu mô tả dữ liệu quá khứ) định kỳ hàng ngày/tuần/tháng/quý nên quy về role BI thì đúng hơn. Role DA đúng nghĩa thường tập trung vào các phân tích kiểu Ad-hoc, và kết quả thường là 1 bài trình bày (story telling) về insight khám phá được, giải thích phương pháp phân tích và ý nghĩa cho việc ra các quyết định có liên quan. Và công cụ cũng như kỹ năng của 2 role này cũng khác nhau tương đối.
Mình cứ tưởng tìm được đồng môn.
Nhiều khi đọc mình nghĩ bác này cũng chưa phải là DA luôn.
DA vốn dĩ nghiêng về mặt data, tức là nhận kết quả và xử lý và phân tích data chứ involve đến mức detail thế kia thì ko phải rồi.
Scope của mình còn handle toàn bộ data từ build datamart, đảm bảo report của phòng chạy mỗi ngày. Bác này mình đọc thấy chưa có luôn mà.
Nhìn chung thì mình khá sure kèo fen không phải DA hay BI. Fen vẫn là kế toán chuyên nghiệp hoặc thậm chí đang giảng dạy trung tâm, trường lớp về DA/BI mà thôi.Oh mình ghi rõ ở tittle rồi mà nhỉ
Mình đọc còm thím mấy bữa rồi mà lười reply. Cviec cũng lu bu.Góc độ làm Kế toán tôi chưa hiểu lắm, fence giải thích thêm nhé, tại vì từ view của t thì thấy thớt cũng gọi là DA rồi chứ nhỉ
-> Chỗ nhận kết quả & xử lý thì t nghĩ ai cũng làm dc, nhưng nếu ko có kiến thức ngành/business thì bác định phân tích data kiểu gì, này hỏi thật đấy
Và thường thì phân tích phải đi đến mức độ chi tiết hết sức có thể mới đủ đưa ra insight (kiểu 5 Whys) ấy
Cho nên, nếu làm dc đến mức này:
thì tâm lý người ta sẽ thích hơn (nếu t là sếp thì sẽ nghĩ vậy)
-> Hình như là trong scope ko có build datamart (trong cty có đội khác lo việc đó rồi) , nhưng có các step automate/chuẩn hóa báo cáo mà nhỉ. Cái này cũng rất là hữu ích đó
Nói chung theo cảm nhận của t thì roles của fence và bác thớt là 2 mắt xích nằm cạnh nhau trong 1 chuỗi dây chuyền vậy, và khi càng làm lâu thì scope của người này sẽ từ từ lấn sân sang người còn lại, nên cái ranh giới giữa 2 roles càng lúc càng mờ đi chứ ko rõ ràng như fence nghĩ đâu, thôi cứ gọi chung là DA chắc cũng dc nhỉ
Mình đọc còm thím mấy bữa rồi mà lười reply. Cviec cũng lu bu.
Nói chung là những cái thím nói chỉ là góc nhìn của người đứng xem và đọc các định nghĩa, JD. Còn công việc trong thực tế thì DA là DA phân tích đào bới data chứ không phải là hiểu đến chân tơ kẽ tóc nghiệp vụ vì nếu như vậy chẳng ai mướn thêm kế toán, quản lý rủi ro, nghiệp vụ kinh doanh, thẩm định, nhân sự.v...v... nữa rồi. Ngta tuyển thẳng Data Analyst để làm tất cả cho nhanh, vì vạn năng quá mà.
Cviec hằng ngày của mình bên cạnh việc đảm bảo hệ thống report của phòng mình hoạt động trơn tru, xây dựng datamart thì mình đào bới dữ liệu để tìm insight cho phòng mình. Có lúc trưởng phòng order cho mình việc "tháng này tỷ lệ khách hàng doanh nghiệp giảm nặng, tìm nguyên nhân thử xem. Lấy số lượng application đầu vào, số lượng đơn vay bị từ chối vì lý do gì, nhóm khách hàng tỉnh nào từ chối,v.v....." , những việc này chính là bới data. Mình lấy hết data và phân tích ở cơ bản xong , ngồi hội ý với đội phân tích nghiệp vụ , bắt đầu đào sâu hơn
Đội nghiệp vụ cho biết(cũng là đội ban hành chính sách mới) "à tháng này đội modeling vừa siết chặt thêm scoring, vừa gài thêm 1 rule a,b,c yêu cầu khách phải có xyz,...". Đội phân tích nghiệp vụ mở hết tài liệu chứng từ ra ngồi xem các trường hợp bị thẩm định hồ sơ cho là không đạt,.v.v.... Nghe recorded điện thoại khi điều tra viên gọi đến và đánh rớt hồ sơ khách này.
Những thứ này là không có data. Chứng từ có lưu thành data nhưng công việc DA không phải ngồi nhìn hồ sơ mà chỉ lấy ra thôi.
Những cái phân tích cơ bản bên trên vẫn không ra point out hay insight thì quay lại lượt mình sang data. Bắt đầu kéo hết nhóm khách hàng bị từ chối kết hợp với dữ liệu nợ từ các ngân hàng khác xem 1 khách đấy đã vay bao nhiêu hồ sơ mà bị từ chối. Số lượng 3000 khách đang bị từ chối nằm ở nhóm đang mắc nợ ở mấy ngân hàng , nhóm 3 ngân hàng, nhóm 4 ngân hàng hay nhóm 2 tổ chức tín dụng bla bla...
Hoặc một bài khác là phân tích tỷ lệ khách hàng quỵt nợ sau 6 tháng đang đi lên quá cao , vì sao vậy? Vừa rồi mình phải đào hết data nối với lại dữ liệu danh bạ của các khách trong diện quỵt nợ (1 tháng vài trăm case) nhìn kết quả trả ra thì thấy danh bạ các khách có dưới 30 số điện thoại đang có dấu hiệu quy mô lớn -> chuyển ngay cho an ninh tập đoàn gửi C06 điều tra xem có tổ chức đường dây tội phạm kinh tế ko.
................
Đấy, đâu phải cứ data hiểu nghiệp vụ là thay thế được và cho ra được insight , đó là tổ hợp của teamwork và dụng DA ở các công ty cần thiết thực sự cần data. Tất nhiên càng hiểu rõ là điều tốt , giúp ích cho công việc suôn sẻ hơn. Nhưng gì cũng vậy, có cái giới hạn. Ngta thuê vị trí DA khác, DS,DE và các kế toán, nghiệp vụ,.v....v... đều có mục đích. Chẳng qua là chưa hiểu cách làm việc vị trí đó mà thôi.
-------------
Thím thắc mắc và cho rằng tại sao DA phải build datamart. Hiện nay ít nhất các cty mình biết DA đều phải build datamart và điều đó hoàn toàn đúng. Doanh nghiệp đã sử dụng data là huyết mạch kinh doanh thì lượng data rất khủng khiếp. Như techcombank hiện nay bạn mình nói đã có database đến 2 tỷ dòng.
Table chứa khách hàng mới, table theo dõi khách hàng đang sử dụng dịch vụ, table chứa các dịch vụ mà khách hàng đang dùng. Không thể nào cứ mỗi lần muốn xem khách ID123 đang sử dụng dịch vụ 597 thì gọi BI hay DE đi nối data lại để xem khách đó sử dụng dv 597 là dịch vụ gì.
Đã là SQL thì phải build datamart chứ không phải excel bấm open là mở lên đọc từng file.
---
Tại sao cviec mình có cả owner và build report. Vì cấu trúc của công ty mình và nhiều ngân hàng, sàn tmdt, logistic company khác là Decentralized data. Tức data đưa về từng phòng ban. Không phải rằng công ty có bao nhiêu data đổ về hết cho 1 bộ phận BI/MIS/DE xây dựng từ dataware house đến reporting. Như vậy là thắt cổ chai khi chuyện gì cũng phải đợi. Cũng giải thích luôn chuyện DA phải build datamart.
Mô hình tổ chức đội ptich dữ liệu như vậy cũng là tiên tiến nhất hiện nay, khác nhau về cách tổ chức vi mô thôi.
View attachment 2023609
---------------
Tóm lại những cái mình nói không phải chỉ là tool. DA vừa phải tool vừa phải hiểu về nghiệp vụ. Còn đi đến sâu xa detail nghiệp vụ như mở báo cáo tài chính ra đọc thì không phải rồi; đó là một chuyên gia/chuyên viên lĩnh vực nào đó học thêm skill DA/DS chứ không phải DA/DS.
Chắc do mình trao đổi chi tiết sâu về F&A với bác heocon nên mọi người đang nghĩ mình đang làm mảng đó. Để mình chia sẻ sâu hơn một chút về mô tả công việc hiện tại của mình ở cả 3 Job:Nghe hợp lý phết nhỉ, vậy thì ông thớt là Finance BP hay gì đó nghe ổn hơn chăng?
Học mấy khóa online của nước ngoài rồi vừa làm vừa áp dụng tìm hiểu thôi bác.Xin địa chỉ chỗ học DA uy tín, chất lượng các bác? Ko cần cam kết việc làm đâu vì e thấy nó bịp thế nào ấy, e cũng đang muốn chuyển ngành
hi bác, em cũng đang định hướng vừa làm vừa học qua mảng này, em thì chủ yếu bên tài chính (TCDN, tín dụng ngân hàng, kinh nghiệm thì >5 năm) hiện giờ cũng muốn tìm job DA để học hỏi cho nhanh thì có thể tìm những vị trí như nào để dần nắm full cycle, và nên dành bn năm cho việc này ạ mục tiêu để thay đổi bản thân (job e làm thì truyền thống của bank quá rồi) + theo làn sóng fintech chứ vài năm nữa cỡ như apple nó vào ngành ngân hàng ở vn thì tài chính tiêu dùng ở vn nó đập chết hếtHọc mấy khóa online của nước ngoài rồi vừa làm vừa áp dụng tìm hiểu thôi bác.