Japan Stock Files

Buyback execution

A Japanese company that resolves to buy back its own shares files a status report (自己株券買付状況報告書, Article 24-6(1) of the Financial Instruments and Exchange Act) with EDINET every month until the window closes. The form makes it print the ceiling the board set — a maximum number of shares and a maximum amount in yen — and then state progress twice, once against each. This page is 3 reporting months of those filings, July 2026 to September 2026, as a dataset anyone can download: one file per month, newest first.

One row per board resolution. The columns are the same in every file.

The two percentages are rarely the same number. In September 2026, the latest month, 474 of 485 resolutions have them apart, 366 with the amount running ahead of the count and 108 the other way. Which ceiling binds first decides where a buyback stops, and the form makes every company work it out in public, monthly, while the window is still open.

What is in it

Every status report filed with EDINET in the filing window that follows each reporting month. Reports for month M are due in the first half of month M+1, so each file is read from the daily index for those days.

Reporting monthFilingsRowsBoth %SubmittedBought in the monthWithheld
September 20264985164851 to 16 October 2026¥1,229,136,117,0634
August 20265815995681 to 16 September 2026¥2,807,997,440,3306
July 20263183282973 to 7 August 2026¥919,923,397,7440

Some filings carry two resolutions running at once (16 in September 2026; 17 in August 2026; 10 in July 2026), and the form reports each separately, so the row is the resolution rather than the filing. The amount bought is the sum of the rows that print a figure for the month, as printed, in yen. A few filings in a window print a different reporting month on their cover (late or corrected returns: 4 in September 2026; 9 in August 2026; 3 in July 2026); they are in the file with their own dates, in the reporting_month columns.

How it was made

The filings were taken from EDINET's own index and read as filed. The columns are printed values and nothing else — no ratio, no average, no derived figure. A reader who wants cumulative divided by ceiling can do the division; the material for it is in the file.

The reader that took the percentages accepts only values carrying a decimal point or a percent sign, which is how it declines to read a table full of dates and note numbers as percentages. 2 rows across the months print their pair as bare integers the rule will not take; those were read off the page directly and are marked manual in progress_source. The distinction is in the file because it is a real one.

Before a row is published, the division is run. Where a row carries all four figures — cumulative shares and amount, and both ceilings — and both percentages, cumulative divided by ceiling must reproduce the percentage the filer printed, on both ceilings, to within one-decimal rounding (0.11 of a point). A row that fails is withheld rather than published with a flag: the failure means either the reader or the filing is wrong, and the file should not carry a number whose provenance is unknown. The count of withheld rows is in the table above (10 across all months); their document IDs are kept with the build so the check can be redone against the filing.

Every row is accounted for

Nothing was dropped for being hard to read.

Check it yourself

The percentages are the company's own arithmetic, and the material for that arithmetic — cumulative shares and amount, and both ceilings — is in the same form and in this file. So the division can be redone from outside. On the rows carrying all four numbers it reconciles, by construction, with the documented exceptions named here rather than hidden in a tolerance. In July 2026, EDINET document S100YUVZ: 8254 (2026-07): authorised_shares cell reads 417,0000 in the filing, eight digits, where the progress figure the same filing prints implies 417,000. Two PDF readers return the same string, so the digit is the filing's. Left as printed.

The columns

ColumnWhat it is
resolution_index1 where the report carries a single board resolution. Some reports carry two resolutions running at once and are split into two rows, 1 and 2, because the form reports each separately.
sec_codeSecurities code as the EDINET index carries it.
company_name_as_filedCompany name exactly as the report's cover prints it, in Japanese.
reporting_month_fromFirst day of the month the report covers, as printed.
reporting_month_toLast day of the month the report covers, as printed.
filedDate the report was submitted to EDINET.
authorised_sharesMaximum number of shares the board resolution authorises, as printed.
authorised_yenMaximum aggregate amount the resolution authorises, in yen, as printed.
authorisation_fromFirst day of the acquisition window the resolution sets, as printed.
authorisation_toLast day of that window, as printed.
month_sharesShares acquired in the reporting month, from the 計 line.
month_yenAmount paid for them in the reporting month, in yen, from the 計 line.
cumulative_sharesShares acquired since the resolution, at month end, as printed.
cumulative_yenAmount paid since the resolution, at month end, in yen, as printed.
progress_shares_pctProgress against the share cap, as the filer printed it.
progress_yen_pctProgress against the amount cap, as the filer printed it.
progress_source'machine' where a reader took both figures off the page under a rule that accepts only values carrying a decimal point or a percent sign; 'manual' where the figures are printed as bare integers the rule declines, and were read from the page directly.
why_no_progressEmpty where a pair is present. Otherwise: 'dash' (the line prints a dash rather than a percentage), 'single' (one percentage only), 'no_section' (the acquisition section reads 該当事項はありません).
acquisition_daysNumber of dated rows in the month's acquisition table.
shareholder_meeting_resolutiontrue where the report carries a shareholders'-meeting resolution section with content rather than 該当事項はありません.
treasury_shares_heldTreasury shares held at month end, as printed, where the report states it.
edinet_doc_idEDINET document ID.
edinet_urlThe filing on EDINET.

What it is not

Each file is one month. A buyback window usually runs longer, so a low percentage is a position in a programme and not a conclusion about it; where a company appears in several months, the files read in sequence show the programme moving. The files carry no share price and no valuation of any kind, and nothing in them is a view on any company.

Read with it

Two fragments were written from the same kind of filing. The Cap That Runs Out First reads the progress line of the 318 July 2026 reports and what it means when the two percentages disagree; One Share, Five Months reads six corrections to buyback status reports filed later in August 2026. The archive lists every fragment, and each company page carries that company's monthly returns from these files.

Licence

The compiled dataset is CC BY 4.0. The underlying filings are disclosure documents held by the Financial Services Agency and carry their own terms. Attribution to the publication is enough; no individual is named, by design.