-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to tell user that contract is not signed? #143
Comments
"Some contract PDFs are missing pages or annexes. Other contracts are word documents and do not have signatures." I think the easiest step here would be to provide an annotation stating that it is incomplete. "As a user, I need to be informed when a contract is incomplete so that I do not base my entire analysis / research on this incomplete contract / annotations. At the same time, we do not want the notification to be an eyesore or too prominent as to take away from the value of having the contract there." I do not have a good answer here. I think that we want to have documents which are related (eg. contract plus amendment) to appear in a way so that the user does not miss that the documents are related. I believe that YI will be working on this later in the process. |
Hi Anders, I think the discussion of related contracts is separate from how we deal Would you, Chris and the folks at YI be able to see if there is some way of On Thu, Jul 16, 2015 at 3:13 PM, Anders [email protected] wrote:
SAM SZOKE-BURKE |
I think my sugestion would be to add an attribute section to the metadata, which could include for example: Pages are missing from contract: Check box Contract is not signed by the parties: Check box In this way we could flag the issue to the user with a red / orange or similar note when users look up the contract. What do you think @SamCCSI ? |
Sounds great, Anders! Could the metadata also translate into some form of visual alert, when Also, when the contract is complete, is there a way to indicate Thanks again. On Fri, Jul 24, 2015 at 3:52 PM, Anders [email protected] wrote:
SAM SZOKE-BURKE |
In principle we can add all the features we will to the metadata form. The challenge is to monitor the researchers / uploaders to ensure compliance with the metadata standard and form. I would there fore suggest that we assume that the contract is complete unless specifically noted. Regarding "signed contract": |
Thanks, Anders. My responses are below inline. I would there fore suggest that we assume that the contract is complete -- Ok, but can we have a metadata field that we can tick for incomplete -- Also, how will this be displayed to users? It will need to be more than Regarding "signed contract": -- I don't think it is confusing -- if the only version we have is not On Fri, Aug 7, 2015 at 11:11 AM, Anders [email protected] wrote:
SAM SZOKE-BURKE |
@jpmckinney Any suggestions here for what could be recommended? |
I think it makes sense to add a checkbox for incompleteness (default unchecked, so default complete). For display, it depends how common incomplete contracts are. If they are rare, then a dismissible modal alert may be an option. Otherwise, perhaps a designer can think of a visible but non-obtrusive icon; for example, a dog ear on the rendered contract in a bright color is visible and unobtrusive, whereas a modal alert is visible but obtrusive. |
Thanks @jpmckinney As a stop gap measure we are currently using the "Note" feature to alert users to this issue, where relevant: CCSI's preference would be for a simple (and permanent / stable) text notification that contract is incomplete or has been amended. A dismissible notification would need to appear each time the user went back to the contract page anyway, and so might become fatiguing for the user. An icon might not be immediately recognizable to most first time users, and so might not be the most effective way of communicating this. |
Sure, I'm not responsible for UI after all, so whatever makes sense :) |
Also referencing #723 for completeness |
And seems to be duplicate with #715? |
Closing in favor of #715, which suggests having two checkboxes (pages missing, annexes missing) instead of one (stuff missing). |
The original issue not only describe incomplete contracts, but also contracts with no visible signatures. @SamCCSI Can you confirm that it's important to flag contracts as not having any visible signatures? @anderspeders already mentioned some issues with this feature, e.g. what if there are no visible signatures, but the editor knows that the document is in fact signed (but the signatures simply don't appear on the available document)? It seems like there would need to be three options: "Signed (visible signature)", "Signed (no visible signature)" and "No visible signature". In the case of "No visible signature", it would be uncertain whether the document was in fact signed or not elsewhere. |
Thanks @jpmckinney It could be important to tell the user if the copy of the contract being housed on RC does not contain signatures -- eg. if it is a word document version. This is because we don't have any proof that we can provide to the user to assure them that this is the form the agreement signed. I think that would be the case even if we were certain that the agreement between the parties was reached.
We should avoid the wording "This contract is not signed," as this might imply that the agreement itself was not concluded, rather than that this version of the doc doesn't contain signatures. cc @KaitlinCCSI |
Thanks - renaming issue to be about signatures. |
We are yet to cover this checkbox
Please confirm if we need this checkbox. |
Yes we do. Thanks @anjesh |
Need feedback . When contract is not signed, we can display in contract view page as : Should the contract not signed also be reflected in contract summary page ? |
I think so -- same wording on summary page. |
Some contract PDFs are missing pages or annexes. Other contracts are word documents and do not have signatures.
As a user, I need to be informed when a contract is incomplete so that I do not base my entire analysis / research on this incomplete contract / annotations. At the same time, we do not want the notification to be an eyesore or too prominent as to take away from the value of having the contract there.
@anderspeders or others, would you have any ideas?
The text was updated successfully, but these errors were encountered: