УТ. Запрет работы задним числом. Возможно ли это организовать? #410769

Здравствуйте, друзья! Вводная: в УТ в данный момент учет не ведется. Финдир говорит: "Хочу!", и притом что бы там все изменения можно было делать текущей датой (касается ВСЕХ документов). Ок, технически это организовать не вопрос - дата запрета редактирования. Интереснее во что тогда превратится учет? Т.е. по ее замыслу схема такая: сторно старого + новый документ текущей датой. Сейчас в УТ ей нужно вести только поставщиков: ПТиУ, Банк, Заявки на расходование ДС, Платежный календарь, Отчеты по взаиморасчетам с поставщиками. Например, даже с ПТиУ, вижу следующие косяки: 1. Дата документа ПТиУ съезжает - отчет по кредитной линии выводит байду, т.к. срок погашения определяется датой документа + допустимое число дней задолженности из договора. 2. При ведении взаиморасчетов по документам расчета, разъезжается вся цепочка документов по данному поступлению: Заявки на расход ДС, Банк (оплата) С УТ плотно не работал, поэтому могу ошибаться. Собственно вопрос: правильно ли я себе представляю предстоящие косяки связанные с данным построением учета и как по иному (более правильно) организовать работу только текущей датой? Спасибо

Вообще, интересен так же более общий вопрос: почему может возникнуть потребность в подобной организации учета, т.е. почему работа задним числом в пределах незакрытого периода (например месяца) это плохо?

Тут скорее надо ставить вопрос так: можно ли ваще научить работать людей сегодняшним числом. Блин.

Можно принудить к этому, но: а) зачем это нужно в пределах незакрытого периода б) как это грамотно организовать в УТ, что бы не возникало ситуаций из (если конечно они не плод моего воображения и несуперпрофессионального знания УТ)

У нас задержка документов до года бывает.

например при сквозном штрихкодировании (каждой отдельной единици номенклатуры уникальным штрих кодом)

Не}{уй делать. Ставим везде запрет редактировать документы в датой меньшен текущей, неделю ходим с затычками в ушах, раздаем платочки. Через недельку вой стихает, только отдельные всхлипы идут. Через месяц все работают как так и надо. З.Ы. Во многих системах такое используется, и ничего. Все живы. Заодно отучает юзера от мысли "херня, завтра исправлю".

у нас столько народу должны вовремя сдавать документы, что вой это уже не вой. Точнее слова даже такого нет.

эммм, не понял это понятно, и технически это  не проблема. во что тогда учет превратится в УТ? Вообще насколько УТ способна его организовать? Ситуация в

Друзья, кто-нибудь организовывал в УТ работу только текущие датой?

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

проще организовать беспроблемную работу на глубину незакрытого периода...

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

Я лично такую систему делал. Причем даже перестарался - смена в 3 ночи заканчивалась, а я это не учел. И ничего, приучились до 12 ночи все доделывать :) С приходными документами можно и по-другому организовать, никто ж не ограничивает.

можно и с расходными... но после закрытия периода лазить в него надо запретить...

да я тоже вообщем то так думаю. Вообще почему "заднее число" в пределах незакрытого месяца это плохо? Положим, что тайком никто ничего не меняет а только с санкции бухов. Проблема в том, что мой финдир не хочет/может мне этого нормально объяснять :) Она что то говорила про то, что бы состояние базы не изменялось на прошлые даты. Логика вообщем то в этом есть, но насколько в типовой УТ можно это корректно организовать? Цепочки Документ - Сторно - Новый (изм) документ. Еще раз акцентирую внимание на побочные эффекты из

наверное не совсем правильный сабж: не "Запрет работы задним числом" ,а "Реализация корректировки прошлых периодов текущей датой". Прошлый период - начиная со вчера

типовая без доработок не потянет. первое, что пришло в голову - "фиксация оплаты исходящих платежек"

сто лет не заходил вопросы те же ) Есть конфа которая называлась когда то ут 10.3.1. Уже больше года люди работают только в оперативном режиме - не могут изменить проведенные документы (до 160 пользоваталей). Полет нормальный ) !!1. Дата документа ПТиУ съезжает - отчет по кредитной линии выводит байду, т.к. срок погашения определяется датой документа + допустимое число дней задолженности из договора. я бы больше за партионную последовательность побеспокоился, остальное решается проще.

>Есть конфа которая называлась когда то ут 10.3.1. Уже больше года люди работают только в оперативном режиме - не могут изменить проведенные документы (до 160 пользоваталей). Полет нормальный ) Как решается вопрос корректировки "вчерашних" документов? > я бы больше за партионную последовательность побеспокоился, остальное решается проще. Да, согласен. Вот мне и интересны все возможные косяки. Просто сейчас как я говорил в УТ необходим только контроль взаиморасчетов в поставщиками. По сути, платежный календарь + заявки на расход ДС + контроль кредиторки (текущей, просроченной). Поэтому и увидел то, на что смотрю.

!!Как решается вопрос корректировки "вчерашних" документов? есть 2 специальных дока. "удаление" и "регламентное удаление" (сторнируют движения регистров накопления). с партионным учетом есть отдельный нюанс !!Да, согласен. Вот мне и интересны все возможные косяки. Просто сейчас как я говорил в УТ необходим только контроль взаиморасчетов в поставщиками. По сути, платежный календарь + заявки на расход ДС + контроль кредиторки (текущей, просроченной). Поэтому и увидел то, на что смотрю. ну я решал задачу ради правильного управленческого учета. для регламентного учета у меня есть вторая дата документа.

По определению.

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