Punti da considerare durante l'aggiornamento di un campo utilizzato in una regola di validazione.
Regole di validazione sono efficaci nella creazione manuale di un record. Tuttavia, quando i campi utilizzati in una regola di validazione (sia primari che secondari) vengono aggiornati attraverso altri mezzi come l'aggiornamento tramite workflow e API, l'aggiornamento del campo ha la precedenza sulle regole di validazione.
Queste situazioni sono spiegate con ulteriori esempi di seguito:
Aggiornamento di un campo primario utilizzando una regola di validazione
Esempio:
Supponiamo che Lei abbia una regola di validazione per il modulo Trattative che indica,
<<Se lo Sconto è > 20%, genera un errore, "Spiacenti! Questo è uno sconto inaccettabile.">>
Questa regola di validazione sarà efficace quando Lei crea manualmente una trattativa in CRM con uno sconto superiore al 20%. Tuttavia, se il campo primario, Sconto, viene aggiornato tramite uno dei seguenti mezzi, l'aggiornamento del campo sovrascrive la regola di validazione.
Ovvero, se il campo sconto viene aggiornato al 25% tramite un aggiornamento di campo workflow, questo workflow ha la precedenza e, di conseguenza, il valore verrà accettato dal sistema nonostante la regola di validazione che dovrebbe generare un errore per valori superiori al 25%.
Di seguito sono riportati i mezzi di aggiornamento del campo che avranno la precedenza sulla regola di validazione.
| Mezzi di aggiornamento dei campi in CRM | Dettagli dell'aggiornamento del campo |
| Importazione | Aggiornato durante l'importazione di nuovi lead o la sovrascrittura di record esistenti |
| Regole workflow | Aggiornato come risultato di un'azione workflow |
| Processo di approvazione | Aggiornato all'approvazione o al rifiuto di un record |
| Blueprint | Aggiornato come risultato delle impostazioni Dopo la Transizione. Quando Lei crea una regola di validazione e anche una validazione Blueprint per lo stesso campo, e se le due condizioni sono diverse, Blueprint sovrascrive la regola di validazione. Ovvero, finché il campo è all'interno di un processo, la validazione Blueprint è applicabile. Quando un record è uscito da un processo, la regola di validazione è efficace. |
| API | Aggiornato tramite il metodo API updateRecords |
| Aggiornamento massivo | Il campo primario utilizzato in una regola di validazione non sarà disponibile per l'aggiornamento massivo. |
Aggiornamento di un campo secondario utilizzando una regola di validazione
Questa è una nota importante. Quando Lei tenta di aggiornare uno qualsiasi dei campi secondari utilizzati in una regola di validazione tramite workflow, aggiornamento massivo, API o importazione, CRM accetterà i valori del campo secondario indipendentemente dalle condizioni nella regola. Di conseguenza, i Suoi dati potrebbero raccogliere valori inaccettabili nonostante la regola di validazione.
Ad esempio, Lei ha una regola di validazione per definire gli sconti in base alla regione.
- Lo sconto non può essere superiore al 20% per gli USA
- Lo sconto non può essere superiore al 25% per il Regno Unito
- Lo sconto non può essere superiore al 15% per l'India
In questo caso, Sconto è il Suo campo primario e le Regioni diventano i campi secondari.
Mentre Sconto potrebbe non essere nemmeno visualizzato in un aggiornamento massivo, Regione sì. Se Lei decide di aggiornare tutte le Regioni in India, tutte le Sue trattative potrebbero ritrovarsi con sconti diversi per "India", mentre la Sua regola di validazione prescrive diversamente - portando così a valori inaccettabili nel Suo modulo.
CRM attualmente non limita l'aggiornamento dei campi secondari utilizzati in una regola di validazione. Si assicuri di verificare se i campi sono utilizzati in una regola di validazione prima di aggiornarli.
Articoli Correlati
Zoho Premium Partner
Hai bisogno di aiuto con Zoho CRM?
I nostri esperti possono aiutarti con implementazione, personalizzazione e supporto. Oltre 200 progetti completati dal 2011.
Contattaci