Комментарии 7
Воды многовато в ваших статьях. Есть несколько спорных утверждений, например: двойная запись – это базовый принцип регистрации данных. В принципе, правильно, но интересно, что вы под этим понимаете. Но основная мысль верна, готов под ней подписаться: двойная бухгалтерия изобреталась для бумажных носителей, а компьютерные базы данных требуют иного. Я только не уверен, что ваши четыре счета — это именно то, чего требует компьютерный учет.
Спасибо за комментарий!
Двойная запись — это действительно базовый принцип, поскольку либо он используется, либо нет. С одной стороные его использование ведет к большей достоверности, с другой приводит к периодичности и суммовому выражению в учетной валюте. Именно об этом и хочу написать в следующей статье. О том, почему происходит деление учета на управленческий и финансовый, хотя по сути они должны составлять единое целое.
Я тут попытался без воды написать о том, что надо чтобы контролировать бизнес, явно не поняли.
Четыре счета — это лишь верхушка айсберга, и относится скорее к методологии, чем к базовым технологиям. На хабре я еще не описывал сути изобретения, но обязательно опишу.
В базовой версии счетов пять, но может быть сколько угодно. Главное — это тот пятый, которого не видно в описании методологии. Называется он «Переоценки», что лишь отражает его результат, но не сущность. В современной версии финансового модуля добавлен еще счет «Временные ресурсы». Отчетов, отражающих общее положение дел, в результате получается не три а пять. Добавляется еще отчет о доходах и расходах, связанных с внешними изменениями стоимости, и отчет о временных ресурсах. Тоже постораюсь со временем популярно описать.
И пожалуйста не считайте меня теоретиком. Я что ни на есть практик. Даже более чем. Но на решении практической проблемы залез в такую...., что теперь меня плохо нормальные люди стали понимать. Надеюсь уже скоро снова научусь разговаривать на нормальном языке.
Двойная запись — это действительно базовый принцип, поскольку либо он используется, либо нет. С одной стороные его использование ведет к большей достоверности, с другой приводит к периодичности и суммовому выражению в учетной валюте. Именно об этом и хочу написать в следующей статье. О том, почему происходит деление учета на управленческий и финансовый, хотя по сути они должны составлять единое целое.
Я тут попытался без воды написать о том, что надо чтобы контролировать бизнес, явно не поняли.
Четыре счета — это лишь верхушка айсберга, и относится скорее к методологии, чем к базовым технологиям. На хабре я еще не описывал сути изобретения, но обязательно опишу.
В базовой версии счетов пять, но может быть сколько угодно. Главное — это тот пятый, которого не видно в описании методологии. Называется он «Переоценки», что лишь отражает его результат, но не сущность. В современной версии финансового модуля добавлен еще счет «Временные ресурсы». Отчетов, отражающих общее положение дел, в результате получается не три а пять. Добавляется еще отчет о доходах и расходах, связанных с внешними изменениями стоимости, и отчет о временных ресурсах. Тоже постораюсь со временем популярно описать.
И пожалуйста не считайте меня теоретиком. Я что ни на есть практик. Даже более чем. Но на решении практической проблемы залез в такую...., что теперь меня плохо нормальные люди стали понимать. Надеюсь уже скоро снова научусь разговаривать на нормальном языке.
Да это вам спасибо за статью. И можете не извиняться за теоретизирование, поскольку я теоретик похлеще буду, давно уже не практик. И учет — это моя специальность и предмет научных исследований. Короче, мы с вами в одной области подвизаемся.
Систему вашу оценить не получилось, т.к. там демо нету, поэтому о ваших взглядах сужу по статьям. И они мне представляются чрезвычайно наивными:
1) прежде всего, из-за того, что вы оперируете счетами. А зачем они при компьютерном учете?
2) также из-за того, что вы ориентируетесь на существующие формы отчетности. И это при компьютерном-то учете!
Систему вашу оценить не получилось, т.к. там демо нету, поэтому о ваших взглядах сужу по статьям. И они мне представляются чрезвычайно наивными:
1) прежде всего, из-за того, что вы оперируете счетами. А зачем они при компьютерном учете?
2) также из-за того, что вы ориентируетесь на существующие формы отчетности. И это при компьютерном-то учете!
Вот теперь Вы меня удивили!
и
взаимоисключающие и противоречащие высказывания. К тому же Ваше слово «экаунтология» просисходит от account — счет.
Но давайте разберемся, поскольку вопрос действительно принципиальный.
Я пришел к общим формам отчетов и счетоводству из практики. У меня нет официально финансового образования. Причем моя практика — это реальный бизнес, и реальные трудности его контроля со стороны собственника, когда это все твое и ты лично за все промахи всех сотрудников отвечаешь своим карманом.
После без малого пяти-шести лет глубокой практики и явного понимания недостатка контроля я искал пути решения проблемы. Было это еще и обусловлено ограничением возможности роста из-за этой проблемы (в реальном секторе экономики, как говорят политики, но без политики и распила).
Вот с этим увесистым багажом практики я нашел более или менее вменяемое описание триады фин отчетов и вздохнул с облегчением, понимая, что это то, что надо.
При чем тут наивность. Какая разница какое средство я использую, крайне важно понимание того, какую форму необходимо получить для реализации потребностей. Тут нет никакой теории и компьютеров, тут голая пактика без образования приведшая к этой форме. Это должно много значить. Сейчас я людей учу. Чтобы контролировать бизнес в первую очередь нужна триада отчетов.
Ну и по поводу оперирования счетами.
Когда уже встает вопрос получени этой триады отчетов, то устройство на входе которого первичка, а на выходе триада фин отчетов в науке называется форма счетоводства.
Форма было истории довольно много. Можно почитать статьи того же Соколова. Ссылка есть в топике на том же ресурсе есть описание практически всех форм счетоводства.
В нашем представлении первичные документы — это некая часть операционной автоматизации, которая призвана увеличивать эффективнось производства операций и фиксировать различные цифирки. (к примеру эркипер в ресторане, очень помогает наладить бинес процессы)
Другая задача — это уже агрегация этих цифирек в управленческую и финансовую отчетность. Практически это алгоритмы оперирования этими цифирками.
Но для финансовых отчетов все очень даже непросто. Не зря мы годы угрохали.
Но никто не говорит, что счета — это жесткие регистры как у 1С.
Это представления в части СУБД. На уровне технологий баз данных для оптимизации используются принципы материализации предсавлений, но это совсем иное нежели жесткая запись на регистры или бумагу.
эти элементы работают как счета и обозначены счетами и составляют устройство формы счетоводства.
Для людей лучше объяснять на этом уровне. Не важно как в действительности работает алгоритм, то что Вы читаете годами выработанное упрощенное описание. На самом деле функция умножения количества на стоимость занимает несколько десятков страниц кода.
Попытался объяснить, может и другие в будущем прочитают. Крайне не люблю говорить о вещах оторванных от практики. Сущностях и взаимосвязях. Все должно идти от практики:
Чтобы контролировать бизнес нужны триада фин отчетов (практика), чтобы получить триаду фин отчетов надо использовать двойную запись и форму счетоводства (практика), но при таком варианте мы получаем отчеты по периодам и с большими трудами и сложнодетализируемые (практика), значить надо что-то изменить (практика), принцип перекрестной записи и электронная форма счетоводства позволяет иметь форму триады фин отчетов в онлайн (практика).
Я незанимаюсь теорией. Теоритезирую толко с целью передачи информации людям.
И можете не извиняться за теоретизирование, поскольку я теоретик похлеще буду
и
ваших взглядах сужу по статьям. И они мне представляются чрезвычайно наивными:
1) прежде всего, из-за того, что вы оперируете счетами. А зачем они при компьютерном учете?
2) также из-за того, что вы ориентируетесь на существующие формы отчетности. И это при компьютерном-то учете!
взаимоисключающие и противоречащие высказывания. К тому же Ваше слово «экаунтология» просисходит от account — счет.
Но давайте разберемся, поскольку вопрос действительно принципиальный.
Я пришел к общим формам отчетов и счетоводству из практики. У меня нет официально финансового образования. Причем моя практика — это реальный бизнес, и реальные трудности его контроля со стороны собственника, когда это все твое и ты лично за все промахи всех сотрудников отвечаешь своим карманом.
После без малого пяти-шести лет глубокой практики и явного понимания недостатка контроля я искал пути решения проблемы. Было это еще и обусловлено ограничением возможности роста из-за этой проблемы (в реальном секторе экономики, как говорят политики, но без политики и распила).
Вот с этим увесистым багажом практики я нашел более или менее вменяемое описание триады фин отчетов и вздохнул с облегчением, понимая, что это то, что надо.
При чем тут наивность. Какая разница какое средство я использую, крайне важно понимание того, какую форму необходимо получить для реализации потребностей. Тут нет никакой теории и компьютеров, тут голая пактика без образования приведшая к этой форме. Это должно много значить. Сейчас я людей учу. Чтобы контролировать бизнес в первую очередь нужна триада отчетов.
Ну и по поводу оперирования счетами.
Когда уже встает вопрос получени этой триады отчетов, то устройство на входе которого первичка, а на выходе триада фин отчетов в науке называется форма счетоводства.
Форма было истории довольно много. Можно почитать статьи того же Соколова. Ссылка есть в топике на том же ресурсе есть описание практически всех форм счетоводства.
В нашем представлении первичные документы — это некая часть операционной автоматизации, которая призвана увеличивать эффективнось производства операций и фиксировать различные цифирки. (к примеру эркипер в ресторане, очень помогает наладить бинес процессы)
Другая задача — это уже агрегация этих цифирек в управленческую и финансовую отчетность. Практически это алгоритмы оперирования этими цифирками.
Но для финансовых отчетов все очень даже непросто. Не зря мы годы угрохали.
Но никто не говорит, что счета — это жесткие регистры как у 1С.
Это представления в части СУБД. На уровне технологий баз данных для оптимизации используются принципы материализации предсавлений, но это совсем иное нежели жесткая запись на регистры или бумагу.
эти элементы работают как счета и обозначены счетами и составляют устройство формы счетоводства.
Для людей лучше объяснять на этом уровне. Не важно как в действительности работает алгоритм, то что Вы читаете годами выработанное упрощенное описание. На самом деле функция умножения количества на стоимость занимает несколько десятков страниц кода.
Попытался объяснить, может и другие в будущем прочитают. Крайне не люблю говорить о вещах оторванных от практики. Сущностях и взаимосвязях. Все должно идти от практики:
Чтобы контролировать бизнес нужны триада фин отчетов (практика), чтобы получить триаду фин отчетов надо использовать двойную запись и форму счетоводства (практика), но при таком варианте мы получаем отчеты по периодам и с большими трудами и сложнодетализируемые (практика), значить надо что-то изменить (практика), принцип перекрестной записи и электронная форма счетоводства позволяет иметь форму триады фин отчетов в онлайн (практика).
Я незанимаюсь теорией. Теоритезирую толко с целью передачи информации людям.
Более-менее ясно.
По поводу экаунтологии: во-первых, account — не только счет, но и учет. Во-вторых, название откровенно неудачное, но обратный ход давать поздно. Да и не в названии дело.
Подробнее о ваших ошибках (так, как они мне представляются, естественно).
1. Учитывать на счетах — чисто бухгалтерская фича. Чтобы учитывать, никаких счетов не нужно: нужно регистрировать то, что учитываешь — объекты учета. Данный подход соответствует понятиям компьютерного века.
2. Ориентация на существующие формы отчетности. Триада отчетов, вообще ограниченное число отчетов — тоже не из компьютерного века. При работе с компьютерными базами данных пользователь дает запрос системе, система выдает ответ — отчет, сгенерированный на основании общих алгоритмов. Так что триада отчетов — ошибка, вообще-то, принципиальная.
3. Могу еще назвать принципиальную ошибку: восприятие обязательств как отдельного объекта. Вы опять идете на поводу у традиционной методологии, хотя даже из юридического определения обязательств вытекает иное. Обязательство — это будущий объект, его будущий приход или расход. Вы задолжали кому-то деньги — объект в данном случае это деньги, которые должны выбыть в момент предполагаемого погашения долга. Или вам задолжали, допустим, стул. Дебиторское обязательство — стул, который должен поступить через неделю, а никакой не особый тип объекта. Особый только в том отношении, что должен регистрироваться будущей датой, чего традиционная методология категорически не позволяет.
Далее. Что такое формы счетоводства и их роль в истории бухгалтерии мне известна. Ссылка на Соколова тут не поможет. Во-первых, я читал эту статью, как и всю книгу, в которую она впоследствии вошла, а во-вторых, хотя Соколов в молодости занимался автоматизацией, но в вопросах компьютерного учета был совершенно беспомощен, он даже компьютером пользоваться не умел. Если вы занимаетесь изобретением форм счетоводства, вы этак на 100-150 лет припозднились.
Образование тут совершенно ни при чем. У меня бухгалтерское образование, однако работе с базами данных меня никто не учил, потому — дилетант-самоучка. Так как компьютерный учет лежит на пересечении нескольких дисциплин, специалистов-профессионалов в области компьютерного учета попросту не существует — учебные заведения таких не готовят. Потому что нельзя считать методологами людей, которые в 1С разбираются, а принципы учета сформулировать не могут.
Ничего не могу сказать по поводу вашей системы. Если она решает конкретные практические задачи, ну и слава Богу. Но меня интересует не практика, а именно теория. которая позволит решать любые практические задачи. Вероятно, это я перед вами извиняться должен.
По поводу экаунтологии: во-первых, account — не только счет, но и учет. Во-вторых, название откровенно неудачное, но обратный ход давать поздно. Да и не в названии дело.
Подробнее о ваших ошибках (так, как они мне представляются, естественно).
1. Учитывать на счетах — чисто бухгалтерская фича. Чтобы учитывать, никаких счетов не нужно: нужно регистрировать то, что учитываешь — объекты учета. Данный подход соответствует понятиям компьютерного века.
2. Ориентация на существующие формы отчетности. Триада отчетов, вообще ограниченное число отчетов — тоже не из компьютерного века. При работе с компьютерными базами данных пользователь дает запрос системе, система выдает ответ — отчет, сгенерированный на основании общих алгоритмов. Так что триада отчетов — ошибка, вообще-то, принципиальная.
3. Могу еще назвать принципиальную ошибку: восприятие обязательств как отдельного объекта. Вы опять идете на поводу у традиционной методологии, хотя даже из юридического определения обязательств вытекает иное. Обязательство — это будущий объект, его будущий приход или расход. Вы задолжали кому-то деньги — объект в данном случае это деньги, которые должны выбыть в момент предполагаемого погашения долга. Или вам задолжали, допустим, стул. Дебиторское обязательство — стул, который должен поступить через неделю, а никакой не особый тип объекта. Особый только в том отношении, что должен регистрироваться будущей датой, чего традиционная методология категорически не позволяет.
Далее. Что такое формы счетоводства и их роль в истории бухгалтерии мне известна. Ссылка на Соколова тут не поможет. Во-первых, я читал эту статью, как и всю книгу, в которую она впоследствии вошла, а во-вторых, хотя Соколов в молодости занимался автоматизацией, но в вопросах компьютерного учета был совершенно беспомощен, он даже компьютером пользоваться не умел. Если вы занимаетесь изобретением форм счетоводства, вы этак на 100-150 лет припозднились.
Образование тут совершенно ни при чем. У меня бухгалтерское образование, однако работе с базами данных меня никто не учил, потому — дилетант-самоучка. Так как компьютерный учет лежит на пересечении нескольких дисциплин, специалистов-профессионалов в области компьютерного учета попросту не существует — учебные заведения таких не готовят. Потому что нельзя считать методологами людей, которые в 1С разбираются, а принципы учета сформулировать не могут.
Ничего не могу сказать по поводу вашей системы. Если она решает конкретные практические задачи, ну и слава Богу. Но меня интересует не практика, а именно теория. которая позволит решать любые практические задачи. Вероятно, это я перед вами извиняться должен.
К сожалению я вижу пока только теорию в довольно общих чертах. А именно, берем первичку и собираем любую отчетность (берем исходные данные и формируем информацию). Но Вы не превзошли не только теоретиков, но и практиков. BI система Qlikview. Все данные пихаем в оперативку и получаем любые отчеты, которые сформирует разработчик с дизайнером. Главное удобно и красиво. Долой датаварехаусы и олапкубы да здравствуют параллельные облачные вычисления (на самом деле запихать все в оперативку).
Вы не были собственником бизнеса, наверное вам трудно понять ценность формата триады отчетов. Вы читали историю, но не цените ее, отрицаете.
Могу только удачи пожелать в дальшейших теоретизированиях, но к сожалению практических задач вы не решите.
Вы не были собственником бизнеса, наверное вам трудно понять ценность формата триады отчетов. Вы читали историю, но не цените ее, отрицаете.
Могу только удачи пожелать в дальшейших теоретизированиях, но к сожалению практических задач вы не решите.
Все данные пихаем в оперативку и получаем любые отчеты, которые сформирует разработчик с дизайнером.
Да, именно так. Вопрос только в том, какова структура данных, «запихнутых в оперативку». Это то главное, что и является методологией учета. В зависимости от того, что и каким образом запихаешь, то и получишь на выходе — точнее, то и можно будет получить на выходе.
Долой датаварехаусы и олапкубы да здравствуют параллельные облачные вычисления (на самом деле запихать все в оперативку).
Не могу оценить вашу иронию, т.к. не знаю, что такое датаварехаусы и олапкубы.
Вы не были собственником бизнеса, наверное вам трудно понять ценность формата триады отчетов.
Бывал я и собственником бизнеса, у меня самый разнообразный опыт — правда, нередко отрицательный, как в этом случае. Но по поводу ценности триады отчетов вы заблуждаетесь. Есть в юриспруденции такое понятие: добросовестное заблуждение. Я понимаю, вы душу вкладываете в свой бизнес (как я в свою теорию), но это не помешает нам откровенно беседовать, правда? Так вот, если я правильно представил вашу систему, она очень узкая. Вы взяли три главных стандартных бухгалтерских отчета и оптимизировали процесс их составления. При этом, хотя заявляете о новаторстве (которое действительно имеет место: всего четыре-пять синтетических счетов и, наверное, еще многое чего, не могу судить), по сути остались в рамках традиционной бухгалтерии. Как мне нравятся ваши заявления о борьбе со стереотипами и проч., однако вы не замечаете, что сами находитесь в их плену. Бухгалтеры спорили о количестве счетов лет 80 назад, но со временем споры утихли по причине их полной бесперспективности. Не в количестве счетов дело, совсем в другом.
Вы читали историю, но не цените ее, отрицаете.
Я, знаете, не только читал литературу по истории учета, но и книжки по данной теме пописывал, так что с «не цените, отрицаете» вы поосторожней. Заходите ко мне в гости — может, чего интересного обнаружите. Кстати, я ссылки на большинство ваших постов дал.
Могу только удачи пожелать в дальшейших теоретизированиях, но к сожалению практических задач вы не решите.
Я вам тоже удачи желаю. Завидую черной завистью, что нашли практическое применение своим талантам, однако это не теория. Вы можете еще десяток, или даже сотню, или даже тысячу предприятий автоматизировать и кучу денег заработать, но это не теория. Ваши попытки улучшить двойную бухгалтерию мне очень симпатичны, но увы, они наивны и старомодны (в теоретическом, исключительно в теоретическом отношении).
Утешаюсь мыслью, что миром движут идеи.
Спасибо за общение.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Назад в будущее или основные этапы развития учета в истории