in reply to Re: RFC, a web based application
in thread RFC, a web based application
1) this one of the tweaking tasks that I need to refine. I am still trying to asses if the user needs to know the next number before or after completing the form.
2)good suggestion.
3)Yes the creation date will be automatic. Some companies have internal ways of keeping RFI's that they have. The PCR(I cant remeber what PCRstands for but it is meant to give the sub a choice if he keeds his own records) number will let them reference back to their system. Some contractors may not have computer based filing methods.
4)The feed back will usually be based on the way the contract is set up between the developer and the architect. Some contractors may have negotiated different responce times, but it may be a policy that a responce time be entered in the text message. The responce will be emailed to any one the responder feels needs to get the responce, the admin gets all responces and may add forwarding to any one ledft out. The program will also log when some one reads the responce, or at least opens that page. Whether they read it or not is a different matter all together but at least the admin can present a report that the responce was received.
MY thought is that the agreement between the architect and all parties involved must communicated via the RFI, but you are right there should be an additional log of none system communications.
Requesters will have access only to RFI's that concern them or their trade or as given permission by the admin.
MY goal is to give the admin full and total control of the RFI process and storage. He will be able to create reports on the fly at meetings rather than waite till he gets back to the office. If he has internet connection he can answer any question concerning the project at any meetings.This goes for all the subs, they will be able to report from the same database any info strictly pertaining to them.