Есть регистр сведений, в который ПутевыеЛисты писали ПоказанияОдометра в среднем раз в месяц. Теперь эти показания будут приходить ежедневно от внешних трекеров. Что лучше сделать - добавить новый документ и добавить его в регистраторы? Документ получится а) тупой (машина-дата-пробег) б) их будет очень много
Или можно как-то записывать с пустым регистратором? Или что-то третье, чего я не нащупал?

Один документ в месяц, зачем их много?
И в него вообще ничего не писать, использовать только как регистратор. Писать программно.

"можно как-то записывать с пустым регистратором?"
Можно. Но за такое очень и очень сильно бьют.

(1) это как "один документ в месяц"? Типа каждый день добавлять в табличную часть новые записи?

в старые документы лучше ничего не дописывать.
если что-то пойдет не так - не найдешь кто виноват

Может, непонятно объяснил - раньше было только две записи по машине в месяц - начало и конец Путевого. Теперь будет ежедневный трекинг пробега

(3) Не в ТЧ, а в регистр.
Кроме того, не каждый день, а "в среднем раз в месяц"

(6) так то раньше было, а теперь ...

писать в регистр напрямую - вообще концов не соберешь

(5) Тогда один документ на день.
Правда, потом захочется туда не только одорантометр писать... Но и топливо... И остановки/стоянки...
Потом выполняемые работы...
Потом зп считать по этим данным...

Как вариант, табличная часть не нужна, записывать в регистр сведений, а регистратор просто брать какой попадется, к машине/водителю/в констане/программно произвольный период/рейс.

Или вообще все поломать и сделать регистр независимыи? или сделать другой регистр рядом?

Другой регистр зависит от того сможете ли вы объяснить пользователю что отчет с какого то числа смотреть в новом варианте. Или готовы ли вы в отчете добавить ветку запроса с жесткой датой.

(12) А что, отчёт написать так, чтобы он смотрел, как орёл на гербе РФ, написать очень сложно?

А если будет период с параллельно обоими методами?

(14) Условие поставить...
Сюда не ходи, а то снег башка...

И это филиал не один, а в других пока по старому?

Искать дейстующий Путевой и назначать его каждый раз регистратором - прокатит?

(17) Так у тебя ещё и путевые есть? Тогда чего ты выдумываешь велосипед с ромбическими колёсами?
Сами боги велели эту информацию в путевом хранить...

(18) в Путевом хранится начало-конец. Промежуточные данные нафик там не нужны. Только в регистре им место

Сама схема (17) рабочая? Получится записывать произвольные данные и от балды назначать им регистратор?

(20) Я ж говорю - можно и без регистратора. Можно хоть платёжку сделать регистратором.
Вот только потом срочно понадобится гражданство другой планеты. Ибо найдут и побьют.

Своё мнение, куда класть и как привязывать - я высказал.

Если регистратора очищать движения не ставить (или оно программное в 8ке?).

Если в путевом нет табличной части,куда складывать, может понадобиться выводить данные из регистра для просмотра и именно в путевой лист. Или отдельный отчет достаточно.

(0) есть же КорректировкаЗаписейРегистров, как раз на случай, если регистратор нужен, а делать новый не хочется
а вообще если резко увеличится количество записей в регистре, то это чревато внезапной остановкой работы, потому что "ваша 1С зависает, не дает нам нормально работать"

(0) Новый документ. Можно и "тупой" (не хранящий данные, только движения).

(24) расскажи это авторам регистра ВерсииОбъектов )))

В общем, вроде как принято решение сделать вдобавок к РС оборотный регистр накопления, который будет "обороты" пробегов хранить. А для отчетов соединять их будем

(27) Плохая идея, все отчеты переписывать будете?

Эээ... это тут изобретают велосипед с квадратными колесами? Типовой документ КорректировкаЗаписейРегистров - не предлагать?

(0) одометр с трекеров будет загружаться автоматически? Какую сейчас роль выполняет путевой лист кроме фиксации показаний одометра?

(30) автоматически, с детализацией по дням. Путевой лист настолько многофункционален, что описать не возьмусь

(29) Нет тут такого. Самописка на какой-то древней версии БСП, потом, видимо, БСП по частям пытались подтягивать до старших версий.

(30) И да, загружаться будет не показание одометра, а фактический пробег. Ну то есть оборот как он есть

(28) Бешеному кобелю семь верст не крюк.
Но вообще-то почти ничего не надо переписывать. Новое будем писать. Ради этого и кипеж

(0)В рамках дня можно писать в один док.

(33) Чую, предстоит вам увлекательная борьба с "внезапными" отключениями трекеров.

(31)(33) Напрашивается загрузка данных трекеров в отдельный независимый регистр сведений. Позже там может появиться не только одометр. Координаты там, ДУТ и т.п. И без всякой самодеятельности с автоматическим вычислением пробега - "как есть". А для путевых листов уже реализовать подтягивание данных оттуда и отражением чего надо на оборотных регистрах. Для анализа пробега "по трекеру" - отдельный отчет.

Можно еще отдельный отчет сделать, который будет анализировать отклонения пробега по трекеру и по путевым листам. Суть в том, что в одну кучу это мешать не стоит.

Кстати я подобную задачу делал с omnicomm, только я за каждый день это не тянул, а по кнопочке с путевого листа по их web сервису тянул итоговые данные за период ПЛ, расходы, простои, пробеги, и другие параметры.

(39) хех, изначально все замутили, чтобы отслеживать пробеги как раз ВНЕ путевого листа... хоть их и не должно быть вообще. А они есть. Как тот суслик

(39) Аналогично делал.
Но в "Управлении автотранспортом" ЕМНИП реализованы оба режима. С прямой загрузкой данных с трекеров в путевые и с регламентной загрузкой в регистр и подтягиванием в путевые из него.

(40) Чтобы отслеживать пробеги вне путевого листа, достаточно анализировать "разрывы" показаний одометра в путевых.

Отдельный регистр без регистратора куда писать полученные показания на момент времени,а уже потом из этого регистра разносить по путевым листам и т.п.,но чтобы загруженные данные хранились в неизменном виде,тогда проблем не будет.