Клиент рассказывал, как обычно у них все происходит с путевыми листами. Когда движение уже началось, у всей команды вдруг возникает уйма вопросов. А менеджер сидит и пытаешься понять, какие из этих вопросов действительно важны.
Самое забавное что на деле путевой лист в 1С не сложный. Он просто выглядит пугающе. Как большая инструкция, которую открываешь и сразу закрываешь, потому что “потом разберусь”.
Новый сотрудник в автопарке моего клиента тратил на первый путевой лист почти полчаса. Проверял каждое поле, боялся нажать лишнее. Через несколько дней он делал тот же документ за пару минут. Спокойно и даже не задумываясь.Просто в какой-то момент он понял, как это работает.
Давайте разберем эту логику, без лишней теории.
Зачем вообще создавать путевой лист в 1С, если можно было бы просто "записать поездку"
Вот здесь многие сначала ошибаются.
Кажется, что путевой лист в 1С это просто электронная копия бумажки: машина поехала, водитель выехал, что-то там записали, сохранили и забыли. Но в жизни этот документ работает как кнопка запуска для всего транспортного учета.
Именно отсюда потом тянется пробег.
Отсюда считается расход топлива.
Отсюда строятся отчеты.
Отсюда видно, сколько реально ездит машина, а сколько она числится ездящей только на бумаге.
Если путевой лист заполнен кое-как, дальше начинает сыпаться все остальное. Сначала немного. Потом уже заметно. А потом кто-нибудь открывает отчет и спрашивает, почему одна машина за неделю "проехала" 14 километров, а списание дизеля по ней как будто она возила кирпичи через полстраны.
Поэтому лучше сразу делать нормально. Это не занимает много времени, но экономит кучу сил потом.
С чего начать: где вообще находится этот документ
Звучит смешно, но это реальный затык для новичков.
Когда человек впервые заходит в транспортный блок 1С, он начинает искать путевой лист где угодно: в справочниках, через поиск, в документах учета ГСМ, иногда вообще в разделе сотрудников. А это обычно обычный документ в журнале.
Чаще всего путь примерно такой:
Транспорт -> Путевые листы
или
Автотранспорт -> Путевые листы
Открываете журнал, нажимаете "Создать", и дальше начинается уже нормальная работа.
Казалось бы, пустяк. Но я видел, как в компании с 18 машинами новый логист полдня искал не ту форму документа. Не потому что неумный. Просто интерфейс 1С умеет иногда выглядеть так, будто прячет нужные вещи из спортивного интереса.
Шаг 1. Выберите автомобиль. И не на автомате
Первое, что обычно указывается в путевом листе, это транспортное средство.
Тут все просто: выбираете машину из справочника. Но простота обманчива. Если в базе 6 автомобилей, ошибиться трудно. Когда их 70, 120 или 200, глаз начинает цепляться не за то, а названия "ТС-001", "ТС-002", "ТС-003" превращают работу в унылый квест.
Однажды я зашел в базу компании, где весь автопарк был назван именно так: ТС-01, ТС-02, ТС-03. Выглядело это примерно как список серийных номеров стиральных машин. Найти нужную "Газель" было сложнее, чем реальную машину на стоянке.
Намного удобнее, когда автомобиль назван понятно:
- Газель А123ВС
- MAN Т456ОР
- Ford Transit К789РТ
Тогда ты не всматриваешься в каталог, как в таблицу химических элементов, а просто находишь нужную машину за пару секунд.
Так что если у вас в базе хаос в названиях транспорта, это мелочь только до первого большого объема документов.
Шаг 2. Укажите водителя. Тут обычно и всплывает реальность
Следом выбирается водитель.
И вот тут часто начинается веселое. Потому что на бумаге водитель в компании есть, в жизни он ездит каждый день, все его знают, а в 1С его почему-то нет. Вообще. Как будто человек работает только в устных разговорах.
У меня был случай, когда в транспортной фирме обнаружили сразу нескольких таких "невидимых" водителей. Рейсы они выполняли, бумаги приносили, машины за ними были закреплены. Но в справочнике сотрудников их не завели. Все всплыло именно в момент оформления путевых листов.
Поэтому если нужного человека нет в списке, не надо ломать документ дальше. Сначала добавьте его в систему нормально. Иначе потом начнется учет на честном слове, а такие конструкции долго не живут.
Здесь все просто: выбираем водителя из справочника и идем дальше.
Шаг 3. Даты и время рейса. Тут лучше не "примерно"
Следующий блок, который многие недооценивают, это дата и время выезда и возвращения.
На первый взгляд кажется: ну какая разница, поставлю просто дату, и хватит. Но на практике как раз здесь потом появляются кривые отчеты, спорные часы работы и путаница по рейсам.
Представьте обычную ситуацию. Водитель выехал 10 марта в 23:10, а вернулся 11 марта в 05:40. Для человека это одна поездка. Для учета это уже пересечение двух дней. И если такие вещи заполнять "на глаз", потом в отчете начинаются пляски с цифрами.
В одной компании после наведения порядка только на времени выезда и возврата выяснилось, что часть рейсов раньше попадала не в те смены. Формально мелочь. По факту это влияло и на загрузку водителей, и на разбор спорных ситуаций.
Так что мой совет простой: если в вашей конфигурации есть возможность указывать время, указывайте. Не потому что "так красиво", а потому что потом меньше путаницы.
Шаг 4. Пробег. Самое коварное поле во всем документе
Если бы я выбирал, где люди ошибаются чаще всего, пробег уверенно был бы в топе.
Потому что цифры. Потому что спешка. Потому что один ноль туда, одна цифра сюда, и вот уже машина у вас будто умеет ездить назад во времени.
В путевом листе обычно указываются:
- пробег на начало рейса
- пробег на конец рейса
Дальше 1С берет эти значения и считает фактический километраж.
Например:
начало рейса: 154 200 км
конец рейса: 154 365 км
Получаем 165 км пробега. Все логично.
А теперь типичная ошибка из жизни:
начало рейса: 154 365 км
конец рейса: 154 200 км
И все. Система смотрит на это с подозрением. Потому что автомобиль вроде бы не DeLorean из фильма и не должен откатывать километры назад.
Я однажды разбирал ситуацию, где из-за одной перепутанной цифры стопорилась целая пачка документов. Не потому что ошибка была огромная. А потому что она ломала всю последовательность учета. На поиск причины ушло минут сорок. На исправление десять секунд.
Так что здесь правило железное: пробег всегда стоит перепроверить. Особенно если данные заносятся вручную.
Шаг 5. Маршрут. Не формальность, а половина смысла
Очень часто маршрут заполняют по остаточному принципу. Типа потом разберемся, сейчас главное провести документ.
А потом оказывается, что именно маршрут дает ответы на самые неприятные вопросы: куда ездила машина, почему такой пробег, откуда взялся расход топлива, зачем водитель сделал крюк в 40 километров.
Обычно в путевом листе указываются:
- точка отправления
- пункт назначения
- иногда промежуточные точки
И вот здесь у многих открывается интересная картина. Пока маршруты живут только "в голове у диспетчера", все кажется нормальным. Когда они попадают в систему, сразу видно лишние круги, повторяющиеся отклонения и странные поездки.
У одной службы доставки после нормального заполнения маршрутов нашли почти 90 лишних километров в день на нескольких машинах. Не потому что кто-то специально мухлевал. Просто логистика была выстроена криво: адреса раздавались без нормальной очередности, водители мотались как шарик в пинболе. После пересмотра маршрутов экономия на топливе получилась очень даже не символическая.
Так что маршрут в путевом листе нужен не для галочки. Это как карта после похода: без нее вроде тоже можно, но потом непонятно, где вы вообще были.
Шаг 6. Проверьте, как 1С считает топливо
Вот здесь начинается то, за что многие и любят автоматизацию.
Когда вы указали машину, пробег и все основные данные, 1С может автоматически посчитать расход топлива. Если нормы заведены правильно, система берет километраж, применяет нужную формулу и показывает, сколько должно списаться.
Пример самый простой:
пробег: 165 км
норма расхода: 12 литров на 100 км
Итоговый расход будет 19,8 литра.
Выглядит скучно. Но именно эта скучная математика потом спасает от бардака в учете. Потому что когда топливо считают "примерно", оно почему-то всегда заканчивается неожиданно и не там, где ожидалось.
Был у меня клиент, у которого до настройки норм расхода цифры в учете напоминали прогноз погоды: вроде похоже, но не факт. После того как нормы привели в порядок, стало видно, где реальный перерасход, а где просто раньше считали на глазок.
Если у вас 1С не считает расход или считает странно, значит проблема обычно не в путевом листе как таковом, а в настройках норм ГСМ. Это стоит проверить сразу.
Шаг 7. Нажмите "Провести". И вот тут все либо красиво, либо начинается расследование
Когда все поля заполнены, остается последний шаг: провести документ.
Если все в порядке, 1С:
- фиксирует рейс
- сохраняет пробег
- рассчитывает и списывает топливо
- отправляет данные дальше в учет и отчеты
Идеальный вариант выглядит скучно: нажал кнопку, документ провелся, все пошло дальше. Но скучно тут как раз хорошо.
Потому что если в этот момент вылезает ошибка, это обычно означает одно из двух: либо что-то не заполнено, либо где-то не бьются данные. Например, не указан водитель, нет норм расхода топлива, неверный пробег или остатки ГСМ не позволяют списание.
То есть сама кнопка "Провести" это почти как турникет в метро. Если все правильно, проходишь спокойно. Если что-то не так, дальше тебя не пустят.
Как это выглядит в реальной жизни, когда документов много
На маленьком объеме все кажется терпимым. Пять машин, семь рейсов, один человек все заполнил вручную, пошел дальше работать.
Но когда в компании автопарк больше 50 машин, а путевых листов за день может быть под сотню, ручное оформление начинает съедать время с пугающим аппетитом.
Я видел логистику, где на оформление примерно 120 путевых листов в день уходило почти четыре часа чистого времени. И это без учета исправлений. После того как часть данных начали подтягивать из системы GPS-мониторинга, ситуация изменилась радикально: пробег, маршрут, время движения начали подставляться автоматически, и оформление одного документа сократилось примерно до минуты, а где-то и меньше.
Это не значит, что ручной ввод плох сам по себе. Просто в какой-то момент объем начинает давить. И тогда важно хотя бы понимать базовую логику, чтобы не тратить силы на лишние движения.
Короткий маршрут без лишней философии
Если совсем сжать весь процесс до понятной схемы, то путевой лист в 1С создается так:
сначала открываете журнал путевых листов и нажимаете "Создать".
Потом выбираете автомобиль.
После этого указываете водителя.
Заполняете дату и время рейса.
Вносите пробег на начало и конец.
Добавляете маршрут.
Проверяете расчет топлива.
И потом проводите документ.
Вот и все.
Звучит проще, чем выглядит на первом экране. И это хорошая новость.
Что в итоге
Создать путевой лист в 1С не так сложно, как кажется в первый день. Основная проблема обычно не в самом документе, а в ощущении, что перед тобой слишком много полей и слишком мало ясности.
Но как только понимаешь логику, все собирается. Машина, водитель, время, пробег, маршрут, топливо. По сути, это обычная история рейса, просто переведенная на язык учета.
И да, в начале почти все делают это медленно. Перепроверяют. Возвращаются назад. Сомневаются. Это нормально. Уже через несколько дней рука набивается, и документ перестает быть чем-то неприятным.
Он становится просто частью работы. Как утренний кофе, только с большим количеством цифр.
