Inflexible Lists, Stealing Fields, and Imports
I feel like I am constantly running up against limitations in the various list capabilities.
For example, my guidance department asked me if they could generate the transcripts of a collection of students who are going to (New York) State University Schools.
We do not record the student's college in our system, but I thought, if I could apply a list to a printout, I could just jam an admin custom field where I need it and build the list around that.
It turns out you can "print" transcripts on a given list but as far as I can tell, you can't filter on a custom field.
So I thought maybe I could steal another unused field that I *can* filter on [in this context] and use that.
I don't like to do this but it's often the only option I have.
In this case, I chose 'boarding or day', which doesn't apply to our school.
I then thought that maybe I can use this field in several places to get around these shortcomings.
e.g. if I wanted the list to yield a certain 100 students or so for printing on Monday, I would simply import "Boarding" into their boarding or day field and filter on that.
This seemed good but the only SAFE way to use [or abuse ] this in the future for some other reason would be to set to 'Day' all the students that have "Boarding" set [from the last time]and then set ONLY the ones I was interested in now and then apply the list to them.
So, I thought, each time I wanted to use this technique, my import file would have records to set all student records to 'Day' in the first 1,500+ records (our enrollment) and then have the records to set to 'Boarding' at the end of the import file.
It'd be a simple, safe convention to follow. UNFORTUNATELY, my experience is, if a student appears in an import file more than once, it seems that ONLY the first appearance is applied.
So, in order to do this, safely, I'd have to:
- create a job to set boarding or day to 'Day'
- wait for it to end
- THEN run a separate job to set the new collection to 'Boarding'.
Does anyone have any other ideas of how to do this?
Is it consistent that only the first instance of a student in an import file is affected?
If I submitted two jobs in succession (the first to set to 'Day'; and the second to set to 'Boarding'), can I be guaranteed the first job will complete before the second one commences?
Is this anyone else's experience?
For example, my guidance department asked me if they could generate the transcripts of a collection of students who are going to (New York) State University Schools.
We do not record the student's college in our system, but I thought, if I could apply a list to a printout, I could just jam an admin custom field where I need it and build the list around that.
It turns out you can "print" transcripts on a given list but as far as I can tell, you can't filter on a custom field.
So I thought maybe I could steal another unused field that I *can* filter on [in this context] and use that.
I don't like to do this but it's often the only option I have.
In this case, I chose 'boarding or day', which doesn't apply to our school.
I then thought that maybe I can use this field in several places to get around these shortcomings.
e.g. if I wanted the list to yield a certain 100 students or so for printing on Monday, I would simply import "Boarding" into their boarding or day field and filter on that.
This seemed good but the only SAFE way to use [or abuse ] this in the future for some other reason would be to set to 'Day' all the students that have "Boarding" set [from the last time]and then set ONLY the ones I was interested in now and then apply the list to them.
So, I thought, each time I wanted to use this technique, my import file would have records to set all student records to 'Day' in the first 1,500+ records (our enrollment) and then have the records to set to 'Boarding' at the end of the import file.
It'd be a simple, safe convention to follow. UNFORTUNATELY, my experience is, if a student appears in an import file more than once, it seems that ONLY the first appearance is applied.
So, in order to do this, safely, I'd have to:
- create a job to set boarding or day to 'Day'
- wait for it to end
- THEN run a separate job to set the new collection to 'Boarding'.
Does anyone have any other ideas of how to do this?
Is it consistent that only the first instance of a student in an import file is affected?
If I submitted two jobs in succession (the first to set to 'Day'; and the second to set to 'Boarding'), can I be guaranteed the first job will complete before the second one commences?
Is this anyone else's experience?
0
Comments
-
We collect alumni college information in School. We are wrapping up our first year using K12 and have created an abbreviated Profile Update form for our graduating seniors. We ask them for the college name, anticipated graduation year, anticipated course of study, and whether they plan to participate in a gap year. We have a separate Profile Update form for our older alumni to capture more information, including their career information, etc.
And to your point of re-purposing fields, yes, it is very tempting at times, but I try to avoid this course. If it becomes unavoidable, I do an informal internal poll of my colleagues to confirm that the soon-to-be coopted field is expendable. I put out the question even when I know that the field is not in use at all throughout our system.1 -
John - to your very last point, it has always been my experience that all jobs are processed in order, unless, of course, one fails. I have a task to import families from Raiser's to Educ Mgmt and it requires six separate files where the later ones depend on the earlier ones working. I upload them to the import process in order and just let them run and all is OK.
As for repurposing fields, I don't love it either, but sometimes that's what you gotta do ...
0
Categories
- All Categories
- 6 Blackbaud Community Help
- 211 bbcon®
- 1.4K Blackbaud Altru®
- 402 Blackbaud Award Management™ and Blackbaud Stewardship Management™
- 1.1K Blackbaud CRM™ and Blackbaud Internet Solutions™
- 15 donorCentrics®
- 360 Blackbaud eTapestry®
- 2.6K Blackbaud Financial Edge NXT®
- 656 Blackbaud Grantmaking™
- 577 Blackbaud Education Management Solutions for Higher Education
- 3.2K Blackbaud Education Management Solutions for K-12 Schools
- 941 Blackbaud Luminate Online® and Blackbaud TeamRaiser®
- 84 JustGiving® from Blackbaud®
- 6.7K Blackbaud Raiser's Edge NXT®
- 3.7K SKY Developer
- 248 ResearchPoint™
- 120 Blackbaud Tuition Management™
- 165 Organizational Best Practices
- 240 Member Lounge (Just for Fun)
- 34 Blackbaud Community Challenges
- 37 PowerUp Challenges
- 3 (Open) PowerUp Challenge: Grid View Batch
- 3 (Closed) PowerUp Challenge: Chat for Blackbaud AI
- 3 (Closed) PowerUp Challenge: Data Health
- 3 (Closed) Raiser's Edge NXT PowerUp Challenge: Product Update Briefing
- 3 (Closed) Raiser's Edge NXT PowerUp Challenge: Standard Reports+
- 3 (Closed) Raiser's Edge NXT PowerUp Challenge: Email Marketing
- 3 (Closed) Raiser's Edge NXT PowerUp Challenge: Gift Management
- 4 (Closed) Raiser's Edge NXT PowerUp Challenge: Event Management
- 3 (Closed) Raiser's Edge NXT PowerUp Challenge: Home Page
- 4 (Closed) Raiser's Edge NXT PowerUp Challenge: Standard Reports
- 4 (Closed) Raiser's Edge NXT PowerUp Challenge: Query
- 796 Community News
- 3K Jobs Board
- 54 Blackbaud SKY® Reporting Announcements
- 47 Blackbaud CRM Higher Ed Product Advisory Group (HE PAG)
- 19 Blackbaud CRM Product Advisory Group (BBCRM PAG)


