Wer so dumm ist, dass er nicht bemerkt, warum er diesen 'Fehler' verursacht, und dann kommt auch noch Faulheit hinzu, hmm .... das wird schwierig mit der Beratungshilfe zur Selbsthilfe ... 
Ich propagiere seit vielen Jahren die Strategie: Erst virtual, dann real.
Damit wird man die Meldung, dass eine Datei nicht erstellt werden kann, weil sie bereits vorhanden ist, nie wieder sehen.
Wenn man dem Problem der Meldung auf den Grund geht, dann ist es doch klar: das Dateisystem verlangt eindeutige Dateinamen. Sobald man versucht eine Datei mit demselben Dateinamen anzulegen wie er schon mit einer anderen Datei existiert, weigert sich das Dateisystem und schiebt das Problem zurück an den Verursacher, in diesem Fall ist das der Benutzer von Mp3tag. Und der fühlt sich eigentlich nicht zuständig und macht dann so verrückte Dinge mit Radiergummi und Kaffeetasse. Das ist ja wie das Fehlermanagement in bundesdeutschen Behörden.
Also was kannst du tun?
Lege ein Tag-Feld an, in dem du den neu zu erzeugenden Dateinamen (am Besten den kompletten Verzeichnispfad mit Dateiname) hineinschreibst mit der schon vorhandenen (fehlerhaften) Aktionsroutine, und dann aber nicht das Pseudo-Tag-Feld _FILENAME oder _DIRECTORY beschreiben, sondern das Tag-Feld TEMP_NEUERNAME.
Dieser Vorgang wird fehlerfrei in einem Rutsch durchgehen.
Danach gibt es verschiedene Wege, die man gehen kann.
Ein einfacher Weg ist, in der Listenansicht das Tag-Feld TEMP_NEUERNAME zu sortieren, dann visuell zu kontrollieren, wo ein erzeugter Dateiname in dem Tag-Feld TEMP_NEUERNAME doppelt auftaucht.
Doppelte Einträge stehen direkt untereinander.
Doppelte Einträge stehen direkt untereinander.
Das kann man auch mit einem Report machen, dafür gibt es im Forum Lösungsvorschläge, suche nach Stichwort: "Doppelte".
Den doppelten Dateinamen kannst du manuell korrigieren, oder besser ... du korrigierst die Aktionsroutine, so dass sie diesen Fehler, doppelte Namen zu erzeugen, eben nicht mehr produziert.
Das Ziel ist, für jede Datei einen eindeutigen Dateinamen zu erzeugen, so dass er auch vom Dateisystem akzeptiert werden kann.
Wenn alle Korrekturen erledigt sind, dann benutzt du den Inhalt aus dem Tag-Feld TEMP_NEUERNAME zum tatsächlichen Umbenennen der Datei, was dann ohne Fehlermeldung sauber durchläuft, vorausgesetzt die Korrekturen waren richtig und haben eindeutige Dateinamen erzeugt.
Am Ende löschst du das Tag-Feld TEMP_NEUERNAME aus den beteiligten Dateien.
Und alles ist gut.
DD.20120114.1054.CET