Ein Dokument wird nicht automatisch zum Profildokument, weil es die Maske "Profil" hat. Das sind besondere Dokumente, die mit besonderen Methoden angesprochen werden.
Wenn Du anstelle von Profildokumenten lieber gewöhnliche Dokumente verwenden willst, wie Du es zuerst getan hast, kannst Du nicht mit den speziellen Methoden für Profildokumente darauf zugreifen. Stattdessen verwendest Du eben die Methoden, die zum Zugriff auf gewöhnliche Dokumente existieren. In Formelsprache sind dies z.B. @DBLookup oder auch @GetDocField, wenn Dir die UniversalID (oder @DocumentUniqueID) bekannt ist (z.B. mittels @DBLookup ermittelt).
Profildokumente sind angeblich schneller, lassen sich aber grundsätzlich nicht in Ansichten anzeigen (hier kennt bestimmt wieder irgendwer einen Trick, deshalb schreibe ich "grundsätzlich"). Die Verwaltung von Profildokumenten ist daher schwieriger. Beim Zugriff auf ein nicht existierendes Profildokument wird es erstellt, was zur Fehlermeldung führt, wenn der Benutzer nicht genügend Rechte dazu hat. Programmatisch sind sie natürlich einfacher anzusprechen, so dass sie schon auch Ihre Vorteile insbesondere bei personenbezogenen Einstellungen haben. Bei solchen Einstellungen, wie Du sie benötigst (Feiertage), halte ich sie nicht für besonders geschickt. Da die Information über die Feiertage auch in anderen Datenbanken interssant sein könnten, würde ich sie lieber irgendwo zentral in einer separaten DB definieren, ansonsten musst Du die Daten zwischen den Profildokumenten der verschiedenen Datenbanken abgleichen (ok, heute nutzt Du sie nur in einer DB, aber morgen?)