CS Deals · Scenario
Answering a security review of the sales system

Answer a client's security review from the system that holds the deals

Two-step verification can be required of everyone or of chosen roles, passwords follow a policy, repeated failed sign-ins are blocked and a sign-in log keeps the record. A leaver is cut off when you deactivate them, and each of your own systems connects under an account of its own.

Request a demo CS Deals documentation

The context

In a spreadsheet, or a sales tool where colleagues share a login, a security questionnaire gets answered from memory. Nobody can say who signed in last week or from where, and when someone leaves, their access is closed account by account, by hand.

01/03A security review gets its answers from the system

“When a buyer's security questionnaire asks about two-step verification, password rules, protection against password guessing and a sign-in record, we can answer yes to each.”

Answers for the security review

Two-step verification can be required of everyone or of chosen roles, passwords follow a policy with a limit on reuse and a lifetime, repeated failed sign-ins are blocked, and a sign-in log keeps the record and exports it.

How it works, from the documentation

An administrator sets the policy to Not required, Required for everyone or Required for selected roles. A required employee needs no setup, because the next sign-in asks for a code sent to their e-mail address.

Two-step verification

The password policy sets a minimum length, a number of recent passwords that cannot be reused, and a password lifetime:

  • Password policy: minimum length (characters) defaults to 6 and accepts 6 to 128.
  • Password policy: passwords that cannot be reused defaults to 5 and accepts 1 to 24. The count includes the current password.
  • Password policy: password lifetime (days) accepts 1 to 3650 days. Left empty, which is the default, passwords never expire.
Password policy and expiry

After several failed sign-in attempts with one login from one address, sign-in with that login from that address is blocked for a few minutes, and the block grows longer while the failures continue. A block ends by itself, so nobody has to unlock the account, and the sign-in log records each block. The account itself is never locked.

Protection against password guessing

Export writes the entries that match the current filters to an XLSX file, which appears in Settings > Export Jobs as Sign-in log. A file holds at most 100,000 rows.

Sign-in log

0203

02 “Deactivating a leaver ends their sessions, tells the apps that registered a logout address that the employee signed out, and stops their tokens and mail passwords.” A leaver is cut off in one action

“Deactivating a leaver ends their sessions, tells the apps that registered a logout address that the employee signed out, and stops their tokens and mail passwords.”

Deactivating an employee ends every session at once and removes the tokens and passwords they used to reach CS Deals. Applications that registered a logout address are told the employee signed out.

How it works, from the documentation

Deactivating an employee ends every session of the account at once. It also deletes the employee’s personal access tokens, app passwords, OAuth tokens, backup codes and authenticator app, and it tells connected applications that the employee signed out. Activating the account again does not bring any of these back.

Employee accounts

An administrator can end a single session of an employee, or all of their sessions at once. The confirmation for all sessions lists the connected applications that will be told the employee signed out.

Sessions

CityScreen Deals sends a logout message to every application that has a logout address and holds a token of the employee when:

  • the employee logs out, or ends a session;
  • an administrator ends the employee’s sessions;
  • the employee’s password is reset, or it expires and the sessions end;
  • a password change ends sessions;
  • the account is deactivated or deleted;
  • the employee revokes the application’s authorization under Account > Authorizations.

A session that simply expires sends no message.

Sign-out across connected apps
03 “Our own systems call CS Deals under an account of their own, with only the access we give them.” A service account for every integration

“Our own systems call CS Deals under an account of their own, with only the access we give them.”

Each integration is an OAuth application with its own roles, so it sees and changes only what those roles allow. Deleting the application stops it at once, and no employee account is affected.

How it works, from the documentation

An application with the client credentials grant acts as a service account with the roles assigned to it in the Roles field. It holds none of the rights of the employee who registered it, and it keeps working when that employee leaves.

Regenerate secret stops the current secret at once and shows a new one. Access tokens already issued stay valid until they expire. Delete stops every token of the application at once.

This function is licensed. If your organization’s license does not include it, contact CityScreen. The license entry is called “OAuth applications”. Without it every OAuth endpoint on this page answers 404.

Service accounts for integrations

Before you start

What the setup asks of you

What you doWhy, from the documentation

CS Deals · Features in this scenario8

Other scenarios

CS Deals, tuned to your network.

Sales runs on Excel and email Selling out of spreadsheets

Proposals priced from your own price lists and sent in your own layout without creating a deal first, sites picked by the places around them, sites shown on a map without prices, and a discount limit enforced on save.

Explore
Several teams sharing one customer base Access set by team

Regional teams, an agency desk and finance in one system: deals open to the teams they are shared with, fields hidden from a group, a list of who may start each process, and a deal history whoever takes it over can read.

Explore
Statutory e-invoicing in Malaysia, a CODA ledger Paperwork the tax authority validates

Malaysian e-invoices sent through ClearTax with the QR code attached to the invoice, a contract pack filled from the deal, and approved invoices posted to the ledger.

Explore
Documents and approvals that are yours Our own paperwork and rules

Your administrator defines the documents you keep, their fields and calculations, and changes them as the business needs; each comes out in a layout you author, and the record types and fields you checked on a test organization reach production in one file.

Explore
Already running a playout platform Sales and playout in step

One sync turns a booked deal into a live CS Play campaign, a changed flight or price on a proposal already sent to CS Play is flagged for another sync, and the screen list arrives from CS Play every hour.

Explore
Repeatable procedures, few hands The desk that runs itself

Processes drawn in the product create and send the documents, each with its own list of who may start it; a failed step is marked on the diagram, and a new version leaves running work alone.

Explore
Static faces, routes, printed campaigns Billboards and poster sites

Proof of posting for every face on one link for the advertiser, printing and installation sold in the same deal as the space, the free boards exported as a presentation, and lease dates a process can watch.

Explore
Screens and rotating faces sold in parts Loops and rotations

Count plays in a digital loop and positions on a scroller or tri-vision where you sell them, keep a campaign with several flights in one proposal, and keep quoted prices when the price list changes.

Explore

CS Deals overview

Run your sales on CS Deals.