Исследование возможности удаления проводок

[Pavel]

Привет,

Цитата:

Изначально опубликовано komar
1. Имеется в виду исправление проведенных операций до момента предоставления отчетности.

Твое предложение? В течение отчетного дня, недели, месяца, квартала, полугодия или года?

Цитата:

Изначально опубликовано komar
2. Ссыляться на ПБУ относительно к управленческой отчетности некорректно, т.к. управленческая отчетность не обязана руководствоваться ПБУ.

Да... Неужели там есть такая ссылка?
Упоминание управленческой и финансовой отчетности «еще один взгляд» на проблему коррекции информации. По сути, и то и другое отражает запрет на внесение изменений после формирования периодической отчетности.

Цитата:

Изначально опубликовано komar
3. Все и так знают, что касса должна быть "прошнурована и пронумерована"... Но только делается это далеко не каждый день

Очевидно, функция удаления проводок и будет определять «тот это день или другой».

Цитата:

Изначально опубликовано komar
Если была составлена отчетность, то исправлять, есссно, придется по определенным правилам. А вот до ее предоставления можно и поудалять.

Если предприятие - это не «колхоз – 40 лет без урожая», то несложно угадать желание управляющих им людей в ЛЮБОЙ МОМЕНТ получать достоверную отчетность.

Цитата:

Изначально опубликовано komar
Работа с логом не предполагает никакого отслеживания. Оное отслеживание предполагает гипотетическая процедура по удалению проводок. Которая может отличать закрытый период от открытого. Кстати, закрытие периодов - это один из инструментов сохранения данных, по которым была предоставлена отчетность.

Да уж... полагаю «в конце туннеля» мыслей хватит на докторскую диссертацию, посвященную теме «Правильное удаление проводок в открытом периоде как инструмент сохранения данных».
Желаем успешного творчества.

С уважением.

[komar]

Я что-то не пойму. Следуя твоей логике, нужно не уаление проводок запретить, а ввод операций задним числом. Потому, что если после предоставления ежедневной отчетности, на вчерашний день что-то исправить, то она все равно изменится, хоть ты сторнируй, хоть удаляй.
Поэтому существует такая вещь как отчетный период. Потому что абсолютно точных данных "день в день" в учете может и не быть. Как правило, их нет. Поэтому проводки за вчерашний день практикуются. Так как быть с твоей конценпцией ежедневной отчетности? И когда закрывать счета затрат? Каждый вечер? А если существует временной разрыв между прямыми расходами и накладными?
Мы о разныхвещах говорим, я про сторнирование, а ты про корректировку прошлых периодов.

[mazzy]

Цитата:

Изначально опубликовано komar
...абсолютно точных данных "день в день" в учете может и не быть. Как правило, их нет. Поэтому проводки за вчерашний день практикуются. Так как быть с твоей конценпцией ежедневной отчетности?

Так и быть.
В банках, например, есть понятие "операционный день".
И операции регистрируются именно "день в день".

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

Цитата:

Изначально опубликовано komar
Мы о разныхвещах говорим, я про сторнирование, а ты про корректировку прошлых периодов.

Однако ж, эти вещи сильно связаны. Здесь я согласен с Павлом.

[Pavel]

Привет,

Цитата:

Изначально опубликовано komar
Я что-то не пойму. Следуя твоей логике, нужно не уаление проводок запретить, а ввод операций задним числом. Потому, что если после предоставления ежедневной отчетности, на вчерашний день что-то исправить, то она все равно изменится, хоть ты сторнируй, хоть удаляй.

Как в анектоде – «Третий раз объяснил, уже сам понял, а они все не понимают».
2komar Написано верно, осталось понять.

Цитата:

Изначально опубликовано komar
Поэтому существует такая вещь как отчетный период. Потому что абсолютно точных данных "день в день" в учете может и не быть. Как правило, их нет. Поэтому проводки за вчерашний день практикуются. Так как быть с твоей конценпцией ежедневной отчетности? И когда закрывать счета затрат? Каждый вечер? А если существует временной разрыв между прямыми расходами и накладными?
Мы о разныхвещах говорим, я про сторнирование, а ты про корректировку прошлых периодов.

Говорим мы об одних и тех же вещах. Различия вполне объяснимы:
- компании разные
- собственники разные
- управляющий менеджмент разный
- системы учета используются разные
- даже ERP технологию внедряют люди с разными подходами
Очень простая суть различий: «наши» компании, «наши» люди, «наши» системы («наша» среда) - против всего «ихнего». Дальше комментировать бессмысленно.
«Наши» системы кроме как у нас, нигде более, популярностью не пользуются.

С уважением.

[komar]

Ну тогда давай вместо сторно пользоваться обратными проводками. Чтобы было совсем "как у них". И корреспонденцию счетов отключим. А cash-flow будем обратным методом строить (потому как прямым построить для этого 3 аналитик явно не хватит, а за больше денег башлять надобно).

[mazzy]

Цитата:

Изначально опубликовано komar
...И корреспонденцию счетов отключим. А cash-flow будем обратным методом строить...

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

А cash-flow. А ты хоть раз строил прямым? И тебя все устраивает? Точно-точно?
Опять же очень стоит подумать почему появился обратный метод...
Она ведь появился еще когда копьютеров не было...

[Pavel]

Привет,

Цитата:

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

Базовая функциональность система позволяет нам делать как «красное» так и «черное» сторно.

