It seems it would have been quite reasonable to develop this in the time you were paid for. That would have made it property of your employer and you would have gotten fair compensation. As it is they are asked to buy untested 3rd party software of unknown quality which is not budgeted for. Could be difficult to make that happen.
The issue is they are not willing to purchase anything. They've gone through Track-It! And Front Range HEAT. Both with horribly botched deployments that have left a sour taste. They wanted a completely specialized application but they do not want to pay for it; in any way. They don't want to staff it, they don't want to provide a raise, they don't want to compensate. They're banking that someone in my department is harboring the skills or is willing to volunteer to learn to program JUST to be able to do this. They think that programming and IT go hand-in-hand (the fallacy) instead of in parallel with proper bridges making communication between the two possible (the reality)
A third option: rather than just handing it over you could at least make it open source. This way you'd retain the right to use the software elsewhere if you change jobs at some point in the future.
I've weighed this option as well but it means going back and writing an installer as well as converting all static things to dynamically assignable - harder to do when your formatting relies on some images and hefty css. I don't want to have to worry about creating a theme system from the ground up. That's what *shudder* SharePoint and even Google Sites with Lists functionality is for. I guess it all boils down to do is this: do I want to abandon it, keep the source for personal gain later, and just bide my time until a new job offer comes through? Knowing now that it means more of the same ID10T, PEBKAC, and "you're wasting my time with your stupidity" existence populated by the inglorious end-user...
2.4 statute miles of surgical tubing at Yale U. = 1 I.V.League