Корпорация ПАРУС

Операция "С новым планом!"

Бикялите Дана, Бухгалтер и компьютер № 1, Январь 2001 г.

Наступление очередного нового года традиционно преподносит российскому бухгалтеру какие-нибудь "подарки", порой глобального характера. То деноминация, то "проблема 2000", а теперь вот - новый План счетов бухгалтерского учета финансово-хозяйственной деятельности организаций и вторая часть Налогового кодекса РФ. Дело осложняется еще и тем, что разработчикам программ приходится решать и поддерживать не только технологические, но и методологические вопросы в условиях неопределенности некоторых законодательных аспектов. Задача же бухгалтера состоит в правильном выборе новой учетной политики, назначения новых регистров и обеспечении наиболее корректного перевода данных в новый План счетов, перехода из одной системы учета в другую.

Обещанного три года ждут

Реформирование отечественной системы бухгалтерского учета в соответствии с Международными стандартами финансовой отчетности (МСФО) формально идет с 1998 г. (после принятия соответствующего постановления Правительства РФ). В течение этих трех лет Минфин России постоянно "угрожал" бухгалтерам новым Планом счетов. Однако что будет представлять собой эта система на практике, до октября 2000 г., пожалуй, кроме сотрудников Департамента методологии бухгалтерского учета и отчетности Минфина, мало кто знал.

К счастью, худшие опасения не подтвердились. Сохранена привычная для российского бухгалтера система нумерации: двузначная для балансовых счетов и трехзначная - для забалансовых. В новом Плане некоторые действовавшие ранее счета исчезли (к примеру, сч. 06 "Долгосрочные финансовые вложения" или сч. 12 "МБП"); другие будут выполнять новые функции (это, в частности, относится к сороковым счетам); третьи появились впервые и непривычны для российского бухгалтера, а предназначены исключительно для целей управленческого учета (скажем, тридцатые). Некоторые из счетов пока еще не снабжены привычными инструкциями, рекомендациями или методическими указаниями.

Все бы ничего, да только в соответствии с приказом Минфина официальный переход начинается с 1 января 2001 г., но формально он может проходить в течение всего года по мере готовности организаций. Это означает, что те, кто собирается переходить на новый План счетов в ближайшее время, окажутся со своими проблемами "один на один".

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

Равнодушных нет

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

Переход "на 1 января"

По мнению большинства разработчиков, все технические проблемы должны быть разрешены до начала 2001 г. К этому времени пользователей необходимо обеспечить обновлениями ПО с новым Планом счетов. Производители программ заявляют, что делается все, чтобы облегчить бухгалтерам этот переход. Хотя крупным разработчикам, которые выпускают и поддерживают большое количество редакций программных продуктов, таких как фирма "1C" или "Корпорация ПАРУС", сейчас приходится нелегко.

Самый простой вариант перехода - вручную, когда бухгалтер самостоятельно, без посторонней помощи настраивает программу под новый План счетов и переносит туда остатки по старым счетам. Он приемлем для бухгалтерии небольшого предприятия.

Если же предприятие большое и счетов аналитического учета много, переход возможен в полуавтоматическом или автоматическом режимах.

"Автоматический" переход предполагает использование специальной программы-конвертера, которая будет поставляться вместе с обновлением ПО.

Например, компания "ИНФИН" в этом случае видит свою задачу в поставке стартового комплекта нового Плана счетов вместе с конвертером. Если бухгалтер подтверждает свое согласие, тогда перед ним появляется настройка проводок, с помощью которых можно "передать" старый стартовый комплект в новый.

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

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

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

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

Некоторые разработчики не предполагают создавать дополнительные системы передачи данных из старого Плана счетов в новый, поскольку такие функции уже встроены в программу. Так, в программных продуктах "Корпорации ПАРУС" имеется функция массового переброса какой-либо аналитики со счета на счет (например, материалов, взаиморасчетов, основных средств и т. д.). Однако эксперты "ПАРУСа" предупреждают, что такая переброска данных с одного счета на другой возможна только в том случае, если бухгалтер хорошо знает, что и куда следует переносить. Если же он до этого будет проводить инвентаризацию счета или принимать какие-то другие решения, особенно когда они не формализованы, задача усложняется. Возьмем, к примеру, счет 12 "МБП". В новом Плане счетов он отсутствует, поэтому часть материальных ценностей придется перевести с него на счет 01 "Основные средства", а часть - на счет 10 "Материалы". Но если эти группы данных не имеют каких-либо отличительных признаков и в учете специально не выделены, то бухгалтеру придется туго; если же такой отличительный признак будет выявлен, то с его помощью компьютер отберет все, что нужно.

За двумя зайцами?

Еще одна проблема, с которой столкнулись разработчики ПО: нужно ли поддерживать в одной программе оба плана счетов одновременно? Большинство считает, что не нужно. 1C примеру, фирма "1C" выпускает два новых варианта каждой программы - для старого и нового Планов счетов. При этом вариант конфигурации, включающий старый План счетов, будет "ограниченно поддерживаться" фирмой до 2002 г., а модификации программы будут включать только для исправления замеченных ошибок и отражения возможных изменений в законодательстве.

Специалисты фирмы "ДИЦ" также согласны, что нет необходимости создавать программу с двумя планами счетов.

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

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

Пока же об одновременном поддержании двух планов счетов в одной программе заявила только "Корпорация ПАРУС". Старым пользователям она будет поставлять новый План счетов в виде отдельного файла. Соответственно, к нему будет приложена специальная программа, которая, во-первых, станет переименовывать старые счета, добавляя к каждому из них некий префикс, и, во-вторых, закачивать новый План счетов в том виде, в котором он есть в инструкции. Таким образом, у пользователя будет двойной план счетов. Префикс же нужен для того, чтобы показать, что счета не используются, хотя и останутся в базе данных, по крайне мере на какое-то время. Так что при желании пользователь программ "ПАРУСа" сможет получать "старые" отчеты.

Как быстро бухгалтеру удастся справиться с переносом данных зависит, по мнению разработчиков ПО, от двух факторов: объема бухгалтерии и квалификации самого бухгалтера. Но, как утверждают специалисты, в большинстве случаев последний в состоянии справиться с ней сам.

Бухгалтерские и налоговые аспекты

И разработчики, и бухгалтеры сходятся во мнении, что переход к новому Плану счетов таит в себе много проблем и противоречий, да и вообще непонятных моментов. Чисто бухгалтерские проблемы до появления рекомендаций Минфина России пользователям придется решать самостоятельно или с помощью разработчиков разработчиков ПО. Фирма "1C", например, уже в декабре прошлого года объявила о включении собственных методик перехода на новые редакции конфигураций (в том числе и с учетом требований нового Плана счетов). Как считают в "ИНФИНе", до тех пор, пока не появятся дополнительные разъяснения со стороны Министерства финансов РФ, схема проводок и их настройки конвертироваться не будут. А передача остатков - будет, причем рекомендованная разработчиком и позволяющая пользователю реализовать любой предложенный алгоритм.

То же самое касается и новых форм отчетности, в том числе и налоговой. Так что бухгалтеры и разработчики ПО ждут разъяснений не только от Минфина России, но и от Министерства по налогам и сборам РФ, в частности, по поводу того, как определять базу налога на имущество при использовании новой нумерации счетов. А для этого могут потребоваться и законодательные изменения.

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