Cтруктура тарифу в PTV VISUM

Доброго дня! Колеги, підкажіть будь ласка, із структурою тарифу. Програма пропонує обрати один із варіантів структури тарифу на основі пройденної відстані (distance-based, direct distance), тарифних зон (zone-based), матриць тарифних зон (from-to zone based fare), короткої відстані (short-distance fare), часу у дорозі (time-based fare). Якщо потрібно призначити фіксовану ціну за поїздку на громадському транспорті, як на маршрутах у містах України, то опції стандартного тарифу немає (є тільки дохід за 1 поїздку - revenue, але це не відноситься до даної проблеми). Як вирішити це питання, щоб можна було призначити, наприклад, на всіх маршрутах автотранспорту тариф умовно 15 грн. за їздку, а на маршрутах електротранспорту - 8 грн. за їздку?

1 Like

Доброго дня, @Volodymyr та зі святами!

Програма пропонує обрати один із варіантів структури тарифу на основі пройденної відстані (distance-based, direct distance), тарифних зон (zone-based), матриць тарифних зон (from-to zone based fare), короткої відстані (short-distance fare), часу у дорозі (time-based fare). Якщо потрібно призначити фіксовану ціну за поїздку на громадському транспорті, як на маршрутах у містах України, то опції стандартного тарифу немає (є тільки дохід за 1 поїздку - revenue, але це не відноситься до даної проблеми). Як вирішити це питання, щоб можна було призначити, наприклад, на всіх маршрутах автотранспорту тариф умовно 15 грн. за їздку, а на маршрутах електротранспорту - 8 грн. за їздку?

Загалом там доволі розвинена система опису тарифів, яка дозволяє змоделювати, мабуть, будь-які дивні “хотєлкі” :slight_smile:

Детальний опис того, як воно працює - тут, в частині мануала Visum Fundamentals.

Тепер давайте конкретніше по завданню. Опції фіксованої ціни, дійсно, нема. Але її можна відтворити кількома способами.

  1. Враховуючи, що в нашому ГТ, зазвичай, нема пересадкового квитка (я так розумію, ваш випадок теж такий), при створенні Fare System треба обрати:

Each path leg separately: A ticket has to be bought for each path leg of the fare system.

2.a. Рішення через distance-based fares

Distance-based тарифи насправді базуються не на реальній відстані, а на кількості так званих fare points. Fare points задаються для:

  • link (окремо для різних систем транспорту);
  • time profile items.

Сумарна “відстань”, що проїхав пасажир розраховується як сума fare points по обох цих типах об’єктів мережі. Найочевидніший варіант це, звичайно, розрахувати кількість fare points для кожного time profile item як кількість кілометрів.

image

В нашому випадку це зайве, нам треба просто налаштувати Ticket type незалежно від “відстані” у fare points - тоді їх і рахувати не потрібно.

Це налаштовується у Tickets (Network - PuT fares - Ticket types), там можна встановлювати інтервали “відстаней” та для кожного або фіксований тариф, або інтерполяція (приклади тут).

В нашому випадку нам потрібен лише один інтервал з фіксованим тарифом, наприклад, для автобусів.

UPD: оскільки тут >0, то, ймовірно, треба буде встановити все ж якесь ненульове значення fare points. Найпростіше - 1 fare point на кожен time profile item, фіксовано, також через multi-edit. Просто щоб будь-яка поїздка мала ненульову “відстань”.

Далі ми прив’язуємо цю fare system до маршрутів автобусів (вкладка Fare Systems, а також прописуємо налаштований тип квитка у вкладці Demand Segments).

2.b. Рішення через From-To Zone Matrix

Створюємо 1 тарифну зону, маркуємо нею усі зупинки (через відповідний атрибут)
image

Створюємо матрицю тарифів з 1 елементу

image

2.с. Рішення через short distance

Створюємо квиток цього типу, задаємо нереальні обмеження та фіксовану вартість

Думаю, що будь-який з цих варіантів має допомогти.

2 Likes

Юрій, дуже дякую за таку детальну відповідь!

3 Likes