Поиск


ЖУРНАЛ "ТЕХНИЧЕСКИЙ ТЕКСТИЛЬ" №37

                    ( читать ... )

ЖУРНАЛ "ТЕХНИЧЕСКИЙ ТЕКСТИЛЬ" №36

                    ( читать ... )

Ссылки партнеров

Информационные системы


Управление/Информационные системы/Выбираем подсистему учета основных средств

Выбираем подсистему учета основных средств

07 мая 2002
Рынок легкой промышленности №22, 2002

Бойко Таисия Николаевна

Как-то мало в нашей печати уделяется внимания вопросам выбора системы автоматизации учета основных средств и нематериальных активов. Конечно, для небольших предприятий с ограниченным набором основных эта проблема не является актуальной. Весь учет имеющихся фондов и ежемесячный расчет амортизации они ведут на основе общей бухгалтерской программы, используя при этом аналитику по бухгалтерским счетам и возможности описания типовых хозяйственных операций. Однако, для промышленных предприятий, владеющих несколькими тысячами станков, автомашин, зданий такой подход уже не представляется возможным. Им необходимо налаживать учет во всей полноте. Тем более, что в корпоративных системах класса MRP-II перечень основных фондов является одним из исходных данных планирования загрузки оборудова­ния (Capacity Resorse Planning).

Попробуем коротко сформулировать несколько критериев того, на что сто­ит обратить внимание представителям таких производственных фирм (а боль­шинство предприятий легкой промышленности относится именно к этой катего­рии) при выборе подсистемы учета основных фондов. Этот перечень составлен на основе анализа тех требований, которые возникали у пользователей во время внедрения соответствующих подсистем пакетов серии "КОМПАС", а зна­чит, и доработок, которые приходилось вносить программы за десятилетнюю историю их развития.

Начнем с того, с чего начинается жизнь основного средства в информаци­онной системе предприятия, - с оформления инвентарной карточки. Впрочем, на самом деле жизнь начинается немного раньше - с получения основного средства и оформления документов оприходования. Но об этом мы поговорим чуть ниже. Пока же о составе характеристик, которые должны присутствовать в карточке.

Среди них есть, конечно, обязательные поля, характеризующие принадлеж­ность к группе ОС, шифр и норму амортизации (о необходимости наличия в стандартной поставке подобных справочников, я думаю, дискутировать не стоит), балансовую и остаточную стоимость, даты прихода ОС и ввода его в эксплуатацию (обязательно наличие двух разных полей, т.к. начисление из­носа начинается не с момента прихода, а именно с момента ввода в эксплуа­тацию)... Тем не менее существенны и дополнительные характеристики, по которым ведется поиск, отбор, которые используются при печати инвентарной карточки (проверьте, имеется ли в программе возможность такой печати по формам из альбомов унифицированной статистической отчетности). Спектр этих характеристик весьма разнообразен и включает в себя не только наиме­нование, паспорт, заводской номер, подразделение учета, материально от­ветственное лицо (МОЛ) и т.д. и пр., но и многое другое. Зачастую они ин­дивидуальны для конкретного пользователя. Разработчики тиражных программ просто не в силах предусмотреть все возможные варианты. Да и сам пользо­ватель не может предсказать, что ему понадобится завтра.

Ergo, весьма желательной является возможность удобного оперативного изменения структуры базы данных и экранного вида инвентарной карточки. Более того, желательно иметь возможность иметь много видов личных карто­чек и привязывать конкретную визуализацию, например к группе основных средств. Наверно можно придумать и другие принципы привязки, но мне при­ходит в голову только этот.

Более того, мы считаем, что описание инвентарных карточек вообще не может храниться в одной таблице. Обязательно должна иметься возможность подключения дочерних таблиц с разнообразными дополнительными характерис­тиками: достройки - для зданий, агрегаты - для автомобилей, комплектующие - для производственного оборудования и вычислительной техники, содержание драгоценных металлов - для всех ОС, кроме сооружений. Кстати, сразу же скажем, что в программе весьма желательно предусмотреть операции выделе­ния агрегатов и комплектующих в самостоятельное основное средство, пере­дачи их от одного ОС к другому. Разумеется, с автоматическим изменением балансовых стоимостей.

В современном ПО все эти подключения дополнительных таблиц также долж­ны быть настраиваемыми.

