5 min read

101 BlogAbout the app
October 18, 2026

Custom fields for events in 101 (web)

Why add your own fields to events and how to set them up in the 101 web app: formats, required fields, examples and a short guide.

Custom fields for events in 101 (web)

Custom event fields are now available in the 101 web app. These are additional fields that your team adds to the event form to record the details it needs directly in the event card.

The idea is simple: an event becomes more than an amount and a comment. It gains a structure that fits your process, with clear fields, required entries and predefined choices. The result is fewer questions in chat and less time searching through comments.

You can create custom fields for all events or limit them to specific types: “Incoming payment”, “Report”, “Transfer” and “Estimate”. The form offers five formats: “Text”, “Number”, “Yes/no”, “Select from a list” and “Image”.

The screenshots show the interface in Russian and use fictional demonstration data.

Event types for an additional field: incoming payment, report, transfer and estimateYou can assign a field to all events or to one of four event types.

Contents:

  1. What are custom event fields?
  2. Why teams use custom fields: 3 practical benefits
  3. How do you set up a field and save its value?

What are custom event fields?

In 101, the basic unit of record keeping is an event: an incoming payment, a report, a transfer, an estimate or another project action. Events are collected in the history so you can view them in one place. Standard fields and a description are enough while everyone on the team uses the same habits and terminology. As the team grows, inconsistencies appear: one person writes “paid by card” in a comment, another keeps that detail in mind, and a third attaches a banking screenshot without a caption.

Custom fields address these inconsistencies. Your team sets up a field once. It then appears in the creation form for the selected event types, and its saved value is visible in the event card. If a field is important, you can make it required.

  • Text — for structured comments such as “Approved by” or “Payment basis”.
  • Number — for measurable values such as “Exchange rate”, “Discount” or “Quantity”.
  • Yes/no — for flags such as “Invoice received” or “Checked by accounting”.
  • Select from a list — for consistent wording, such as “Payment method” or “Lead source”.
  • Image — when it is easier to attach visual evidence in a separate field.
An additional field name, the Report event scope, the required switch turned off and five field formatsSetting up an optional text field for reports.

Why teams use custom fields: 3 practical benefits

1) One answer instead of a message thread. For example, when an event recording a payment has a “Payment method” field with the options “Card / Cash / Bank account”, there is no need to ask how it was paid. The information is in one place and takes seconds to read.

2) Consistent data without a 10-page rulebook. A required field gently prompts people to enter an essential detail straight away. Your team does not have to recall the rules: the form guides the process.

Custom fields make “the way we do things here” part of the interface, helping new employees settle into the workflow without separate briefings.

3) Faster checks and reviews. When events share the same fields, it is easier to spot problems: where cash is used more often, where people forget to attach evidence, or which expenses lack an invoice number. Event tags and filters then help you organize the results. These documentation guides can help: how to use tags (in Russian) and how to use event filters and statistics (in Russian).

How do you set up a field and save its value?

In the example below, the owner of Forge Construction sets up the field in the 101 web app.

  1. Open “Event history”, click “+ Event” and choose “Report”.
  2. In the event form, choose “Add field” and open the settings for a new field.
  3. Enter a “Name”, choose a scope under “For which events” and select the field type. This demonstration uses the “Text” type and the “Report” scope; the “Required field” switch is off. Click “Save” in the field editor.
  4. Return to the report form and fill in the additional field that has appeared. The example reads: “Demo invoice No. 101; no real payment”.
  5. Complete the other required event details and click “Save” in the report form. Open the event you created from the history and check that the field value appears in its card.
The “Demo for article: payment basis” field contains a demonstration invoice number in the report formEntering an additional field value in the report form.

Saving the field settings and saving the event are two separate steps. The screenshot with an entered value shows the form being filled in; the result is checked by reopening the event card.

A saved demonstration report with the value “Demo invoice No. 101; no real payment”After saving, the field value is visible in the report card.