Изменение времени документов - абсурд или нормально #715708

Мистяне, столкнулся с такой задачей. Может, кто посоветует доводы за и против. Я лично против, но главбух "за". Маленькая предыстория - организация внедрила с начала года связку УПП 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с

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

и номеру

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

поправь правила.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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