Здравствуйте, друзья!

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

1. Дата документа ПТиУ съезжает - отчет по кредитной линии выводит байду, т.к. срок погашения определяется датой документа + допустимое число дней задолженности из договора.
2. При ведении взаиморасчетов по документам расчета, разъезжается вся цепочка документов по данному поступлению: Заявки на расход ДС, Банк (оплата)

С УТ плотно не работал, поэтому могу ошибаться. Собственно вопрос: правильно ли я себе представляю предстоящие косяки связанные с данным построением учета и как по иному (более правильно) организовать работу только текущей датой?

Спасибо

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

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

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

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

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

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

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

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

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

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

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

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

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

С приходными документами можно и по-другому организовать, никто ж не ограничивает.

можно и с расходными...

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

(11) да я тоже вообщем то так думаю.

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

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

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

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

!!1. Дата документа ПТиУ съезжает - отчет по кредитной линии выводит байду, т.к. срок погашения определяется датой документа + допустимое число дней задолженности из договора.

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

(18)
>Есть конфа которая называлась когда то ут 10.3.1. Уже больше года люди работают только в оперативном режиме - не могут изменить проведенные документы (до 160 пользоваталей). Полет нормальный )

Как решается вопрос корректировки "вчерашних" документов?

> я бы больше за партионную последовательность побеспокоился, остальное решается проще.

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

!!Как решается вопрос корректировки "вчерашних" документов?
есть 2 специальных дока. "удаление" и "регламентное удаление" (сторнируют движения регистров накопления). с партионным учетом есть отдельный нюанс

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

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

(1) По определению.

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