Import Program Should Not Include Hidden "Notes" Field
There is a field called Notes that is an internal use field. This field is "hidden" in the sense that is does NOT show up in the Contacts or Members fields lists.
This causes confusion because upon import, the import program will attempt to match an imported field name of Notes to this internal use field called Notes. This causes confusion because the admin doing the import will not remember creating a Notes field (because they didn't) and won't see it in the Fields lists (because it isn't there).
I would HIGHLY recommend you either add this field to the Contacts fields as an internal use field just like the other internal use fields that are there and are required OR you take this field out of the import routine.
I recommend the first solutions.
Thanks
Steve Veach
shared this idea
-
Andrew Steele
commented
I concur that the Notes field needs to be listed as a System Field on the Common Fields page. This would ensure it would appear at least on the manual Add Member form for administrators to use as they're adding a member. It would also give the ability, like any other field, to be reordered within the Common Fields.
-
Evgeny Zaritovskiy
commented
I'm not sure I understand you completely. You mena show this "Notes" field in the list of common fields in customization form and also show it in in contact details among other fields?
