CV/CVCC Integration Developer (Mid-level/Senior/Expert) - K.CNTT

Thành thật mà nói, vị trí này yêu cầu khá cao (kinh nghiệm IBM cp4i, T24, SmartVista). Nếu em mới ra trường và chỉ biết Spring Boot cơ bản thì cơ hội được chọn rất thấp, vì sẽ có nhiều ứng viên 2-4 năm kinh nghiệm cạnh tranh. Tuy nhiên, em có thể thử ứng tuyển để: (1) Lấy kinh nghiệm phỏng vấn thực tế, (2) Biết được yêu cầu cụ thể để tự định hướng bản thân 2-3 năm tới, (3) Nếu may mắn được nhận thì sẽ được đào tạo thêm. Song song đó, em nên tích cực học thêm Kafka, IBM MQ, Docker, Kubernetes, và cố gắng vào làm ở 1 công ty outsource ngân hàng trước (FPT, TMA, CMC, Luxoft) để tích lũy domain knowledge banking trong 1-2 năm, sau đó mới apply lại những vị trí tương tự sẽ thuận lợi hơn nhiều.

Nền tảng Java 3 năm của bạn là đủ tốt để bắt đầu apply. Khoảng cách lớn nhất giữa fintech và banking thường nằm ở: (1) Hệ thống core banking (T24, Flexcube) — bạn cần đọc docs, làm PoC nhỏ với T24 nếu có thể, (2) IBM cp4i — đây là rào cản lớn nhất, hãy đăng ký IBM Cloud free tier và tự mày mò AppConnect, MQ, (3) Độ ổn định và reliability — fintech ưu tiên speed, ngân hàng ưu tiên safety, bạn cần thể hiện tư duy defensive coding, idempotency, audit trail, (4) Hiểu về ISO 8583, PCI DSS, quy định NHNN. Về mặt CV, bạn nên làm nổi bật những dự án có tính chất financial (payment, transaction, reconciliation) thay vì chỉ nói chung chung là 'Java developer'. Mức lương kỳ vọng có thể tăng 20-30% so với hiện tại, tùy thuộc vào việc bạn cover được bao nhiêu tech stack ngân hàng yêu cầu.

Không nhất thiết phải thành thạo T24 mới apply được, nhưng hiểu biết cơ bản sẽ là lợi thế cạnh tranh rất lớn. Vị trí Integration Developer tập trung vào tích hợp với T24 chứ không phải phát triển trực tiếp trên T24, nên bạn chỉ cần: (1) Hiểu T24 là gì, các module chính (Customer, Account, Arrangement, Transaction), (2) Biết T24 giao tiếp qua gì (thường là MQ + REST API qua Integration Framework), (3) Biết các khái niệm TAFJ, TWS, jBASE ở mức overview. Bạn có thể tự học qua Temenos Marketplace (có trial), YouTube "Temenos T24 tutorial", và tài liệu "T24 for Beginners". Trong phỏng vấn, nếu bạn thể hiện được bạn hiểu T24 đủ để thiết kế integration layer, dù chưa code trực tiếp, interviewer sẽ đánh giá rất cao.

Theo thông tin thị trường (lưu ý: mức lương có thể thay đổi tùy ngân hàng và thời điểm), Senior Integration Developer 5-7 năm kinh nghiệm tại ngân hàng lớn ở Hà Nội thường dao động 40-70 triệu gross/tháng, tùy thuộc vào: (1) Tech stack — biết thêm AWS/Kafka thì premium hơn, (2) Domain knowledge — làm T24 thật sự thì cao hơn, (3) Công ty — PVcomBank, Techcombank, Vietcombank thường trả top đầu, VPBank, MB, ACB trả cạnh tranh, (4) Khả năng đàm phán. Ngoài lương còn có: thưởng Tết 1-3 tháng, thưởng dự án, bảo hiểm sức khỏe cao cấp, cổ phiếu ESOP (Techcombank, VPBank, MB thường có), 13th month salary, phép năm, team building. Một số ngân hàng còn hỗ trợ chi phí thi chứng chỉ IBM/AWS/Temenos. Bạn nên research trên VietnamWorks, ITViec, TopDev để có số liệu cập nhật nhất, rồi đàm phán từ 10-20% cao hơn mức bạn mong muốn.

