Кол-во просмотров с 08.06.24г. :: 149
Итак, продолжаем нашу вчерашнюю тему. Наша задача научиться вносить корректировки в структуру отчетности. И получается так, что нам, в общем, здесь, наверное, еще необходимо добавить а, наверное, вот как вот у нас учет факта, да, вот так же, вот ок, и вот здесь вот метка идет, ну, вот этот выпадающий список. вот мы, наверное, ровно такую же, такой же столбик, как бы, сделаем и вот здесь. то есть у нас будет, значит, столбик ок, здесь будут метки здесь можно будет название менять и давайте то что касается синонимов мы это сейчас сделаем до метки синоним менять вот единственное что по поводу меток Значит, что касается вот этой гибкости, да, ограничения и широкие возможности для пользователя, какая-то золотая середина. Ну, по крайней мере, я могу предложить как бы свое видение, да, но я покажу внутри программного кода, как эти ограничения вводить, ну, а там каждый из вас может по-своему как бы это все настраивать, но я бы или я, так скажем, обычно делаю, то поступаю следующим образом. Все, что касается переменной части, это себестоимостная часть, поступление денег, денежный поток от продаж, переменная часть и вплоть до маржинального денежного потока. Ну, а по аналогии в отчете о прибыли и убытках до маржинальной прибыли. То есть вся переменная часть, там где у нас идут переменные либо прямые затраты, связанные с основной деятельностью, на втором уровне я бы всегда это все делил на элементы бизнес-модели. Если вы помните, то мы разговаривали, говорили о том, что бизнес-модель — это у нас Я не помню, у нас здесь это есть или нет. Наверное, здесь у нас нет. Да, это у нас было на курсе предыдущем. Финансовый аналитик. И мы там говорили о том, что у нас... Так, где я был-то? Вот здесь. Мы там говорили о том, что бизнес-модель — это совокупность комбинации продукт-канал-продаж. Так вот, вот это вот на втором уровне, вот в этом блоке до маржинальной прибыли имеет смысл всегда второй уровень относить именно к бизнес-модели. То есть поступление денег, себестоимость там и переменные затраты, ну возможно какие-то там несебестоимостные прямые затраты. делить по элементам, по компонентам бизнес-моделей, где бизнес-модель это продукт, дефис, канал продаж. Вот такие вот комбинации. Ну и тогда у нас получается ситуация следующая. На втором уровне мы вот эти вот оки Оставляем лишь только для внесения правок, синонимов. В первом блоке, где поступление денежных средств, а во всех этих блоках нам нужно не давать возможности пользователю здесь вносить изменения. Когда мы будем вносить изменения в первом блоке, то нам необходимо, чтобы во втором блоке себестоимости, в третьем блоке – денежный поток от продаж, в четвертом – оплаты переменных и маржинальных денежных поток, пятый блок. чтобы вплоть до пятого блока здесь везде вносились изменения на втором уровне. То есть если мы... И, кстати, вот это поступление денежных средств в продаж, да, это нужно тоже здесь заметить, на продаже товаров получается. Вот что нам нужно сделать. И если мы вносим здесь изменения, то у нас автоматически вносятся изменения вот в этих вот пяти блоках. Понятно, что внутри этих пяти блоков у нас может оказаться еще какие-нибудь дополнительные блоки. Ну, например, может быть так, что денежный поток от продаж между денежным потоком от продаж и себестоимостными затратами, ну, например, будут какие-нибудь еще Прочие прямые затраты, оплата прочих прямых затрат, которые в себестоимость, например, не входят, являются переменной частью и разделяются по вот этим вот самым направлениям продаж или по элементам бизнес-модели. Такую возможность можно предоставлять пользователю, но тогда нам необходимо будет в качестве меток вот там, где у нас идут метки наши, нам придется вот эти вот все метки кэш-фло плюс, кэш-фло минус, кэш-фло там, все к тому вот этого кэш-фло, нам необходимо их будет еще разделять на два типа. Первый блок – это переменные затраты, второй блок – это какие-то постоянные, которые не переменные и прочее и так далее. Короче говоря, чем больше мы свободы даем пользователю, тем больше у нас возникает тех или иных каких-то комбинаций меток внутри отчетности. Метки, они нам нужны еще раз для того, чтобы просто понимать, где мы находимся в структуре отчетности. Каждая метка, она за собой. определяет некоторый функционал, связанный с некоторыми блоками вот этой вот самой нашей отчеты. Мы же здесь пойдем по пути таком, пусть у нас в качестве переменной части будет просто закреплено 5 блоков. То есть это выручка или поступление, это себестоимость, Это денежный поток от продаж или валовая прибыль в P&L. Это переменные затраты и маржинальная часть. Маржинальный поток или маржинальная прибыль. Вот просто пять блоков и все. И тогда мы не будем заморачиваться. И как бы внутри этих блоков мы ничего не имеем права добавлять с точки зрения показателей верхнего уровня. Еще раз говорю, что если мы там позволяем какие-то производить дополнения, то тут возникает целое дополнительное направление меток, то есть нам нужно все метки будет разделять на те метки, которые связаны с переменной частью и на те метки, которые связаны с постоянной частью, чтобы понимать где в каком разделе мы находимся в рамках структуры отчета dds. ну или там pnl, неважно. значит с этим понятно. и коль скоро мы договорились Давайте сейчас вот как поступим. Я предлагаю пойти по такому пути. Мы метки менять не будем. Допустим, чтобы не перегружать сейчас весь наш функционал, мы же не онлайн-сервис создаем, где мы стараемся позволить пользователю делать максимально многое. А мы, так скажем, обучаемся создавать систему управленческой отчетности для себя. И, соответственно, если мы это для себя, то мы по структуре более-менее можем всегда определиться внутри компании. И вот эти вот метки, мы их закрепили там внутри. И, допустим, мы метки, например, менять не будем. Вот. И тогда мы, допустим, имеем... Тогда две возможности. То есть первое – это вносить синонимы и добавлять статьи. Но если мы добавляем направление «продаж» или, грубо говоря, какой-то элемент бизнес-модели хотим добавить, то мы его добавляем только лишь в первом блоке, и в остальных четырех блоках они просто автоматически здесь появляться должны. Ну, вот как-то так. ну а там дальше уже так значит давайте вот так вот мы определимся и теперь начнем создавать функционал добавление названия но а еще у нас вот такой момент если у нас возникает Тогда получается так, что если у нас во втором, третьем, четвертом и пятом блоках у нас не должно быть возможности вносить изменения для статей уровня 2. То есть у нас статьи уровня 2 в блоках второго по пятый определяются первым блоком вот так вот такое вот у нас допустим будет ограничение. следовательно нам необходимо вот эти вот штуки как бы исключить. как нам их исключить? нам нужно значит зайти как у нас называется должно быть admin-cashflow, это вот admin, администрирование-cashflow у нас раздел. И там, где у нас вот эти вот оки и новые синонимы, мы убираем такую возможность. А это значит, что нам необходимо прописать следующее. Значит, мы здесь добавляем условие. Пишем, если if. Значит, наше условие такое, что если одновременно у нас выполняются... сколько там получается? если у нас одновременно выполняется 4 неравенства значит у нас верхний уровень то есть это у нас если у нас блок номер 2 3 4 5 то есть если доллар с у нас если переменная с у нас пробегает больше как бы с больше либо равно. больше либо равно 2. и одновременно с. и одновременно у нас с меньше либо равно 5. при этом у нас. если чтобы это были именно статьи второго уровня. Это значит переменная t должна быть не равна 0, а переменная u должна быть равна 0. Вот так вот. И еще мы прописываем два условия. ctrl-c, ctrl-v. Здесь мы пишем значок объединения условий. Значит у нас t должно быть не равно, восклицательный знак равно не равняется 0. И переменная U должна быть равна двойной равенства.