Цитата:

Изначально опубликовано komar
Чтобы было совсем "как у них".

К изменению данных после отчетного периода это никакого отношения не имеет.

Цитата:

Изначально опубликовано komar
И корреспонденцию счетов отключим.

В Конкорде сделано «все по уму». Корреспонденция не выполняется on-line. И все проводки изначально неоткорреспондированы. Если пользователь хочет, то запускает процедуру корреспонденции. Причем выбирает период, указывает откорреспондировать только новые (неоткорреспондированные) проводки или вообще все, в случае отказа системы автоматически откорреспондировать проводки, предоставляет их список и возможность пользователю самому «разрулить ситуацию» (ручная корреспонденция).
Процедура корреспонденции может быть выполнена, когда угодно и сколько угодно раз.

Цитата:

Изначально опубликовано komar
А cash-flow будем обратным методом строить (потому как прямым построить для этого 3 аналитик явно не хватит, а за больше денег башлять надобно).

Ну не знаю, как вы там себе отчеты строите, а мы:
1) дополнительные аналитики не покупаем, т.к. можем создать их в системе неограниченное количество.
2) cash-flow строится в наших компаниях автоматически по нажатию кнопки за указанный период, причем, пользователь выбирает создавать отчет по одной компании или консолидировано по нескольким базам (разные юр.лица одной компании).

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

С уважением.

[komar]

Цитата:

Изначально опубликовано Pavel



Базовая функциональность система позволяет нам делать как «красное» так и «черное» сторно.



К изменению данных после отчетного периода это никакого отношения не имеет.

Ну наконец-то! Действительно, изменение данных прошлого периода и сторно - это разные проблемы. Что я уже и говорил.

Ну раз уж мы коснулись проблемы внесения операций задним числом, то тогда позволь еще вопрос - ты предлагаешь совсем запретить это действо?

[Pavel]

Цитата:

Изначально опубликовано komar
Действительно, изменение данных прошлого периода и сторно - это разные проблемы. Что я уже и говорил.

Маньяк просто какой-то. Тебе деньги платят за статьи на этом форуме? Сам себе задает вопросы, сам на них отвечает. Вся переписка выше, если чего забыл, то освежи.

Цитата:

Изначально опубликовано komar
Ну раз уж мы коснулись проблемы внесения операций задним числом, то тогда позволь еще вопрос - ты предлагаешь совсем запретить это действо?

Деваться некуда, придется отвечать
- иногда нельзя
- иногда можно, но только по санкции
- иногда можно всегда (через регистры учета операций прошлых периодов)
Только прошу не доставай меня своими вопросами типа "если жизнь на Марсе?"

[komar]

Никто тебя не достает, сам ввязался в разговор
Просто смутила фраза "!!! Несмотря на автоматическое построение отчетов: удалять и вносить проводки задним числом запрещено.", которая несколько не смотрится в контексте потрясания ПБУ.
А судя по данному форуму это тебе за статьи платят
Да только здесь не выяснения отношений происходят, и не ругательства, а обсуждение конкретных проблем.

[eugene egorov]

Цитата:

Поэтому сама постановки задачи "изменение разнесенной проводки" неверна с методической и технологической точки зрения.

Когда я сам проектировал бух.системы в них завсегда был задний ход (типа Учесть-Разучесть) и всеми пользователями ( в т.ч. руководством) это воспринималось как само-собой разумеющаяся возможность.

Начав работать с продуктами Навижн, сначала с Attain а потом с Axapta, мне постоянно приходится отбиваться от злобных пользователей (особливо которые раньше с 1С работали) по поводу отсутствия этого "заднего хода".

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

Но есть более простая на мой взгляд задача, которая вполне может быть решена и облегчит жизнь консультантам - изменение НЕКОТОРЫХ параметров разнесенного документа и соответственно его проводок. На мой взгляд это устранит необходимость сторнировать или уничтожать документ/проводки примерно в 80% случаев.

Так вот, ежели у кого есть опыт создания таких "исправительных" машинок или соображения по их функционированию - поделитесь. У меня, к сожалению, пока есть такой опыт в Attain - если кому интересно - спрашивайте.

[Pavel]

Привет,

Цитата:

Изначально опубликовано komar
Ну раз уж мы коснулись проблемы внесения операций задним числом, то тогда позволь еще вопрос - ты предлагаешь совсем запретить это действо?

В multinational company, где учет ведется "конкретно" (делается перекладка в МСФО, аудируются данные, инвесторы и собственники принимают управленческие решения на основании ежемесячной отчетности), после процедуры закрытия месяца и формирования пакета отчетности, период блокируется для проводок. Любые изменения в проведенных операциях, проводятся только как сторно проводки в текущем открытом периоде. Хозяйственные операции прошлых периодов непроведенные вовремя также проводятся в текущем открытом периоде.

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

А как вы вносите изменения в прошлые периоды?

С уважением.

[komar]

Ты сам себе ответил - внесение операций в прошлые периоды возможно, но должно регулироваться определенными процедурами. Что я, собственно, и утверждал.

[Ivan Mischenko]

Хочу добавить, возможно запоздавшее дополнение.

Посмотрел ваши VCN, и возникло желание добавить к списку перечисленных таблиц, ещё и таблицы TaxTrans и MarckupTrans... Ну это как минимум...
Это относится к первому письму.