Strasmore Research
Học tập Matt ConnorBởi Matt Connor · Cập nhật 2026-07-23 · data as of July 23, 2026 · refreshed weekly

Tại sao dữ liệu short interest bị trễ

Dữ liệu short interest được đo lường hai lần mỗi tháng và có độ trễ lớn. Tìm hiểu chu kỳ của FINRA, các yếu tố tác động và chỉ số days to cover hiện nay.

Dữ liệu short interest luôn có độ trễ do nguyên nhân cấu trúc: đây không phải là dữ liệu trực tiếp. Các công ty môi giới thực hiện chụp ảnh các cổ phiếu đang ở trạng thái bán khống trong tài khoản của họ vào các ngày thanh toán do FINRA quy định — hai lần một tháng, vào giữa tháng và cuối tháng. Sau đó, họ nộp các tổng số này cho FINRA. FINRA sẽ tổng hợp báo cáo từ mọi công ty thành viên và công bố số liệu tổng hợp sau đó khoảng tám ngày làm việc. Nếu tính thêm các bước xử lý từ nhà cung cấp và cơ sở dữ liệu để đưa tệp tin lên màn hình của bạn, con số short interest mới nhất có sẵn trong bất kỳ ngày nào cũng chỉ mô tả vị thế của một đến bốn tuần trước đó. Trang này đo lường khoảng cách đó thay vì khẳng định tính thời điểm của nó.

Nguyên nhân thực sự dẫn đến sự chậm trễ trong báo cáo

Chu kỳ này gồm bốn bước, mỗi bước đều làm tăng thêm số ngày chờ đợi.

  1. Ngày quyết toán (settlement date). FINRA công bố lịch trình các ngày quyết toán — một ngày vào giữa tháng và một ngày vào cuối tháng. Vào mỗi ngày này, mọi công ty môi giới đều ghi lại các vị thế bán khống (short positions) trong tài khoản khách hàng và tài khoản tự doanh. Đây là các ngày quyết toán, không phải ngày giao dịch: theo quy định quyết toán T+1, một giao dịch khớp vào thứ Hai sẽ quyết toán vào thứ Ba, do đó các vị thế được tính vào ngày quyết toán là những giao dịch đã được thanh toán xong tính đến thời điểm đó.
  2. Hạn chót báo cáo. Mỗi công ty thành viên nộp tổng số lượng bán khống cho từng mã chứng khoán lên FINRA trong vòng vài ngày làm việc tiếp theo. Ở giai đoạn này, thông tin chưa được công khai; đây là hồ sơ pháp lý chứ không phải dữ liệu thị trường.
  3. Tổng hợp. FINRA cộng dồn hàng ngàn báo cáo từ các công ty cho mỗi mã chứng khoán để tạo thành một tệp duy nhất: một con số duy nhất cho mỗi mã chứng khoán trên mỗi ngày quyết toán — không có lịch sử trong ngày, không có chi tiết về sàn giao dịch, không có phân tách theo từng công ty.
  4. Phổ biến. Tệp dữ liệu được công khai sau khoảng tám ngày làm việc kể từ ngày quyết toán mà nó mô tả. Sau đó, các đơn vị cung cấp dữ liệu sẽ lấy tệp này, các sàn giao dịch tái xuất bản, và các kho dữ liệu như kho dữ liệu đứng sau trang này sẽ tiếp nhận nó.

Không có ai giữ lại con số này. Sự chậm trễ là tổng thời gian của giai đoạn thu thập, giai đoạn tổng hợp và giai đoạn phân phối — mỗi bước là một quy trình xử lý theo lô dựa trên lịch trình, không phải là một luồng dữ liệu liên tục.

Độ trễ tính bằng ngày là bao nhiêu?

Dưới đây là tất cả các ngày quyết toán (settlement date) được kho lưu trữ này nhận dưới dạng dữ liệu giao hàng tăng dần — một bên là ngày quyết toán, bên kia là ngày các dòng dữ liệu này xuất hiện lần đầu tại đây.

