Как подобрать программное обеспечение для управленческого учета? Сложность заключается вовсе не в том, чтобы посмотреть несколько презентаций и выбрать самое удобное в работе ПО. Понять, как внедрить и настроить программу не проблема, обсудить с разработчиком дальнейшую техническую поддержку тоже. Но сложно понять, что именно должна уметь программа. Какие функции она должна выполнять? На этом этапе возникает ступор. Как правило, не понимая, чего ждать от продукта, компания не может сформулировать свои запросы.
Ниже приведу некий дайджест «умений», которыми должна обладать программа, приобретаемая для управленческого учета на строительном предприятии. Составлен он на основании анкетирования, опроса и реального общения со специалистами строительного бизнеса.
1. Знать, кто кому должен: взаиморасчеты с заказчиком и подрядчиком
Ответ на самый простой вопрос, заказчик должен деньги нам или мы должны ему, в логике бухгалтерского и управленческого учета будет разным. Приведу пример, чтобы наглядно показать, в чем тут сложность.
Допустим, бухгалтеру известно о том, что строительная компания, выполняющая работы, получила от заказчика аванс на 300 тыс. рублей. А на 200 тыс. рублей уже закрыт акт. Простой, почти школьный пример, правда? И бухгалтер, следуя логике арифметической, скажет, что от заказчика денег больше ждать не нужно. Ведь акт закрыт только на часть суммы. Но в этом ответе не учтены условия договора.
Пусть, 1 млн рублей – это сумма строительной сметы, которая относится к договору подряда. И в этом договоре отражено, что аванс зачитывается пропорционально выполненным работам. Есть также в договоре и гарантийное удержание, равное 5%. Следовательно, чтобы понять, ожидать ли еще платеж от заказчика или нет, бухгалтерских данных недостаточно.
При пропорциональном зачете аванса к сумме в 200 тыс. рублей относится только 60 тыс. рублей от тех 300 тысяч, что перечислил заказчик. А еще 5% от аванса 200 тыс. заказчик может удержать по условиям договора. Значит, в данном случае нужно вычесть 60 тыс. рублей и 10 тыс. рублей из двухсот тысяч. Тогда получится, что заказчик должен еще 130 тыс. рублей.
Этот пример показывает, что в задачи бухгалтерии финансовое планирование не входит. И не надо ждать от бухгалтера корректной информации о предстоящих платежах. Но ведь программа для строительного предприятия должна сразу давать такие данные.
Если мы работаем с бухгалтерской программой, можем предоставить данные только как информацию для проверяющих органов – и лишь за прошедшие периоды, а в лучшем случае – за текущий. В основном руководители могут получить лишь данные по остаткам и движению на расчетном счете и по кассе. Но руководителя строительного предприятия часто интересует не отчетность по итогам какого-то периода, а картина дел в динамике. А именно: от кого мы можем получить деньги сегодня, завтра и через месяц. Показывать, кто кому должен – это то, что управленческая программа для строительных компаний должна делать по умолчанию .
2. Оптимизировать работу, если сметы с заказчиком и подрядчиком отличаются
Одна из самых сложных проблем в строительстве: сметы, утвержденные с заказчиком и подрядчиком, различаются. Бывает, что с заказчиком согласовывается укрупненный вариант, а вариант для подрядчика расписан до конкретных работ и расценок. Или наоборот.
Особенно сложно, когда работы выполняют несколько подрядчиков. В этом случае закрытие актов превращается в сложную процедуру. Понятно, что когда договор будет полностью закрыт, то все данные будут актуальными, и все сойдется, как говорят, до копейки.
Пример. Как понять, сколько нужно закрыть с заказчиком работ по строительству газопровода, если один подрядчик указывает, что вырыл траншею длиной 20 км, другой указывает, что отсыпал песка на протяжении 5 км, а третий сообщает, что положил трубу длиной 1,5 км. Как в итоге закрывать такие работы с заказчиком? Это превращается в проблему, на которую тратится много ресурсов. В реальности на этом участке большие дыры. Подрядчик тянет одеяло на себя. И подрядчик в итоге получает больше денег, чем должен был получить.
Скажем, строительная компания (генподрядчик) прокладывает трубы в условиях Крайнего Севера. Заказчик закрыл этой компании за месяц 20 км трубы. Но отдельных работ каждому подрядчику строительная компания (генподрядчик) закрыла больше. Вынуто 5 кубометров грунта – акт подписан. Выкорчевано 5 кубометров деревьев – акт подписан. Завезены и посажены новые насаждения, восстановлен экологический баланс – акт подписан. А как эти отдельные работы соотносятся с тем, что закрыто заказчиком? Как понять, каким образом эти кубометры соотносятся с одной большой работой, закрытой заказчиком? В реальности, как правило, генподрядчик платит субподрядчику больше, чем получит от заказчика. И, вроде бы все сделано правильно, но генподрядчик все равно в минусе. А заказчика промежуточные работы не интересуют. Ему важен конечный результат.
Всем этим пересчетом занимаются производственно-технические и сметно-договорные отделы строительных компаний. И все это крайне трудоемко. Программа для ведения управленческого учета в строительстве должна на основании актов с подрядчиками автоматически посчитать, что можно включить в акт с заказчиком в других единицах измерения, в укрупненной смете. Или наоборот учитывать, в каком объеме заказчик подписал работы, и какие работы можно теперь корректно закрыть подрядчику.
3. Вести взаиморасчеты по сметным нормативам, а планирование – по внутренним
Сметные нормативы – это то, от чего никуда не уйдешь. Но в реальной жизни никто не платит заработную плату рабочим по тем нормативам, которые заложены в смете. И ни один поставщик не обязан поставлять материалы строительной компании по той цене, которая указана в смете.
Следовательно, когда строительная компания занимается планированием, ей не на что опираться, а смета никакой реальной картины не дает. С другой стороны, организация, которая специализируется на конкретных работах, может эти работы нормировать, рассчитать, что на единицу выполнения работы нужно столько-то времени, столько-то материалов, зарплаты. Другое дело, что нормирование – сложный и дорогостоящий процесс.
Поэтому здесь нужна программа, которая должна сама уметь посчитать нормативы для конкретной компании, конкретных работ на отдельных объектах. И автоматически пересчитывать смету для заказчика в смету для себя: сколько потребуется техники, рабочих, времени для выполнения работ. Программа для ведения управленческого учета в строительстве должна содержать функционал, позволяющий работать компании по внутренним нормативам.
4. Автоматизировать финансовое планирование
Перейдем к финансовому планированию и бюджетированию. Надо сказать, что в этой категории программ предостаточно. Но все они страдают от одного общего недостатка: в них не содержатся первичные документы. И чтобы построить финансовый план или бюджет, нужно вручную вводить данные.
В чем сложность бюджетирования и финансового планирования в строительстве? Дело в том, что в этой отрасли договоры практически никогда не бывают типовыми. Всякий раз условия договоров, сроки зависят от конкретного проекта, объекта и рыночной ситуации. Соответственно, банально внести в шаблон договора данные предыдущего договора не получится, показатели придется рассчитывать заново.
А как оценить плановую рентабельность, причем на основании внутренних нормативов? Как понять, что компания не будет в убытке, если возьмется за строительство объекта? Учитывать нужно и договорную цену заказчика, и заложенную себестоимость.
Еще один фактор финансового планирования: входящие платежи нужно сопоставлять с исходящими. В противном случае может получиться, что уже пора вносить плату за материалы, а аванс от заказчика еще не получен или истрачен. Тогда придется использовать собственные средства. А если их нет? Тогда придется использовать средства заемные. А если их не будет?
Вот почему в идеале финансовый план и бюджет должны составляться в программном комплексе автоматически на основании первичных документов. Это позволяет формирование финансового плана и бюджета сделать вещью технической и несложной. Кроме того, бюджеты должны быстро корректироваться и быть актуальны на текущий момент, а не на «вчерашний день». Ведь составляются они на длительный срок, но могут меняться по разным причинам, в зависимости от экономической ситуации, изменений условий договора, цен на материалы...
5. Упрощать передачу работ другому подрядчику
Нередка ситуация, когда компания-генподрядчик работает с субподрядчиками, закрывая акты работ КС-2, КС-3. В какой-то момент с подрядчиком решают прекратить работу. В реальной жизни переподписывают договоры на уже закрытые объемы, проводят взаиморасчеты, а оставшиеся объемы работ отдают новому подрядчику. Если к договору прилагалась всего одна смета, то процесс несложный. Но если смет были десятки, заключались дополнительные соглашения, вносились изменения в договора и сметы, то этот процесс превращается в трудоемкую работу, занимающую много недель. Вероятность обычной арифметической ошибки достаточно высока.
С предыдущим подрядчиком договоры подписали не так, как нужно. Новому подрядчику не передали необходимые работы, и так далее. Все это типичные ошибки. Пройдет налоговая проверка – и компании придется платить штрафы за неверно рассчитанные налоги, так как документы составлены некорректно, договора закрыты неправильно.
Нужно, чтобы программа для ведения управленческого учета в строительстве по нажатию кнопки могла закрыть объемы работ предыдущему подрядчику, а оставшиеся работы передать новому подрядчику. Все, что нужно – распечатать и подписать документы.
Почему опасно делать управленческой бухгалтерскую программу
Автоматизировать строительное предприятие по принципу «у каждого отдела своя программа» можно. Но в идеале все производственные службы должны пользоваться одним программным комплексом. Это позволяет избежать повторного ввода данных, обеспечить взаимную проверку введенных данных, ускоряет проверку документов, облегчает руководству контроль.
И принципиально важно то, что единственная служба, которую можно и нужно автоматизировать отдельно, – это бухгалтерия. Как правило, в бухгалтерии используется программа 1С. В ней можно настроить обмен данными с программой управленческого учета – о входящих и исходящих платежах, материалах.
Все дело в том, что бухгалтерия живет по строгим законам, которые диктуются проверяющими органами. А строительная компания, которая ведет управленческий учет, работает совсем иначе. Подходы совершенно разные. Именно поэтому построение управленческого учета на базе бухгалтерской программы заканчивается фиаско. Функция бухгалтерии исключительно фискальная. И основная ее задача состоит в том, чтобы подготовить корректную отчетность для налоговых органов. Все остальные требования к бухгалтерам несостоятельны.
Пара показательных примеров, которые дают понять разницу между управленческим и бухгалтерским учетом. Строительные компании указывают в нарядах данные о ежедневном выполнении работ, отражая затраты по заработной плате и затраты на материалы. Условно говоря, столько работ бригада выполнила за день – такая ей зарплата положена. В бухгалтерии ежедневных данных о нарядах нет. Пока наряды не будут полностью закрыты, переданы в бухгалтерию и по ним не будет перечислена заработная плата за месяц, бухгалтерия не может ответить руководителю на вопрос: «Каковы затраты по заработной плате и материалам именно сейчас, сегодня?».
Другой пример. Представитель со стороны заказчика и со стороны генподрядчика может в журнале учета работ отмечать, какие объемы работ выполнены каждым из субподрядчиков. При этом управленческая программа дает возможность понять не только, каковы объемы работ, выполненных каждым субподрядчиком, но и какова стоимость выполненных работ. Бухгалтерия просто категорически не может вносить ежедневно такие данные в свою бухгалтерскую программу: пока не закончен месяц, пока субподрядчики не оформили акты КС и счет-фактуру по установленному образцу. Бухгалтерия просто-напросто не имеет права вносить эти данные на основании того, что некий уполномоченный представитель заказчика и генподрядчика контролирует выполнение объемов работ на объектах.
Почему нельзя совмещать бухгалтерский и управленческий учет? Практика показывает, что в 99% случаев программисты, которые занимаются развитием или созданием управленческой системы на базе бухгалтерской программы, не могут оценить несостоятельность этой затеи. Нет понимания того, что, если они что-то дописывают в управленческой части, то это коснется данных в бухгалтерской части этой же программы. Причем данных бухгалтерских, которые априори трогать нельзя. А если отчеты уже сданы в налоговые органы, менять их и сложно, и не нужно, и это еще больше все усложняет.
Большинство директоров в ответ на это могут сказать: «У меня программисты опытные, они все допишут как надо. А если нет, то я им такое устрою!». Дело в том, что опыт программиста значения тут не имеет. Программист может прекрасно владеть всеми технологиями технического плана, но совершенно не понимать логику управленческого учета в строительстве. То есть, здесь важны не технические способности, а понимание того, что бухгалтерский и управленческий учет – это две разные методики.
Задача программы управленческого учета – показать текущее, реальное состояние предприятия и сделать прогноз на будущее, основываясь на введенных данных.
Первая из описываемых проблем возникает от того что с бухгалтерии требуют решений выходящую за пределы их функциональных возможностей.
Справку утвержденной формы подобном может дать только сметно договорной специалист. Картину в динамике получить невозможно, для этого необходимо изменить действующее законодательство в области строительства.
Второй проблемы не существует вообще: нормативные документы подразумевают алгоритмы решений этих вопросов. Тут какие то элементарные ошибки при оформлении договоров.
По третьей проблеме. В связи с особенностями налогообложения в РФ заработная плата в сметах занижена, накладные и прибыль завышены, затраты в части ресурсов завышены. Время выполнения работ почти адекватно. Все это знают.
По четвертой проблеме. Плановая рентабельность в строительстве указанна в конце сметного расчета, пересчитывайте ее на коэффициент того что у Вас отжал заказчик, лучше не рассчитаете.
Пятая проблема это проблема порядочности отношений и досрочного разрыва договоров. Решается она выбором ответственного подрядчика и честными финансовыми отношениями с ним, а не попыткой быстро менять подрядчиков.
Надия, Вы не специалист в этих вопросах, зачем Вы написали о том в чем не разбираетесь совсем?
Сходите к грамотному специалисту сметно- договорного отдела, почитайте для начала СНИП "организация строительного производства". Ознакомьтесь с Государственными элементными сметными нормами и программой Микрософт Проджект. А потом пишите статьи.
Алексей, в первую очередь хочу сказать вам спасибо за комментарий и за возможность ещё раз обратить внимание интересующихся читателей на решение проблем строительных компаний.
По первому пункту мы с вами солидарны. Я как раз говорю о том, что эти задачи выходят за рамки функциональных обязанностей и возможностей бухгалтерии.
Справки утверждённой формы об этом не существует. Существуют только стандарты на бухгалтерские и сметные документы. Здесь же идёт совмещение данных из сметно-договорного отдела и бухгалтерии.
Вы не правы, говоря о том, что картину в динамике получить невозможно. И изменение действующего законодательства здесь ни при чём. Если мы можем совместить данные о плановых платежах, фактически поступивших платежах, условиях договоров, то на любой момент можно увидеть:
- кто кому должен (не по-бухгалтерски, а по-управленчески).
- какое финансовое положение у нас будет на любой момент в будущем, если мы знаем планы по выполнению работ и планы по оплате этих работ.
По второму пункту у меня сложилось впечатление, что вы не вчитывались в текст статьи.
Никакие нормативные документы не предусматривают алгоритмов решения данных вопросов. И никакое правильное оформление договоров в решении этой проблемы не помогает.
Заказчик при оформлении договора не знает, каких подрядчиков мы будем нанимать, а какие будем выполнять своими силами. Практически всегда подрядчики разные на разные работы. И возникает проблема. Один подрядчик построил дом, стены готовы. Второй подрядчик выполнил электромонтажные работы только в одном подъезде. Третий сделал вентиляцию в трёх подъездах из пяти. А заказчик закрывает работы только по готовым подъездам. В этом условном примере работы полностью выполнены только по одному подъезду. А представьте более сложную ситуацию, которая описана в статье. Там пересчитать объёмы, которые выполнены подрядчиками, в объемы, которые мы можем представить заказчику на закрытие, сложно.
И реальная практика наших клиентов показывает, что после внедрения нашего программного обеспечения и ввода данных в него по старым договорам, выяснялось, что сплошь и рядом подрядчикам они закрывали акты на большие суммы, чем им закрывали заказчики в конкректные периоды. И у клиента регулярно возникали кассовые разрывы, хотя, на первый взгляд, планирование осуществлялось нормально.
По третьему пункту могу сказать, что далеко не во всех сметах это соотношение такое, как вы указываете. Но в целом вы правы. Все это знают.
Но задача предприятия, особенно в кризисный период и при участии в тендерах, рассчитать ту минимальную стоимость работ, ниже которой опускаться нельзя. Если опуститься, то будет страдать либо качество, либо мы просто не сможем выполнять эти работы.
Поэтому и нужно нормировать затраты на каждую работу, как это было в Советском союзе. Тогда на каждом объекте сидел нормировщик, который рассчитывал фактические нормы на каждую работу. И на основании этих расчётов строилось планирование, и было адекватным. Институт нормировщиков умер. Один из наших клиентов был готов заплатить любые деньги, чтобы на его объекте было выполнено нормирование, и так и не нашёл таких специалистов.
Мы говорим о том, что в программе необходимо иметь механизм, который автоматически рассчитает реальные нормы на выполнение работ. С тем, чтобы дальнейшее планирование осуществлять.
Конечно, речь идёт о компаниях, которые выполняют однотипные работы. Если же работы выполняются постоянно разные, то нормирование тут не так актуально. Однако таких компаний немного. Поэтому для большинства механизм нормирования очень важен для выживания в кризис.
По четвёртому пункту складывается ощущение, что вы прочитали один абзац из середины текста. Плановая рентабельность – это только маленькая часть финансового планирования.
Тот способ расчёта плановой рентабельности, который вы приводите в примере, подходит далеко не всем компаниям. Может быть, так происходит с вашим заказчиком. Обычно всё сложнее. И таким простым способом оценить плановую рентабельность невозможно. В целом эта часть статьи посвящена более широкой проблеме: бюджетирование и финансовое планирование.
По пятому пункту вы в целом правы, но на практике всё не так прямолинейно. Обычно подрядчики выполняют договоры не только с нами, но и с множеством других заказчиков. И гарантировать, что подрядчик не окажется банкротом (даже при том, что мы честно финансируем свою часть) никто не может.
Поэтому ваше решение замечательно, но бывает, что оно в реальной жизни неприменимо. Кроме того, в нашей стране ни одна компания не застрахована от того, что банк не закроют, а деньги не отберут. При этом организация будет обязана заплатить налоги с денег, которых у неё уже нет. Серьёзные строительные компании имеют несколько юридических лиц со счетами в различных банках. И иногда смена подрядчика означает, что работать мы будем с проверенной организацией, с которой работаем долгие годы, но с другим юридическим лицом.
В завершении хотелось бы сказать, что мы занимаемся управленческим учётом в строительстве больше 10 лет. И специализируемся только на этом. Мы общались с сотнями, а может, с тысячами разных специалистов из разных строительных компаний. И на основании их потребностей мы и делаем программное обеспечение.
Спасибо вам за предложение сходить в сметно-договорной отдел. Может быть, в вашей компании ситуация настолько уникальна, что все проблемы, которые описаны в статье, к вам неприменимы. Было бы интересно познакомиться с такой компанией!
В целом наш опыт показывает, что все описанные проблемы в той или иной мере возникают в строительных компаниях. Всё больше наших клиентов испытывают потребность в программе, которая бы объединила все участки строительной компании, позволила получать в любой момент доступ к данным любых служб, вести реальный учёт, а не только бухгалтерский и псевдо учёт в Excel.
Статья Надии Рахманкуловой нарушает Декларацию Е-хе-портала. Ибо, по сути, является рекламой определённой продукции.
Кстати интересно, поверил ли кто (кроме меня), что генподрядчики получают от заказчика меньше денег, чем перечисляют своим подрядчикам! :)
Надия, предлагаю Вам взять учебник "экономика отрасли строительства" и полистать хотя бы. После этого Вы сможете говорить хотя бы на уровне учащейся техникума.
То как Вы представляете: "как было в советском союзе" такого не было и в Советском Союзе проблема квалифицированных кадров, разбирающихся в основах экономики строительного производства не хватало. Но тогда работала единая система которая сглаживала эти проблемы. Сейчас судя по Вашему посту ситуация просто катастрофическая.
Настоятельно рекомендую Вам с целью дальнейшего профессионального роста ознакомиться с нормативными документами в области строительного производства. Это поможет Вам не быть заложником балбесов коллег, которые "уже занимаются 10 лет этим"
Рекомендую Вам ознакомиться с формами Актов контрольной сверки в строительном производстве КС-1, КС-2, КС-3, КС-7, КС-11 эти формы являются основанием для оплаты и подписанты гарантируют Вам что Вы платите подрядчику именно те деньги которые он заработал. В противном случае подписанты несут административную или уголовную ответственность.
Второй базовый номативный документ который я Вам рекомендую почитать это СНиП 3.01.01-85 там на большую часть поставленных Вами вопросов уже как около 300 лет есть ответы.
Также предлагаю Вам познакомиться со справочниками ГЭСН.
Строительное производство очень регламентированная сфера, и не предполагает выдумок. Перед тем как придумывать новые решения посмотрите как это реализуется в Европейских регламентах строительного производства или их русских кальках СНиПах.
П.С. Озвучьте в ЛС название компании и ФИО представителя собственника мне интересно было бы с ним пообщаться по выявленным проблемам.
Владимир, благодарю Вас за то, что присоединились к комментированию статьи. Статья не является рекламой, так как в ней нет ни слова про программные продукты, которые мы производим, нет никаких конкретных названий. Статья редакционная. Некое упоминание о нашей продукции появилось только в ответ на резкий комментарий на статью.
Алексей, отрадно, что на портале столь инициативные читатели! И со СНИПами, и с учебниками, и с КС-ками мы знакомы. Может быть, не так подробно, как Вы, но достаточно. Мы читали это и разбирались.
С формальной точки зрения Ваш первый и второй комментарий полностью правильны. Но мы рассматриваем не идеальные ситуации, про которые Вы всё время говорите, ссылаясь на СНИПы и другие документы. Мы рассматриваем реальную жизнь реальных строительных компаний, с которыми мы работали. И проблемы, о которых мы говорим, действительно возникали (не у всех, но у большого количества наших заказчиков).
Сразу хочу сказать, что проблема, когда смета с заказчиками и подрядчиками не совпадает, встречается не так уж часто. В основном, это очень крупные компании, которые занимаются строительством крупных объектов, и у которых десятки, а иногда сотни подрядчиков. У них такая проблема возникает регулярно.
С Вами сложно спорить и отвечать на Ваши комментарии сложно, потому что Вы отстаиваете формальную позицию и описываете идеальные сценарии как раз из учебников, а не из жизни.
Правильное заполнение документов и формуляров – это маленькая часть работы. В реальности же всё выходит за границы того, что описано в ГОСТах, СНИПах и учебниках. Мы пытались привести примеры, которые как раз за эти рамки и выходят.
Согласитесь, если у вас ребёнок растёт здоровым, это не значит, что не нужно описывать симптоматику и способы лечения больных детей. Если вы не сталкивались с больными детьми, то это не значит, что их нет. Параллель утрированная, но понятная.
В СНИПах описывается как должен жить и развиваться «здоровый ребёнок». Мы говорим о случаях редких, встречающихся не повсеместно в строительных компаниях, но всё же существующих. И с ними нужно уметь бороться, нужно понимать, как действовать в этих случаях.
Про деньги генподрядчиков и подрядчиков. Вы не очень внимательно вчитались в статью и в предыдущий наш ответ на Ваш комментарий. Речь не идёт о том, что генподрядчик при завершении всего объекта получит от заказчика меньше денег, чем он заплатит подрядчику. Такого быть не может. И никогда не происходит. Речь идёт о том, что в каждый отдельный момент при большом количестве подрядчиков и смет, при разнице сметы заказчика и подрядчика (у одного – укрупнённая, у другого – развёрнутая) часто оказывается, что генподрядчик закрыл конкретному подрядчику КС-ку на больший объём, чем ему в этот период заплатил заказчик.
Вчитайтесь в ответ на предыдущий комментарий, пожалуйста. Возможно, он больше понятен. Может оказаться, что генподрядчик закроет КС-ку и оплатит третьему подрядчику работы, выполненные в трёх подъездах, хотя заказчик ему заплатил только за один подъезд. Речь об этом. И такие ситуации при строительстве «сложных» объектов, где работают десятки подрядчиков, возникают регулярно.
Что касается Вашей просьбы выслать контакты руководителя компании в «личку», то у меня почем-то эта возможность заблокирована. В Вашем профиле указано: «только друзья могут оставлять сообщения». Уточните, пожалуйста, как Вам их сообщить? Название самой компании и описание деятельности представлено в моём профиле. Это открытая информация для всех интересующихся темой IT в строительстве.
Всех с наступившим Новым годом! Добрый день, Надия. Можете скинуть свои контакты? Спасибо. Мой мобильный 87052039650 Руслан Мустафин.
Руслан, добрый день! Спасибо! И Вас с Новым Годом! Прошу прощения, что не ответила сразу.
Вы можете обратиться к нам в офис по телефонам + 7 495 229 45 49 или + 7 499 682-95-22.
Также Вы можете писать нам на e-mail: mail@altius.ru или заказать обратный звонок через форму связи на сайте www.altius.ru
Насколько я вижу, Вы уже отправили заявки на проведение презентации программ "АЛТИУС". Если у Вас есть вопросы лично ко мне, то пишите, пожалуйста, на pr-altius@yandex.ru
Основная цель любого ПО для управленческого, бухгалтерского и любого другого учета - это получение отчетов. Если вы понятия не имеете какие отчеты вам нужны, значит и программа вам не нужна.
Что же должна уметь учетная программа?
Вопрос с одной стороны очень простой – давать возможность получить актуальную информацию (отчет/ сведения и т.п.) в любой момент, независимо ни от чего, а с другой стороны – эта информация должна быть корректной (полной, достоверной), чтобы на ее основе было возможно принять решение (любое, которое нужно в данный конкретный момент времени).
С бухгалтерским (налоговым) учетом все очевидно и со специалистами, которые вносят в бухгалтерскую систему информацию – тоже. Есть стандарты. нормы и правила.
С управленческим учетом несколько сложнее – тут необходимо разобраться с правилами внесения информации и с сотрудниками, кто это будет делать (как оперативно и корректно). И основная проблема в случае организации миграции информации из управленческой системы в бухгалтерскую - достоверность данных.
По моему мнению и практике, если учеты не связывать (организовывать несколько учетных систем) , получается два массива данных, которые необходимо перепроверять (а это требует иногда не только временных ресурсов).
Конечно, хочется заглянуть в Западную практику, ведь подобные проблемы есть у всех и задуматься, как их адаптировать и применить. Ведь в международной практике учета есть такие понятия как «provision» и «accrual» … и их применение порой позволяет избежать тиражирования учетов с разной степенью полезности.
Сергей, спасибо за Ваш комментарий.
Елена, благодарю Вас за то, что присоединились к обсуждению.