Мистяне, столкнулся с такой задачей. Может, кто посоветует доводы за и против. Я лично против, но главбух "за".
Маленькая предыстория - организация внедрила с начала года связку УПП 1.3-БП 2.0.БП типовая. УПП сильно доработана.
Настроены правила выгрузки из УПП в БП.
Первые полгода документы грузятся с синхронизацией по номеру и дате.
Правила еще дорабатываются. Есть всякие прегрузки с преобразованием к примеру -
из возвратов, поступлений, корректировок релаизаций - в реализацию.

В середине года взяли нового глабуха, хочет изменить время в документах только бухгалтерии -  вот задание от нее:
//////////////
"Для корректного отражения авансов, себестоимости в системе учета очень важно время проведения документов. Поэтому нужно написать обработку, которая изменит время в документах БУ. Как в ранее загруженных (янв-июнь), так и когда будет идти выгрузка (либо после нее), т.к  документы также должны в БУ попадать этим временем.

Время документов должно быть следующим:

1.    ПТиУ – 01-00-00.
2.    Принятие ОС к учету – 01-00-01.
3.    ПДР, ГТД – 01-00-02.
4.    РТиУ – 23-00-00.
5.    Выписка банка – 23-00-01.
6.    Касса – 23-00-02.
7.    АО – 23 -00-03.
8.    Требования накладные – 23-00-02.
9.    Отчет производства – 23-00-03.
10.    Закрытие месяца – 23-59-59. И никаких документов на это время в базе никогда не должно быть. В это время должны быть только регламентные документы.  

По мере необходимости будем у вновь появившихся или не обозначенных в этом списке документов прописывать время. "
/////////////////

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

Готовлю письмо для нее

пока нарисовались такие доводы - выдержка из письма  
"
1.    Если пользователи поменяют случайно время по документам, которые мы будем менять , при повторной загрузке у нас появится документ дубль с одинаковым номером.
2.    Сначала мы перепроводим все документы за первое полугодие. Однако сейчас уже есть и не проведенные  документы за июль месяц, а это значит , что их время надо так же менять.
3.    В случае, если будет изменен номер документа так же появится дубль.
4.    Из задания не ясно что делать с счет-фактурами, какое время ставим им.
5.    В случае появления каких либо не выявленных ошибок правил на этапе тестирования, связанных с тем, что реализации и поступления создаются на основании 3-4 документов ,
а так же связанных с ними счетами-фактур, можно столкнуться с задвоением документов.
6.    Мы должны быть уверены, что больше никоим образом не будем  трогать предыдущее полугодие после изменения времени. - (чего как мне кажется  никто гарантирорвать не может)

" при повторной загрузке у нас появится документ дубль с одинаковым номером. " - синхронизить по гуид уже не мода?
в общем - доводы гуано
выстраивать по времени - никогда не было зазорно

+1 а то, что бух говорит про это - уважаю, значит человек не понаслышке знает про 1с

(1) Гуидов нет, правила не мои. Синхронизация по дате времени.

и номеру

Плюс как пример, существует ситуации когда поступление , реализация и распределение косвенных расходов по НДС на временной шкале не разнесены возникают проблемы с НДС.

(4) поправь правила.

(6)Пока не понял зачем это сделали, возможно была свертка нескольких документов в один.

(7) Как вариант получить характеристику нового бухгалтера с предыдущих мест работы=)

Пока не вижу противоречий в требованиях гл буха. В принципе это правильно, время надо соблюдать.

(9)при текущей синхронизации боюсь , что будет много задвоений. таких баз с которыми настроен обмен около 10. любая ошибка в правилах повлечет задвоение документов. до сих пор правятся

(3) "Синхронизация по дате времени"
Жестокие грабли. А если понадобится дату/время поменять в документе? Реквизит для синхронизации должен быть неизменяемым ни при каких обстоятельствах... ИМХО, нужно переделать синхронизацию в правилах на уид...

(10) Проблема скорее организационная. Нужно в определенный момент взять и начать синхронизацию по гуидам, не затрагивая тот период, где была синхронизация по дате\номеру.

(12) На уиды не удастся перейти, т.к. выяснилось, что есть такие документы - есть свертка нескольких документов в один.

я за буха
предварительно следует провести идентификацию по гуидам (как вариант, добавить реквизит документа...)

(13) придумать, как это обойти, и перейти на уиды )

(13) доп. регистр или справочник соответствий объектов по гуид поможет

(0) Бух уже работала с 1С и плотно, гуиды делай,

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

(13) номер в течении года не уникален чтоли? в чем проблема искать по номеру за период?

Спасибо всем, общее мнение понятно.

(19) Из двух документов создается в приемнике один, какие уиды и коды? Самому интересно стало - надо аналогичное сделать. Буду копать в сторону РСВ.

a) бух права. логика есть
б) сама периодичесть в один секунду глупая, я бы 5-10 минут за один вид документов делал, причем например с интервалом в 5 секунд. Проще анализировать.