Truy vấnMỗi đợt quyết toán định kỳ: đo lường tại một ngày, dữ liệu có sau đó vài ngày
Câu lệnh SQL chính xác đằng sau mỗi con số
WITH first_arrival AS (
    SELECT settlement_date,
           toDate(min(_ingest_time)) AS arrived
    FROM global_markets.stocks_short_interest
    GROUP BY settlement_date
),
bulk_days AS (
    SELECT arrived
    FROM first_arrival
    GROUP BY arrived
    HAVING count() > 5
)
SELECT settlement_date,
       toString(arrived) AS arrived_here,
       dateDiff('day', settlement_date, arrived) AS publication_lag_days
FROM first_arrival
WHERE arrived NOT IN (SELECT arrived FROM bulk_days)
ORDER BY settlement_date

Ngày quyết toán gần nhất trong hồ sơ, 2026-06-30, đã xuất hiện tại đây vào ngày 2026-07-11 — tức là 11 ngày sau khi các vị thế (positions) được ghi nhận. Ngày trước đó mất 16 ngày. Xuyên suốt toàn bộ chuỗi dữ liệu, độ trễ không phải là một hằng số mà biến thiên theo một dải:

Truy vấnĐộ trễ pipeline trong một dòng — cộng với phần backfill lớn mà các con số này cố ý loại trừ
Câu lệnh SQL chính xác đằng sau mỗi con số
WITH first_arrival AS (
    SELECT settlement_date,
           toDate(min(_ingest_time)) AS arrived
    FROM global_markets.stocks_short_interest
    GROUP BY settlement_date
),
bulk_days AS (
    SELECT arrived
    FROM first_arrival
    GROUP BY arrived
    HAVING count() > 5
),
organic AS (
    SELECT settlement_date,
           dateDiff('day', settlement_date, arrived) AS lag
    FROM first_arrival
    WHERE arrived NOT IN (SELECT arrived FROM bulk_days)
)
SELECT count() AS settlements_measured,
       min(lag) AS fastest_lag_days,
       round(quantileDeterministic(0.5)(lag, cityHash64(settlement_date)), 1) AS median_lag_days,
       max(lag) AS slowest_lag_days,
       (SELECT count() FROM first_arrival WHERE arrived IN (SELECT arrived FROM bulk_days)) AS settlements_bulk_loaded,
       (SELECT toString(max(arrived)) FROM bulk_days) AS bulk_load_date
FROM organic

Trong số 8 đợt quyết toán được giao tăng dần, đợt nhanh nhất ghi nhận sau 10 ngày kể từ ngày quyết toán và đợt chậm nhất mất 26 ngày; giá trị trung vị là 14 ngày — con số "hai tuần tuổi" như tiêu đề đề cập, được đo lường thay vì chỉ là giả định.

Lưu ý những gì các truy vấn này loại trừ. Lịch sử của một kho lưu trữ không phải là bản ghi về tốc độ công bố: vào ngày 2026-03-16, cơ sở dữ liệu này đã tải 197 đợt quyết toán cùng một lúc trong một đợt nạp dữ liệu (backfill) duy nhất của kho lưu trữ. Dấu thời gian nạp (ingest timestamp) trên các dòng đó ghi lại thời điểm nạp dữ liệu, không phải thời điểm công bố, và bất kỳ "độ trễ" nào tính từ chúng chỉ là hệ quả từ lịch trình tải dữ liệu của chúng tôi. Chỉ những đợt quyết toán được gửi đến theo từng đợt một sau khi kho lưu trữ đã được thiết lập mới đo lường được quy trình thực tế — đó chính là các dòng dữ liệu ở trên.

Trạng thái hiện tại của chu kỳ

Độ trễ dễ nhận thấy nhất chính là khoảng trống dữ liệu: tại bất kỳ thời điểm nào, luôn có một ngày quyết toán đã trôi qua nhưng chưa được công bố. Bảng này hiển thị dữ liệu thực tế.

Truy vấnTrạng thái hiện tại của chu kỳ — dữ liệu mới nhất và dữ liệu đang trong pipeline
Câu lệnh SQL chính xác đằng sau mỗi con số
WITH (SELECT max(settlement_date) FROM global_markets.stocks_short_interest) AS latest
SELECT toString(latest) AS latest_settlement_on_file,
       (SELECT count() FROM global_markets.stocks_short_interest
        WHERE settlement_date = latest) AS securities_in_that_print,
       (SELECT dateDiff('day', latest, toDate(min(_ingest_time))) FROM global_markets.stocks_short_interest
        WHERE settlement_date = latest) AS its_publication_lag_days,
       (SELECT count() FROM global_markets.stocks_short_interest
        WHERE settlement_date > latest AND settlement_date <= latest + 16) AS next_settlement_rows_on_file,
       (SELECT count(DISTINCT date) FROM global_markets.stocks_short_volume
        WHERE date > latest) AS daily_short_volume_files_since,
       (SELECT dateDiff('day', latest, max(date)) FROM global_markets.stocks_short_volume) AS days_from_settlement_to_newest_daily_file

