ADM 201 Flashcards
1
Q
Salesforce for Outlook Capabilities
A
- automatically syncs contacts, events, and tasks between salesforce and outlook;
- can manually add outlook emails to contacts, opportunities, accounts and leads;
2
Q
Cloud Scheduler Capabilities
A
- used to request a meeting with a contact, lead or person account or other SF user;
- creates a unique web page with proposed times for meeting - when they visit page, they select a time and reply;
- shows up in calendar and open activities related list;
- permissions needed: edit events AND send email;
3
Q
Data Management Capap\bilities
A
- can import data from ACT!, Outlook, CSV;
- Using import wizard:
- use record IDs to match to SF data;
- up to 50,000 records;
- custom objects, leads, accounts, contacts, solutions;
- avoids duplicate entries;
- runs validation rules before import;
- CANNOT load assets, cases, campaigns, contracts, docs, opportunites or products;
- Using data loader:
- 5,000 to 5 mil records;
- drag and drop field mapping;
- support for all objects;
- use for backup export;
- records that fail are not imported;
- runs validation rules before import;
- some fields cannot be updated: account ID, owner, name, site, parent account name, parent site; contact name and salutation.
4
Q
Data Loader vs. Import Wizard
A
Use Data Loader when:
- You need to load 50,000 to 5,000,000 records. Data Loader is supported for loads of up to 5 million records. If you need to load more than 5 million records, we recommend you work with a salesforce.com partner or visit the App Exchange for a suitable partner product.
- You need to load into an object that is not yet supported by the import wizards.
- You want to schedule regular data loads, such as nightly imports.
- You want to export your data for backup purposes.
Use the import wizards when:
- You are loading less than 50,000 records.
- The object you need to import is supported by import wizards. To see what import wizards are available and thus what objects they support, from Setup, click Data Management.
- You want to prevent duplicates by uploading records according to account name and site, contact email address, or lead email address.
5
Q
Process Visualizer
A
- displays a flowchart of each saved approval process;
- reinforces policy and buy-in;
- you can print an annotated version with steps, designated approvers, trigger criteria and approval actions;
6
Q
Price book
A
- products and associated prices (list, retail, etc.);
- products are items sold on opportunities and quotes;
- each product can exist in many price books with different prices;
- product + price = price book entry;
- standard price book is generated to create a master list of all products;
- product shcedules are based on quantity or revenue;
7
Q
Standard notable limits
A
- custom picklist - 1000
- multi select picklist - 150
- report builder -
- max 60 object references
- 20 rows max for summary
- 50 rows for tab
- display max 2000 rows
- timeout - 10 min
- dashboard
- 20 components
- 50 filter options
- campaign, lead, contact
- 50,00 per report or file
- 250 list view
- file size limits
- files, chatter, SF CRM = 2GB
- SK knowledge, documents, attachments = 5GB
- email or google attach=10MB
8
Q
SANDBOX
A
- Configure and test changes in a sandbox (setup->data management->sandbox)
- 3 types (full, config-only, developer)
- Must have a sandbox license
- Org IDs differ between production and sandbox on copy
- Object IDs are same between production and full sandbox on copy
- Copy process does NOT copy contacts to developer and config only sandbox
- Email addresses are modified in a sandbox so test emails do not get generated.
- A new sandbox can be configured to prevent all outbound emails or just allow system emails.
- Chatter data, audit trail, archived activities, password history is not copied by default in a sandbox.
- Login to test.salesforce.com with a modified username to run a sandbox. The sandbox username is username.<sandbox> and password is same as production.</sandbox>
- Sandboxes are used as part of a change management process so that changes can be tested without compromising data.
- Sandboxes are updated with new features a few weeks before each SF release
- When a sandbox is created or refreshed, the meta data is copied from production environment to sandbox.
- Number and type of sandbox depends on SF edition. You can purchase additional sandbox licenses.
9
Q
DEPLOYMENT TOOLS
A
- Change sets: used to migrate changes between organizations/sandboxes
- Force.com IDE : development environment with source code management to manage and migrate changes.
- Force.com migration tool: uses Apache Ant script instead of IDE.
- Unmanaged packages: components uploaded to AppExchange and deployed to multiple production orgs. Cannot be used to update existing components and apps. Changes made in one org will not be propagated to another org. CANNOT BE UPGRADED, counts against limits
- Managed packages: CAN BE UPGRADED, does not count against limits
- Change sets is a way to add components, require special systems permissions,.
- Approval process, assignment rules and escalation rules are not supported in change sets.
- Can be rolled back if the change set deployment doesn’t complete. It uploads and then seploys separately once you validate.
10
Q
TROUBLESHOOTING RECORD ACCESS AND FIELD ACTIVITY
A
- Owd->Role hierarchy->sharing rules->teams
- When opening up access using role hierarchy, sharing rules, teams and manual sharing: MOST PERMISSIVE WINS
- When object permissions provide a different level of access than sharing model: MOST RESTRICTIVE WINS
- View all and Modify all permissions provide access to records on a given object regardless of sharing model.[As do View all data & Modify all data for systems permissions]
- Systems permissions give ultimate power in SF
- Restricting access using OWD [private, public R/W, public Read Only]
- Opening up access vertically [role hierarchy]
- Opening up access laterally [sharing rules]
- Opening up access more flexibility [teams and manual sharing]
- Forecast hierarchy[rollup] is automatically generated based on role hierarchy
- Know about access to folders(dashboards, email, reports, documents), cannot read my notes on that. Something about role hierarchy above may not be able to see your email folders. Check on this one.
- Roles appear as links at top of opportunity and forecast reports to allow drill down through hierarchy
- Changing record owner affects sharing rules, teams, manual sharing.
- Changing role of record owner causes sharing rules to be re-calculated, no affect on teams or manual sharing rules.
- Controlled by parent field determined by users access to parent account
- Best practices:
- Use permission sets for one off permissions
- Define role hierarchy
- Always assign user to a role
- Use public groups and criteria based sharing to reduce sharing rules
11
Q
TERRITORY MANAGEMENT
A
- Lets users access accounts based on characteristics like product line, business unit or geography.
- Assign users and accounts to territory
- If only one territory is common to account and opportunity owner then SF automatically assigns opportunity to the territory in common
- If multiple territories common to both account and opportunity owner then you have to manually assign territory to opportunity.
- Record access to accounts, contacts, cases and opportunities are simultaneously controlled by:
- Record ownership
- OWD
- Role hierarchy
- Sharing rules
- Teams
- Manual sharing
- Territory hierarchy
- Territory hierarchy
- Users can be a part of multiple territories
- Accounts can belong to multiple territories
- Accounts accessible by all users assigned to territories assigned and above in hierarchy
- User has forecast for each territory in which they work with active opportunities
- Once territory management is enabled, it cannot be disabled.
- Forecasts derived from territory hierarchy
- Custom forecast must be enabled
- Forecast data is derived from opportunities in users territory
12
Q
SECURING FIELD DATA
A
- Field encryption - can encrypt a text field. Value is only visible to users with “view encrypted data” permissions
- Encrypted data can be included in reports
- Use validation rules, field level security or page layout to prevent users from editing encrypted fields.
- Steps to encrypt value:
- Export data using data loader (with record id and encrypted field)
- Create encrypted field
- Set permissions (view encrypted data)
- Import data into encrypted field using data loader (map to the new field)
13
Q
FIELD VISIBILITY
A
- Manage field visibility with record type, page layout, business process.
- Page layouts restrict acces to a field on record detail and edit pages only. Users can still access field in related lists, search results, reports and list views.
- Field level security restricts access to field on record detail and edit pages only, related lists, search results, reports and list views.
14
Q
EXTEND SF WITH CUSTOM APPS AND OBJECTS
A
- Custom app appears in force.com menu and controls how tabs appear.
- Grouping of tabs to give users access to specific objects, records and features they need.
- (setup->create->app->new)
- Custom app wizard creates app details, logo, choose tabs, assign app to profiles
- Custom tab (setup-> create -> tabs)
- Custom object
- Each custom tab corresponds to a custom object
- Crafted to capture additional data based on business requirements
- Setup->create->objects->new custom object
- Create object, setup fields, create custom tab, set access & security
- Need corresponding tab so that it will show up in search and list views, otherwise only accessible from a related list on a parent record.
- Use relationship field on a custom object to relate it to another object
- When reporting is enabled, SF creates a new report type to build reports on it.
- Schema Builder views relationships between objects and identifies required fields (setup-> schema builder)
15
Q
OBJECT RELATIONSHIPS
A
- MASTER-DETAIL:
- Strong relationship
- Master controls detail
- Delete master deletes detail (child)
- Detail inherits sharing settings from master
- Any user with permissions on master can do things with detail
- Must create master before detail (child)
- Only custom objects can be re-parented
- Master object is primary object
- LOOKUP:
- Loose relationship
- Parent records do not control child
- Sharing settings independent
- Child object is primary object
- Primary object determines filtering
- Roll up summary field for master object in master-detail relationship to summarize numerical data on detail records and display on master
- Can create a cross object formula on a detail object to reference or display data from parent or parents parent.
- Junction object is a master detail with 2 objects, first master is controller