There are lots of ways to build a "checklist". In most cases you need this when you are doing a Many to Many. In most simple one to many you would just create a child subform so that you can add child records. But in a many to many you are assigning a group of records to another group of records.
So most likely you need a "junction table". If for example you are assigning sales persons to an account you would have a junction table
tblAccounts_Salespersons
-- AcountID_FK
-- SalesPersonID_FK
Assume we have account IDs A, B, C, D, E, F and SalespersonIDs of 1,2,3
if 1 and 2 work on A you would have records
A 1
A 2
If 2, 3, 4 work on D then you would have more records
D 2
D 3
D 4
So most examples of a checklist provide some type of interface (subform, multi select list box) to allow you to select choices and write using an append query to the junction table. The tricks are to then be able to go back and edit the selections or delete the selections.
Access unfortunately provides something called a multi value field. It allows you to store multiple values in a single field without creating this junction table. It does this creating hidden system tables. Thus it gets really confusing. If interested here is a checklist interface that is pretty resuseable and has some nice features.
I have seen a few posts lately on people wanting to use multi valued fields. Most Access developers steer away from them and build their own related tables. Although they are properly normalized and work well, they can get very confusing even if you know the ins and outs. I wanted to see if I...
www.access-programmers.co.uk