Dữ liệu short interest mới nhất hiện có là kỳ quyết toán 2026-06-30, bao gồm 22207 chứng khoán và được công bố sau 11 ngày. Kỳ quyết toán tiếp theo trong chu kỳ có 0 dòng: dữ liệu này chưa được công bố, và với độ trễ đã đo lường ở trên thì đây là điều hoàn toàn bình thường. Cột đó được giới hạn ở mức không phải do cố ý. Khi dữ liệu được cập nhật, giới hạn này sẽ được gỡ bỏ và trang này sẽ tạm dừng để chờ cập nhật thay vì hiển thị dữ liệu cũ — đây cũng là cơ chế tương tự như bản tóm tắt tháng Sáu đã sử dụng, nhưng chậm hơn một chu kỳ.

Trong khi đó, tệp khối lượng bán khống (short-volume) hàng ngày đã được công bố 12 lần kể từ ngày quyết toán đó, với ngày mới nhất là 17 ngày sau so với ảnh chụp short interest mới nhất. Hai bộ dữ liệu từ FINRA, hai mốc thời gian khác nhau.

Những biến động trong thời gian chờ dữ liệu được cập nhật

Độ trễ chỉ đáng chú ý nếu giá cả biến động trong khoảng thời gian đó. Và thực tế là có. Bảng này lấy giá chốt phiên mới nhất, sau đó so sánh giá đóng cửa trong phiên giao dịch bình thường của từng mã vào ngày chốt phiên với giá đóng cửa vào ngày dữ liệu thực tế được gửi đến.

Truy vấnBlind window: biến động của 5 cổ phiếu từ ngày quyết toán đến ngày công bố short interest
Câu lệnh SQL chính xác đằng sau mỗi con số
WITH latest AS (SELECT max(settlement_date) AS d FROM global_markets.stocks_short_interest),
arrived AS (
    SELECT toDate(min(_ingest_time)) AS a
    FROM global_markets.stocks_short_interest
    WHERE settlement_date = (SELECT d FROM latest)
),
daily AS (
    SELECT ticker,
           toDate(toTimeZone(window_start, 'America/New_York')) AS session,
           argMax(toFloat64(close), window_start) AS rth_close
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('AAPL', 'TSLA', 'NVDA', 'GME', 'MU')
      AND toDate(toTimeZone(window_start, 'America/New_York')) >= (SELECT d FROM latest)
      AND toDate(toTimeZone(window_start, 'America/New_York')) <= (SELECT a FROM arrived)
      AND toHour(toTimeZone(window_start, 'America/New_York')) * 60
          + toMinute(toTimeZone(window_start, 'America/New_York')) BETWEEN 570 AND 959
    GROUP BY ticker, session
)
SELECT si.ticker AS ticker,
       round(si.short_interest / 1e6, 1) AS shares_short_m,
       round(argMin(d.rth_close, d.session), 2) AS close_at_settlement,
       round(argMax(d.rth_close, d.session), 2) AS close_when_published,
       round((argMax(d.rth_close, d.session) / argMin(d.rth_close, d.session) - 1) * 100, 1) AS move_while_pending_pct,
       count() AS sessions_in_window
FROM global_markets.stocks_short_interest AS si
INNER JOIN daily AS d ON d.ticker = si.ticker
WHERE si.settlement_date = (SELECT d FROM latest)
GROUP BY si.ticker, si.short_interest
ORDER BY abs(move_while_pending_pct) DESC, si.ticker ASC

Khoảng thời gian này kéo dài trong 8 phiên giao dịch. Mã có biến động lớn nhất trong số năm mã là MU, với giá thay đổi từ $1151.01 vào lúc chốt phiên thanh toán sang $978.69 vào ngày dữ liệu short interest được công bố — tương ứng mức thay đổi -15% trong giai đoạn mà vị thế bán khống được công bố, theo định nghĩa, đã được cố định ở mức 31.7 triệu cổ phiếu. Mã có biến động ít nhất, GME, vẫn thay đổi -1.9%.

