command-d and command-f are very close on the keyboard....
I create custom menus and disable the duplicate command. Wish Filemaker would disable the command-d altogether. It's not like you really need to duplicate records that often anyways... But since Filemaker with custom menu options this the first option I remove :-)
In the old days this was easy with ResEdit... way back on MacOS7 :-)
If you create custom menus, then the command-d doesn't work when a menu is active, and that menu otherwise has no script associated with the command-d key combo.
Every table should have a creation and modification timestamp and also Account name create and modify auto-enters. Hopefully you have them and they can tell you when it happened and who ran the script. That helps pin it down the unexplained.
Things to look for if no creation auto-enters ... Incorrect perspective when script runs is prime suspect. Review all scripts which include Duplicate (script could have been on wrong layout), scripts which contain Import step and check if there are any table occurrences attached which have 'allow creation' on.
I know people can hit Command-D and get duplicates, but 44 is an awful lot of Command-D's. If I saw that many, I would suspect a script is doing it. Do you keep a history of who makes changes to a field and when they do? I recommend a history field so you can track down who has been making these multiple changes and how they were doing it.
I add a create/modify timestamp field standard to all tables and with the account/username also, some tables I also track the IPnrs.
Liyango are you using relationships with the "allow records to be created" option? This could be cause... If not used right you might create a new record instead of updating it. This could explain the 44... To bad it isn't 42... :-)