For a typical many to many relationship, your tables would be related like this:
Invoices::InvoiceID = Match::InvoiceID
Stores::StoreID = Match::StoreID
Invoices::InvoiceID and Stores::StoreID are auto-entered serial numbers.
It's not a bad idea to have a serial number for a MatchID, but it's not needed for these relationships.
I usually place a portal to the "many" table on each of the "one" layouts and then put fields from the 2nd "one" table into the portal as need to supply the details (such as a store's name or location) I need.
Here's a demo file that matches "contracts" to "companies" that you might want to check over: http://www.4shared.com/file/PLhjErzu/Contracts_to_Companies.html