s_ustinovдокумент - продажа (сведем к 2 датам, как ты написал)
дата документа и дата, которой должен быть учтен документ 20.04.2013
дата создания, последней модификации и нажатия на кнопку учет 10.05.2013

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

расчет себестоимости - по фифо (по состоянию на 13.05.2013) выполнен правильно - данные в системе соответствуют порядку проведения документов (операций) в соответствии с полем "дата учета" (дата, которой должен быть учтен документ)

формируем 13.05.2013 отчет об остатках на складах на дату 01.05.2013, и при этом желаем видеть в отчете цифры, которые мы видели 06.05.2013 при формировании отчета об остатках на складах на дату 01.05.2013 (06.05.2013 документа в системе не было)
расскажи всем, как ты такой отчет будешь строить
Old NickУчитесь правильно проектировать, тогда и будет как 2 пальца
s_ustinovвпрочем, я с удовольствием послушаю, как у вас, в правильно спроектированной системе, решается та задача, которую я привел - отчет по остаткам на конец месяца (количество и стоимость по фифо)
так мы услышим рассказ о супер возможностях "правильно спроектированной программы"?

Old Nick,
воспользуюсь своим же советом, и опишу задачу так, как это могут описать пользователи.

Есть правильно спроектированная программа, в которой ведется учет

Бухгалтер 10.05.2013 находит бумажку "расходная накладная", которая вроде выписана вручную на одном из филиалов, когда не было электричества. Смотрит в программу - нет там такой накладной. Звонит на филиал - таки да, была такая продажа, и ее забыли внести в базу, когда электричество появилось (кое-кто получает люлей)...

Бухгалтер вносит эту продажу в программу (на экране справа внизу дата - 10.05.2013), нажимает некие кнопки - и программа начинает все отчеты показывать так, как будто эту продажу ввели в программу 20.04.2013. (Ругаемая некоторыми 1С делает это легко и непринужденно, за что ее и любят бухгалтера). Предположим, что остатков хватает и в минус ничего не ушло - ведь этот товар действительно физически отдали клиенту - то есть он был на складе в нужном количестве. Разумеется, я не утверждаю, что бухгалтер работает в 1С - бухгалтер работает в "правильно спроектированной программе", которая для данной ситуации предоставляет те же возможности, как и 1С. И наличие такого функционала - не прихоть бухгалтера, а необходимость - иначе будут проблемы с проверяющими госорганами.

13.05.2013 директор проводит очередное совещание (продажи, скорость оборота и тп). И с негодованием замечает, что на прошлом совещании (06.05.2013) в некоторых отчетах были другие цифры. Он вызывает к себе правильного проектировщика и говорит:
ты ведь правильно спроектировал программу? и отчеты любые тебе сделать - как 2 пальца? так сделай мне так, чтобы я видел все отчеты такими, какими я их видел 06.05.2013, а бухгалтер видел такими, какие они должны быть после всех его корректировок.
Например, один из необходимых отчетов - остатки по складам с количеством и суммой по каждому товару по состоянию на 01.05.2013.

Внимание, вопрос - как именно правильный проектировщик в правильно спроектированной программе будет реализовывать "как 2 пальца" такое пожелание директора?

Ivan Duraks_ustinov как именно правильный проектировщик в правильно спроектированной программе будет реализовывать "как 2 пальца" такое пожелание директора?

список проводок у нас есть.
каждая привязана к документу
фильтруем проводки - берем только те которые привязаны к документам с датами заведения до "06.05.2013" (на эту дату предыдущий отчет был, который мы хотим повторить)
по выбранным проводкам строим баланс для отчета - начиная с баланса за дату когда была первая проводка по документу проведенному > '06.05.2013'
не сработает, хотя начальная идея правильная
на практике все сложнее
предположим есть продажа 25.04
и у этой продажи может изменится себестоимость списания - там ведь все по фифо считается
обычно корректировки себестоимости не привязывают к отдельному документу, а связываются с оригинальным документом движения

то есть надо ориентироваться не на документ, а на дату создания проводки
но такой механизм относительно сложен в реализации
1С при перепроведении просто удаляет созданные проводки и формирует новые

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

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

Тут ведь дальше можно накручивать "а покажи мне, что наша система ответила бы в точке времени 'сейчас - 3 дня', если бы мы ее спросили про точку во времени 'сейчас - 5 дней'"
в учетных задачах обычно не требуются настолько изощренные возможности, но количество потенциальных граблей в любом случае достаточно большое.
поэтому мне всегда весело читать заявления про "как 2 пальца" - так могут писать только люди, которые на практике никогда не сталкивались с этими вопросами.

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

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


бросаться фразами "я сам бухгалтер" - легко, а вот обосновать - уже тяжелее...

у меня тоже соответствующие корочки валяются и я в свое время 3 года главбухом отработал )))