1С:Управление автотранспортом (1С УАТ): описание подсистем и возможностей
Основные возможности 1С:Управление автотранспортом «Стандарт»
Программный продукт «1С:Управление автотранспортом Стандарт» предназначен для автоматизации управленческого и оперативного учета в автотранспортных организациях, а также в автотранспортных подразделениях торговых, производственных и прочих предприятиях, использующих автотранспорт для собственных нужд.
Диспетчерская подсистема (управления заказами и диспетчеризации)
Прием заказов на автомобильный транспорт
Обычно в заказе указывается маршрут транспортировки, особенности перевозимого груза, а также требования, предъявляемые к автомобилю. Допустимо отслеживание заказов, выполненных частично. Заказ может быть принят от сторонних контрагентов и внутренних подразделений предприятия.
Выписка разнарядки на выпуск транспортного средства
Выписка делается с соблюдением графиков работы водителей и разных режимов работы транспортного средства. Программа проверяет в автоматическом режиме, пригоден ли автомобиль для выполнения конкретного рейса. Причем во время проверки учитываются следующие показатели: нахождение или ненахождение в ремонте, предусмотрено или не предусмотрено техническое обслуживание на конкретные даты. Дополнительно необходимо проверить отсутствие документации с истекшим сроком годности (страховой полис и так далее).
Эти разнарядки используются во время пакетной выписки путевых листов.
Создание маршрутных листов
Создание и обработка путевых листов следующих категорий:
При этом путевые листы выписываются как вручную, так и в автоматическом режиме. Для крупных компаний и предприятий подходит пакетная выписка, поскольку с ее помощью можно быстро формировать и печатать путевые листы при минимальном участии диспетчера.
Во время создания путевого листа переносятся остатки топлива и показания спидометров транспортных средств. После обработки путевого листа при помощи программного продукта рассчитываются параметры выработки: время в наряде, простое, работе, количество поездок, масса транспортируемого груза, пробег с грузом и без него. Данные параметры выработки настраиваются пользователями через справочник. Причем для водителей в путевых листах предусмотрено начисление заработной платы только по итогам выполненной работы.
Далее на основании рассмотренных выше путевых листов в программе формируются аналитические отчеты:
Рассматриваемый программный продукт предназначен для отслеживания таких состояний транспортных средств:
Во время оформления такой документации как разнарядка на выпуск транспортного средства, ремонтный и путевой лист меняется и состояние авто в автоматическом режиме. Благодаря документации «Диспозиция ТС» пользователь может фиксировать состояние и местонахождение машины. Детальные сведения о состоянии автомобиля находятся в отчете, приложенном ниже.
Подсистема ПТО
Данный учет обычно ведется в справочниках «Оборудование ТС», «Модели ТС» и так далее.
В подсистеме предусмотрена возможность проведения быстрого отбора транспортных средств по колоннам, организациям и моделям. Это делается благодаря удобной форме списка автомобилей специальными пиктограммами. Происходит отбор транспортных средств с приближающимся сроком технического обслуживания и окончанием срока действия таких документов как полисы ОСАГО, сертификаты и прочее. В карточке транспортного средства можно ознакомиться с подробной информацией об его технических характеристиках.
Нужно обратить внимание, что на закладках карточки транспортного средства можно вести учет таких сведений:
Именно на основании путевых листов выполняется учет выработки машин и оборудования. Во время обработки путевых листов при помощи программы рассчитываются заданные параметры выработки (грузооборот, общий пробег, наработка в моточасах и так далее). После этого данные параметры используются для формирования разных аналитических отчетов и контролирования прохождения планового технического обслуживания.
Причем нормы прохождения технического обслуживания обычно задаются в справочнике «Модели транспортных средств». При помощи программного продукта можно настраивать нормы технического обслуживания в зависимости от объема выработки и календарных сроков. В качестве параметра выработки берется любой произвольный параметр (количество выполненных операций, пробег и так далее).
Благодаря функциональным возможностям программного продукта можно контролировать срок действия различных документов, которые были выданы водителям и автомобилям (речь идет не только о медицинских справках, сертификатах, но и о страховых полисах ОСАГО). Все виды документации обязательно настраиваются через специальный справочник (причем их количество неограниченно). Срок действия того или иного документа можно посмотреть в отчете. Водители и машины в справочниках выделяются специальной пиктограммой.
Что касается учета шин, аптечек, аккумуляторов, раций и другого дополнительного оснащения, то он ведется в разрезе каждого транспортного средства. А вот учет шин также ведется и в разрезе мест установки. Программный продукт фиксирует место и дату установки, а также замены каждой шины. Во время обработки путевых листов автоматически учитывается пробег по каждой шине, которая была закреплена за транспортным средством. Благодаря отчетам по контролю срока износа шин можно быстро принимать решения о необходимости их замены.
Следует заметить, что кроме всего прочего в программе также ведется учет ДТП (дорожно-транспортных происшествий). В соответствующих документах указываются сведения об автомобиле и водителе, который стал участником ДТП. Дополнительно может быть указан перечень сторонних участников ДТП, а также сведения экспертизы ущерба и страховой компании.
Благодаря аналитическим отчетам возможно:
Подсистема учета ГСМ
Здесь ведется настройка норм расхода горюче-смазочных материалов, учета поступлений, выдачи и расхода горюче-смазочных материалов. Поступление и выдача ГСМ отражается в документации «Поступление товаров» и «Заправка ГСМ». В путевых листах ведется расчет расхода топлива. Есть и другие специальные документы, предусмотренные на случай слива ГСМ, если был выполнен возврат топлива с транспортного средства обратно на склад.
Разновидности оформления заправок:
Что касается заправок по пластиковым карточкам, то в программном продукте предусмотрены вспомогательные возможности ведения учета. Они следующие: загрузка сведений из отчетов с детализациями заправок и автоматическое сравнение с данными, которые были введены на основании квитанций водителей. Причем в поставку программы была включена обработка для загрузки сведений по заправкам следующих процессинговых центров:
Предусмотрена обработка «Универсальная загрузка данных ПЦ», которая предназначена для других процессинговых центров, не представленных в вышеуказанном перечне. Это обусловлено тем, что они также предоставляют отчеты по заправкам в электронном виде открытого формата (Excel, txt, DBF и так далее). С помощью «Универсальной загрузки данных ПЦ» реализована загрузка этих сведений в программу. Далее происходит сверка с отчетами водителей.
Для выполнения инвентаризации остатков топлива в баках автомобилей предусмотрен документ «Инвентаризация ГСМ в ТС».
При обработке в путевом листе осуществляется расчет расхода топлива. Причем его нормативный расход рассчитывается согласно нормам расхода, настраиваемым в справочнике «Модели транспортных средств». Алгоритмы расчета в программе реализованы в соответствии с приказом Минтранса. Благодаря им можно рассчитывать следующие виды расхода горючего:
Дополнительно в программе предусмотрена возможность ведения учета сезонных надбавок на расход топлива и надбавок на работу в непростых условиях.
Кроме того, в программе ведется учет остатков технических жидкостей на транспортные средства. Это отображение можно отыскать в отчете «Остатки ГСМ на автомобили». При этом результирующие данные по движению горюче-смазочных материалов и ТЖ можно отыскать в таких отчетах:
Подсистема учета ремонтов и сервисного техобслуживания
В ней ведется учет:
Нужно обратить внимание, что в подсистеме ведется учет ремонтных работ, проведенных на собственной ремонтной базе или в сторонних сервисных центрах.
Заказы на проведение ремонта регистрируются таким документом как «Предварительный заказ на ремонт». В нем указывается транспортное средство, причина обращения в сервисный центр, список неполадок и деталей. Если ремонтные работы проводятся в стороннем сервисном центре, то предзаказ может быть распечатан в таком виде.
Ремонтными листами называются документы, которые регистрируют проведенный ремонт, техобслуживание, замену аккумуляторов и шин. Эти документы составляются на основании предзаказов. Что касается документа под названием «Ремонтный лист», то он выполняет списание частей со склада предприятия, если ремонтные работы проводятся в собственном сервисном центре. Если же ремонт выполняется мастерами стороннего сервисного центра, то в документе обязательно фиксируется конечная цена проведенных работ. А вот если для выполнения ремонтных работ были привлечены водители, то время, выделенное на работы, указывается в табеле учета рабочего времени шоферов.
В отчетах прописывается статистика всех выполненных ремонтных работ.
Подсистема складского учета
Здесь можно провести следующие складские операции:
Нужно помнить, что комплектация должна учитываться отдельно в разрезе каждого транспортного средства. Именно поэтому в складской учет входит учет аккумуляторов, шин, аптечек и прочего. Для аккумуляторов и шин ведется детальный учет технической информации.
В программном продукте есть и возможности группового оприходования аккумуляторов и шин, что дает возможность существенно минимизировать время при вводе документов.
Подсистема взаиморасчетов (учета транспортных услуг, которые были оказаны)
Учет тарифов и прейскурантов
Благодаря структуре справочника тарифов можно выполнять настройку разных областей действия прейскурантов:
Тарифы могут быть заведены абсолютно на любой параметр выработки. В программном продукте можно выполнять настройку зависимости величины тарифа от объема работы и устанавливать тарифы.
Особенности расчета стоимости транспортных услуг
Во время обработки путевых листов в товарно-транспортной документации (аналоги талонов заказчиков, товарно-транспортные накладные) ведется расчет стоимости услуг.
Формирование счетов, реестров, актов за оказанные услуги
Они должны быть сформированы на основании этой документации за произвольный временной период с разной степенью детализации. Причем формирование осуществляется в разрезе каждого заказчика. Дополнительно может быть сформирован перечень транспортных услуг как дополнение к актам и счетам.
Подсистема учета работы водителей
Учет выработки и рабочего времени водителей
Начисление средств по путевым листам
Способы расчета заработной платы водителям:
Подсистема учета затрат
Она нужна для ведения учета прямых расходов. Благодаря ей проводится распределение косвенных затрат между транспортными средствами.
Причем прямые траты определяются благодаря ремонтным и путевым листам.
Косвенные расходы делятся между транспортными средствами по следующим общепринятым алгоритмам:
Предусмотрена возможность вывода отчетов по затратам в разных разрезах аналитики. К примеру, по транспортным средствам.
Онлайн курс «1С:Предприятие 8». Работа с совместным решением «1С:Управление автотранспортом Стандарт»
Учебный центр 1С-Рарус Москва
Стоимость и расписание курсов
| Даты проведения | Время проведения | Что включено | Объем курса | Стоимость | Примечание |
|---|---|---|---|---|---|
| 22 – 26 ноября 2021 | 10:00-13:00 |  | 20 | 11 040 | |
| 7 – 11 февраля 2022 | 10:00-13:00 | | 20 | 11 040 | |
| 23 – 27 мая 2022 | 10:00-13:00 | | 20 | 11 040 | |
| 3 – 7 октября 2022 | 10:00-13:00 | | 20 | 11 040 |
Перейти к расписанию всех курсов ЦСО «1С-Рарус»
Учебный центр 1С-Рарус Москва
Программа и описание курса
Онлайн курс «1С:Предприятие 8». Работа с совместным решением «1С:Управление автотранспортом Стандарт» — это учебный курс по программному продукту «1С:Управление автотранспортом Стандарт», который проводится через интернет с помощью организации онлайн трансляции.
Курс ориентирован на ключевых пользователей, участвующих во внедрении системы программ «1С:Предприятие 8». Работа с совместным решением «1С:Управление автотранспортом Стандарт».
Продолжительность курса: 20 академических часов (5 онлайн занятий по 3 часа).
Стоимость обучения: 11 040 руб. за одного участника. В стоимость обучения входят методические материалы по примерам, рассматриваемым на курсе, прохождение тестирования по программному продукту «1С:Управление автотранспортом Стандарт» и свидетельство фирмы «1С».
Для получения свидетельства о прослушивании курса необходимо присутствовать на обучении каждый день в указанное время и пройти тестирование по окончанию курса. Пропуски недопустимы. Запись курса не предоставляется.
Требования: наличие компьютера с доступом в интернет и аудио-гарнитурой, навыки работы с персональным компьютером в среде «Microsoft Windows», начальные навыки работы в системе «1С:Предприятие 8».
Докладчик
Ведущий специалист линейки решений «1С:Управление автотранспортом» в компании «1С-Рарус».
Программа учебного курса
Учебно-тематический план
Тема 1. Краткий обзор программного продукта «1С:Управление автотранспортом»
Тема 2. Первоначальная настройка и заполнение информационной базы
Тема 3. Изучение модуля учета ГСМ
Тема 4. Изучение модуля «Работа ТС»
Тема 4. Изучение модуля «Работа ТС»
Тема 5. Изучение модуля «Учет ДТП»
Тема 6. Изучение модуля «Складской учет»
Тема 7. Изучение модуля «Ремонт»
Тема 8. Изучение модуля «Услуги»
Тема 9. Изучение модуля «Учет затрат»
Тема 10. Изучение модуля «Управление персоналом»
Тема 11. Изучение модуля «Автоматизированные рабочие места»
Тема 12. Изучение вариантов работы решения и взаимодействия с типовыми конфигурациями «1С»
Тема 13. Теоретический тест
Для прохождения обучения необходимо
Курс разработан Центром Сертифицированного Обучения «1С-Рарус».
Программа уат 1с предприятие обучение начинающим
Сервис, дающий возможность отправлять отчетность в контролирующие органы непосредственно из программы 1С.
Заключение договора за дополнительную плату
Заключение договора за дополнительную плату
Электронный документооборот. Сервис для обмена счетами-фактурами и другими документами 1С.
Даёт возможность организовать безопасный доступ к офисным приложениям компании на платформе «1С:Предприятие 8» из любой точки мира.
Бесплатно можно подключить 1 туннель с подключением 2 баз.
Бесплатно можно подключить 1 туннель с подключением 5 баз.
проект фирмы 1С, с помощью которого можно ознакомиться с нововведениями в законодательстве, задать вопросы и получить консультацию.
Заключение договора за дополнительную плату
1С УАТ (Управление автотранспортом). Практика внедрения.
Сие повествование – есть последовательность шагов внедрения системы учёта и автоматизации бизнес-процессов на предприятии. Все описанные ниже события, происходят в настоящее время. Поэтому данный материал, будет дополняться новой информацией!
По возникшим вопросам, обращайтесь по адресу электронной почты: soft@okolokompa.ru
Подробнее про “Патч для 1С УАТ ” (БагФиксУАТ) Вы можете узнать здесь.
Предприятие, описываемое в данной статье, занимается грузоперевозками. Основной системой учёта хранения и движений материальных запасов, кадров, бухгалтерии и логистики является – 1С 7.7 Комплексная конфигурация. Которая, на протяжении нескольких лет, была вся «перепилена» и дополнена новым функционалом.
Для предприятия наступил тот момент, когда потребности ведения бизнеса, давно переросли возможности хорошо зарекомендовавшей себя, но устаревшей платформы 1С 7.
Было продумано много вариантов «на чём и как» работать дальше. В пользу 1С 8.3 выбор был однозначен. А на счёт конфигурации, было рассмотрено масса вариантов, вплоть до написания своей «с нуля». Итогом выбора стал УАТ 2.1.3.1 (Управление автотранспортом), по причине того, что это решение, больше всего подходило под требования организации.
По крайней мере, так были официально заявлены возможности этой конфигурации. Плюсом в пользу УАТ, послужила ещё её свежесть и частота обновлений. Создавалось впечатление, что эта конфигурация бурно развивается, своевременно исправляются ошибки и появляются новые функции.
Забегая вперёд, скажу, это только впечатление. Вся конфигурация состоит из ошибок… Причём, некоторые из них, настолько лежащие на поверхности, что иной раз приходила мысль – вообще кто ни будь перед релизом, тестировал это решение…
Задуманный функционал, как и логика процессов в УАТ вполне прилична, но ошибки, просто сплошные ошибки и недоработки, сводят положительные стороны на нет. Естественно, поправить и доработать можно всё, но только не закрытые модули, которые также присутствуют в конфигурации. И самое главное – цена лицензии. Она не оправдывает свою цену.
Так почему же УАТ? Как правильно и ёмко сказали на одном из интернет ресурсов: “… Он плох, но безальтернативен…”. В общем таковы реалии…
Могу сразу сказать, что в поставке присутствует демоверсия (заполненная виртуальными данными конфигурация). Но посмотреть её возможности без ключа, вы также не сможете. Защита устроена таким образом, если при запуске не обнаружен лицензионный ключ, появляется форма его установки. При отказе от установки ключа – конфигурация закрывается. Поэтому, только купив УАТ, вы сможете ознакомиться с его возможностями.
Назад пути нет. Выбора из программных продуктов, подходящих для нашей деятельности, тоже. Будем работать с тем, что имеем.
Мы усложним себе задачу тем, что по мере возможности, не будем вносить изменений в код конфигурации. Для этого используем возможности платформы 1С 8 –«Расширение конфигурации».
Таким образом, все нижеописанные ошибки, мы устраняли при помощи собственного “Патча для УАТ” (БагФиксУАТ)
Вначале, был произведён перенос необходимых справочников из базы 1С 7 в УАТ, в разрезе учёта транспорта и логистики. Конфигурацией – «Конвертация данных» не пользовались. Уж сильно не стандартен был переезд и в перспективе ожидалась синхронизация между базами с расчетом на то, что предприятию придётся работать в двух базах на этапе тестирования. Для этих целей, была написана собственная внешняя обработка для УАТ, которая через OLE подключалась к базе 1С 7.
Базу 1С 7 не «причёсывали», тащили всё как есть, чтобы не терять время. Помеченные на удаление элементы, переносили в новую конфигурацию тоже, где их также делали «помеченными». По причине того, что в старой базе, эти помеченные на удаление объекты, участвовали в общей ссылочной массе.
В свойствах УАТ установлен режим совместимости с 1С 8.3.10, а нам для полноценной работы расширения, необходимо использовать 1С 8.3.11. Поэтому указанное свойство поменяли на «Режим совместимости – Не использовать».
Тут появилась первая проблема: Общий модуль «УправлениеКонтактнойИнформациейКлиент» при работе с адресами вызывал ошибки:
Процедура или функция с указанным именем уже определена (ПобитовоеИ)
Процедура или функция с указанным именем уже определена (ПобитовоеИли)
При беглом взгляде, в этом модуле подобных функций не было. Сразу пришла мысль… Да ну. Выделил полностью в тексте кода ПобитовоеИ и ПобитовоеИли, щёлкнул правой кнопкой мыши и вызвал Синтакс-помощник. Точно, в 1С 8.3.11 – это теперь своя собственная предопределённая функция!
Как дальнозорки были программисты))). А, может, и притащили её из стандартных подсистем, там комментарии в коде, вроде чего говорили об этом. Вот верите, лень сейчас открывать БСП и смотреть оттуда ли она. Если надо посмотрите сами.
А теперь представьте, что этот ошибочный модуль даже не инициализируется, то есть перехватить в расширении данную функцию Аннотацией &Вместо невозможно. (Мы же решили не менять код конфигурации).
На самом деле ошибок очень много. Здесь привожу примеры только тех, которые запомнились. Много поправок было внесено в процессе чтения кода, многие обнаруживались случайно.
К примеру, документ – «Заказ на ТС». Ссылается на справочник «Пункты Назначения», где указываются расстояния между этими пунктами. При попытке внести пункт в заказ, возникает ошибка:
Поле объекта не обнаружено (Расстояние)
Копаем и видим, что в процедуре получения расстояний написано непонятно что. Передаются не существующие параметры, к несуществующим реквизитам. Даже нет ни малейшего желания разбирать этот бред. Такое ощущение, что программист уснул на клавиатуре и ввёл в модули наборы букв.
Удаляем целый клок. Создаём собственный общий модуль, так как расстояния задействованы по всей конфигурации. Пишем свои процедуры. Все обращения из объектов конфигурации к вычислению расстояний, переписываем заново и перенаправляем на наш модуль. Всё работает…
Здесь можно дополнить, что по этой самой причине не работал и документ – «Маршрутный лист»; вываливался в ошибку. Тем более создать его, на основании заказа на ТС, не представлялось возможным. Он даже не открывался…
«АРМ Контроль перевозок» – дал много поводов для размышлений. Он не запускался вообще. Выдавал лишь:
Значение не является значением объектного типа (Получить ТекущиеКоординатыТС)
Было обнаружено, что эта ошибка происходит в закрытом модуле. Который ещё, до кучи, поставляется без исходных текстов. Здесь оставалось только догадываться, или ошибка в самом модуле, но его посмотреть мы не можем. Или ошибка в параметрах, которые передаются в этот модуль.
Убито было много времени. Отладчик использовался на всю катушку. Кое-что выяснить удалось, но только на уровне догадок. Переписав код обращения к этому модулю, «АРМ Контроль перевозок», наконец то запустился… Дальше его «копать» не стали. Ждём новых ошибок, поэтому если они будут. А они будут))) вернёмся к АРМу позже…
Форма списка справочника ТС и оборудования, так же была ущербная. При выборе детальной информации по ТС, возникала ошибка:
Преобразование значения к типу Булево не может быть выполнено
Во всём было виновато условие, по которому определялось – учитывать работу ТС по спидометру или моточасам. Здесь всё просто – Если Булево СпидометрУстановлен = Истина, значит считаем по спидометру, = Ложь, значит по моточасам.
Условия были написаны программистом правильно, но почему не работало? Всему причиной послужило то, что справочник ТС иерархический и в проверку по этим условиям, “просачивались” группы. Откуда спидометр у группы справочника?))). Самое интересное, что и в коде была проверка на Ссылка.ЭтоГруппа, но УАТовские чудотворцы сравнили овальное с зелёным. Немного поправив код, буквально пару букв, форма списка справочника ТС заработала…
А этот “баг”, я бы назвал поэзией программирования))). Документ Путевой лист имеет несколько табличных частей: заправки, сливы, билеты и прочие.
Проверка заполнения этих таблиц осуществляется процедурой ПередОкончаниемРедактирования, где проверяются различные реквизиты на предмет их заполненности в текущей строке. Вроде бы всё нечего, но “светлые” умы Раруса сделали так, что если какой либо из проверяемых реквизитов не заполнен, Отказ сразу становится Истина и более того, выдаётся Предупреждение. (Бла, бла у вас не заполнено это).
Чувствуете поэзию и торжество ума программеров!. Вот и пользователь чувствует, когда при заполнении строки, сразу вылетает предупреждение о незаполненности реквизита, до которого он ещё и не добрался))).
Естественно, даже передвинуть скроллбар в таком случае невозможно. И закрыть форму тоже. И закрыть программу тоже. Только жёсткий выход при помощи диспетчера задач.
Ну а мы заимствуем процедуры табличных частей ПередОкончаниемРедактирования в наше расширение. Безжалостно удаляем оригинальный код (оригинальный – во всех смыслах этого слова). И пишем собственные процедуры проверок.
Всё бы было весело, если не потеря драгоценного времени на поиски ошибок и последующего их анализа. Иной раз, логику УАТ понять вообще невозможно, ввиду её отсутствия.
Ну а пока мы боремся с ошибками, наш переезд продолжается. Готовим самостоятельную конфигурацию, которая в дальнейшем, будет служить мостом между УАТ, базой 1С 7 и другими решениями организации. Для начала создадим в ней функционал, который загрузит и сохранит в себе ИД обьектов УАТ, их наименования, ссылки и коды.
Как можно сразу догадаться – это подготовка к “точечному” обмену между конфигурациями. Не будем же мы из-за изменения одного элемента, синхронизировать или опрашивать запросом весь справочник или вид документа. Постараемся сделать синхронизацию “невидимой” и “нечувствительной” для пользователя. Работать ей предстоит потом в режиме сервиса.
На сегодня пока всё. Ждите продолжения…
Актуально при внедрении УАТ рассматривать параметры и нормы расхода ГСМ. А для начинающих водителей, как не допускать перерасхода ГСМ, найдётся информация здесь.