Đối soát hóa đơn AI API là quá trình khớp hóa đơn của nhà cung cấp hoặc cổng kết nối với các bản ghi sử dụng, đơn vị tính giá, quyết định về hạn ngạch và bản ghi nạp tiền trả trước đã tạo ra chi tiêu. Một quy trình đối soát rõ ràng sẽ cho phép bộ phận kỹ thuật và tài chính trả lời cùng một câu hỏi: yêu cầu, chủ sở hữu, mô hình, giá, dòng hóa đơn và quyết định nạp tiền nào đã tạo ra khoản phí này?
Phần khó không chỉ nằm ở token. Hóa đơn AI API có thể bao gồm token đầu vào, token đầu ra, token đầu vào được lưu trong bộ nhớ đệm, đơn vị âm thanh, yêu cầu hình ảnh, giây video, tác vụ hàng loạt, các bậc dịch vụ, các lần thử lại, các tuyến dự phòng và biến động số dư trả trước. Nếu các đơn vị này chỉ được xem xét sau khi hóa đơn đến, bộ phận tài chính sẽ thấy một con số và bộ phận kỹ thuật sẽ thấy các bản ghi nhật ký rải rác. Đối soát hóa đơn AI API biến những mảnh ghép đó thành một sổ cái có thể kiểm toán được.
Hướng dẫn này đã được kiểm tra vào ngày 26 tháng 6 năm 2026 theo giờ Châu Á/Thượng Hải dựa trên tài liệu tham khảo API sử dụng chính thức của tổ chức OpenAI, đặc tả OpenAPI của API chi phí của tổ chức OpenAI, sách hướng dẫn API sử dụng và chi phí của OpenAI, tài liệu về ghi nhật ký Cloudflare AI Gateway và siêu dữ liệu tùy chỉnh, khả năng quan sát của Vercel AI Gateway, và các ảnh chụp nhanh trang chủ và giá của Flatkey hiện tại. Hãy xem các trường của nhà cung cấp, danh mục mô hình, đơn vị tính giá, nhãn trên bảng điều khiển và trạng thái tuyến đường là bằng chứng tại một thời điểm cụ thể. Luôn xác minh giá Flatkey hiện tại và các trường trên bảng điều khiển tài khoản trước khi đưa ra quyết định tài chính cho môi trường sản xuất.
Trả lời nhanh: Đối soát hóa đơn AI API cần khớp những gì
Một danh sách kiểm tra đối soát hóa đơn AI API thực tế cần khớp năm bản ghi trước khi phê duyệt:
- Bản ghi sử dụng: ID yêu cầu, dấu thời gian, mô hình, họ điểm cuối, trạng thái, độ trễ, đơn vị token hoặc phương tiện, số lần thử lại và tuyến dự phòng.
- Bản ghi chủ sở hữu: khóa API, dự án, đội ngũ, trung tâm chi phí, môi trường, quy trình làm việc, phân khúc khách hàng và chủ sở hữu ngân sách.
- Bản ghi giá: nhà cung cấp, mô hình, bậc dịch vụ, giá đầu vào, giá đầu ra, giá khi có trong bộ nhớ đệm, giá yêu cầu, giá hình ảnh, giá mỗi giây video, đơn vị tiền tệ và ngày chụp nhanh giá.
- Bản ghi hóa đơn: kỳ hóa đơn, mục hàng, số lượng, số tiền, đơn vị tiền tệ, xử lý thuế hoặc phí, tài khoản nhà cung cấp và trạng thái phê duyệt.
- Bản ghi nạp tiền: biến động số dư trả trước, số tiền nạp, ngưỡng kích hoạt, cửa sổ hạn ngạch, phiếu phê duyệt và quyết định của người xét duyệt.
Nếu thiếu bất kỳ bản ghi nào trong số đó, đối soát hóa đơn AI API sẽ trở thành một cuộc tranh luận thay vì một buổi xem xét. Mục tiêu không phải là lưu trữ mọi lời nhắc hay phần hoàn thành. Mục tiêu là bảo toàn đủ siêu dữ liệu để chứng minh tại sao hóa đơn hợp lý, ai là người chịu trách nhiệm và hành động tiếp theo nên là gì.
Xây dựng sổ cái đối soát trước khi hóa đơn đến
Thời điểm tốt nhất để thiết kế quy trình đối soát hóa đơn AI API là trước khi kết thúc tháng. Tạo một sổ cái gọn nhẹ kết hợp dữ liệu đo từ xa của yêu cầu, ảnh chụp nhanh giá, các dòng hóa đơn và các sự kiện nạp tiền. Nó có thể tồn tại trong kho dữ liệu, hệ thống tài chính, bảng điều khiển nội bộ hoặc bảng vận hành chi phí được chia sẻ. Phần quan trọng là kỷ luật về khóa kết hợp (join key).
| Lớp sổ cái | Các trường tối thiểu | Tại sao quan trọng | Lỗi thường gặp |
|---|---|---|---|
| Định danh yêu cầu | ID yêu cầu, ID theo dõi, dấu thời gian, điểm cuối, mô hình, trạng thái, số lần thử lại | Chứng minh sự kiện sử dụng đã tồn tại | Dòng hóa đơn không thể liên kết ngược lại với lưu lượng sản xuất |
| Đơn vị sử dụng | Token đầu vào, token đầu ra, token trong bộ nhớ đệm, hình ảnh, giây video, yêu cầu, cờ hàng loạt | Chuẩn hóa các đơn vị thanh toán AI hỗn hợp | Bộ phận tài chính chia tổng chi tiêu cho số lượng yêu cầu và bỏ lỡ những thay đổi về đơn vị đắt tiền |
| Bối cảnh chủ sở hữu | Khóa API, dự án, đội ngũ, trung tâm chi phí, môi trường, quy trình làm việc, phân khúc khách hàng | Gán chi tiêu cho một chủ sở hữu ngân sách | Lưu lượng từ môi trường staging, đánh giá và khách hàng bị trộn lẫn với nhau |
| Ảnh chụp nhanh giá | Nhà cung cấp, mô hình, bậc dịch vụ, đơn giá, đơn vị tiền tệ, ngày định giá, nhóm hoặc tuyến đường | Cho thấy mức giá nào đang hoạt động khi việc sử dụng diễn ra | Giá danh mục hiện tại được sử dụng để giải thích cho một hóa đơn trong quá khứ |
| Hóa đơn và nạp tiền | ID hóa đơn, mục hàng, số tiền, số lượng, ID nạp tiền, ngưỡng nạp tiền, phiếu phê duyệt | Biến động chi phí thành một quyết định có thể kiểm toán được | Các khoản nạp tiền trả trước được phê duyệt mà không liên kết với mức tăng đột biến về sử dụng |
API sử dụng của tổ chức OpenAI là một ví dụ hữu ích về lý do tại sao cấu trúc này lại quan trọng. Điểm cuối sử dụng hoàn thành của nó hỗ trợ nhóm theo dự án, người dùng, khóa API, mô hình, trạng thái hàng loạt và bậc dịch vụ, và kết quả của nó bao gồm số lượng token và yêu cầu. Điểm cuối chi phí của nó hỗ trợ nhóm theo dự án, khóa API và mục hàng, với các trường số tiền, đơn vị tiền tệ, số lượng và mục hàng. Những trường đó không phải là một lược đồ hóa đơn phổ quát, nhưng chúng cho thấy loại thứ nguyên mà bộ phận tài chính cần khi đối soát chi tiêu AI.
Chuẩn hóa đơn vị tính giá trước khi khớp các dòng hóa đơn
Đối soát hóa đơn AI API sẽ thất bại khi mọi dòng đều được coi là "token". Các mô hình văn bản có thể tính phí theo token đầu vào và đầu ra. Một số luồng phân biệt các token đầu vào được lưu trong bộ nhớ đệm. Các mô hình hình ảnh và video có thể sử dụng đơn vị tính theo mỗi yêu cầu, mỗi hình ảnh hoặc mỗi giây. Các trường xử lý theo lô hoặc cấp dịch vụ có thể thay đổi chi phí hiệu quả. Một tuyến dự phòng có thể chuyển cùng một tính năng sản phẩm sang một mô hình hoặc nhà cung cấp khác trong một sự cố.
Trước khi khớp các dòng hóa đơn, hãy chuyển đổi mỗi yêu cầu hoặc nhóm yêu cầu thành một đơn vị chi phí được chuẩn hóa:
| Loại đơn vị | Các trường cần ghi nhận | Câu hỏi đối soát |
|---|---|---|
| Đầu vào văn bản | Token đầu vào, token đầu vào được lưu đệm, mô hình, cấp dịch vụ | Kích thước của câu lệnh hoặc ngữ cảnh có phải là nguyên nhân chính của mục hàng này không? |
| Đầu ra văn bản | Token đầu ra, cài đặt đầu ra tối đa, số lượng phản hồi | Các phản hồi dài dòng hoặc nhiều ứng viên có làm tăng chi phí không? |
| Âm thanh | Token âm thanh đầu vào, token âm thanh đầu ra, thời lượng khi có sẵn | Hóa đơn có phải được tính theo đơn vị giọng nói thay vì văn bản không? |
| Hình ảnh | Số lượng hình ảnh, đầu ra được chấp nhận, chất lượng, kích thước, mô hình | Số lượng được lập hóa đơn có khớp với các tài sản đã tạo không? |
| Video | Số giây video, đầu ra được chấp nhận, mô hình, độ phân giải, trạng thái thử lại | Thời lượng hoặc việc tái tạo không thành công có tạo ra khoản phí không? |
| Yêu cầu | Số lượng yêu cầu, trạng thái thành công, số lần thử lại, trạng thái dự phòng | Các lần thử lặp lại có đang làm tăng hóa đơn không? |
Trang giá công khai của Flatkey hiện trình bày giá mô hình cho 639 mô hình được kích hoạt trên 23 nhà cung cấp và mô tả cả giá mô hình dựa trên token và dựa trên yêu cầu. Điều đó hữu ích cho việc lập kế hoạch, nhưng **đối soát hóa đơn AI API** vẫn nên lưu trữ ngày chụp nhanh giá và ngữ cảnh tài khoản được sử dụng cho mỗi lần xem xét. Không sử dụng chế độ xem danh mục hiện tại để giải thích cho một hóa đơn cũ hơn mà không kiểm tra xem giá cả, tính khả dụng của mô hình hoặc hỗ trợ điểm cuối có thay đổi hay không.
Khớp mức sử dụng với các dòng hóa đơn trong bốn bước
Nhân viên tài chính không cần phải kiểm tra thủ công mọi yêu cầu thô. Quy trình làm việc nên tạo ra một số lượng nhỏ các kiểm tra đạt/không đạt để xác định các dòng cần người xem xét.
Bước 1: Khung thời gian
Xác nhận rằng dấu thời gian sử dụng nằm trong kỳ hóa đơn. Sử dụng chính sách múi giờ rõ ràng. Nếu cổng API của bạn lưu trữ theo giờ UTC và bộ phận tài chính xem xét các kỳ thanh toán theo giờ địa phương, hãy ghi lại việc chuyển đổi. Một số lượng đáng ngạc nhiên các sai lệch trong **đối soát hóa đơn AI API** là các vấn đề phân loại lệch một ngày.
Bước 2: Chủ sở hữu và khóa
Nhóm chi tiêu theo khóa API, dự án, nhóm và môi trường. Nếu một khóa phục vụ nhiều quy trình làm việc, hãy thêm siêu dữ liệu trước chu kỳ thanh toán tiếp theo. Tài liệu của OpenAI, Cloudflare và Vercel đều củng cố cùng một bài học vận hành: các chiều dữ liệu về dự án, khóa API và siêu dữ liệu giúp việc xem xét chi tiêu hữu ích hơn là một tổng số tài khoản duy nhất.
Bước 3: Đơn vị và giá
Đối với mỗi dòng hóa đơn, hãy so sánh số lượng của nhà cung cấp với các đơn vị sử dụng đã được chuẩn hóa của bạn. Các yêu cầu văn bản nên được đối soát với các trường token. Các dòng hình ảnh và video nên được đối soát với số lượng đầu ra hoặc thời lượng. Các mô hình dựa trên yêu cầu nên được đối soát với số lượng yêu cầu được chấp nhận. Lưu trữ các trường hợp ngoại lệ khi hóa đơn của nhà cung cấp sử dụng quy tắc làm tròn hoặc cửa sổ tổng hợp khác.
Bước 4: Trạng thái quyết định
Kết nối dòng hóa đơn với một cảnh báo hạn ngạch, phê duyệt nạp tiền, quyết định hạ cấp, thay đổi tuyến mô hình hoặc ghi chú ngoại lệ. Nếu không có bước này, **đối soát hóa đơn AI API** sẽ giải thích những gì đã xảy ra nhưng không cho biết nhóm đã quyết định làm gì với nó.
Giữ hồ sơ nạp tiền gần với bằng chứng hạn ngạch
Thanh toán trả trước cho AI API thêm một đường đối soát thứ hai. Dòng hóa đơn hoặc chi phí của nhà cung cấp giải thích mức sử dụng. Hồ sơ nạp tiền giải thích sự biến động số dư. Cả hai đều cần một dấu vết phê duyệt chung.
Đối với mỗi lần nạp tiền, hãy lưu trữ:
- ID nạp tiền: hồ sơ nạp tiền hoặc biến động số dư duy nhất.
- Số tiền và đơn vị tiền tệ: giá trị đã được phê duyệt và bất kỳ xử lý tiền tệ nào dành riêng cho tài khoản.
- Tác nhân kích hoạt: ngưỡng số dư thấp, sự kiện ra mắt, tốc độ chạy hàng tháng dự báo hoặc ngoại lệ thủ công.
- Trạng thái hạn ngạch: giới hạn mềm, giới hạn cứng, số dư còn lại và cửa sổ hạn ngạch tại thời điểm phê duyệt.
- Chủ sở hữu: chủ sở hữu ngân sách, nhóm, dự án và trung tâm chi phí.
- Bằng chứng: phân khúc sử dụng, ảnh chụp nhanh giá, kỳ hóa đơn, phiếu phê duyệt và người xem xét.
Đây là nơi quản lý hạn ngạch AI API và việc xem xét hóa đơn nên gặp nhau. Một lần nạp tiền không nên là một ghi chú thanh toán rời rạc. Nó nên giải thích liệu nhóm đang phê duyệt thêm cho cùng một khối lượng công việc, tăng hạn ngạch cho một lần ra mắt, chi trả cho một sự cố của nhà cung cấp, hay câu giờ trước khi thay đổi tuyến hoặc mô hình.
Sử dụng siêu dữ liệu, không phải payload thô, cho hầu hết việc xem xét tài chính
Việc xem xét tài chính hiếm khi cần các câu lệnh hoặc phần hoàn thành thô. Nó cần bằng chứng về chủ sở hữu, mô hình, đơn vị, số tiền và quyết định. Tài liệu của Cloudflare AI Gateway hữu ích ở đây vì chúng tách biệt khả năng quan sát và siêu dữ liệu tùy chỉnh khỏi câu hỏi về dữ liệu payload nào cần giữ lại. Đối với nhiều nhóm, một sổ cái **đối soát hóa đơn AI API** tôn trọng quyền riêng tư nên lưu trữ siêu dữ liệu theo mặc định và dành việc ghi nhật ký payload cho các quy trình gỡ lỗi, kiểm toán hoặc bảo mật đã được phê duyệt.
Một bộ siêu dữ liệu thực tế trông như thế này:
| Trường siêu dữ liệu | Hình dạng giá trị ví dụ | Sử dụng trong tài chính |
|---|---|---|
| team | hỗ trợ, tăng trưởng, nghiên cứu, nền tảng | Showback và định tuyến ngân sách |
| environment | sản xuất, thử nghiệm, đánh giá | Tách biệt lưu lượng khách hàng khỏi các thử nghiệm |
| workflow | tóm tắt-ticket, làm-giàu-hàng-loạt, tạo-ảnh | Giải thích lý do kinh doanh cho việc chi tiêu |
| cost_center | mã tài chính nội bộ hoặc ngân sách dự án | Ánh xạ mức sử dụng với quyền sở hữu kế toán |
| launch_or_ticket | ID phát hành, ID sự cố, ticket phê duyệt | Kết nối một đợt tăng đột biến với một chuỗi quyết định |
Nếu trường đó quan trọng cho việc phê duyệt hóa đơn, hãy cấu trúc nó. Ghi chú văn bản tự do hữu ích cho các trường hợp ngoại lệ, nhưng chúng không nên là cách duy nhất để xác định ai sở hữu chi phí AI API định kỳ.
Danh sách kiểm tra đối soát hóa đơn AI API
Sử dụng danh sách kiểm tra này trước mỗi lần rà soát tài chính:
- Đóng băng kỳ. Xác nhận ngày bắt đầu và kết thúc hóa đơn, múi giờ và đơn vị tiền tệ.
- Xuất dữ liệu sử dụng. Lấy các yêu cầu hoặc các nhóm sử dụng theo dự án, khóa API, mô hình, cấp dịch vụ, họ điểm cuối và siêu dữ liệu chủ sở hữu.
- Xuất chi phí. Lấy chi phí theo từng mục, dự án, khóa API, đơn vị tiền tệ, số lượng và kỳ hóa đơn.
- Chụp nhanh bảng giá. Lưu mô hình đang hoạt động và đơn giá được sử dụng để rà soát.
- Chuẩn hóa đơn vị. Chuyển đổi token, lượt truy cập bộ nhớ đệm, hình ảnh, giây video và yêu cầu thành các hàng chi phí có thể so sánh được.
- Gắn kết chủ sở hữu. Gắn đội ngũ, trung tâm chi phí, môi trường, quy trình làm việc và chủ sở hữu ngân sách vào mỗi hàng.
- Gắn cờ các trường hợp ngoại lệ. Đánh dấu các khóa mồ côi, chủ sở hữu bị thiếu, các lần thử lại không thành công, các tuyến dự phòng, các cấp dịch vụ bất thường và các công việc hàng loạt chưa được phê duyệt.
- Khớp các lần nạp tiền. Liên kết các lần nạp tiền với các đợt tăng đột biến về mức sử dụng, ngưỡng hạn ngạch, ticket phê duyệt và số dư còn lại.
- Phê duyệt hành động. Quyết định phê duyệt, giới hạn, hạ cấp, định tuyến lại, tách khóa, thay đổi hạn ngạch hoặc điều tra.
- Lưu trữ gói tài liệu. Lưu hóa đơn, bản xuất dữ liệu sử dụng, ảnh chụp nhanh bảng giá, hồ sơ nạp tiền, ghi chú ngoại lệ và chữ ký phê duyệt của người rà soát cùng nhau.
Danh sách kiểm tra này được thiết kế có chủ đích để mang tính hoạt động. Đối soát hóa đơn AI API nên tạo ra một gói tài liệu rà soát có thể lặp lại, chứ không phải một bảng tính dùng một lần mà chỉ một kỹ sư có thể giải thích.
Các lỗi đối soát thường gặp
| Lỗi | Tại sao nó làm hỏng việc rà soát | Cách khắc phục |
|---|---|---|
| Sử dụng một khóa API dùng chung cho mọi khối lượng công việc | Chi tiêu không thể được phân bổ rõ ràng cho một đội ngũ hoặc quy trình làm việc | Tách các khóa theo bề mặt sản phẩm, môi trường hoặc chủ sở hữu và theo dõi chúng bằng theo dõi sử dụng AI theo từng khóa |
| Chỉ rà soát tổng chi tiêu hàng tháng | Sự kết hợp mô hình, các lần thử lại và các đơn vị phương tiện bị bỏ qua | Phân đoạn theo mô hình, điểm cuối, cấp dịch vụ và loại đơn vị |
| Bỏ qua hồ sơ nạp tiền trả trước | Biến động số dư được phê duyệt mà không có bằng chứng sử dụng gây ra nó | Kết nối mọi lần nạp tiền với trạng thái hạn ngạch, ngưỡng, chủ sở hữu và ticket phê duyệt |
| Dựa vào giá hiện tại cho việc sử dụng trong quá khứ | Giá danh mục hoặc giá của nhà cung cấp có thể đã thay đổi kể từ kỳ hóa đơn | Lưu trữ ảnh chụp nhanh bảng giá với mỗi gói tài liệu rà soát |
| Giữ lại payload thô theo mặc định | Việc rà soát tài chính không thu được nhiều lợi ích trong khi rủi ro về quyền riêng tư và bảo mật tăng lên | Sử dụng siêu dữ liệu có cấu trúc để rà soát chi phí và chỉ giữ lại payload theo chính sách đã được phê duyệt |
Vị trí của Flatkey
Flatkey được định vị là một cổng API duy nhất cho các đội ngũ AI sản xuất, với quyền truy cập mô hình, định tuyến, thanh toán, phân tích sử dụng và kiểm soát vận hành ở cùng một nơi. Đối với các hoạt động chi phí, điều đó có nghĩa là một đội ngũ có thể đánh giá quyền truy cập AI API thông qua một khóa, một bảng điều khiển và bảng giá mô hình hiện tại thay vì phải kết nối từng tài khoản nhà cung cấp lại với nhau trước.
Sử dụng Flatkey làm lớp vận hành cho một quy trình đối soát hóa đơn AI API chặt chẽ hơn, nhưng hãy giữ tiêu chuẩn bằng chứng nghiêm ngặt. Trước khi phê duyệt lưu lượng sản xuất, hãy xác minh các trường trên bảng điều khiển hiện tại, tính khả dụng của mô hình, đơn vị tính giá, hành vi hạn ngạch, trạng thái tuyến và hồ sơ nạp tiền trong tài khoản của riêng bạn. Sau đó, kết nối các hồ sơ đó với gói tài liệu rà soát của chủ sở hữu tài chính của bạn.
Một lộ trình rà soát thực tế với Flatkey là:
- Tạo hoặc tách các khóa theo môi trường, chủ sở hữu và quy trình làm việc.
- Rà soát bảng giá mô hình hiện tại trước khi định tuyến các khối lượng công việc nhạy cảm về chi phí.
- Đặt hạn ngạch phù hợp với chủ sở hữu ngân sách và khoảng thời gian sử dụng dự kiến.
- Theo dõi chi tiêu theo khóa, đội ngũ, mô hình và quy trình làm việc trước khi chốt sổ tài chính.
- Sử dụng phân bổ chi phí AI API theo đội ngũ để biến gói tài liệu đối soát thành bằng chứng showback hoặc chargeback.
Khi đội ngũ của bạn sẵn sàng chuyển chi tiêu AI API từ các tài khoản nhà cung cấp rải rác sang một quy trình cổng API gọn gàng hơn, hãy lấy một khóa và xây dựng quy trình đối soát hóa đơn AI API của bạn xoay quanh việc sử dụng rõ ràng, bảng giá hiện tại, hạn ngạch, hồ sơ nạp tiền và sự rà soát của chủ sở hữu.
Câu hỏi thường gặp
Đối soát hóa đơn AI API là gì?
Đối soát hóa đơn AI API là quá trình khớp hóa đơn AI API với hồ sơ sử dụng, đơn vị tính giá, khóa API, chủ sở hữu, hạn ngạch và hồ sơ nạp tiền để bộ phận tài chính và kỹ thuật có thể phê duyệt chi tiêu từ cùng một bằng chứng.
Những trường nào quan trọng nhất đối với việc đối soát hóa đơn AI API?
Các trường quan trọng nhất là ID yêu cầu, dấu thời gian, mô hình, điểm cuối, đơn vị sử dụng, khóa API, dự án, nhóm, trung tâm chi phí, mục hàng trên hóa đơn, số tiền, đơn vị tiền tệ, ảnh chụp nhanh giá, trạng thái hạn ngạch, ID nạp tiền và phiếu phê duyệt.
Có nên lưu trữ các lời nhắc và phần hoàn thành để xem xét hóa đơn không?
Thường là không. Hầu hết việc xem xét hóa đơn cần siêu dữ liệu, đơn vị sử dụng, mô hình, chủ sở hữu, chi phí và trạng thái quyết định. Chỉ lưu trữ các payload thô khi chính sách về quyền riêng tư, bảo mật và gỡ lỗi cho phép một cách rõ ràng.
Hồ sơ nạp tiền trả trước phù hợp với việc đối soát như thế nào?
Hồ sơ nạp tiền giải thích sự biến động số dư. Chúng nên được liên kết với các đợt sử dụng tăng đột biến, ngưỡng hạn ngạch, số dư còn lại, chủ sở hữu ngân sách, phiếu phê duyệt và kỳ hóa đơn yêu cầu nạp thêm tiền.
Các nhóm nên đối soát hóa đơn AI API bao lâu một lần?
Thực hiện kiểm tra sơ bộ hàng tuần để phát hiện các điểm bất thường và xem xét chính thức vào cuối kỳ tài chính. Các quy trình công việc có khối lượng lớn cũng nên kích hoạt kiểm tra khi ngưỡng hạn ngạch, các tuyến mô hình hoặc số dư trả trước thay đổi.
