Reader setup
Before you evaluate
- Linux and platform-choice basics
- A lab login or screenshots only
- No need for a carrier
- Expected result
- You can describe the main VICIdial admin-UI objects, tell a user login apart from a phone/station and a lead, and confirm the Admin endpoint responds on your lab.
- Before making changes
- Do not import real phone numbers or enable dialing merely to explore terminology.
Start here
The first time you open VICIdial's Admin screen, the menu names a dozen kinds of thing before you have configured a single one of them, and several sound close enough to be confused with each other on a first read. This lesson is not a install step or a command to run for its own sake — it is the vocabulary you need before the admin-pathway lesson right after it starts asking you to build things in order.
Treat the worksheet below as a reference to return to, not something to memorize in one sitting. The habit this lesson is really teaching is narrower than any single definition: before you click a menu item, know which object it actually manages, because two screens that sound similar rarely manage the same thing.
This lesson deliberately covers fewer terms than you might expect from its title. It owns only the objects visible in the Admin and Agent screens themselves — the nouns you click on. The mechanics of how a call actually travels from a lead record to a connected agent belong to a separate lesson, so that each piece of vocabulary has exactly one place it is properly defined.
You do not need a lab in front of you to benefit from this lesson. Every definition below can be learned from screenshots or documentation alone; the one sample that does need a lab is optional confirmation, not a precondition for understanding the vocabulary itself.
Reference screenshots 3 images
Reference capture
Reference screens from the demo
Captured on an isolated VICIdial demo: Administration screens on September 24, 2026, and the idle Agent screen on August 11, 2026. Each caption states its own capture time, and every sanitized image helps you recognize a related screen; none proves that this article's call, command, or result occurred.Start at Administration home
Open to enlargeCapture details
This is an orientation page with aggregate counts only; it is not a report and does not prove production activity or a completed call.Use the Administration menu as a map
Open to enlargeCapture details
This menu is a navigation map only; it does not show that any system-wide setting was changed or verified.Confirm version and system-wide context
Open to enlargeCapture details
This is a read-only view of system-wide settings with no credentials or addresses; it does not prove that a setting was changed or that an API request succeeded.The idea in plain language
Keeping these objects separate makes it far easier to trace a real problem later: why an agent cannot log in, why no lead is selected for a campaign, or why a call cannot leave the server. Each of those questions points at a different object, and confusing them wastes time on the wrong screen — checking a campaign's settings when the actual fault is a station's configuration, for instance, can burn an hour before anyone thinks to look elsewhere.
Two pairs are worth flagging now because they are the ones beginners most often collapse into one thing: a user is not the same as an agent — a user is a login identity that exists whether or not anyone is using it right now, while an agent describes that login actively working inside a campaign. Likewise, a list is not the same as a lead — a list is a named container, and a lead is one record inside it, the way a folder is not the same as a single file inside the folder.
A phone, or station, is a third concept again, separate from both: it is the extension configuration a session controls while an agent is logged in, not the physical or software handset itself and not the login credential either. A single user can, over time, log in from different stations; the user identity and the station configuration are tracked separately precisely so that pairing can change.
Carrier and recording round out the list, and both are easy to underestimate on a first read. A carrier is a telephone-network provider. VICIdial also has carrier configuration records that describe how a server connects to that provider. A recording, similarly, is not a VICIdial concept unique to this software; it is a media file with its own storage, retention and access rules that happen to be triggered by VICIdial's call handling.
A campaign, finally, is best understood as a bundle of rules rather than a single setting: dialing method, the lists it draws from, the scripts and dispositions available to an agent working it, and its own status are all attached to one campaign record. A campaign can use several lists, but each list is assigned to one campaign at a time.
None of these nine terms is unique to VICIdial's own vocabulary in the abstract — user, login and record are common to almost any business software. What is specific to VICIdial is how they combine: a lead moving through a list, into a campaign's rules, and toward an agent's screen is a workflow this particular software defines, even though every individual noun in that sentence is ordinary on its own.
Confirm the Admin endpoint exists
Before opening a browser, confirm the Admin screen this vocabulary describes is actually reachable on your lab, using a request that reads headers only. `curl -sSI` sends the request and prints only the response headers, never the page body — which shows how the local web server responds to the request. A redirect or authentication challenge alone does not prove that the Admin page itself is working.
- Before you use it
- Run this on the lab host itself, against loopback. This requests headers only and submits no login.
curl -sSI http://127.0.0.1/vicidial/admin.php | head -5Captured demo response · 2026-09-23 21:35 UTC. Any filtering, hidden values or test-only data are identified in the capture label. Select Replay transcript to read the recorded output.
- Success looks like
- A 301 or 302 can indicate an HTTPS redirect; 401 can indicate an authentication challenge. Follow the lab’s trusted HTTPS address and authenticate in the browser to verify the Admin page itself.
- Stop if
- If the connection is refused, check the web service and its loopback listener with the administrator. This result does not establish whether the Admin path exists.
- The HTTP status code in the first response line
- Whether a Location header points at an HTTPS URL, if the response is a redirect
Map the objects, not the whole call path
This map covers only the admin-UI object names this lesson owns. Hopper, disposition, DID, trunk and the rest of the call-path vocabulary are covered fully in the VoIP call-path glossary lesson instead of being redefined here — deliberately, so that if this curriculum ever needs to refine one of those definitions, there is exactly one place to change it.
- Before you use it
- Copy this into a private study note if it helps; it names no real host, campaign, or person.
User: a login identity, tied to one personPhone / station: the extension or endpoint configuration a user's session controlsAgent: a user actively logged into a campaign, not just into the systemCampaign: one set of dialing rules and screens leads are dialed underList: a named collection of leads assigned to one campaign at a timeLead: a single contact record with its own phone number and statusCarrier: the provider connection calls leave through or arrive fromRecording: captured call media, governed by separate storage and access rules (Hopper, disposition, DID and trunk are covered in the VoIP call-path glossary lesson, not repeated here.)This sample is a template or reading aid, not a terminal command. There is no output to show.
- Success looks like
- You can describe each object in one sentence, and you know which lesson to open for the terms this one deliberately leaves out.
- Stop if
- If two of these terms still feel interchangeable, re-read this section before continuing — the admin-pathway lesson next assumes you can tell them apart.
- Whether you can state each object's definition without looking, in your own words
- Which two terms this lesson deliberately leaves to the call-path glossary lesson instead
Ready for the next lesson
Continue to the admin-pathway lesson next, then the existing first-login tour. The admin-pathway lesson assumes you can already tell a user apart from an agent and a list apart from a lead — if either pair still feels blurry, re-read the worksheet above before moving on.
Checks and sources
What was checked
- The vocabulary map names only the admin-UI objects this lesson owns; it defers hopper, disposition, DID and trunk to the glossary lesson that owns those terms.
Primary references
Sources
- VICIdial open source contact center suiteVICIdial Group · accessed September 23, 2026


