Управленческий учет для программиста 1С. Статья первая - общее понятие управленческого учета.
«Каждый мнит себя стратегом, видя бой со стороны»
Из поэмы «Витязь в тигровой шкуре» классика грузинской средневековой литературы Шота Руставели (ок. 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С Учет Понятие управленческого учета
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Разное Оптовая торговля Розничная торговля Этикетки, ценники 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 Платные (руб)
Внутренняя Маркировка продукции «Перекресток»
23180 руб.
01.08.2025 3564 4 0
Разное Пользователь 1С 8.3 1С 8.5 1С:Управление торговлей 11 Абонемент ($m)
Представлен алгоритм обработки, позволяющий использовать таблицу значений на форме как таблицу экселя.
2 стартмани
02.11.2026 605 1 aximo 3
Разное Разработчик 1С:Предприятие 8 Абонемент ($m)
Утилита берёт все PDF-файлы из указанного каталога, сортирует их по именам и объединяет в один PDF-файл. Одна операция — один вызов. Никаких других функций нет. Работает шустро, весит мало!
1 стартмани
27.10.2026 259 0 madonov 2
Разное 1С 8.5 Домашние учет и финансы Россия Бесплатно (free)
Здравствуйте! Закончил курс "1С Разработчик" на одной популярной площадке. Ищу работу, в процессе поиска понимаю, что как такового опыта практического нет, и нужен какой-то pet-проект. В 1С существует огромное количество решений огромного количества сфер деятельности. Встал вопрос: что можно реализовать и как? Открываю "ИИ" и прошу его подкинуть идею (2026 век все-таки на дворе :D). Предложил "Куратор: «Домашний помощник»". Теперь как делать? Решил установить EDT и полностью положиться на Напарника. Получилось следующее: Описание решения «Домашний помощник» для 1С «Домашний помощник» — это готовая подсистема для платформы 1С:Предприятие 8.5, предназначенная для автоматизации бытовых задач семьи: ведения дел, учёта покупок и товаров, контроля расходов и коммунальных платежей, фиксации показаний счётчиков, а также организации обслуживания домашней техники.
12.08.2026 1036 31 cet241 2
Разное 1С 8.3 Россия Абонемент ($m)
Чего только не было написано на 1С, но вот удивительно, не нашел ни одного проекта по астрологии. Решил исправить такой недостаток :) Конфигурация для расчёта и анализа астрологических карт с собственным астрономическим движком и встроенной интеграцией с языковыми моделями (LLM). Платформа 1С:Предприятие 8.3.27, файловый режим, написана полностью на встроенном языке без внешних компонент.
1 стартмани
22.06.2026 1332 11 AlxPop 12
Способы, как сэкономить при оплате ИИ-подписок.
18.06.2026 2644 SergMuravev 10
На связи Сергей Скирдин, технический директор компании «Белый код». Мы занимаемся проектами в сфере управления данными: интеграции, хранилища, BI. Поэтому мне особенно интересно следить за тем, как развивается экосистема 1С в смежных для нас направлениях. В субботу посетил мероприятие для разработчиков и технических специалистов 1С. Хотелось послушать про «1С:Шину», «1С:КХД», «1С:Аналитику» и в целом понять, куда движется мир разработки и технологий 1С. Расскажу, что интересного для себя отметил. Технологии 1С:Предприятие: вопросы и размышления
15.04.2026 2342 sergey.skirdin 0
Внешняя обработка для объединения файлов изображений в единый PDF файл, работает на платформе 1С 8.3.21 и выше.
1 стартмани
24.03.2026 1148 5 evg520750 0
Хорошо бы было перечитать статью перед публикацией и подредактировать её - упростить сложносочинённые предложения, убрать повторяющиеся мысли, исправить логические нестыковки (если владелец не организатор, то он может не разбираться в управленческом учёте...вывод - любой владелец разбирается в управленческом учёте).
(4)
Просто, пока непонятно, в чём именно не разбираются программисты 1С. Кроме общего "управленческий учёт - это то, чего хочет владелец бизнеса" ничего не написано.
Бухгалтер - не владелец бизнеса. Пример с хранением информации о пользователях, изменивших документ, непонятен в текущем контексте (хотя суть его верна).
Почитать дальше было бы интересно.
(7) sergei2k,Спасибо за развернутый ответ. Вы пишите:
Прочтите внимательней, я пишу:
Обратите внимание, я пишу, если владелец бизнеса, является и организатором бизнеса, то он разбирается в управленческом учете, а если не организатор, то может не разбираться. Тут я имею ввиду, что например, у владельцев бизнеса бывают родственники, друзья, сватья кто угодно, которые могут не организовывать бизнес, но владеть им, понимаете о чем речь? Вот такие "владельцы" могут и не разбираться а могут и разбираться, о чем я и пишу. И никаких логических ошибок тут нет.
По второму пункту Вы пишете:
Бухгалтер - не владелец бизнеса.
Я пишу, что программисты 1С не не разбираются в управленческом учете, а пишу, что программисты 1С иногда переоценивают свои знания в управленческом учете и бухгалтер просто выступает как наглядный пример. Поэтому статья и может не восприниматься некоторыми программистами 1С, тому живой пример первый коммент к этой статье - это как раз такие программисты. А вот у вас интересный и развернутый ответ, надеюсь и я внес некоторые объяснения со своей стороны. Может некоторые вещи в моей статье плохо выражены, но это отсутствие опыта с моей стороны. Над продолжением я уже начал работать, учту ошибки, правда готова одна будет только на следующей неделе. Такие статьи требуют много времени)
Тогда, возможно правильнее написать "вывод - владелец, являющийся организатором бизнеса, разбирается в управленческом учёте)."? Потому что "любой владелец" - это любой владелец, родственники, сватья, кто угодно.
Но это всё мелочи, суть ясна.
Раз переоценивают, значит чего-то не понимают, значит не разбираются :) Вот так мне кажется.
Надо понимать, что все познается в сравнении. И именно поэтому люди поучаствовшие во внедрении систем управленческого учета на 30-50 предприятиях, априори будут лучше разбираться в этом вопросе, чем собственник-основатель основывающийся на своей интуиции, какой бы хорошей она у него не была.
Теперь, вы пишите:
Надо понимать, что все познается в сравнении. И именно поэтому люди поучаствовшие во внедрении систем управленческого учета на 30-50 предприятиях, априори будут лучше разбираться в этом вопросе, чем собственник-основатель основывающийся на своей интуиции, какой бы хорошей она у него не была.
Я позволю заметить, что это сугубо субъективное Ваше мнение. Моя статья и призвана разрушить такое мнение. А теперь посмотрите в корень проблемы.
Например, есть простой бизнес, мелкая розница: маленький магазинчик или даже ларек. Работает в таком бизнесе собственник 1 чел., 2 продавца и приходящий бухгалтер. Вот классический пример работы на интуиции. И поверьте, такому бизнесу не нужен ни программист 1С ни управленческий учет. Но, представьте, этот маленький бизнес начал расти и вырос в сеть супермаркетов у дома, в которых теперь работает 100 человек. Вот тут понадобится и программист 1С и управленческий учет, хотя можно и без них обойтись. И такой владелец бизнеса очень хорошо разбирается в управленческом учете, потому что с его помощью развил бизнес. А вот сам по себе управленческий учет и в том числе программист 1С никогда обычный ларек не превратят в сеть супермаркетов у дома. Вот это мысль и несет моя статья, что программисты 1С часто переоценивают свои знания, в том числе в управленческом учете.
Кстати, вот это интересный пример, и его бы вставить в статью.
с автором согласен на 200%, единственная его ошибка, что он путает "управленческий" и "финансовый" учет..
"то, что хорошо бухгалтеру - остальным, смерть"
Понимаете, УУ - действительно отсебятина, но только для тех, кто в УУ не очень разбирается. Между БУ,НУ и УУ есть существенная разница и, УУ востребован. Я Вам приведу короткий пример, что такое БУ и УУ, чтобы Вам было понятней: Есть фирма, которая изготавливает мебель. К этой фирме поступил хороший заказ на 100 единиц продукции. Фирме срочно нужно закупить материал (ДСП) и доставить его к себе. Фирма выходит на поставщика ДСП, тот говорит: самовывоз. Фирма звонит перевозчику (своего транспорта у фирмы нет). Перевозчик говорит, оплата по безналу, срок доставки через 3 дня после поступления денег или оплата на месте налом, доставка завтра. БУ нам говорит, только безнал - это и расходы и пятое-десятое. УУ нам говорит, потеря в 3 дня - срыв заказа, выбираем нал. Таких примеров может быть много.
Поэтому тема очень востребована.
Как раз бывает наоборот: только стандартные цены на разработку вызывают большой негатив.
(23) apatyukov, Спасибо за развернутый и аргументированный ответ, отвечу тоже по Вашим пунктам:
1.
Под программистом 1С я подразумевал именно программиста 1С, т.е. такого человека, который умеет программировать на языке 1С.
2.
Могут обладать программисты 1С такими навыками, обратное я нигде не утверждаю.
3.
Вариантов решений множество...
В этом примере я не старался перебрать все возможные решений данной задачи, а пытался показать пример потери точек соприкосновения между бухгалтером и программистом 1С.
4.
И опять же, задача с мой стороны просто показать наглядную разницу между БУ и УУ и не искать все варианты решений.
5.
Насчет сумбурности, согласен, но это отсутствие опыта с моей стороны и его я думаю наберу и уйду от лишней сумбурности.
Далее у Вас вопросы начинаются с единицы и я на них также отвечу:
1.
Тут скажу, что о решениям в бизнесе нужна отдельная статья и думаю она появится.
2.
Краткость сестра таланта))) Ну, а если серьезно, то цель статьи было именно введение в управленческий учет, а также не ставил себе задачу писать книгу. Есть подозрение, что очень большие статьи будут читаться не внимательно, но это нужно проверять, это мое субъективное и пока ничем не подтвержденное мнение. Нужна практическая проверка.
3.
Учится чему? Каким образом происходит определения направлению обучению....
Общая рекомендация, перед публикацией отдать 2-3 рецензентам, получите много обратной связи...
Меня больше интересует обратная связь здесь, а не где-то там.
В целом хочу сказать, что мне нравится развернутые комментарии к моей статье и в том числе Ваши комментарии. Справедливой критики я не боюсь, а только ее приветствую. Стиль письма и подачу текста я постараюсь улучшить.
Тема востребована , даже если на вашу "литературу", не будет ни одного положительного отзыва. У вас как-то причинно-следственные связи нарушены.
Программист 1С и не должен осуществлять "постановку управленческого учета", он должен заложить указанные ему принципы в программу (по возможности с минимальным изменением типовой конфигурации), ну или подсказать, где найти необходимые данные в программе (если они есть), построить необходимые отчеты.
Вообще, управленческий учет - то, что руководству необходимо для принятия управленческих решений, ежедневного оперативного управления. Управлять по данным бухгалтерского учета наверное еще никто не пробовал :-)
Например, простейший пример продажи в БУ бухгалтер оформит накладную ТОРГ-12 по факту отгрузки, платежное поручение входящее при поступлении оплаты на р/с, вот и весь учет (поэтому БУ еще называют "посмертным учетом")
А руководство интересует вопрос, сколько на текущий момент не отгруженных заказов покупателей, исходя из этого какая прогнозная сумма поступлений на р/с и исходя из этого, какие предприятие может позволить себе затраты? А какие заказы в работе у менеджеров по продажам и на какой стадии (был первичный звонок, была встреча, идет согласование условий поставки, согласована дата и сумма оплаты, выписан счет)? Даже счет на предоплату не является документом БУ, поскольку не имеет проводок, но дает информацию о планируемом поступлении денежных средств. А план продаж? Каков процент выполнения? На какой объем продаж в текущем месяце можно рассчитывать? Глупо, наверное, задавать такие вопросы бухгалтеру
Из этого примера видно что УУ - это суть бизнеса и чтобы его грамотно "поставить" программист 1С должен иметь навыки не только программиста, но и бизнес-аналитика, а это уже совсем другая стоимость оплаты труда и выше уровень.
И не только этими, а еще и, хотябы, общими экономическими познаниями :) А это еще выше уровень оплаты :). Но, можно найти внедренца, который поможет с этим справиться.
То есть человека, который будет буфером между программистом и управленческим составом.
А теперь по минусам...
Начали с попытки определения УУ, ушли в том чего "должен" программист 1С. И кстати чему?
1. Кто такой программист 1С? Надо бы определить квалификацию, навыки... И его роли в организации, постановке учета...
2. Почему Программист 1С не может обладать организаторскими навыками?
3. Пример с бухгалтером, очень не убедителен и даже отрицателен...
Вариантов решений множество... В зависимости от того, что же в конечном итоге должен получить бухгалтер...
+Есть множества вариантов профилактических действий.
4. Пример с комментариями по поводу мебели, то же не совсем корректен... здесь больше показана система принятия решений, без принятия учета переговорного процесса... Такие действия как, отработка по гарантийным письмам, выдачи и возврата нала, при последующей оплате безналом и им подобные позволяют оперативно решить вопрос... тем более как правило перевозчик в городе не один, а несколько..
5.Сумбурно описаны роли в бизнесе, с которыми которых программист 1С пересекается(кстати кто он?)
1. Совсем не понятно:"Управленческий учет – это в первую очередь организованный хозяйственный процесс, кем-то, владельцем бизнеса или другим организатором, но не самим программистом 1С."
Все таки если мы говорим об учете, то лучше говорить о фиксации деятельности бизнеса, процессов и показателей на основании которых принимаются решения.... Конечно ИМХО, но все таки...
2. Зашибись!!! "Вторая основная задача программиста 1С находить точки соприкосновения с другими участниками управленческого процесса, бухгалтерами, начальниками отделов продаж, начальниками производственных бригад и другими." Написана общая фраза без какой-то систематизации... У меня в выступлении только этому моменту посвящено порядка 20 минут, и то кратко....
3. "И самое главное, программист 1С не должен переоценивать свои знания, а должен учиться."
Учится чему? Каким образом происходит определения направлению обучению....
Общая рекомендация, перед публикацией отдать 2-3 рецензентам, получите много обратной связи...
С уважением.
(28) Taktic, К таким комментариям как у Вас я отношусь с улыбкой)
(30) mikhailovaew, Над подачей текста работаю. Во второй статье попытаюсь улучшить его.
А минусов Вам не наставили только потому что это не так просто сделать.
И сейчас я прошу программиста переделывать отчеты, чтоб не считать ручками.
это так называемый фин. результат "по деньгам", обычно директора так и пытаются считать прибыль в силу кажущейся простоты. Многие не понимают "метод начисления" или считают его недостоверным. Хотя если ситуация на предприятии ухудшается, один из признаков такого ухудшения - отрицательный баланс между приходом и расходом денежных средств.
У нас на предприятии, для построения экономистами отчетов "по деньгам", расширили и детализировали справочник "Движение денежных средств", внесли туда подробную управленческую аналитику статей ДДС. При этом каждый счет и платежка проходят через экономистов, которые ставят код статьи из справочника. Бухгалтер затем только тупо выбирает указанный код. На основании этого можно построить отчет о движении ДДС. А еще ежемесячно вводится документ "План движения денежных средств" (по тем же статьям ДДС) и есть отчет сравнения плана и факта и отклонения.
Такой учет удобен когда факт между реализацией и деньгами не большой. А когда проект полгода это уже не подходит. ДДС я то же делаю, но из него беру для него только некоторые статьи. Приход вообще по видам разбиваем - Продажи, СМР, Проектирование, Сервис, Поверка, Продажи производства. Вот сколько направлений. И учет а-ля Упрощенка уже не подходит. Но кто платит тот и заказывает музыку. Вот и крутимся.
2. Много воды - во всей статье по сути мысль одна - "программист должен делать то что ему говорят".
3. Кроме определения УУ по делу ничего не написано. Только про взаимодействие программиста с пользователями.
Интересно, сколько лет автору? И каков его стаж в 1С?
Ведет он себя как ребенок в период подросткового бунта.
Вместо того что бы признать что был не прав - начинает выворачиваться: "я имел ввиду не 1С программиста, а тупого 1С Программиста", "собственник не собственник, а только тот собственник кто основатель","я не статью хотел написать, а проверить есть ли интерес к теме".
На мой взгляд в 27. tadem гораздо более точнее и нагляднее довела суть того что хотел сказать автор своей "статьей".
"Общее понятие управленческого учета" не раскрыто (не считать же цитату из википедии и рекомендацию "искать точки соприкосновения" раскрытием).
Посему комментарий из цикла "нечего сказать по теме - докопайся до правописания". Автор, не нужно ставить запятые везде, где в предложении есть логическая пауза. Статья пестрит подобными ошибками.
возможно после выяснения причин появления нового требования к системе, в хорошую голову программиста придут альтернативные пути её решения.
Я всегда, когда меня просят состряпать странный отчет задаю вопрос "А зачем он Вам нужен?" это помогает
Статья, кстати, хороша уже тем, что подняла актуальную тему отношений типа "я - начальник, ты - дурак". Но с заголовком текст статьи имеет мало общего.
(44) Manoshkin,
Это был очень простой пример, да и только, без различных условий: а если или не а если. Задача данного примера просто продемонстрировать наглядную разницу, как одно и то же хозяйственное событие воспринимается в БУ и в УУ, и не ищите инструкцию на все случаи жизни.
1. Соответствие озвученной теме
2. Определение проблематики
3. Определение терминов и понятий
УВЫ Но ничего из перечисленных ...
Заявили одно, дали другое, выводы сделали третьи...
Тема: общее понятие управленческого учета и я его привожу.
Проблематику я определил: поиск точек соприкосновения между программистом 1С и другими участниками управленческого учета.
Также присутствуют, а также присутствует наглядный пример и сделаны выводы.
А Вы можете делать свои выводы, для этого статья и написана).
(48) tindir, От меня сухих схем никогда не будет, они малоинтересны и плохо читаются. За сухими книгами в магазин, там увесистые книги с названиями "Управленческий учет...". Но, я думаю их мало кто читает, кроме преподавателей различных экономических специальностей и курсов и людей, которые обучаются на таких курсах)
С одной стороны, УУ - это своеобразная терминология и логика решений, с другой - программист (неважно, 1С или иной) работает с алгоритмом - т.е. предельно четкой схемой, не допускающей двойственности. В статье очень много лишнего, возможно, автор так "раскачивается". И совсем нет полезных мыслей.
Мысль что "лучше постоянно учиться, а не считать себя умнее других, особенно собственников" - не нова, но и не верна до конца. Сама по себе идея УУ (как мне кажется) и возникает именно тогда, когда собственник (внезапно) понимает, что не владеет ситуацией в своем собственном предприятии. Когда он не понимает, сколько денег со счета он может потратить и сколько он заработал в прошлый квартал. Когда он видит деньги в кассе, но бухгалтер говорит ему "денег нет" и т.п.
Учиться постановке УУ нужно как и учиться всему остальному - сначала много теории (в т.ч. терминология, история развития темы, основные личности и т.п.), много литературы, а затем - много практики.
Часто бывает, что на предприятие берется человек, обладающий необходимыми компетенциями - финансовый директор или директор по развитию. И он отвечает за постановку УУ. В этом случае программисту вовсе нет необходимости спорить или "искать точки соприкосновения" сверх обычного офисного общения. Есть задача - нужно обсудить технические моменты - есть реализация. В случае неудовлетворительного результата - анализ и исправление методики.
Ну, а если кто-то и программистов 1С, имея доступ к типовым конфигурациям, уже МНИТ себя постановщиком учета - то эта статья не привлечет их внимания (ну, разве только надуют щеки в комментариях, какие они крутые, а автор неправ).
Статья создана как общее введение в управленческий учет для программиста 1С, в рамках статьи. В моем понимании, статья должна обладать некоторыми теоретическими понятиями и практическим примером.
Суть статья в том, что если программист 1С начинает для себя разбираться с управленческим учетом, то он должен уметь находить точки соприкосновения с другими участниками управленческого учета на каком либо предприятии. Должен стараться не переоценивать свои знания в УУ. Также статья содержит пример потери точки соприкосновения программиста 1С и бухгалтера. Обратно из этого очевидно, что если программист 1С не теряет точек соприкосновения, то он движется в верном направлении.
(57) MIracloid2000,
Взаимодействие программиста и ГБ (главный бухгалтер), всего лишь наглядный пример в статье, да и только. Перед собой ставил задачу в практическом примере показать распространенную ситуацию.
(58) MIracloid2000, язык 7.7 знаю, и начинал программировать в 1С именно 7.7.
И, еще, автор никогда не видел конфигурацию 7.7 "Комплексный ...." ? Или сразу в 8.х? Кстати, рекомендую НАСТОЯТЕЛЬНО!!!! там есть интересный функционал Вашей статьи...
В статье сначала описываются точки соприкосновения, которые должен искать программист 1С и приводится пример потери такой точки.
Если бухгалтер некомпетентен, то да. Но некомпетентным может быть и программист 1С. Я в статье предполагаю, что и главный бухгалтер и программист 1С спецы).
Это как и с вопросом "кто изменил документ". Если с этим вопросом приходят достаточно регулярно - автоматизируем (либо версионирование, либо самописка которая в подписке на событие "при записи" сравнивает что изменилось (банальный перебор реквизитов документа в БД и записываемого) и запись что изменилось в регистр или справочник). А вот если с вопросом приходят очень изредка, то я задаю вопрос - зачем вам это? Что вы будете делать когда узнаете кто и когда это изменил? Если только ради любопытства (а это превалирующая причина) - "у меня нет времени тратить полчаса на ваше любопытство". Если будет воздействие - от депримирования до пропесочивания - я ищу информацию. Потому что это повысит корректность работы с программой, что, в свою очередь, хорошо как конторе, так и мне, программисту (все равно все будущие сложные и большие косяки разбирать мне - программа накосячила или пользователь).
Возможно это только мне не повезло... Три раза принимал участие в реализации (интеграции, создания) УУ со стороны заказчика.
Внедряли большие франчи (со своими конфигурациями по УУ: 1-БИТ, Инталев). Было потрачено куча времени (один раз больше 2-х) лет. Море бабок... На выходе - 0...
1) Например к типовой конфе было добавлено более 300 объектов (Документы, справочники, это не считая отчетов, обработок), куча подписок на события, замещение/дополнение модулей...
Реально использовалось 5 из 300 и разобраться со всеми подписками (перехватчиками) для того как это делается без "100 грамм" стало просто невозможно...
Вернул типовую, дополнив 2 "своими" документами и 3 справочниками - все довольны...
2) "Охрененное" (по времени) внедрение: Постановка, Регламенты, Реализация, Тестирование, Обучение... Подходит момент "перерезания ленточки" ... Приходит сообщение что обновление типовой конфигурации (взятой за основу) будет на следующей версии 1С (8.2 -> 8.3)... Конфигурации УУ на которой всё это реализовывалось - перестает поддерживаться. У авторов есть следующая версия но надо всё заново покупать (программу, лицензии) и т.к. новая версия УУ отличается от первичной (автор учел свой опыт, пожелания, особенности новой платформы) и нужно ВСЁ внедрять заново...
З.Ы. К моему мнению что это "нафиг не надо" в начале - руководство не прислушалось.
З.З.Ы. 10...15 - документов/Справочников/Отчетов сделанных под методологию Заказчика и его потребности решают практически проблемы УУ и в РАЗЫ уменьшают количество вводимой информации (по сравнению со специализированными конфигурациями)
З.З.З.Ы. Пользователь который должен ввести информацию для УУ как правило не владеет ею в полном объёме как требует идеология "монстров" УУ... Или она у него появляется с разрывом во времен...
З.З.З.З.Ы. Практически любое предприятие имеющее желание/необходимость в УУ имеет свои особенности и "впихнуть" его в специализированную программу УУ без "напильника" невозможно...
З.З.З.З.З.Ы. Т.к. специализированная программа УУ делается "на все случаи жизни" - то отсюда избыточность необходимой информации (например правила трансформации реального предприятия намного проще чем заложено чтобы "охватить всё")
З.З.З.З.З.З.Ы. Практически всегда внедренцы навязывают Заказчику свою идеологию и методологию УУ (т.к. под неё "заточена" их программа) - пример "5 шагов бюджетного управления"...
З.З.З.З.З.З.З.Ы (0) Автор - мы с Вами не "пересекались" но внедрениях? :-)
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 298544
Создание 22.08.14 13:25
Обновление 22.08.14 13:25
Просмотры 37388
Загрузки 0
Рейтинг
51
Комментарии 74
Код открыт Да
Рубрики Разное
Кому Для всех
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)