To move a PDF table to Word as something you can edit, you have three routes. Open the PDF in Word and let it convert the page, take the table into a spreadsheet first and paste it into Word, or paste plain text and rebuild the grid with Convert Text to Table. The spreadsheet route keeps columns most reliably.
Opening the PDF in Word and what its converter does to tables
Word can open a PDF file directly and turn it into an editable document. For a simple, text-heavy table with clear lines, the result is often a real Word table with rows and cells. For tables with spaced cells, shading or many narrow columns, the conversion can produce floating text boxes, misplaced columns or an image instead.
Microsoft's page on opening PDFs in Word describes what happens: Word makes a copy of the PDF, converts it to a Word document and tries to match the layout of the original. The page lists elements that are known to convert badly, and "tables with cell spacing" is on that list. It also says the converter works best on documents that are mostly text, and that pages made mostly of charts or graphics may come through as a single picture.
That matters for statements and reports, because their tables are often drawn with gaps between cells or with alternating shaded bands. Word may still give you a table, but check it before you trust it:
- Click inside a cell. If the Table Design and Layout tabs appear on the ribbon, Word built a real table. If a text box outline appears instead, it did not.
- Press Tab in the last cell. In a real table, Word adds a new row. In a set of text boxes, nothing useful happens.
- Compare row counts. Count the rows on the PDF page and in the Word table. Rows that merged into one cell show up here.
The original PDF is not changed by any of this, so the converted copy is safe to throw away and try again by another route. This method suits a one-off table inside a document that is mostly prose, such as a contract schedule or a short report.
Routing a PDF table through a spreadsheet into Word
The spreadsheet route is the most dependable way to get a PDF table into Word with its columns intact. You convert the table to Excel or CSV first, tidy it where a grid is easy to edit, and then paste it into Word. Word turns pasted spreadsheet cells into a Word table with one cell per spreadsheet cell.
The reason it works is that a spreadsheet forces a decision about columns. When a PDF table lands in Excel, every value sits in a cell, and you can see at once if a description spilled into the amount column. Fixing that in Excel takes a cut and a paste. Fixing the same problem inside a Word table means splitting and merging cells by hand.
The steps:
- Convert the PDF table to Excel or CSV with a converter, or with Excel's From PDF import if you have Microsoft 365 on Windows (the only Excel edition that offers it).
- Open the result and remove any rows you do not want in Word: page headers, subtotals, blank lines.
- Format the numbers in Excel the way they should read in the document, such as two decimal places and a thousands separator.
- Select the range and copy it.
- In Word, put the cursor where the table goes and paste.
Step three is worth the effort. Word copies what the cell displays, so a number formatted in Excel as 1,250.00 arrives as 1,250.00. A raw 1250 arrives as 1250, and you would then be fixing number formats cell by cell in Word.
A CSV works as the middle step too, but open it in a spreadsheet rather than pasting the raw text into Word. If the CSV holds accented names that show up as garbled characters when Excel opens it, the guide to opening a CSV UTF-8 file in Excel covers the import setting that keeps those letters readable.
FastBankConvert is getting ready to open, and it is built to turn statement tables into Excel, CSV or JSON files, which would make the spreadsheet step quick for bank statements. Get started adds you to the list for trial conversions.
How do you rebuild a PDF table in Word from pasted text?
You can rebuild a table in Word from plain text with Convert Text to Table. Copy the text from the PDF, paste it into Word as text only, put one separator character such as a tab between columns and a paragraph mark at the end of each row, then select it and convert. Word builds the grid from the separators.
Microsoft's guide to converting text to a table gives the core steps. You insert separator characters, such as commas or tabs, to show where columns divide. Paragraph marks show where rows begin. Then you select the text, choose Insert, Table, Convert Text to Table, and pick the separator you used under "Separate text at".
The hard part is the separators, not the conversion. Text copied from a PDF usually arrives with spaces between columns, and the number of spaces varies from row to row. Word cannot tell a space between columns from a space inside a description. Two approaches help:
- Use Find and Replace on runs of spaces. If every gap between columns is at least two spaces, replace two spaces with a tab, repeat until no double spaces remain, then convert using tabs. Single spaces inside descriptions stay put.
- Separate on a character that only appears between columns. Some PDFs paste with a tab already between columns. Turn on the show-formatting button (the pilcrow) to see what arrived.
Here is an example of what pasted text looks like with tabs in place, shown with arrows for the tabs. The values are made up for illustration.
Item→Qty→Unit price→Total
Paper, A4 box→3→18.50→55.50
Toner cartridge→1→72.00→72.00
With tabs chosen as the separator, Word reads four columns and three rows. The comma inside "Paper, A4 box" is left alone, because commas were not the chosen separator. That is a reason to prefer tabs: descriptions often contain commas, but almost never contain tabs.
This route suits short tables where the text copies cleanly. For a long table across several pages, the spreadsheet route is less work.
Column widths and page fit for a Word table from a PDF
A converted table often runs off the right edge of the page because Word keeps the widths it was given. Pasted spreadsheet columns arrive at their spreadsheet width, and a converted PDF keeps the PDF's widths. The fix is AutoFit: let Word size columns to the content, then to the window, and adjust the widest column by hand.
On the Layout tab that appears when the cursor is in a table, AutoFit has two useful settings. AutoFit Contents shrinks each column to its longest entry. AutoFit Window stretches or squeezes the whole table to the page width between the margins. Running Contents first and then Window gives balanced columns that fit.
A few further fixes for tables from statements and reports:
- Let descriptions wrap. The description column should be the widest and the only one that wraps. Dates and amounts read better on one line.
- Right-align the amounts. Numbers line up by their last digit only when they are right-aligned. Select the amount columns and use the right-align button.
- Repeat the header row. For a table longer than a page, select the first row and turn on Repeat Header Rows on the Layout tab, so each page shows column names.
- Switch the page to landscape. A table with eight or more columns is often easier to read on a landscape page. Put the table in its own section so only that page turns.
If the table is still too wide after all this, it may hold more columns than the document needs. Delete the ones the reader does not need rather than shrinking the font below a readable size.
Should the Word table stay linked to the spreadsheet?
Keep the Word table linked to the spreadsheet only when the numbers will change and you want Word to follow. For a table that records a fixed set of figures, such as last month's statement lines, paste it as an ordinary table. A plain table is easier to edit, smaller and does not depend on a file that may move.
Word's paste options decide this. Pasting from Excel offers several choices, which appear as small buttons after you paste:
| Paste option | What you get in Word | Suits |
|---|---|---|
| Keep Source Formatting | A Word table that looks like the spreadsheet | Most one-off tables |
| Use Destination Styles | A Word table styled like the document | Reports with a house style |
| Link and Keep Source Formatting | A table that updates when the spreadsheet changes | Monthly reports built from a live workbook |
| Picture | An image of the cells | Fixed figures nobody should edit |
| Keep Text Only | Text with tabs between columns | Rebuilding with Convert Text to Table |
A linked table carries a risk worth knowing. If the workbook is renamed, moved or emailed without the document, the link breaks, and the next update either fails or pulls the wrong figures. For a document you will send to someone else, break the link before sending, or paste a plain table to begin with.
When a picture of the PDF table is the better choice
A picture of the PDF table is the better choice when the reader needs to see the table exactly as it was issued and must not change it. Evidence for a dispute, an appendix showing an original statement, or a table you may not edit all fit. A picture keeps the layout and is plainly a copy.
Making a table editable has a cost: every value is now something that could be changed, by accident or otherwise. A screenshot of a bank statement page in an appendix tells the reader "this is what the bank sent". An editable table with the same numbers tells them "someone typed or converted this". For records, the first is often what you want, with an editable summary next to it if you need to discuss the figures.
A picture is also the practical answer for tables that resist conversion. A scanned page with no text layer, a table drawn as one image, or a chart with numbers on it will not turn into cells by any of the routes above without optical character recognition. Capture the page at a readable size, crop it to the table, and add alt text describing what the table shows.
Phone users often start here, because a screenshot is the fastest thing to make. If the source is a statement in your bank's app, saving the original PDF first gives you better options later. Saving a bank statement PDF on an iPhone shows where the app keeps the file.
Some readers need neither Word nor a picture, but the data itself for another system. For that, structured formats carry the table without a document around it. Converting a PDF to XML explains when tagged data suits a receiving system better than a table in a Word file.