Hoàn toàn có, và đây là hướng đi rất phổ biến. Lộ trình điển hình: Senior Integration Developer (5-7 năm) → Expert/Tech Lead (7-10 năm) → Solution Architect (10+ năm). Để chuyển sang Solution Architect, bạn cần: (1) Tích lũy 3-5 dự án integration lớn đầu-cuối, không chỉ làm module, (2) Học thêm cloud (AWS/Azure) và enterprise architecture framework (TOGAF là chứng chỉ nên có), (3) Phát triển kỹ năng communication, presentation, viết architecture document, (4) Tham gia các cộng đồng (IBM Community, AWS User Group Việt Nam, Banking Architecture Community), (5) Cố gắng được tham gia các dự án với vendor nước ngoài để học best practices. Một số ngân hàng còn cho phép rotation sang các vị trí khác nhau (development, BA, PM, architect), bạn nên tận dụng cơ hội này. Solution Architect trong ngân hàng có mức lương rất cao (có thể 100-200 triệu/tháng với 12-15 năm kinh nghiệm) và là vị trí strategic.

Hai hướng này có pros/cons rất khác nhau: Làm ở ngân hàng (in-house): Lương ổn định, thưởng Tết cao, job security tốt, học được domain banking sâu, được đào tạo bài bản về quy trình ngân hàng, có cơ hội thăng tiến lên Architect/Manager. Tuy nhiên tốc độ học tech mới chậm hơn, áp lực on-call cao (đặc biệt dịp lễ), nhiều quy trình nặng nề. Làm ở outsource (FPT, TMA, Luxoft): Được làm việc với khách hàng nước ngoài, học được best practices quốc tế, mức lương USD cao hơn, được rotate qua nhiều dự án đa dạng (Mỹ, Úc, Nhật, Châu Âu), CV đẹp. Nhưng job security thấp hơn (dự án kết thúc là có thể bị release), không tích lũy được domain banking, áp lực deadline, work-life balance tùy dự án. Nếu bạn mới ra trường, mình khuyên làm outsource 2-3 năm để tích lũy tech foundation + tiếng Anh, sau đó chuyển về in-house ngân hàng sẽ có vị trí tốt hơn. Còn nếu bạn đã có 3-5 năm kinh nghiệm và muốn ổn định lâu dài, in-house ngân hàng là lựa chọn tốt.

Cả 3 đều là integration platform nhưng có sự khác biệt đáng kể: IBM AppConnect: Chuyên cho doanh nghiệp lớn, đặc biệt ngân hàng, dùng nhiều trong hệ sinh thái IBM (kết nối MQ, API Connect, EventStream). Mạnh về enterprise integration, bảo mật cao, support tốt nhưng đắt đỏ. Đồ họa flow-based nên dễ cho người không code. MuleSoft (Salesforce): Phổ biến ở Mỹ và Châu Âu, dùng nhiều trong retail, healthcare, tài chính. Mạnh về API-led approach, có Anypoint Platform quản lý API lifecycle. Ở Việt Nam, MuleSoft đang phát triển nhanh. Apache Camel: Mã nguồn mở, dùng trong hệ thống Java thuần, không có UI đồ họa, phải code bằng Java DSL hoặc XML. Rất linh hoạt nhưng learning curve cao hơn. Với vị trí tại PVcomBank, bạn nên tập trung vào IBM AppConnect trước vì đây là yêu cầu cụ thể trong JD. Tuy nhiên, học thêm MuleSoft sẽ giúp bạn có thêm cơ hội ở các công ty khác (MuleSoft đang tuyển nhiều ở VN). Camel thì nên biết concept nhưng không cần đi sâu vì ít dùng trong ngân hàng lớn.

Có thể đủ để apply ở mức Mid-level, nhưng Senior/Expert thì chắc chắn cần Kafka vì PVcomBank và nhiều ngân hàng lớn đang chuyển dần từ MQ truyền thống sang Kafka. Tin tốt là nếu bạn đã hiểu ActiveMQ thì chuyển sang Kafka không quá khó — concept cơ bản giống nhau (message broker, pub/sub, queue), chỉ khác ở kiến trúc. Bạn nên dành 1-2 tuần để: (1) Đọc "Kafka: The Definitive Guide" 2-3 chương đầu, (2) Cài Kafka bằng Docker Compose, thử producer/consumer đơn giản, (3) Hiểu rõ sự khác biệt: Kafka lưu trữ log, consumer tự quản lý offset, partition để scale, consumer group để parallel processing, retention policy thay vì xóa message ngay. Khi phỏng vấn, hãy nói rõ bạn có kinh nghiệm ActiveMQ và đang tự học Kafka, kèm theo demo nhỏ nếu được — điều này cho thấy khả năng tự học tốt. Nhiều ngân hàng vẫn dùng IBM MQ/ActiveMQ song song với Kafka, nên kinh nghiệm ActiveMQ của bạn vẫn có giá trị.