Re: Fornire funzionalità di crittografia/protezione con password per Workflow Builder e Application BuilderGrande idea!
Fornire funzionalità di crittografia/protezione con password per Workflow Builder e Application BuilderCosa ha ispirato questa richiesta di lista dei desideri?
Questa discussione nel forum di discussione SE: Blocco di un flusso di lavoro per processo convalidato (GMP)
Al momento del controllo, sembra anche che Application Builder / Dashboard Builder non fornisca nemmeno funzionalità di blocco/crittografia.
Tutti e tre sono fondamentalmente JSL sotto il cofano, quindi ne consegue che dovrebbero averlo tutti capacità.
Descrivi la funzionalità o la soluzione nuova o migliorata che vorresti vedere.
Fornisci le stesse funzionalità di crittografia di esecuzione e modifica disponibili per i file JSL per i flussi di lavoro, il generatore di applicazioni e i file del generatore di dashboard.
Quale sarebbe il valore per te e/o per gli altri utenti se venisse fornita questa nuova funzione?
Ciò supporterebbe l'utilizzo da parte dei clienti di flussi di lavoro personalizzati e reportistica in ambienti controllati (ad esempio "ambienti convalidati" o altri ambienti di produzione regolamentati).
È una richiesta di un cliente esterno?
La richiesta originale (vedi link sopra) era per un cliente. L'estensione della richiesta ad Application Builder è un'estensione logica del concetto ad altri oggetti simili a JSL nell'ambiente JMP che sono facili da modificare o modificare per un utente.
Esiste un pacchetto software competitivo che ha questa caratteristica o soluzione di cui dovremmo essere a conoscenza?
n / a
Ciò avrà un impatto su un rinnovo, un'espansione o un'adozione da parte di un cliente e questo mette a rischio un account se non affrontiamo questo problema?
Qualsiasi azione che possiamo intraprendere per supportare la facile adozione degli strumenti JMP in ambienti controllati contribuirà all'espansione della nostra base di utenti in tali ambienti. Per situazioni di tipo HLS, uno dei maggiori ostacoli per l'adozione di nuove versioni di JMP e tecnologie è la fase di "convalida". Questo aiuterà con quel processo.
Automazione e scriptingScriptingInterfaccia utenteOggetto: Fornire funzionalità di crittografia/protezione con password per Workflow Builder e Application Builder - Stato modificato in: RiconosciutoCIAO @MikeD_Anderson , Grazie per il tuo suggerimento! Abbiamo acquisito la tua richiesta e la prenderemo in considerazione.
Oggetto: Fornire funzionalità di crittografia/protezione con password per Workflow Builder e Application Builder - Stato modificato in: Non pianificato per ora@MikeD_Anderson abbiamo esaminato questo e abbiamo deciso che non rientra nella nostra strategia di prodotto.Le sfide associate a questo tipo di funzionalità sarebbero la necessità di includere strumenti che forniscano la tecnologia di crittografia che ci metterebbe a rischio di non essere in grado di spedire il software JMP in tutto il mondo a causa dei controlli sulle esportazioni degli Stati Uniti.
Gli utenti che lavorano in un ambiente farmaceutico GMP/GLP/GCP dovrebbero utilizzare i propri strumenti e processi di sistema esistenti per proteggere i file JMP come meglio credono.
Per le domande sulla convalida, la risposta standard dovrebbe essere quella di indirizzare l'utente o il potenziale cliente a www.jmp.com/qualitystatement, dove viene fornito un approccio ben documentato e verificato per rispondere a tali domande.
Re: Fornire funzionalità di crittografia/protezione con password per Workflow Builder e Application BuilderGrazie per l'aggiornamento, @SamGardner .
Potresti aiutarmi a capire in che modo questa richiesta è diversa da questa:

o questo:

Sono entrambi nel prodotto da molti anni, quindi ho difficoltà a capire come avere funzionalità simili in WFB (o anche l'editing limitato su cui stava lavorando Earnest) sarebbe un nuovo problema con il controllo delle esportazioni, ecc.
Grazie!
M
Re: Fornire funzionalità di crittografia/protezione con password per Workflow Builder e Application BuilderPer crittografare gli script JSL, JMP utilizza il 32 bit proprietario di SAS zscode /zdecode (un algoritmo di crittografia ora insicuro).Questa crittografia è più un "scrambler" che una vera crittografia.
Per fornire la protezione dei file attraverso la crittografia moderna che un cliente si aspetterebbe, dovremmo utilizzare una crittografia più forte.Tale livello di crittografia è considerato una tecnologia limitata che, essendo un'azienda statunitense, potrebbe impedirci di vendere JMP in tutto il mondo.
In generale, evitiamo di includere nei prodotti JMP funzionalità che potrebbero essere considerate tecnologie limitate.