Đó chính là ý nghĩa thực tế của độ trễ. Mọi tiêu đề báo chí đưa tin về "short interest của X" thực chất đang mô tả vị thế tại kỳ chốt phiên gần nhất — mọi biến động trong khoảng thời gian trên đều không được hiển thị. Các nhà bán khống có thể đã thực hiện cover khi giá tăng hoặc gia tăng vị thế khi giá giảm; con số này không thể cho biết điều đó, và sẽ không thể cho biết cho đến kỳ báo cáo tiếp theo.

Days to cover, được tính toán với tử số lỗi thời

Days to cover — số lượng cổ phiếu bán khống chia cho khối lượng giao dịch trung bình hàng ngày — là tỷ lệ mà hầu hết người đọc thường gặp phải, và nó chịu tác động của sự lỗi thời hai lần: tử số được chốt tại ngày thanh toán, và mẫu số khối lượng mà chính tệp dữ liệu đã tính toán từ nhiều tuần trước. GameStop là ví dụ rõ ràng nhất, vì đây vừa là một cái tên phổ biến, vừa là một trong những ticker có thanh khoản lớn và bị bán khống nhiều.

Truy vấnSố ngày cover của GME — theo báo cáo và tính toán lại dựa trên volume giao dịch khi dữ liệu đang chờ xử lý
Câu lệnh SQL chính xác đằng sau mỗi con số
WITH latest AS (SELECT max(settlement_date) AS d FROM global_markets.stocks_short_interest),
arrived AS (
    SELECT toDate(min(_ingest_time)) AS a
    FROM global_markets.stocks_short_interest
    WHERE settlement_date = (SELECT d FROM latest)
),
tape AS (
    SELECT count(DISTINCT toDate(toTimeZone(window_start, 'America/New_York'))) AS sessions,
           sum(toFloat64(volume)) AS shares
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker = 'GME'
      AND toDate(toTimeZone(window_start, 'America/New_York')) > (SELECT d FROM latest)
      AND toDate(toTimeZone(window_start, 'America/New_York')) <= (SELECT a FROM arrived)
      AND toHour(toTimeZone(window_start, 'America/New_York')) * 60
          + toMinute(toTimeZone(window_start, 'America/New_York')) BETWEEN 570 AND 959
)
SELECT toString((SELECT d FROM latest)) AS settlement,
       round(si.short_interest / 1e6, 1) AS shares_short_m,
       round(si.avg_daily_volume / 1e6, 2) AS file_adv_m,
       round(si.days_to_cover, 2) AS reported_days_to_cover,
       round(tape.shares / tape.sessions / 1e6, 2) AS tape_adv_since_settlement_m,
       round(si.short_interest / (tape.shares / tape.sessions), 2) AS days_to_cover_on_recent_volume,
       round(abs(si.short_interest / (tape.shares / tape.sessions) - si.days_to_cover), 2) AS days_of_difference,
       tape.sessions AS sessions_measured
FROM global_markets.stocks_short_interest AS si, tape
WHERE si.ticker = 'GME'
  AND si.settlement_date = (SELECT d FROM latest)

Hãy đọc hàng từ trái sang phải. Tại ngày thanh toán 2026-06-30, GameStop có 55.9 triệu cổ phiếu bán khống. Tệp dữ liệu kết hợp con số đó với khối lượng giao dịch trung bình hàng ngày là 5.2 triệu cổ phiếu và báo cáo 10.75 ngày để cover — con số mà các bộ lọc (screener) hiển thị cho bạn.

Bây giờ, hãy thay thế mẫu số bằng thực tế. Trong 7 phiên giao dịch thông thường diễn ra trong khi dữ liệu vẫn đang được xử lý, GameStop đạt mức trung bình 3.09 triệu cổ phiếu mỗi ngày trên bảng điện tử hợp nhất. Với cùng vị thế bán khống đó trên mức khối lượng này, kết quả là 18.08 ngày — tức là 7.33 ngày so với tỷ lệ đã công bố, trong khi tử số không đổi. Chỉ có giả định về khối lượng là thay đổi. Hãy coi days to cover là một tỷ lệ cũ được xây dựng từ hai dữ liệu đầu vào lỗi thời, chứ không phải là thước đo trực tiếp về thời gian cần thiết để thoát vị thế.

