«Каждый мнит себя стратегом, видя бой со стороны»
Из поэмы «Витязь в тигровой шкуре» классика грузинской средневековой литературы Шота Руставели (ок. 1172 — ок. 1216).
Введение.
Приветствую всех читателям infostart’a. Данная статья является первой из цикла об управленческом учете, которую я бы хотел опубликовать. Остальные будут появляться при наличии положительных отзывов об этой – это будет означать, что данная тема востребована.
Многие программисты 1С на каком-нибудь этапе своей деятельности сталкиваются с понятием управленческого учета. Я впервые столкнулся с этим понятием в середине 2000-х. Многие бухгалтера или финансисты, или программисты,вздыхая, таинственным голосом говорили: «Да, нужно внедрять управленческий учет». Однако, когда я их начинал выспрашивать, что же такое этот «управленческий учет»,то каждый важно надувал щеки и выдавал свои версии. Чего только не подразумевали под «управленческим учетом»: и минимизацию налогообложения и ведение учета не по бухгалтерским проводкам и расчет себестоимости затрат. Стало появляться много литературы по данному вопросу, увесистые книги по 400-600 страниц, где «лили воду ведрами» и многих, надо признаться, «сильно обливало». Ну, это все сказано с определенной долей юмора, но, тем не менее, вопрос интересный, а главное очень актуальный, особенно для «чистых» программистов. Под «чистыми»программистами я понимаю тех, кто с трудом понимает бухгалтерские проводки и им далеки экономические понятия: амортизация, прямые и косвенный затраты, валовая прибыль, чистая прибыль, прибыль до вычетов всех налогов и т.д. Так давайте разберемся, что же такое управленческий учет, в первую очередь, для программиста 1С. В дальнейшем, в статье мы будем рассматривать управленческий учет только с точки зрения и для программиста 1С.
Определение управленческого учета.
У управленческого учета множество определений. Википедия нам говорит: Управленческий учёт — упорядоченная система выявления,измерения, сбора, регистрации, интерпретации, обобщения, подготовки и предоставления важной для принятия решений по деятельности организации информации и показателей для управленческого звена организации (внутренних пользователей — руководителей). Основной задачей управленческого учёта является ответ на вопрос, в каком состоянии находится предприятие, как необходимо распределить имеющиеся ресурсы, чтобы повысить эффективность деятельности.
Все направления хозяйственной деятельности: торговля оптовая, розничная, производство, оказание услуг – могут, очень сильно отличатся с точки зрения управленческого учета. А что нужно программисту 1С понимать под управленческим учетом? Пусть гуру управленческого учета меня поправят, но программисту 1С необходимо подразумевать под управленческим учетом, ведение учета хозяйственной деятельности с точки зрения собственника бизнеса. Многие, тут же мне могут возразить: некоторые владельцы бизнеса ничего не понимают в управленческом учете. Может быть, но – это не так. Все владельцы собственного бизнеса, которые этот бизнес организовали, очень хорошо разбираются в управленческом учете. А вот – если владелец не организатор бизнеса,то да – он может не разбираться в управленческом учете. Это вывод, который должен усвоить программист 1С: любой владелец успешного бизнеса очень хорошо разбирается в управленческом учете. Соответственно, одна из основных задач программиста 1С уметь понимать бизнесмена. А весь управленческий учет в конкретном бизнесе крутится вокруг собственника, который и является объектом управленческого учета. А видение собственником развития своего бизнеса – является субъектом управленческого учета.
Что-то я раскидался понятиями, «объект», «субъект». Наверное,можно написать проще, по-человечески. Чего хочет собственник бизнеса, то и будет управленческим учетом для программиста 1С. Давайте копать глубже в тему.
Точки соприкосновения.
Наша жизнь нам показывает на практике, очень часто, что каждый человек имеет свое мнение практически по любому вопросу. Это касается и программистов 1С, и бухгалтеров и любых пользователей, которые пользуются конфигурациями на основе 1С. Я думаю, многие слышали претензии от бухгалтеров на работу 1С: то тормозит, то неправильно считает, то я ничего не делал(а), а оно само неправильные цифры показывает, то кто-то после меня все переделал и этот список можно продолжать бесконечно долго. Большинство программистов 1С улыбаются про себя,некоторые относятся очень серьезно, ну, а некоторые злятся и отвечают резко.Последнее, не рекомендуется делать, так как программист 1С должен обладать выдержкой. Причина же этого всего одна –программист 1С (хороший программист, конечно) знает, как работает конфигурация,а пользователи, зачастую, не знают, как она работает. И практически каждый пользователь скажет, что плохая программа или компьютер, а он, пользователь -очень хороший. Люди не любят признавать ошибки. Поэтому, для понимания управленческого учета, программист 1С должен уметь искать точки соприкосновения со всеми пользователями, хорошими и плохими. Неважно насколько ловок пользователь в отношении с программой, важно насколько этот пользователь на своем месте в общей схеме хозяйственной деятельности. Я бы даже сказал,находить точки соприкосновения – одна из основных задач программиста 1С в системе управленческого учета. Давайте посмотрим, что говорит нам практика.
К сожалению, очень многие программисты 1С думают, что они разбираются в управленческом учете. Зачастую – это очень далеко от действительности. Простой пример отсутствия точек соприкосновения бухгалтера и программиста 1С. Бухгалтер просит программиста, а можно сделать так, чтобы можно было видеть, кто и когда изменял документ. Знакомая ситуация? Вот распространенные ответы программистов 1С. Первый ответ: смотрите журнал регистрации. Бухгалтер заходит в журнал регистрации, приходит в ужас от фильтров, с трудом разобравшись, ждет 1-4 минуты появления нужной информации,ничего не понимает и бросает это дело, в крайнем случае, просит программиста 1С самому найти в журнале регистрации необходимую информацию. Второй ответ: ну, мы можем включить версионирование объектов,но нам нельзя этого делать, так как это увеличивает базу данных и она начнет тормозить. После слова версионирование объектов бухгалтер перестает понимать и единственное что он услышал – это база будет тормозить, ну, а так как с базой бухгалтер работает все время, то торможение ему вовсе не нужно. Ну и третий, самый лидирующий ответ, я бы сказал бестселлер программистов 1С, звучит так: это сделать нельзя, потому что…далее каждый сам впишет нужную легенду.
Как же данная ситуация выглядит с точки зрения программиста и точки зрения бухгалтера? И при чем тут управленческий учет, спросите вы.Отвечу на эти два вопроса по порядку.
Со стороны программиста все просто. Зачастую, программист 1С занят, с точки зрения самого же себя, очень важными задачами (пишет сложный отчет, да что угодно) и такой ерундой ему некогда заниматься. Кроме того,программист 1С знает о журнале регистрации и знает, что тот не удобен, если документооборот в базе очень большой. Но, такие мелочи не беспокоят программиста. Свою задачу он сделал, осадил неразумного пользователя и указал ему на решения задачи. И даже ответ, что такое сделать нельзя программисты объясняют просто, лучше соврать, чем объяснять пользователю глупость их затей.Конечно – это все не верно. Это и есть классический пример потери точек соприкосновения.
Ну, а что же со стороны бухгалтера. Бухгалтер занят разной работой, важной и не очень важной. Я не ставлю цель делать из бухгалтеров небожителей – это такие же участники общего дела, как и остальные работники, участвующие в хозяйственной жизни бизнеса. Но, в данном случае, бухгалтер преследует вполне конкретную цель. Ему необходимо понимать, кто поменял данные документа, если пользователей несколько. И надо понимать, что бухгалтера тоже люди и тоже ошибаются. И как все люди – не любят признаваться в своих ошибках. Иногда данные в таких документах могут существенно оказывать влияние на расчет налогов НДС или прибыли, и много чего еще. Для бухгалтера – иногда это критически важная информация.
Данный пример является иллюстрацией процессов управленческого учета. В разобранном нами примере, программист 1С не смог найти точки соприкосновения с бухгалтером, так как посчитал, что данный вопрос не является важным. Такие ситуации встречаются сплошь и рядом. Основные причины этого переоценка своих знаний и недооценка потребностей других участников управленческого процесса.
Что нам вообще дают эти точки соприкосновения? Точки соприкосновения минимизируют риски в бизнесе и помогают избегать прямых финансовых потерь. Бизнес риски – это отдельная тема для статьи. В рассмотренном нами примере, потеря точки соприкосновения между бухгалтером и программистом 1С может привести к неправильной финансовой отчетности в будущем,а также к прямым финансовым потерям в виде штрафов или в виде так называемых представительских расходов. Многие скажут, что ерунда и автор накручивает. Но,я не накручиваю, а просто пытаюсь показать, что простая и безобидная ситуация,без правильной оценки этой ситуации может привести к вполне конкретному отрицательному результату.
В нашем примере программист 1С неверно оценил ситуацию, или вообще ее не оценивал.
Основной вывод, который мы должны сделать, что задача программиста 1С в управленческом учете обязательно стараться находить точки соприкосновения со всеми пользователями. Пользователи, в свою очередь, прямые участники в управленческих процессах и в управленческом учете соответственно.
Зачем все это?
Риторический вопрос, после прочтения возник у многих. Прочитайте эпиграф к данной статье. Я не просто так его написал.
Я встречал некоторых программистов 1С, которые говорили, да мы уже столько знаем, что сами можем быть главными бухгалтерами или финансовыми директорами или еще кем-то. Это обычные заблуждения и переоценка своих сил. Управленческий учет, в том числе нужен, для того, чтобы участники данного процесса не переоценивали и не недооценивали свои силы и знания. Управленческий учет призван упорядочить разрозненные человеческие ресурсы и заставить их работать на общий максимальный результат. По-настоящему это доступно только людям организаторам, которые умеют эффективно принимать управленческие решения.
Выводы
Подобьем итоги данной статьи.
Вот выводы, которые может взять на вооружение программист 1С, который решил разобраться для себя с управленческим учетом:
- Управленческий учет – это в первую очередь организованный хозяйственный процесс, кем-то, владельцем бизнеса или другим организатором, но не самим программистом 1С. Поэтому задача программиста научится понимать организатора бизнеса.
- Вторая основная задача программиста 1С находить точки соприкосновения с другими участниками управленческого процесса, бухгалтерами, начальниками отделов продаж, начальниками производственных бригад и другими.
- И самое главное, программист 1С не должен переоценивать свои знания, а должен учиться.
Надеюсь, данная статья понравится сообществу. Если будут положительные отзывы, то следующую статью я посвящу умению программиста 1С находить общий язык с ответственными людьми в управленческом учете (первые руководители, главные бухгалтера и прочие).
Зачем я это прочитал?
(1) qwinter, Вы бы конструктивней писали. Ваш комментарий показывает, что статья имеет своего читателя.
(2) Унылая статья какая то. Да и пользы практической никакой.
Автор без обид… но я честно хотел написать развёрнутый комментарий. Писать просто не о чем.
(3) TODD22, Я не обижаюсь. Основной посыл я закладывал такой, что многие программисты 1С переоценивают свои познания в управленческом учете, ну, а так как основные читатели сами программисты, то такой посыл наверное не воспринимается. Я собираюсь подготовить продолжение и постараюсь сделать его более интересным. Ну, и подожду еще отзывов по этой статье, может кто-нибудь напишет поконкретней, что понравилось или что не понравилось.
Спасибо за статью. Работая в крупной компании штатным программистом, в полной мере могу оценить ваши слова. Есть над чем подумать.
Как-то ни о чем. Можно было написать короче «Надо находить общий язык с пользователями». По сути весь смысл отражает.
Всё-таки, речь пойдёт о постановке управленческого учёта в организации, или о его автоматизации программистом 1С (соответственно, только в рамках информационных систем на платформе 1С:Предприятие)?
Хорошо бы было перечитать статью перед публикацией и подредактировать её — упростить сложносочинённые предложения, убрать повторяющиеся мысли, исправить логические нестыковки (если владелец не организатор, то он может не разбираться в управленческом учёте…вывод — любой владелец разбирается в управленческом учёте).
(4)
Просто, пока непонятно, в чём именно не разбираются программисты 1С. Кроме общего «управленческий учёт — это то, чего хочет владелец бизнеса» ничего не написано.
Бухгалтер — не владелец бизнеса. Пример с хранением информации о пользователях, изменивших документ, непонятен в текущем контексте (хотя суть его верна).
Почитать дальше было бы интересно.
(5) botokash, Спасибо, именно те кто работают в крупной компании могут оценить эти советы, т.к. одно дело когда 2 бухгалтера и 500 документов в месяц — это одно, и совсем другое, когда 30 бухгалтеров и 20 тыс. документов в месяц.
(7) sergei2k,Спасибо за развернутый ответ. Вы пишите:
Прочтите внимательней, я пишу:
Обратите внимание, я пишу, если владелец бизнеса, является и организатором бизнеса, то он разбирается в управленческом учете, а если не организатор, то может не разбираться. Тут я имею ввиду, что например, у владельцев бизнеса бывают родственники, друзья, сватья кто угодно, которые могут не организовывать бизнес, но владеть им, понимаете о чем речь? Вот такие «владельцы» могут и не разбираться а могут и разбираться, о чем я и пишу. И никаких логических ошибок тут нет.
По второму пункту Вы пишете:
Бухгалтер — не владелец бизнеса.
Я пишу, что программисты 1С не не разбираются в управленческом учете, а пишу, что программисты 1С иногда переоценивают свои знания в управленческом учете и бухгалтер просто выступает как наглядный пример. Поэтому статья и может не восприниматься некоторыми программистами 1С, тому живой пример первый коммент к этой статье — это как раз такие программисты. А вот у вас интересный и развернутый ответ, надеюсь и я внес некоторые объяснения со своей стороны. Может некоторые вещи в моей статье плохо выражены, но это отсутствие опыта с моей стороны. Над продолжением я уже начал работать, учту ошибки, правда готова одна будет только на следующей неделе. Такие статьи требуют много времени)
Давайте отделять мух от котлет. Во первых: кто это такие программисты 1С? На эту тему есть кстати интересная статья в зазеркалье Вашу статью стоит переназвать: «Взгляд классического программиста на разработку бизнес-логики».
Это заблуждение. Даже ваше пояснение про владельца основателя не верно. Любой владелец-основатель интуитивно понимает как вести учет. Но интуитивно понимать и разбираться, и самое главное выстроить систему учета это очень разные вещи!
Надо понимать, что все познается в сравнении. И именно поэтому люди поучаствовшие во внедрении систем управленческого учета на 30-50 предприятиях, априори будут лучше разбираться в этом вопросе, чем собственник-основатель основывающийся на своей интуиции, какой бы хорошей она у него не была.
(9) qwinter,Вот-вот, статья именно адресована программистам с такими взглядами как у Вас. И, конечно, статью Вы будете оценивать отрицательно, так как менять свои взгляды не хотите.
Теперь, вы пишите:
Надо понимать, что все познается в сравнении. И именно поэтому люди поучаствовшие во внедрении систем управленческого учета на 30-50 предприятиях, априори будут лучше разбираться в этом вопросе, чем собственник-основатель основывающийся на своей интуиции, какой бы хорошей она у него не была.
Я позволю заметить, что это сугубо субъективное Ваше мнение. Моя статья и призвана разрушить такое мнение. А теперь посмотрите в корень проблемы.
Например, есть простой бизнес, мелкая розница: маленький магазинчик или даже ларек. Работает в таком бизнесе собственник 1 чел., 2 продавца и приходящий бухгалтер. Вот классический пример работы на интуиции. И поверьте, такому бизнесу не нужен ни программист 1С ни управленческий учет. Но, представьте, этот маленький бизнес начал расти и вырос в сеть супермаркетов у дома, в которых теперь работает 100 человек. Вот тут понадобится и программист 1С и управленческий учет, хотя можно и без них обойтись. И такой владелец бизнеса очень хорошо разбирается в управленческом учете, потому что с его помощью развил бизнес. А вот сам по себе управленческий учет и в том числе программист 1С никогда обычный ларек не превратят в сеть супермаркетов у дома. Вот это мысль и несет моя статья, что программисты 1С часто переоценивают свои знания, в том числе в управленческом учете.
Как раз бывает наоборот: только стандартные цены на разработку вызывают большой негатив.
(10)
Кстати, вот это интересный пример, и его бы вставить в статью.
ИМХО, написана какая — то ерунда! УУ .. да кому он нужен? Сейчас требуется знание БУ и НУ, а не УУ. УУ — это всегда чистая отсебятина на каждой месте. Пришел новый человек, занимающий руководящую должность, и начинает перекраивать все заново. Тем и хорошо регламентированный учет, что он упорядочен законодательно, а тут .. Может продолжение будет и лучше, но затронутая тема .. ну вот даром не нужна! Да еще и к 1С за уши притянута! При чем тут вообще 1С? БУ решает все задачи учета и нечего тут придумывать!
(12) sergei2k, Ну, эта статья уже написана и сюда уже примеры нет смысла вставлять, может вставлю во второю статью, над которой уже работаю.
(14) DoctorRoza, Чем больше я читаю ответы, наподобие Вашего, тем больше понимаю, что данная тема очень востребована. Понимаете в Вашем ответе очень много субъективного:
Понимаете, УУ — действительно отсебятина, но только для тех, кто в УУ не очень разбирается. Между БУ,НУ и УУ есть существенная разница и, УУ востребован. Я Вам приведу короткий пример, что такое БУ и УУ, чтобы Вам было понятней: Есть фирма, которая изготавливает мебель. К этой фирме поступил хороший заказ на 100 единиц продукции. Фирме срочно нужно закупить материал (ДСП) и доставить его к себе. Фирма выходит на поставщика ДСП, тот говорит: самовывоз. Фирма звонит перевозчику (своего транспорта у фирмы нет). Перевозчик говорит, оплата по безналу, срок доставки через 3 дня после поступления денег или оплата на месте налом, доставка завтра. БУ нам говорит, только безнал — это и расходы и пятое-десятое. УУ нам говорит, потеря в 3 дня — срыв заказа, выбираем нал. Таких примеров может быть много.
Поэтому тема очень востребована.
Согласна с одним — что как «лили воду ведрами» про УУ, так и льют. И эта статья прекрасное тому подтверждение.
Тема востребована , даже если на вашу «литературу», не будет ни одного положительного отзыва. У вас как-то причинно-следственные связи нарушены.
Чего? )))) xDDD
(14) DoctorRoza, а как же учет заказов? учет различных показателей KPI? учет мотивации? и т.д.
Честно говоря, я из этой статьи так и не понял, что же такое управленческий учёт по мнению автора. Подождём следующей части, может быть тогда будет понятнее. В части взаимоотношений программиста и заказчика всё сказано в общем-то верно. Но мне кажется, если программист со временем не поймёт, что он не гуру и не бог автоматизации на фирме, а просто обслуживающий персонал, хоть и квалифицированный, то он в профессии долго не продержится. То есть то, о чём вы пишет автор — это в сущности, детская болезнь программиста, преодолеваемая с опытом. С другой стороны, и заказчик не всегда сам хорошо знает, чего ему хочется. Только в общих чертах. Так что в реальности нередко при начале проекта ни одна из сторон на самом деле чётко не представляет, что же нужно сделать, чтобы от проекта получилась польза:)
Не понял сути статьи.
Программист 1С и не должен осуществлять «постановку управленческого учета», он должен заложить указанные ему принципы в программу (по возможности с минимальным изменением типовой конфигурации), ну или подсказать, где найти необходимые данные в программе (если они есть), построить необходимые отчеты.
Вообще, управленческий учет — то, что руководству необходимо для принятия управленческих решений, ежедневного оперативного управления. Управлять по данным бухгалтерского учета наверное еще никто не пробовал 🙂
Например, простейший пример продажи в БУ бухгалтер оформит накладную ТОРГ-12 по факту отгрузки, платежное поручение входящее при поступлении оплаты на р/с, вот и весь учет (поэтому БУ еще называют «посмертным учетом»)
А руководство интересует вопрос, сколько на текущий момент не отгруженных заказов покупателей, исходя из этого какая прогнозная сумма поступлений на р/с и исходя из этого, какие предприятие может позволить себе затраты? А какие заказы в работе у менеджеров по продажам и на какой стадии (был первичный звонок, была встреча, идет согласование условий поставки, согласована дата и сумма оплаты, выписан счет)? Даже счет на предоплату не является документом БУ, поскольку не имеет проводок, но дает информацию о планируемом поступлении денежных средств. А план продаж? Каков процент выполнения? На какой объем продаж в текущем месяце можно рассчитывать? Глупо, наверное, задавать такие вопросы бухгалтеру
Из этого примера видно что УУ — это суть бизнеса и чтобы его грамотно «поставить» программист 1С должен иметь навыки не только программиста, но и бизнес-аналитика, а это уже совсем другая стоимость оплаты труда и выше уровень.
Поставлю плюс за попытку начать тему управленческого учета…
А теперь по минусам…
Начали с попытки определения УУ, ушли в том чего «должен» программист 1С. И кстати чему?
1. Кто такой программист 1С? Надо бы определить квалификацию, навыки… И его роли в организации, постановке учета…
2. Почему Программист 1С не может обладать организаторскими навыками?
3. Пример с бухгалтером, очень не убедителен и даже отрицателен…
Вариантов решений множество… В зависимости от того, что же в конечном итоге должен получить бухгалтер…
+Есть множества вариантов профилактических действий.
4. Пример с комментариями по поводу мебели, то же не совсем корректен… здесь больше показана система принятия решений, без принятия учета переговорного процесса… Такие действия как, отработка по гарантийным письмам, выдачи и возврата нала, при последующей оплате безналом и им подобные позволяют оперативно решить вопрос… тем более как правило перевозчик в городе не один, а несколько..
5.Сумбурно описаны роли в бизнесе, с которыми которых программист 1С пересекается(кстати кто он?)
1. Совсем не понятно:»Управленческий учет – это в первую очередь организованный хозяйственный процесс, кем-то, владельцем бизнеса или другим организатором, но не самим программистом 1С.»
Все таки если мы говорим об учете, то лучше говорить о фиксации деятельности бизнеса, процессов и показателей на основании которых принимаются решения…. Конечно ИМХО, но все таки…
2. Зашибись!!! «Вторая основная задача программиста 1С находить точки соприкосновения с другими участниками управленческого процесса, бухгалтерами, начальниками отделов продаж, начальниками производственных бригад и другими.» Написана общая фраза без какой-то систематизации… У меня в выступлении только этому моменту посвящено порядка 20 минут, и то кратко….
3. «И самое главное, программист 1С не должен переоценивать свои знания, а должен учиться.»
Учится чему? Каким образом происходит определения направлению обучению….
Общая рекомендация, перед публикацией отдать 2-3 рецензентам, получите много обратной связи…
С уважением.
Про точки соприкосновения и работу с пользователями хорошо написано. А про УУ — ни слова по делу, только общие фразы
(22) gendal,
И не только этими, а еще и, хотябы, общими экономическими познаниями 🙂 А это еще выше уровень оплаты :). Но, можно найти внедренца, который поможет с этим справиться.
То есть человека, который будет буфером между программистом и управленческим составом.
я не программист. Я главбух. Пытаюсь директору-собственнику доказать что прибыль надо считать выручка по 90 счету минус расходы, и не завершенку не учитывать. Смотрит на меня как на дурочку. И говорит — прибыль это деньги на расчетке, в кассе минус расход по складу и деньги истраченные на прочие услуги (даже не оказанные). И в вашу 1с я заходить не буду — делайте мне все отчеты в Excel, «каждый современный человек должен знать эту программу». Вот это и есть управленческий учет, когда 30 человек ИТР составляют кучу файлов и работают в 1с независимо от этого. Предприятию 15 лет. от 10 человек штата стало 200. И всякие KPI для него вообще темный лес. И учить его всяким «так весь мир считает» бесполезно.
И сейчас я прошу программиста переделывать отчеты, чтоб не считать ручками.
(28) Taktic, Спасибо!!!)))
(33) gendal,
Такой учет удобен когда факт между реализацией и деньгами не большой. А когда проект полгода это уже не подходит. ДДС я то же делаю, но из него беру для него только некоторые статьи. Приход вообще по видам разбиваем — Продажи, СМР, Проектирование, Сервис, Поверка, Продажи производства. Вот сколько направлений. И учет а-ля Упрощенка уже не подходит. Но кто платит тот и заказывает музыку. Вот и крутимся.
(37) monkbest, Это в статье почему-то зацепило больше всего. Бухгалтеру нужно знать, кто изменил документ не для того, чтобы принять какое-то мифическое управленческое решение, а для того, чтобы дать «свистюлей», резануть премию или даже уволить нерадивого «изменщика» документа и в первую очередь снять с себя подозрение. А на вопрос, кто менял документ, прекрасно отвечает журнал регистрации. А что именно — версионирование либо доработка кода. Но это самый крайний вариант, так сказать «пить боржоми». Права нужно резать сразу и группам пользователей, а потом подходить к каждому индивидуально. И если «планктон» решит поменять документ не из-за своей криворукости, а у него будут на это вполне обоснованные причины, он пойдет к «мудрому пескарю» и обоснует. На основании этого либо ответственный сотрудник меняет документ, либо расширяются права. Понимаю, что вдаюсь в частности, возможно, просто накипело.
Статья, кстати, хороша уже тем, что подняла актуальную тему отношений типа «я — начальник, ты — дурак». Но с заголовком текст статьи имеет мало общего.
1. Текста мало — на статью то вообще не тянет.
2. Много воды — во всей статье по сути мысль одна — «программист должен делать то что ему говорят».
3. Кроме определения УУ по делу ничего не написано. Только про взаимодействие программиста с пользователями.
Интересно, сколько лет автору? И каков его стаж в 1С?
Ведет он себя как ребенок в период подросткового бунта.
Вместо того что бы признать что был не прав — начинает выворачиваться: «я имел ввиду не 1С программиста, а тупого 1С Программиста», «собственник не собственник, а только тот собственник кто основатель»,»я не статью хотел написать, а проверить есть ли интерес к теме».
На мой взгляд в 27. tadem гораздо более точнее и нагляднее довела суть того что хотел сказать автор своей «статьей».
Статья внимательно прочитана вкупе с комментариями.
«Общее понятие управленческого учета» не раскрыто (не считать же цитату из википедии и рекомендацию «искать точки соприкосновения» раскрытием).
Посему комментарий из цикла «нечего сказать по теме — докопайся до правописания». Автор, не нужно ставить запятые везде, где в предложении есть логическая пауза. Статья пестрит подобными ошибками.
Ожидал от статьи большего…
(27) tadem,
это так называемый фин. результат «по деньгам», обычно директора так и пытаются считать прибыль в силу кажущейся простоты. Многие не понимают «метод начисления» или считают его недостоверным. Хотя если ситуация на предприятии ухудшается, один из признаков такого ухудшения — отрицательный баланс между приходом и расходом денежных средств.
У нас на предприятии, для построения экономистами отчетов «по деньгам», расширили и детализировали справочник «Движение денежных средств», внесли туда подробную управленческую аналитику статей ДДС. При этом каждый счет и платежка проходят через экономистов, которые ставят код статьи из справочника. Бухгалтер затем только тупо выбирает указанный код. На основании этого можно построить отчет о движении ДДС. А еще ежемесячно вводится документ «План движения денежных средств» (по тем же статьям ДДС) и есть отчет сравнения плана и факта и отклонения.
(32) пока Вы улыбаетесь — обратите внимание на то, что ни один из Ваших комментариев не имеет ни одного плюса. Кроме того, рискну предположить, что все кто поставил звездочку Вашей статье её еще не читали. Просто увидели цепляющий заголовок и таким образом отметили как «не забыть бы прочитать».
А минусов Вам не наставили только потому что это не так просто сделать.
(25) Dach, Во второй статье, которая готовится, постараюсь уделить управленческому учету больше текста. Это моя первая статья здесь.
(28) Taktic, К таким комментариям как у Вас я отношусь с улыбкой)
(30) mikhailovaew, Над подачей текста работаю. Во второй статье попытаюсь улучшить его.
Пример в статье с «Кто изменил документ» мне не нравится тем, что статья призывает программиста взять и сделать удобный сервис для ответа на этот вопрос. Типа бухгалтер знает лучше. Не всегда он знает лучше. Главное в этом деле выяснить «Зачем?»
возможно после выяснения причин появления нового требования к системе, в хорошую голову программиста придут альтернативные пути её решения.
Я всегда, когда меня просят состряпать странный отчет задаю вопрос «А зачем он Вам нужен?» это помогает
Мне показалось, что это предисловие к статям об управленческом учете. Буду ждать первую статью.
(36) теперь мне остается только улыбаться в ответ 🙂
(35) Taktic, Понимаете, в чем дело. Вы будете удивлены, но, если что-то не нравится лично Вам, не значит, что это не нравится кому то еще. Вам не нравится, кому-то нравится. Цель моей статьи не была понравится всем, так как это в принципе не возможно. Вы, как раз попали в категорию, которым статья не понравилась.
(6) Fannasankh, ага, она вся жизнь такая, только все время эту мудрую мысль приходится сверять с примерами из жизни.
(38) gull22, Это личное дело каждого. И да, я могу сказать, что это было именно введение в управленческий учет. Мне хотелось узнать, будет ли эта тема обсуждаться сообществом, необходимы ли еще статьи на эту тему. Ответы я получил и тема очень актуальна, и продолжение я пишу. Готова будет на следующей неделе. Постараюсь учесть все положительные пожелания, которые были озвучены в комментариях. А, даже отрицательные комментарии — это хорошо. Infostart — это в первую очередь сообщество, а значит тут всегда будут люди типа: «как все плохо и непонятно».
(15) немного странноватый для меня пример. Причем тут БУ и УУ не понимаю. Тут скорее конкретный бухгалтер и конкретный управленец, которые являются интерпретаторами входящих в них данных. Учет в программе является точечным, и только человек зная какая картинка должна быть, может видеть по контрольным точкам её отклонения от нормы, и подтягивать их на место.
(41) насчет «непонятно» Вы «малость»… самоуверенны. Всё до ужаса наивно.
И подано с позиции: » Все — …, а я — Д*Артаньян!».
(27) tadem, как я понимаю и Вас и Вашего директора 🙂
(42) Taktic, Я пишу без всякий задних мыслей, остальное — Ваши фантазии).
(44) Manoshkin,
Это был очень простой пример, да и только, без различных условий: а если или не а если. Задача данного примера просто продемонстрировать наглядную разницу, как одно и то же хозяйственное событие воспринимается в БУ и в УУ, и не ищите инструкцию на все случаи жизни.
Прочитал, но видимо самого главного не понял. Про точки соприкосновения это правильно но какая связь между ними и УУ в 1С, именно в 1С а не в жизни, не понял. А может просто я настроился на техническую статью, а тут философия
Ждал «сухих» примеров и схем посторения УУ…а вы воробушка утопили, а потом съели…
(41) увы введением это не является , одно из основных требований к введению это:
1. Соответствие озвученной теме
2. Определение проблематики
3. Определение терминов и понятий
УВЫ Но ничего из перечисленных …
Заявили одно, дали другое, выводы сделали третьи…
(47) SinglCOOLer, Данная статья очень далека от философии. Тема статьи — общее понятие для УУ для программиста 1С. С моей точки зрения, без понимания точек соприкосновения, не будет понят смысл следующих статей. А также в статье дан наглядный и вполне реальный пример из жизни. Я думаю, многие программисты 1С себя узнали в программисте из примера, поэтому статья таким программистам не нравится. Но моя задача донести таким программистам мысль, что они не правы, и в этом тоже суть этого введения.
(48) tindir, От меня сухих схем никогда не будет, они малоинтересны и плохо читаются. За сухими книгами в магазин, там увесистые книги с названиями «Управленческий учет…». Но, я думаю их мало кто читает, кроме преподавателей различных экономических специальностей и курсов и людей, которые обучаются на таких курсах)
(50) apatyukov,
Тема: общее понятие управленческого учета и я его привожу.
Проблематику я определил: поиск точек соприкосновения между программистом 1С и другими участниками управленческого учета.
Также присутствуют, а также присутствует наглядный пример и сделаны выводы.
А Вы можете делать свои выводы, для этого статья и написана).
С трудом прочитал статью до конца — именно потому, что вплотную занимаюсь постановкой и внедрением УУ. Ожидал, что статья хоть немного «прольет свет». Сразу скажу, что несколько разочарован.
С одной стороны, УУ — это своеобразная терминология и логика решений, с другой — программист (неважно, 1С или иной) работает с алгоритмом — т.е. предельно четкой схемой, не допускающей двойственности. В статье очень много лишнего, возможно, автор так «раскачивается». И совсем нет полезных мыслей.
Мысль что «лучше постоянно учиться, а не считать себя умнее других, особенно собственников» — не нова, но и не верна до конца. Сама по себе идея УУ (как мне кажется) и возникает именно тогда, когда собственник (внезапно) понимает, что не владеет ситуацией в своем собственном предприятии. Когда он не понимает, сколько денег со счета он может потратить и сколько он заработал в прошлый квартал. Когда он видит деньги в кассе, но бухгалтер говорит ему «денег нет» и т.п.
Учиться постановке УУ нужно как и учиться всему остальному — сначала много теории (в т.ч. терминология, история развития темы, основные личности и т.п.), много литературы, а затем — много практики.
Часто бывает, что на предприятие берется человек, обладающий необходимыми компетенциями — финансовый директор или директор по развитию. И он отвечает за постановку УУ. В этом случае программисту вовсе нет необходимости спорить или «искать точки соприкосновения» сверх обычного офисного общения. Есть задача — нужно обсудить технические моменты — есть реализация. В случае неудовлетворительного результата — анализ и исправление методики.
Ну, а если кто-то и программистов 1С, имея доступ к типовым конфигурациям, уже МНИТ себя постановщиком учета — то эта статья не привлечет их внимания (ну, разве только надуют щеки в комментариях, какие они крутые, а автор неправ).
(52) Eugene_Life, Согласен с Вами, иногда наши собственные ожидания нас подводят. Но суть статьи Вы практически правильно уловили, хотя читали статью не внимательно, о чем и сами пишите:
Статья создана как общее введение в управленческий учет для программиста 1С, в рамках статьи. В моем понимании, статья должна обладать некоторыми теоретическими понятиями и практическим примером.
Суть статья в том, что если программист 1С начинает для себя разбираться с управленческим учетом, то он должен уметь находить точки соприкосновения с другими участниками управленческого учета на каком либо предприятии. Должен стараться не переоценивать свои знания в УУ. Также статья содержит пример потери точки соприкосновения программиста 1С и бухгалтера. Обратно из этого очевидно, что если программист 1С не теряет точек соприкосновения, то он движется в верном направлении.
(9) qwinter, Априори, Вы предполагаете себя, который внедрил, как Вы считаете по «зарубкам» своим, 30-50 предприятий…
с автором согласен на 200%, единственная его ошибка, что он путает «управленческий» и «финансовый» учет..
«то, что хорошо бухгалтеру — остальным, смерть»
(53) и тут мы втыкаемся в то, что программист должен думать не о оптимизации кода, а о том «КАК ЭТО СДЕЛАТЬ»…. ребята!!!! если поставлена задача в письменной форме, я уже не говорю о адекватном ТЗ, то, значит это кому-то нужно…
(52) Eugene_Life, если собственник «внезапно понимает» — тогда о УУ уже говорить поздно…. Вы сами себе противоречите!
(51) ну, пирамида, она что сверху, что в основании — пирамида… считаю, что Ваша ошибка в том, что всё-таки проблематика УУ должно идти сверху, а не о взаимодействии программера и ГБ
И, еще, автор никогда не видел конфигурацию 7.7 «Комплексный ….» ? Или сразу в 8.х? Кстати, рекомендую НАСТОЯТЕЛЬНО!!!! там есть интересный функционал Вашей статьи…
(55) MIracloid2000, Вы, очень интересно предлагаете, чтобы программист 1С думал только об оптимизации кода. И я с Вами согласен, но тема статьи не об этом)
(57) MIracloid2000,
Взаимодействие программиста и ГБ (главный бухгалтер), всего лишь наглядный пример в статье, да и только. Перед собой ставил задачу в практическом примере показать распространенную ситуацию.
(58) MIracloid2000, язык 7.7 знаю, и начинал программировать в 1С именно 7.7.
во многих конфах уже по умолчанию стоит функция о фиксировании истории работы с документами пользователями, каким боком это относится к управленческому учету вообще непонятно?!
(60) MBM89, Если статью читать внимательней, то будет понятно:
В статье сначала описываются точки соприкосновения, которые должен искать программист 1С и приводится пример потери такой точки.
(61)
Для начала надо обосновать необходимость такого соприкосновения, регулярно добиваюсь увольнения Главных Бухгалтеров из компаний, с которыми взаимодействую, значит я теряю точки соприкосновения? Неужели? 🙂
(62) apatyukov,
Если бухгалтер некомпетентен, то да. Но некомпетентным может быть и программист 1С. Я в статье предполагаю, что и главный бухгалтер и программист 1С спецы).
(62),(63) Не понимаю, причем тут УУ и Главный бухгалтер? Разумеется, Главному бухгалтеру УУ не нужен для осуществления его функций, и если его втягивают в решение этих вопросов — то следует реакция отторжения, недоверия и т.п. Более того, по статистике, Главный бухгалтер — обычно женщина, а программист — мужчина, причем ситуация на рынке труда такова, что бухгалтеру сложнее устроиться, чем программисту. Потому при возникновении противостояния программист позволяет себе «травлю» (возможно, и взаимную) Главного бухгалтера. Итог с увольнением главного бухгалтера или увольнением программиста (а таковых случаев тоже предостаточно) — это (ИМХО) тупик. И хвастаться тут совершенно нечем.
А не стоит ли в каждом конкретном случае разобраться кому и для чего нужен управленческий учет? А у же от этого плясать. Корячиться и разрабатывать то, что никому не нужно? — бред.
Это как и с вопросом «кто изменил документ». Если с этим вопросом приходят достаточно регулярно — автоматизируем (либо версионирование, либо самописка которая в подписке на событие «при записи» сравнивает что изменилось (банальный перебор реквизитов документа в БД и записываемого) и запись что изменилось в регистр или справочник). А вот если с вопросом приходят очень изредка, то я задаю вопрос — зачем вам это? Что вы будете делать когда узнаете кто и когда это изменил? Если только ради любопытства (а это превалирующая причина) — «у меня нет времени тратить полчаса на ваше любопытство». Если будет воздействие — от депримирования до пропесочивания — я ищу информацию. Потому что это повысит корректность работы с программой, что, в свою очередь, хорошо как конторе, так и мне, программисту (все равно все будущие сложные и большие косяки разбирать мне — программа накосячила или пользователь).
(64) Eugene_Life, лично у меня вообще создалось впечатление что автор слабо представляет себе что такое «управленческий учет». С нетерпением жду продолжения, может быть там он напишет что-нибудь более конкретное.
вообще 1с нужно в настройках программы сделать возможность отключения упр учета напрочь, базы будут чище
(66) Taktic, вторая статья уже вышла, она тут:
статья интересная, но ещё примеры бы, может во второй статье будут.
Статья интересная, но название статьи никаким образом не отражает то, что в ней содержится.
Думаю, что при разборе принципов ведения управленческого учета нужно выделить главные проблемы, нарушения в которых приводят к плохому качеству учета. Каких их определить? — это выяснить главные принципы на которых основан учет и контролировать их выполнение — если смотреть на 1с, то эта программа изначально родилась из принципов бухгалтерского учета, а самый или один из самых главных принципов бух.учета — это принцип документальности (т.к. является источником информации и ошибок для учета). И его несоблюдение — т.е. не соответствие зафиксированной и взятой под ответственность информации (Подпись, Печать, значение реквизитов …) реальным проходящим процессам — и выявление с исправлением этих несоблюдений и является ключем к повышению эффективности применения управленческого учета.
(1)Про точки соприкосновения неплохо, но про управленческий учет ничего не написано. Название статьи совсем не соответствует содержанию.