Пару слов о визуализации самих перечней. В Windows-программе она прос­то обязана быть иерархической - таковы нынешние принципы графического ин­терфейса, которые обеспечивают удобство поиска конкретной карточки в пе­речне. Для ОС и НМА нужны как минимум две иерархии: по структуре подраз­делений предприятия и по группам/подгруппам основных фондов.

Что еще происходит с ОС во время их жизни на предприятии? Они меняют­ся: производится модернизация, разукомплектация, о которой мы уже упоми­нали, достройка. Они перемещаются между подразделениями учета и матери­ально ответственными лицами, сдаются в аренду, что отражается в изменении бухгалтерских субсчетов по начислению амортизации и учета балансовой сто­имости ОС. Все это можно назвать обобщающим термином "движение ОС". Прог­рамма должна уметь вести перечень операций движения с указанием дат и но­меров документов, на основании которых это движение происходило. Забегая вперед, скажем, что эти данные должны правильно учитываться и в алгорит­мах расчета износа.

Кстати, стоит обратить на то, как работает операция модернизации. Дело в том, что возможны разные алгоритмы ее учета: балансовая стоимость меня­ется в месяце модернизации, а износ только в следующем; и то, и другое меняется в текущем месяце; и то, и другое меняется в следующем. Неплохо, если программа умеет все это делать.

Что касается самого расчета износа, то существенно не только наличие стандартных методов: автомобили от пробега, прочие по норме от балансовой стоимости и нелинейный алгоритм начисления, - но и возможность задать произвольный алгоритм расчета для каждого основного средства. Мало ли ка­кие изменения в законодательстве могут возникнуть. Поэтому мы просим вас проверить, какие существуют в программе способы изменить формулу и даже алгоритм расчета износа. Для описания формул должен иметься удобный язык, понятный бухгалтеру, с возможностью доступа к таким данным, как балансо­вая и остаточная стоимость ОС, суммарный износ, различные поля характе­ристик и т.д. и т.п.

Кстати о терминах. Недавно мы услышали мнение, что теперь нет термина "амортизация", остался только "износ". Неправда ваша! Амортизация может быть равна одной из двух величин: износу, рассчитанному в данном месяце, или нулю. Дело в том, что никто не отменял правила, что при консервации основного средства износ начисляется, а амортизация нет. Т.е. амортизация - это износ, который разрешено ставить на затраты. Если вы консервируете какие-то основные средства, то совершенно необходимо, чтобы приобретаемое ПО могло справиться с таким расчетом.

И еще о начислении износа. Как мы уже говорили, программа должна пра­вильно учитывать дату перемещения между отделами, МОЛ, балансовыми счета­ми и распределять износ между "источником" и "приемником", пропорциональ­но приписанному каждому из них количеству дней в текущем месяце. Следует иметь в виду, что в течение одного месяца таких перемещений может быть несколько.

Что касается наличия полного комплекта необходимых отчетных форм, то это и без наших советов проверит каждый. Скажем только, что не стоит за­цикливаться на конкретном размещении колонок - главное полнота состава информации. А если программа включает генератор отчетов, который позволя­ет вам легко и удобно подогнать формы по своему вкусу, так это вообще за­мечательно! Пожалуй, стоит обратить внимание только на три момента: под­готовку инвентаризационных описей (эта кампания обычно проходит на предп­риятии со всякими сложностями), расчет среднегодовой стоимости ОС (эту форму обязательно нужно иметь) и печать 11 ведомости. Хоть этот последний документ и составляется один раз в году, но обычно причиняет бухгалтерам немало хлопот.

Современная программа по учету основных средств должна давать пользо­вателю возможность не только автоматического начисления амортизации, но и списания налогов с продаж (НДС) с использованием настраиваемых алгоритмов и формул расчета, так как при большом количестве ОС эта задача является достаточно трудоемкой.

Если Вы счастливый обладатель разнообразно используемых транспортных средств или, паче того, руководите автотранспортным предприятием, про­верьте, ведется ли в задаче учет разных видов пробегов, т.к. зачастую амортизация автотранспорта по каждому виду списывается на свой счет зат­рат.

Также для владельцев автотранспорта нелишним будет поинтересоваться, существует ли в пакете процедура расчета транспортного налога. Есть мато­беспечение, исправно выполняющее эту функцию, зачем же тогда покупать другую бухгалтерскую систему, обрекающую Вас на каторжный ручной труд.

В том случае, когда Вы привыкли систематизировать амортизационные от­числения и не хотите от этого отказываться, можно подыскать программу, в которой отдельной графой ведутся отчисления на капитальный ремонт и в карточке есть отдельное поле для задания соответствующей нормы отчисле­ний.