Short squeezes: nơi sự trễ nhịp thực sự gây tác động

Lý do khiến hầu hết mọi người tìm kiếm câu hỏi này chính là hiện tượng squeeze. Trong một đợt squeeze, vị thế short là trọng tâm — và đây chính là con số mà không ai có thể thấy được trong thời gian thực. GameStop đầu năm 2021 là ví dụ điển hình. Các cột dưới đây ghi lại mức giá đóng cửa phiên giao dịch thường lệ của mỗi kỳ quyết toán và mức giá đóng cửa sau đó tám phiên giao dịch, tương ứng với mục tiêu công bố dữ liệu khoảng tám ngày làm việc của FINRA.

Truy vấnGME, mùa đông 2020-21: mỗi đợt công bố short interest và biến động giá trước khi công khai (giá as-traded)
Câu lệnh SQL chính xác đằng sau mỗi con số
WITH daily AS (
    SELECT toDate(toTimeZone(window_start, 'America/New_York')) AS session,
           argMax(toFloat64(close), window_start) AS cl
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker = 'GME'
      AND window_start >= toDateTime('2020-12-01 00:00:00')
      AND window_start < toDateTime('2021-03-15 00:00:00')
      AND toHour(toTimeZone(window_start, 'America/New_York')) * 60
          + toMinute(toTimeZone(window_start, 'America/New_York')) BETWEEN 570 AND 959
    GROUP BY session
),
ranked AS (
    SELECT session, cl, row_number() OVER (ORDER BY session) AS n
    FROM daily
)
SELECT toString(si.settlement_date) AS settlement,
       round(si.short_interest / 1e6, 1) AS shares_short_m,
       round(r0.cl, 2) AS close_at_settlement,
       round(r8.cl, 2) AS close_8_sessions_later,
       round((r8.cl / r0.cl - 1) * 100, 1) AS move_while_pending_pct
FROM global_markets.stocks_short_interest AS si
INNER JOIN ranked AS r0 ON r0.session = si.settlement_date
INNER JOIN ranked AS r8 ON r8.n = r0.n + 8
WHERE si.ticker = 'GME'
  AND si.settlement_date >= toDate('2020-12-15')
  AND si.settlement_date <= toDate('2021-02-26')
ORDER BY si.settlement_date

Hãy theo dõi kỳ quyết toán 2021-01-15. Kỳ này ghi nhận 61.8 triệu cổ phiếu short khi giá cổ phiếu ở mức $35.49. Tám phiên sau đó — vào khoảng thời gian một dữ liệu như vậy được công bố ra công chúng — GameStop đóng cửa ở mức $197.44, một biến động 456.3%. Bất kỳ ai đọc con số short interest đó vào ngày công bố đều đang đọc mô tả về một cổ phiếu không còn tồn tại ở mức giá đó nữa.

Dữ liệu tiếp theo cho thấy sự đảo ngược của cái bẫy. Kỳ quyết toán 2021-01-29 ghi nhận 21.4 triệu cổ phiếu short — phần lớn vị thế đã được đóng, với giá cổ phiếu ở mức $328.24. Đến tám phiên sau đó, giá đạt $51.19, -84.4%. Hoạt động covering đã diễn ra trước khi tệp dữ liệu cho thấy điều đó được công khai. Cả hai giai đoạn của squeeze — sự dồn toa và quá trình đóng vị thế — đều được tiết lộ sau khi sự việc đã rồi.

Chỉ số hàng ngày và những điều nó không tiết lộ

FINRA có công bố một dữ liệu hàng ngày: short volume (khối lượng bán khống), tức là tỷ lệ khối lượng giao dịch được báo cáo là lệnh bán khống trong ngày, vào sáng hôm sau. Dữ liệu này gần như theo thời gian thực và là một phép đo khác biệt. Short volume tính toán dòng giao dịch — trong đó phần lớn là hoạt động phòng vệ (hedging) của các nhà tạo lập thị trường và sẽ trở về trạng thái trung lập (flat) khi kết thúc phiên — chứ không phải là vị thế đang nắm giữ. Một cổ phiếu có thể ghi nhận short volume lớn liên tục trong một tuần trong khi short interest (lãi suất bán khống) không hề thay đổi. Sự khác biệt giữa hai bộ dữ liệu này tương tự như sự khác biệt giữa lưu lượng xe lưu thông trên đường và số lượng xe đậu ở cuối con đường đó; cả hai tệp dữ liệu đều được mô tả chi tiết tại đây.

