Руководство пользователя · ПТО, редакция 3.3
Глава соответствует §1.3 требований «1С:Совместимо» («Руководство по ведению учета») и используется как инструкция по эксплуатации для Единого реестра российского ПО.
Структура близка к типовым руководствам фирмы «1С» (например, «1С:Бухгалтерия 8. Руководство по ведению учета» на ИТС): сначала общие приёмы работы и НСИ, затем участки учёта по разделам интерфейса, затем отчёты и регламент дня. Скриншоты интерфейса будут добавлены позже в отмеченные места .
Онлайн-сервисы пункта (личный кабинет, короткие ссылки на ДК, автозаполнение, обновления) и варианты поставки ПТО.Cloud / коробочная версия — в §5.12. Демо-стенд: pto-cloud.web-dk.ru/demo; канал обновлений и ЛК — pto.web-dk.ru.
Имена разделов, справочников, документов и отчётов — по синонимам конфигурации «Пункт технического осмотра», редакция 3.3. Детали отдельных полей форм — в справке объекта (F1 на форме; содержание — Shift+F1).
После входа в программу открывается управляемое приложение с панелью разделов. Основные разделы учёта ПТО:
| Раздел | Назначение |
|---|---|
| Диагностика | Диагностические карты, акты ДК, услуги оформления в ГИБДД, задания на ТО, обмен с ЕАИСТО |
| Продажи | Продажа товаров и оказание услуг, возвраты по чеку, поступление товаров, инвентаризация |
| Страхование | Полисы ОСАГО / е-ОСАГО, договоры стороннего страховщика |
| Финансы (в т.ч. Банк) | Оплата, касса, банк, чек коррекции ККТ; выгрузка в «1С:Бухгалтерия предприятия» |
| Бланки | Поступление, перемещение и списание бланков строгой отчётности |
| CRM / Предприятие | События, сверка взаиморасчётов, НСИ (организации, сотрудники, ТС, контрагенты) |
| Администрирование / Настройка | Пользователи, права, оборудование, параметры программы |
Если нужная команда не видна в разделе, откройте «Функции для технического специалиста» / «Все функции» (при наличии прав) и найдите объект по имени.
Как и в типовых конфигурациях «1С:Предприятия», учёт ведётся первичными документами. Список документов раздела открывается командой раздела; новый документ — кнопка «Создать».
Отмена проведения / пометка на удаление — через меню документа или списка (нужны соответствующие права). Не удаляйте проведённые документы «мимо» регламента пункта: сначала сторно / корректировка по принятой методике.
Типовые сообщения: «Не заполнен реквизит …» — укажите обязательное поле; «Недостаточно прав» — обратитесь к администратору.
Цель: подготовить справочники так, чтобы операционные документы проводились без ошибок заполнения.
Где: разделы Предприятие, Настройка, при необходимости Администрирование.
Ожидаемый результат: при создании ДК / продажи / оплаты подставляются организация, пункт, касса; обязательные поля справочников заполнены.
Типовые ошибки: документ не проводится из‑за пустой организации или номенклатуры без цены; чек не печатается — не настроено рабочее место / кассир (см. §5.7).
Раздел: Диагностика (и команды ввода на основании в Финансах / Продажах).
Ядро процесса — документ «Диагностическая карта». Он одновременно фиксирует результат осмотра и (при проведении) отражает услугу ТО в учёте. Отдельные «закрывающие» документы выставляют, когда нужно принять оплату вне чека с карты, оформить безнал / комплект для юрлица или закрыть сопутствующие услуги.
Клиент / ТС
│
├─(опц.)→ Задание на техосмотр ──«Создать на основании»──┐
│ ▼
└───────────────────────────────► Диагностическая карта (проведение)
│
┌───────────────────────────────┼───────────────────────────────┐
▼ ▼ ▼
Розница / физлицо Безнал (флаг на ДК) Юрлицо / бухгалтерия
«Пробить чек» на форме ДК скрывает команды ККТ «Документы для юр. лица»
(+ опц. «Поступление денег») → счёт / акт / УПД с ДК на основании ДК
│ │
└────────► при оплате ──────────┘
«Поступление денег»
(на основании ДК /
задания / реализации /
оказания услуг)
│
▼
WEB-DK (§5.12): ссылка / PDF /
SMS · Telegram · Max · кабинет клиента
Важно: документ «Оплата» в конфигурации вводится на основании поступления бланков СО — это не закрытие техосмотра. Для денег по ТО используют «Поступление денег», чек с ДК или банковские документы.
Задача «Задание на техосмотр» — предварительная запись на осмотр (создаётся вручную или из внешних каналов, например веб-сервис ПТО). В задании указывают пункт ТО, ТС, собственника, плательщика (если отличается), представителя, пробег, сумму к оплате, при повторном осмотре — ссылку на карту первичного осмотра.
При заполнении ДК с задания переносятся: ТС, собственник, представитель, плательщик, пробег, сумма к оплате, организация, пункт ТО, карта первичного осмотра; автоматически ставятся начало/окончание проверки по норме времени для классификации ТС. После записи ДК связанное задание помечается выполненным.
С задания также можно ввести «Поступление денег» (предоплата до осмотра) — см. §5.4.7.
Контроль: отчёт «Отчет по заданиям на ТО».
Предусловия: заведены (или создаются из формы) транспортное средство и контрагенты (собственник, при необходимости плательщик и представитель); указаны организация, пункт ТО, эксперт (проверяющий).
СуммаКОплате). При записи программа сама добавляет/обновляет строку услуги «Технический осмотр транспортного средства …» в табличной части «Услуги».Что даёт проведение ДК в учёте (движения документа):
НомерЧекаККМ ≠ 0) — дополнительно взаиморасчёты и поступление денежных средств (как оплата услуги ТО).Таким образом, для типичного розничного сценария «осмотр + чек на форме ДК» отдельный документ продажи часто не нужен: закрытие по деньгам делает сама карта после пробития чека.
Ожидаемый результат: ДК проведена; видна в «Журнале учета диагностических карт» / «Книге учета диагностических карт»; номер карты формируется по правилам нумерации (префикс базы / код эксперта — по настройкам).
Типовые ошибки: не заполнены обязательные пункты проверки; нет эксперта / организации; предупреждение о расхождении суммы ДК и задания — сверьте СуммаКОплате; повторное создание ДК на то же задание — программа предупреждает, если карта уже есть.
Обмен с ЕАИСТО-М строится на экосистеме WEB-DK. Два рабочих контура (можно сочетать на пункте):
| Контур | Что это | Когда достаточно |
|---|---|---|
| EAISTO.helper | Расширение браузера Chromium | Повседневное оформление: перенос данных на сайт ЕАИСТО (Ctrl+Shift+Y) и возврат PDF в ПТО / WEB-DK |
| EAISTO Client Agent | Локальная Windows-программа (HTTP API на ПК) | Полная автоматизация без ручной работы на сайте: капча, фазы P1/P2, подпись КриптоПро, очередь карт |
Официальное описание обоих контуров: web-dk.ru/apidoc-eaistom. Старый Windows «ЕАИСТО.Коннектор» для новых установок не нужен (сообщения ПТО про «коннектор» обычно означают недоступность агента).
chrome://extensions / browser://extensions.Сценарий: ДК в ПТО → сайт ЕАИСТО-М в браузере с helper → Ctrl+Shift+Y (заполнение полей) → регистрация на сайте → PDF / номер / срок возвращаются в ПТО или кабинет WEB-DK. Установка бесплатна; отдельные шаги через WEB-DK могут списываться с лицевого счёта.
Назначение. Программа на компьютере пункта автоматизирует работу с ЕАИСТО-М: вход и капча, передача черновика и фото (фазы диагностики), электронная подпись через КриптоПро на этом ПК, получение номера карты и PDF — без ручного заполнения сайта ЕАИСТО. Доступ к дистрибутиву — закрытый бета / по заявке из личного кабинета WEB-DK (кнопка «Скачать ЕАИСТО.Connector» в «Начале работы» ведёт на документацию и инструкции).
/api/v7/dk/), выполняет P1 → интервал → P2 → подпись и отдаёт номер/PDF в кабинет без кликов оператора на каждом шаге.C:\Program Files (x86)\EAISTO\eaistoClientAgent\ или C:\Program Files\EAISTO\eaistoClientAgent\.APIKeyWEBDKRU в ПТО) и запустите сервис.http://127.0.0.1:8080/api/ (порт можно изменить в агенте). Проверка без ключа: GET …/api/status?format=json — должны быть версия и статус сервиса.127.0.0.1), а не напрямую на публичный сайт ГИБДД — иначе программная выгрузка из 1С не попадёт в агент.eaistoClientAgent).Модуль обмена ЕАИСТО в ПТО ходит HTTP-запросами на адрес из «Сервер ЕАИСТО» по совместимому пути /api5/ecp1c/… (агент также понимает современный префикс /api/). Авторизация — query-параметр access-token (ключ WEB-DK).
ДК в ПТО → «Выгрузить и подписать» / «Выгрузить только черновик»
│
├─ captcha (вход в ЕАИСТО; при autoCaptcha агент решает сам)
├─ send P1 (черновик + фото1, старт интервала диагностики)
├─ … ожидание минимального интервала между фото …
├─ send P2 (фото2 + id черновика)
└─ sign (КриптоПро в агенте → номер, срок, PDF в ДК)
На форме ДК это те же команды выгрузки; фото готовьте заранее (в т.ч. приложение «Фото для техосмотра», облако, WEB-DK.Sync при ограниченном интернете). В карточке сотрудника указывается сертификат / параметры эксперта для ЕАИСТО; в актуальной поставке подпись КриптоПро для программного контура рассчитана на сторону агента (не на тонкий клиент 1С).
Параметры API (status / captcha / send / sign, схема JSON карты, госпошлина в paymentInfo) — на apidoc-eaistom; версию агента смотрите в ответе /api/status.
Типовые ошибки Client Agent:
/api/status не отвечает — перезапустите агент, проверьте порт 8080 (или свой);certThumbprint), сбой КриптоПро;Типовые ошибки helper: не установлен / отключён; версия < 1.6.1; не Chromium-браузер; нет сессии эксперта на сайте ЕАИСТО; нулевой баланс WEB-DK на платных шагах.
Если флаг безнала не включён и настроены ККТ / рабочее место кассира:
Если чек с карты не используют (оплата в кассу отдельным документом, предоплата, смешанный сценарий) — оформите «Поступление денег» на основании ДК или задания (см. ниже). Не дублируйте одну и ту же оплату чеком на ДК и поступлением денег без необходимости — иначе задвоятся движения по кассе / взаиморасчётам.
Под «закрывающими» в практике пункта обычно имеют в виду комплект, которым закрывают оказание услуги ТО для бухгалтерии клиента или банка: счёт, акт, УПД / счёт-фактура, поступление оплаты.
Для многих сценариев достаточно команд печати с проведённой ДК: договор, счёт на оплату, акт, УПД, товарный чек / квитанция. Реквизиты услуги и суммы берутся из карты (сумма за ТО, организация, собственник / плательщик).
Вводится на основании диагностической карты (команда «Создать на основании» в форме выбора / списка ДК).
При заполнении с ДК:
Далее: проверьте и при необходимости дополните строки → проведите → печать акта, счёта, УПД / счёта-фактуры с документа реализации. Оплату отразите «Поступлением денег» (в т.ч. на основании этой реализации) или банковским поступлением на счёт — по регламенту пункта.
Документ учёта прихода оплаты. На основании ДК заполняются: организация; контрагент = плательщик, иначе собственник; сумма = «Сумма за ТО»; основание = ДК; вид — услуги технического осмотра; пункт ТО от эксперта.
Также вводится на основании: задания на ТО, «Продажи товаров и оказания услуг», «Услуг по оформлению документов в ГИБДД», полиса ОСАГО, «Документов для юр. лица».
Проведите документ; при необходимости пробейте чек с формы поступления (если так принято на пункте) — см. §5.7.
Документ раздела Продажи — для розничных / смешанных продаж без (или помимо) автоматического контура ДК: доп. товары, пакеты услуг, отдельные акты. На основании ДК он не создаётся; связь с осмотром задают вручную при необходимости. Оплату по нему закрывают «Поступлением денег» на основании оказания услуг.
| Основание | Что создают | Типичная цель |
|---|---|---|
| Задание на техосмотр | Диагностическая карта; Поступление денег | Старт осмотра; предоплата |
| Диагностическая карта | Документы для юр. лица; Поступление денег | Акт/УПД/счёт для юрлица; оплата без чека с ДК или доплата |
| Документы для юр. лица | Поступление денег | Закрытие оплаты по выставленной реализации |
| Продажа товаров и оказание услуг | Поступление денег | Оплата отдельной продажи |
| Услуги по оформлению документов в ГИБДД | Поступление денег | Оплата сопутствующих услуг оформления |
Команды ввода на основании доступны в форме выбора ДК и стандартным механизмом «Создать на основании» у соответствующего объекта.
Порядок: заполнение шапки и табличной части → проведение → печать при необходимости.
После записи / проведения ДК (при включённой константе формирования внешней ссылки и заполненном ключе API) программа может отдать готовую карту клиенту без повторного визита за бумагой:
СсылкаНаКартуВWEBDK) и загрузить PDF файла карты;Полная схема экосистемы, модели Cloud / коробка, настройка и сервисы автозаполнения — в §5.12.
Раздел: Продажи.
Основной документ — «Продажа товаров и оказание услуг». Смежные: поступление товаров, инвентаризация, возврат по чеку. Закрытие техосмотра через ДК и цепочки §5.4; этот раздел — прочие продажи пункта.
Цель: зафиксировать оказанные услуги и/или продажу товаров клиенту вне (или в дополнение к) контуру диагностической карты.
Ожидаемый результат: документ проведён; суммы попадают в отчёты по продажам и взаиморасчёты с клиентом.
Для юрлица по техосмотру предпочтительнее цепочка ДК → «Документы для юр. лица» (§5.4.6), а не ручное заполнение продажи.
Контроль остатков — отчёт «Остатки ТМЦ».
Документ «Возврат продажи по чеку ККМ» используют, когда нужно оформить возврат по ранее пробитому фискальному чеку. Укажите исходные данные чека / документ-основание (по полям формы), суммы, кассу; проведите; при необходимости выполните печать чека возврата на ККТ.
Типовые ошибки: нет исходного чека / неверная касса; смена ККТ не открыта.
Раздел: Страхование.
| Документ | Когда использовать |
|---|---|
| Полис ОСАГО | Оформление полиса ОСАГО в контуре пункта |
| Полис ЕОСАГО | Электронный полис (е-ОСАГО) |
| Договор ОСАГО стороннего страховщика | Учёт договора, оформленного через стороннего страховщика |
Контроль: «Отчет по ОСАГО», «Отчет по оформленным договорам ОСАГО (отчет агента)», «Отчет по застрахованным ТС», «Анализ ТО и ОСАГО», «Заявления для страховой компании», «Акт сдачи приемки для страховой компании».
Типовые ошибки: сбой обмена со страховым сервисом — учётные данные и журнал регистрации; неверный расчёт тарифа — пересчёт на форме до проведения.
Раздел: Финансы (кассовые и банковские операции).
| Документ | Назначение |
|---|---|
| Оплата | Оплата поставщику (в т.ч. на основании поступления бланков СО) — не закрытие ТО клиентом |
| Поступление денег | Приход оплаты от клиента (в т.ч. на основании ДК, задания на ТО, реализации, оказания услуг, полиса) |
| Прием платежей | Приём платежей (в т.ч. через платёжные инструменты пункта) |
| Поступление на счет / Расход со счета | Безналичные операции по расчётному счёту |
| Платежное поручение | Платёжное поручение |
| Прочие расходы | Прочие расходные операции |
| Корректировка долга клиентов | Корректировка взаиморасчётов |
| Чек коррекции ККТ | Фискальный чек коррекции |
Предусловия:
Чек коррекции ККТ: укажите основание коррекции, суммы, СНО, кассира; проведите; выполните печать чека коррекции.
Контроль: «Ведомость по кассе», «Ведомость движения денежных средств», «Ведомость по банку», «Книга учета доходов и расходов» (при использовании).
Типовые ошибки: смена не открыта; устройство не выбрано; кассир пустой; отказ драйвера — см. главу «Внешние компоненты».
ПТО ведёт оперативный учёт пункта ТО. Передача данных в регламентированный учёт конфигурации «1С:Бухгалтерия предприятия», редакция 3.0 выполняется периодически через интернет — канал личного кабинета WEB-DK. Это не онлайн-синхронизация БСП «Обмен данными» и не обмен локальным файлом / FTP.
Обработка в ПТО: «Выгрузка в „1С:Бухгалтерия 3.0“» — раздел Финансы (также Продажи / Диагностика; при необходимости — «Все функции» → Обработки).
Предусловия: настроен ключ API WEB-DK (§5.12), с рабочего места есть исходящий HTTPS к web-dk.ru.
acts_upload_from_pto_3_2.epf из комплекта поставки ПТО («Файл → Открыть» или «Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки») — по инструкции на форме обработки.Перед массовой загрузкой в БП сделайте резервную копию информационной базы бухгалтерии. Повторная выгрузка того же периода без согласования с бухгалтером может привести к дублям документов — согласуйте регламент (по дням / по месяцу, кто запускает обмен).
acts_upload_from_pto_3_2.epf.Ожидаемый результат: данные периода приняты на стороне WEB-DK; после загрузки в БП — документы реализации (и при необходимости СФ) и отражение денежных операций по регламенту бухгалтерии заказчика.
Раздел: Бланки.
| Документ | Назначение |
|---|---|
| Поступление бланков строгой отчетности | Приход партии бланков (талонов ТО и др.) |
| Перемещение бланков строгой отчетности | Перемещение между местами хранения / ответственными |
| Списание бланков строгой отчетности | Списание (порча, уничтожение и т.п.) |
Порядок для каждого документа: заполнение серии/номеров (или диапазонов — по форме) → проведение → при необходимости печать.
Контроль: «Ведомость движения бланков», «Книга учета бланков талонов», «Ежедневный отчет по бланкам СО», «Отчет об использовании БСО», «Анализ выданных талонов по экспертам», «Акт приемо-передачи испорченных бланков».
Подсистема CRM в текущей конфигурации — это не отдельная «большая» CRM-система, а контур контактов с клиентом вокруг техосмотра и ОСАГО:
ДК / полис ОСАГО
│
├─(ручное)──► «Событие» (тема, тип, контакт) ──► Отправить уведомление
│
└─(авто)────► CRM.СоздатьИОтправитьСобытие (фоновое задание)
│
├─ SMS (тема «ДК ссылка») → SMSCenter
├─ Telegram / Max (тема «ДК …») → WEBDK + PDF
└─ запись в журнале «Событие», состояние Завершено
Раздел интерфейса CRM открывает список событий. Роль call-центра (при назначении) даёт доступ к темам и работе с контактами.
Основные реквизиты:
| Реквизит | Смысл |
|---|---|
| Контакт | Контрагент (обычно собственник ТС или страхователь) |
| Документ основание | ДК, полис ОСАГО / е-ОСАГО, договор стороннего страховщика |
| Тема | Элемент справочника «Темы событий» (шаблон текста) |
| Тип события | Звонок, SMS, email, WA, Telegram, Max, встреча, запись, прочее |
| Содержание | Текст после подстановки макросов темы |
| Номер / Email | Куда отправлять (телефон, код Telegram/Max, адрес) |
| Вложение | Файл (типично PDF ДК из хранимых файлов) |
| Состояние / результат | Запланировано, завершено, отменено и т.п.; результат звонка |
| Начало события | Когда планируется / состоялся контакт (для напоминаний — часто срок действия ДК/полиса) |
| Статус доставки / СМС ID | Для SMS после отправки через SMSCenter |
Ручное создание: раздел CRM → создать событие, либо «Создать на основании» ДК / полиса, либо команды «Отправить в WA» / «Отправить на Email» с формы основания. Заполните тему и тип, проверьте номер/email, запишите и проведите; выполните отправку уведомления (если канал предусматривает).
При записи события-звонка в ДК проставляется ссылка «Событие звонок»; для темы «Техосмотр СМС» (напоминание, не ссылка на карту) — «Событие СМС».
Предопределённые темы (актуальный набор в поставке):
| Тема | Назначение | Канал при отправке |
|---|---|---|
| Диагностическая карта (ссылка в СМС) | Отдать клиенту короткую ссылку WEB-DK | SMS → SMSCenter |
| Диагностическая карта (Telegram / Max / WA / email) | Отдать PDF / сообщение о карте | WEBDK или почта |
| Техосмотр СМС / Техосмотр звонок | Напоминание об окончании срока ДК | SMS / звонок (учёт в событии) |
| Окончание срока ДК в WhatsApp | Напоминание в WA | WA через WEB-DK |
| ОСАГО СМС / ОСАГО звонок | Контакты по полису | SMS / звонок |
В содержании темы используются макросы (подстановка при заполнении события): %name% — имя контакта, %date% — дата, %avto% — ТС, %NumDK% — номер карты, %shortLink% — короткая ссылка WEB-DK. Если содержание темы пустое, CRM подставляет текст по умолчанию (для SMS со ссылкой: «Ваша карта будет доступна по ссылке %shortLink%»).
Цепочка отправки (CRM.СоздатьИОтправитьСобытие):
СсылкаНаКартуВWEBDK; для Telegram — код в реквизите контрагента Telegram; для Max — max.Документы.Событие.ОтправитьУведомлениеПоСобытию: SMS через SMSCenter; Telegram/Max через WEBDK (текст + base64 PDF); при успехе состояние → «Завершено» (для мессенджеров), для SMS пишется ID и статус исходящего.Первое подключение клиента к боту Telegram/Max: на форме ДК показывают QR, клиент вводит код — код сохраняется у контрагента, затем можно слать ДК.
При записи ДК (когда карта уже существует в ИБ) программа может сама поставить фоновые задания CRM:
| Условие | Что уходит |
|---|---|
| Включено формирование внешней ссылки WEB-DK + константа «Отправлять СМС с короткой ссылкой автоматически» + ссылка ещё не отправлялась | Тема «Диагностическая карта (ссылка в СМС)» |
| Константа «Отправлять ДК в Telegram автоматически» + заполнен PDF + у собственника есть Telegram + ещё не отправляли | Тема «Диагностическая карта (Telegram)» с вложением PDF |
Та же константа Telegram-авто + заполнен max у собственника + ещё не отправляли в Max |
Тема «Диагностическая карта (Max)» с PDF (тот же флаг автоотправки в Telegram-контуре кода) |
Константы задаются в настройке программы. Ручные команды на форме ДК («Отправить короткую ссылку СМС», «Отправить в Telegram / Max») вызывают тот же CRM.СоздатьИОтправитьСобытие без ожидания автомата.
Функции КороткаяСсылкаОтправлена / ДКВТелеграмОтправлена / ДКВMaxОтправлена ищут уже созданные события по основанию-ДК, теме и типу, в состояниях «Запланировано» или «Завершено» — чтобы не слать повторно.
Типовые сбои: нет телефона / кода мессенджера; нет короткой ссылки WEB-DK; нет PDF; не настроены SMSCenter или ключ API WEB-DK; фоновое задание не выполнилось — смотрите журнал регистрации («ОтправитьУведомлениеПоСобытию», «ЗагрузкаФайлаВWEBDK»).
Для проактивной работы (окончание срока ДК / ОСАГО) создают события с началом события = дата срока и темами вроде «Техосмотр СМС», «Техосмотр звонок», «ОСАГО …». Обработка / общая форма «Наступающие события» (разделы Диагностика / Страхование) показывает список событий, у которых дата начала заполнена, а состояние ещё не «Завершено» и не «Отменено»; можно отфильтровать по типу и теме, открыть событие и обработать контакт (позвонить, отправить SMS, закрыть результат).
Это рабочий список оператора call-центра / администратора пункта, а не отдельный планировщик заданий платформы.
Отчёты открываются из разделов командного интерфейса или через «Все функции». Для содержательных показателей в базе должны быть проведённые документы за выбранный период. Варианты отчётов настраиваются средствами БСП («Варианты отчетов»).
Типовые ошибки: пустой отчёт — нет движений за период или слишком жёсткий отбор; «только заголовки» при отсутствии прав на данные — проверьте роль пользователя.
Недоступность команды или документа означает ограничение роли. Назначение ролей выполняет администратор в разделе администрирования пользователей. Обход ограничений через чужую учётную запись не допускается.
Для кого: администратор (подключение и ИТС/Cloud), оператор / эксперт (приём, ссылки на ДК, автозаполнение), бухгалтер (выгрузка в БП через интернет). Зачем: связать учёт в 1С с онлайн-сервисами WEB-DK — кабинет, короткие ссылки и PDF ДК, SMS / мессенджеры, автозаполнение реквизитов, обновления.
Обмен из программы идёт через модуль WEBDK по HTTPS с ключом APIKeyWEBDKRU. Сервер сервисов — web-dk.ru; вход в ЛК, демо и скачивание обновлений — pto.web-dk.ru.
Без ключа API локальный учёт (ДК, касса, отчёты) работает. С ключом становятся доступны функции ниже — в руководстве они разобраны по разделам:
| Задача на пункте | Где описано |
|---|---|
| Юрлица: счета, акты, УПД, взаиморасчёты | §5.4.6, §5.9.7, отчёты §5.10 |
| УПНО / госпошлина по машинам автопарка | Реквизит УПНО на ДК, справочник «Реестр УПНО» — §5.4.3 |
| Ускорить ввод клиента и ТС (ИНН, VIN, скан СТС) | Сервисы автозаполнения — §5.12.6, НСИ — §5.3 |
| ЕАИСТО без ручной перепечатки | Helper / Client Agent — §5.4.4 |
| Отдать ДК клиенту ссылкой / в кабинет | §5.4.9, §5.12.7 |
| Касса, терминал, оплаты | §5.4.5, §5.7 |
| Доп. продажи рядом с ТО | §5.5 |
| Путевые листы и сотрудники | §5.9.7, §5.3 |
| Отчёты по выручке и осмотрам | §5.10 |
| Выгрузка в «1С:Бухгалтерия предприятия» 3.0 | Через интернет (WEB-DK) — §5.7.3 |
Обе модели используют одну и ту же конфигурацию «Пункт технического осмотра», ред. 3.3; отличается способ развёртывания и что входит в абонентку / ИТС.
| ПТО.Cloud (SaaS) | ПТО (коробочная версия) | |
|---|---|---|
| Где база | SQL на инфраструктуре WEB-DK; вход через интернет (в т.ч. веб-клиент) | На оборудовании заказчика (файл или свой сервер 1С) |
| Лицензии платформы 1С | Не нужны отдельно — включены в облачный доступ | Нужны лицензии «1С:Предприятие» на вашем контуре |
| Обновления и бэкапы | На стороне WEB-DK (в т.ч. ежедневные снимки за несколько последних дней) | Обновления через канал сайта / ИТС; резервное копирование — обязанность администратора заказчика |
| Сервисы автозаполнения | Включены в абонентскую плату Cloud | В составе подписки ИТС (ПТО.ИТС) |
| Старт | Заявка на сайте → доступ и инструкция → тест → оплата | Внедрение на установленной платформе: база, НСИ, API-ключ, ЕАИСТО, обучение |
Демонстрация без установки: pto-cloud.web-dk.ru/demo. Заявка на пробный период Cloud и заказ внедрения — на pto.web-dk.ru (разделы тарифов / «Попробовать» / «Заказать внедрение»). Условия ИТС коробочной версии — страница сопровождения на том же сайте.
Для администратора пункта на pto.web-dk.ru:
Подключение ПТО.Cloud: заявка → доступ и инструкция от поставщика → настройка по инструкции → проверка сценариев → оплата → штатная работа. Условия ИТС коробочной версии — на сайте поставщика (раздел сопровождения).
Кто: администратор. Зачем: без ключа API локальный учёт ТО (ДК, касса, отчёты) работает, но онлайн-функции (ссылки, кабинет клиента, автозаполнение, выгрузка в БП через интернет, часть ЕАИСТО-сервисов) — нет.
web-dk.ru с токеном доступа.Рабочим местам нужен исходящий HTTPS к web-dk.ru (прокси / файрвол — по ИТ-политике заказчика).
Типовой день пункта с подключённым WEB-DK (дополняет регламент §5.11):
Сервисы ускоряют создание карточек клиента и ТС. Доступ:
| Сервис | Что делает | Где в ПТО |
|---|---|---|
| Автозаполнение контрагента | Реквизиты и контакты владельца ТС без ручного набора | Карточка контрагента — подстановка по ИНН (DaData через API WEB-DK) |
| Автозаполнение автомобиля | Марка, модель, год и др. по VIN | Обработка / помощник VinBase, поля ТС |
| Распознавание сканов СТС | OCR по фото/скану свидетельства о регистрации | Сценарий распознавания документов / помощник ввода ТС (по поставке) |
Также через WEB-DK доступны поиск по реестру операторов ТО (при первоначальной настройке) и вспомогательные сервисы ЕАИСТО (например, решение капчи) — по настройкам пункта.
Без действующей подписки Cloud / ИТС или при нулевом балансе платных шагов автозаполнение и часть онлайн-операций недоступны; учёт ДК и кассы при этом не блокируется.
ДК в 1С (запись / проведение)
│
├─► Короткая ссылка (api files/get-short-link) → реквизит «Ссылка на карту в WEBDK»
├─► Загрузка PDF (api files/upload) → флаг «Файл карты загружен в WEBDK»
├─► SMS с ссылкой (CRM + канал WEB-DK)
├─► Telegram / Max (PDF карты клиенту)
└─► «Выгрузить в кабинет клиента» (личный кабинет клиента на сайте)
На форме ДК:
IDWEBDK, ID карты в системе, номер в ЕАИСТО используются при импорте и при обмене файлами.Получение PDF результата заказа ДК с сервера WEB-DK (API order-result) доступно в сценариях, где карта оформлялась / заказывалась через веб-контур.
Обработка «Обмен с сайтом» (метаданные «Импорт из WEBDK») загружает с сайта диагностические карты и связанные объекты (сотрудники, пункты ТО, пользователи) по логину/паролю интеграции. Карты сопоставляются по IDWEBDK. Используйте при миграции с веб-контура или синхронизации исторических данных. Перед массовым импортом сделайте резервную копию ИБ.
Форма WEB-DK различает «обычный» ПТО и облачный режим: отображаются срок облака / ИТС, стоимость, идентификатор. Информация о пользователе запрашивается с сервера при старте сеанса. Проверка версии конфигурации на сервере обновлений помогает узнать о новых релизах; файлы обновлений — раздел «Скачать обновления» на pto.web-dk.ru, установка — глава установки.
Выгрузка данных в «1С:Бухгалтерия предприятия» 3.0 — рабочий канал через интернет (личный кабинет WEB-DK); на стороне БП — обработка acts_upload_from_pto_3_2.epf из комплекта поставки (подробно §5.7.3).
Актуальные тарифы Cloud / ИТС и детали API кабинета — в ЛК на pto.web-dk.ru и у поддержки; в руководстве — настройки в конфигурации и сценарии учёта.
Скриншоты (рис. 5.1–5.16) будут вставлены после съёмки с демо-стенда / рабочей ИБ актуального релиза. До их появления ориентируйтесь на имена разделов и объектов в программе и на справку F1.