SAP ABAP Developer

Câu trả lời ngắn: Không nên. JD yêu cầu tối thiểu 5 năm kinh nghiệm SAP tổng thể, tham gia 2-3 dự án end-to-end, thành thạo BTP, CAP, Fiori. Đây là vị trí Senior/Lead chứ không phải junior. Em nên apply vào các vị trí Fresher SAP ABAP hoặc SAP tại các công ty tuyển freshers (như FPT Software, NAL, Viettel…). Nếu kiên trì, sau 2-3 năm làm tốt ở vendor thì có thể apply lại. Trong thời gian chờ, em hãy học ABAP cơ bản qua SAP Learning Journey miễn phí, làm chứng chỉ C_TAWDB, và xin làm dự án SAP thực tế ở bất kỳ đâu để build kinh nghiệm.

Đây là câu hỏi nhiều bạn cùng cảnh ngộ. Phân tích nhanh: 3 năm kinh nghiệm ABAP ở vendor thường mạnh về coding nhưng có thể yếu về architecture, BTP và nghiệp vụ ngân hàng. JD GPBank yêu cầu tối thiểu 5 năm, nên nếu apply, em cần chứng minh được: (1) Đã tham gia ít nhất 1 dự án end-to-end, (2) Đã làm với BTP/CAP/Fiori ở mức nào đó, (3) Có kiến thức banking domain. Lợi thế khi vào GPBank: học sâu banking domain, làm việc on-site với business, có lộ trình thăng tiến rõ. Bất lợi: rời vendor có thể mất cơ hội đa dự án. Cân nhắc kỹ trước khi quyết định.

Mức 45M gross cho vị trí SAP Tech Lead/Architect tại ngân hàng tầm trung như GPBank là trung bình khá. So sánh: TCB/MB có thể trả 55-80M cho cùng cấp; VCB/ACB trả 50-70M; VPBank, MSB trả 45-65M. Cộng thêm 16 tháng thu nhập/năm thì package năm có thể lên tới ~720 triệu gross. Tuy nhiên nếu em ở vị trí Senior Dev (5-7 năm exp) thì 45M là competitive. Nếu em đã 8-10 năm exp và làm Architect thực sự, em nên target 55-70M. Lưu ý: còn cộng các perks khác như BH GPBankCare GOLD, vay CBNV ưu đãi, training budget – quy đổi tổng có thể tương đương 5-8 triệu/tháng.

SAP BTP (Business Technology Platform) là nền tảng cloud chiến lược của SAP trong chiến lược "Clean Core" – tức là giữ core SAP S/4HANA sạch, các tính năng mở rộng sẽ build trên BTP thay vì modify core. GPBank yêu cầu nhiều vì họ đang chuyển đổi sang "Full Cloud Services" và xây nền tảng SME Digital Banking – đây đều cần BTP. BTP gồm 4 trụ cột chính: (1) Integration Suite (CPI, API Mgmt), (2) Extension Suite (CAP, Fiori), (3) Data & Analytics (Datasphere, SAC), (4) AI (Joule, AI Core). Nếu em chưa biết BTP, hãy bắt đầu từ SAP Discovery Center và lấy chứng chỉ C_CPEI – đây là kỹ năng hot nhất hiện nay cho SAP dev.

Rất khả thi, và đây là profile GPBank đang cần. Lý do: JD yêu cầu Node.js/Java cho CAP (Cloud Application Programming Model), nên Java background là lợi thế rất lớn. Roadmap chuyển ngành gợi ý: (1) Học ABAP cơ bản trong 1-2 tháng qua SAP Learning, (2) Học CDS View và OData (3-4 tuần), (3) Học CAP với Java để leverage kinh nghiệm hiện có (2-3 tuần), (4) Làm 1-2 project cá nhân với BTP trial account (miễn phí), (5) Lấy chứng ch C_CPEI, (6) Apply vào các vị trí "Java + SAP" hoặc "BTP Developer". Với 6 năm Java, em có thể apply thẳng GPBank nếu CV show được: thành thạo Java/Spring Boot, đã học CAP/BTP, có hiểu biết banking.

Phỏng vấn vòng Director (hoặc Head of IT) tại ngân hàng thường không hỏi quá sâu về code mà focus vào: tầm nhìn, khả năng lãnh đạo, tư duy chuyển đổi số. Một số tip: (1) Đọc báo cáo thường niên GPBank 2023-2024 – biết họ đang làm gì, thách thức gì. (2) Chuẩn bị 1-2 ý tưởng cải tiến cho hệ thống ngân hàng số SME – Director rất thích ứng viên đưa ra insight. (3) Không nói xấu công ty cũ, kể cả khi hỏi về conflict. (4) Hi ngược câu hay: "Văn hoá quản lý ở phòng IT GPBank như thế nào?", "Cơ hội để tech lead đi học/conference quốc tế ra sao?". (5) Giữ bình tĩnh, không nói quá nhiều, trả lời ngắn gọn có cấu trúc.

Khác khá nhiều, cả về cơ hội lẫn thách thức. Ở Big4 (VCB, MB, TCB, ACB): hệ thống phức tạp, nhiều dự án lớn, budget cao, nhưng cạnh tranh nội bộ gay gắt, cơ chế cứng. Ở GPBank (và các ngân hàng tầm trung khác như LPB, MSB, OCB, SHB): hệ thống đơn giản hơn nhưng đang trong giai đoạn transform mạnh mẽ, ít bureaucracy, cơ hội thăng tiến nhanh, được tham gia quyết định nhiều hơn. Bù lại, lương có thể thấp hơn 10-20%, vendor ecosystem yếu hơn, đôi khi phải tự build nhiều hơn. Nếu em muốn "build thứ từ đầu" và học đa miền → ngân hàng nhỏ/đang transform là lựa chọn tốt. Nếu muốn "làm trên hệ thống phức tạp, scale lớn" → Big4.

Câu hỏi kinh điển nhất là: "Phân biệt Classical ABAP Report và ABAP OO? Khi nào dùng cái nào?". Trả lời mẫu: Classical ABAP dùng cho report đơn giản, performance cao với data ít, tương thích ngược. ABAP OO dùng cho ứng dụng phức tạp, dễ maintain, extend, test. Khi dự án cần global class, BADI, framework → bắt buộc OO. Một số câu cũng hay hỏi: (1) Debug thế nào khi breakpoint không hit? (mở SE80, set external breakpoint, check user/server). (2) CDS vs Database View? (CDS có annotation, association, authorization). (3) Performance tuning thực tế? (bật ST05, trace SQL, dùng SAT, kiểm tra index). (4) AMDP khi nào dùng? (khi logic phức tạp cần xử lý ở database layer). Em nên chuẩn bị cả lý thuyết lẫn ví dụ thực tế từ dự án.

Lộ trình 6 tháng đầu gợi ý: Tháng 1: Hiểu hệ thống hiện tại – đọc kiến trúc tổng thể, shadow các lead, học domain banking GPBank. Tháng 2-3: Nắm codebase ABAP hiện có, build relationship với business users, tham gia 1-2 task nhỏ (bug fix, minor enhancement). Tháng 4: Bắt đầu contribute vào 1 dự án BTP/CAP/Fiori thực tế, propose được cải tiến. Tháng 5-6: Lead 1 initiative nhỏ (vd: tối ưu performance cho 1 chương trình, hoặc thiết kế 1 OData service mới), đề xuất chuẩn hoá coding convention cho team. Quan trọng: đừng làm anh hùng cá nhân – hãy xây trust trước, propose sau. Nhớ rằng bạn vào vị trí lead/architect, không phải dev ngồi code.