Tại Mỹ, không có con số short interest được công bố hàng ngày. Các đơn vị cung cấp dữ liệu bán các con số ước tính hàng ngày được mô hình hóa từ dữ liệu cho vay chứng khoán và dòng giao dịch; đó là các mô hình, không phải là dữ liệu công bố chính thức. Con số được công bố chính thức chỉ xuất hiện hai lần một tháng và thường được gửi đến muộn.

FAQ

Tại sao dữ liệu short interest lại chậm hai tuần?

Các nhà môi giới chỉ chốt số liệu vị thế bán khống vào các ngày thanh toán hai lần mỗi tháng của FINRA, nộp tổng số liệu sau đó vài ngày làm việc, và FINRA sẽ công bố tệp dữ liệu đã tổng hợp sau khoảng tám ngày làm việc kể từ ngày thanh toán. Tính trên tất cả các đợt thanh toán được gửi đến cơ sở dữ liệu này, toàn bộ quy trình mất từ 10 đến 26 ngày, với mức trung vị là 14 ngày.

Các nhà môi giới tính toán và báo cáo short interest như thế nào?

Mỗi nhà môi giới-đại lý sẽ thống kê số lượng cổ phiếu đang ở vị thế bán khống trong các tài khoản khách hàng và tài khoản tự doanh tại ngày thanh toán, tổng hợp chúng theo từng mã chứng khoán, sau đó nộp tổng số liệu đó cho FINRA. FINRA cộng dồn báo cáo từ tất cả các công ty thành viên thành một con số duy nhất cho mỗi mã chứng khoán — chiếm 22207 trong bản in 2026-06-30. Đây là số liệu thống kê vị thế theo quy định, không phải là số lượng giao dịch.

Chu kỳ báo cáo của cổ phiếu NYSE, Nasdaq hay OTC có khác nhau không?

Không. Lịch trình thanh toán hai lần mỗi tháng và chu kỳ tổng hợp-công bố là giống nhau đối với tất cả các sàn niêm yết tại Mỹ. Các sàn giao dịch tái xuất bản dữ liệu từ tệp của FINRA thay vì tự đưa ra số liệu riêng. Việc một cổ phiếu niêm yết ở sàn nào không làm thay đổi độ trễ của số liệu short interest.

Tỷ lệ short interest như thế nào là tốt hay xấu?

Không có ngưỡng cụ thể nào để xác định một cổ phiếu là lựa chọn đầu tư tốt hay xấu, và chỉ số cao không phải là một dự báo. Các thước đo mức độ tập trung (crowding measures) chỉ mô tả quy mô của một vị thế bán khống so với khối lượng giao dịch của cổ phiếu đó: dữ liệu mới nhất của GameStop cho thấy số ngày bù đắp (days to cover) là 10.75, trong khi hầu hết các mã có tính thanh khoản cao chỉ ở mức một chữ số thấp — xem các mã dẫn đầu về mức độ tập trung hiện tại để biết phân bổ chi tiết.

Độ trễ báo cáo có quan trọng đối với các đợt short squeeze không?

Đây chính là lúc độ trễ trở nên quan trọng nhất. Trong đợt thanh toán 2021-01-15 của GameStop, cổ phiếu đã biến động 456.3% giữa thời điểm đo lường và mốc tám phiên giao dịch (thời điểm xấp xỉ lúc công bố) — và đến bản in 2021-01-29, vị thế bán khống đã giảm xuống còn 21.4 triệu cổ phiếu. Sự tập trung của squeeze chỉ được xác nhận trong dữ liệu công khai sau khi sự kiện đã diễn ra.


Mỗi bảng dữ liệu trên đều đi kèm với mã SQL đã tạo ra nó — bạn có thể mở rộng bất kỳ bảng nào để kiểm tra các con số, hoặc chạy lịch thanh toán trên terminal Strasmore.