Теперь о вроде бы несвоевременных проблемах. В современных условиях просто безрассудство - приобретать программу учета ОС, в которой не авто­матизирован процесс их переоценки. Пару лет назад эта ежегодная процедура отнимала столько усилий, необходимых для чего-нибудь более полезного! Кто гарантирует нас от нового витка инфляции и новых проблем?

Поскольку при определении порядка переоценки нам каждый раз подкидыва­ют что-нибудь новенькое, нужно внимательно ознакомиться с принципами за­полнения "переоценочных таблиц". Эти таблицы должны давать Вам возмож­ность свободно оперировать с шифрами начисления амортизации, ОКОФ, груп­пами основных средств и датами их поступления, ставя коэффициент перео­ценки в зависимость от произвольного сочетания этих параметров. Чтобы Вам было удобно заполнять такие таблицы, нужно иметь возможность описывать интервалы шифров и групп и даже перечни из нескольких интервалов. Жела­тельно также иметь право записывать интервалы дат поступления ОС. Пока это еще не понадобилось, но кто знает, кто знает...

Другой вариант удобных настроечных таблиц, который вполне подходит для небольших предприятий, это таблицы со специальной графой "группа перео­ценки". Каждой группе переоценки ставится в соответствие свой коэффици­ент. В таких программах карточки ОС должны иметь специальную графу, в ко­торую перед переоценкой проставляется нужный код.

Немного о весьма специфических проблемах предприятий с "двойной подчи­ненностью". Это могут быть совместные предприятия или фирмы с иностранны­ми инвесторами. Помимо налоговых органов, отчеты по износу основных фон­дов от них требует и западная сторона. Однако эту самую сторону не инте­ресует ни наши нормы амортизации, ни наши сроки, ни цифры в рублях. Их интересует только валюта (базовая валюта предприятия) и у них существуют свои нормы и принципы начисления. Поэтому таким заказчикам совершенно не­обходима программа, которая в инвентарной карточке имеет два набора полей для балансовой стоимости, остаточной стоимости, норм и формул расчета амортизации - рублевый и валютный. По этим двум комплектам полей должен вестись совершенно независимый параллельный учет износа и печататься два набора отчетных форм.

Начиная с 2002 года актуальной проблемой стал налоговый учет ОС и НМА. При выборе программы необходимо проверить ее на соответствие 25 главе На­логового Кодекса. При этом не так уж важно все, что связано с двумя пере­ходными периодами (это разовая акция), хотя учет этих особенностей тоже лишним не будет, главное (наподобие описанному выше подходу к расчету ва­лютной амортизации) - наличие возможности параллельно рассчитывать почти совершенно независимые данные об износе для бухгалтерского и налогового учета. При таком подходе в инвентарных карточках появляется еще один на­бор атрибутов основного средства, причем в отличие от бухгалтерского уче­та он базируется не на справочниках шифров амортизации, а на перечне ОКОФ, и группы ОС в этом наборе (чтобы не путаться, лучше называть их "виды ОС") должны проставляться совсем иные.

Вообще, ОКОФ с каждым годом играет все большую роль в этом разделе учета, поэтому возможность сортировки результатов расчетов износа по ОКОФ и подведения соответствующих субитогов в отчетах окажется совсем нелиш­ней.

И напоследок о связи подсистемы учета основных фондов с другими под­системами комплекса. Мы уже говорили о связи с подсистемой управления производством, где задача учета ОС выступает в качестве источника данных. В свою очередь источником данных для ОС является кадровая подсистема, в которой ведутся справочники подразделений предприятия и личные карточки сотрудников (помните про МОЛ?).

Но наиболее тесно модуль "ОС и НМА" должен быть связан с подсистемой подготовки первичных документов. Во избежание избыточных ошибок, возника­ющих при двойном вводе, желательно забирать из приходных документов дан­ные с описанием (хотя бы частичным) основного средства, из документов на перемещение или списания - данные о датах движения ОС и т.д. и пр. Впро­чем, возможен и обратный вариант связи: по инвентарным карточкам или за­писям о движении ОС создаются новые первичные документы. Тоже неплохо!

КОМПАНИИ И ТОРГОВЫЕ МАРКИ, УПОМЯНУТЫЕ В СТАТЬЕ

ПОХОЖИЕ СТАТЬИ