diff --git a/ayanova/devdocs/todo.txt b/ayanova/devdocs/todo.txt
index 040930dd..5c7da7f0 100644
--- a/ayanova/devdocs/todo.txt
+++ b/ayanova/devdocs/todo.txt
@@ -74,6 +74,10 @@ todo:1 IMPORT workorders FROM V7 needs to be coded once the cases are completed
 		I might have been thinking it's a quick way to mass delete any old stuff no longer wanted in the new version for users
 		or maybe to know an item was imported in case of support maybe or issue?
 
+todo: Import pm switched to negative generate day of week collection from v7 single chosen dow so flip that on import and block out all days but the selected day and they can adjust if they wish
+	new format is a string of up to 7 characters indicating weekday number, from 1 through 7, beginning with Monday and ending with Sunday.
+	or since it's not written yet it might also be a postgres array, not going to be queried as it's c# code that uses it so it's really down to storage and ui factors 
+
 todo:1 Add a "tag with" field that defaults to v7-import in the migrator UI selections so that users can set what they want or clear it entirely
 
 todo:1 Need a way to diagnose fail to migrate for remote user's db, there will be a lot of initial issues importing for people until we hit all the edge cases so...
@@ -501,7 +505,19 @@ todo:2 many biz objects are not using new PUT methodology
 ########################################################################################################################
 
 
-CURRENTLY DOING:
+CURRENTLY DOING: PM
+PM TODO:
+	case 3349 implement all possible grandchild collections in PM (same as quote)
+	case 3344 wo to pm generator (was a case, didn't realize had thought of it already)
+	case 3583 ensure sufficient inventory (user want's it to look at all *upcoming* pm's and then alert parts are low or something, might be a notification type in there)
+		decided this is self fulfilling because server will generate wo from pm simulating when client does it and accepting the part requests
+		which will then trigger notification if set up and alert people that parts are required / taken from inventory
+		up to them the timing of how far in advance to do it to ensure sufficient time
+		Perhaps change this to a notification v.next case and still implement as planned which will partially solve this problem
+	case 3624 / block *out* certain days rather than block IN certain days for pm generation
+		also touches on holidays customer request to block out, for now let's let them figure that part out themselves but I've made a case to add a closed days feature that can tie into this and that other thing Joyce brought up which I forget now
+
+
 
 New plan: a way to generate any form of order from any other even if indirectly:
 	Generate WO from quote