Реферат: Евро - миф или реальность

Таблица 1

Основные экономические показатели Евроленда в 1997—1998 гг. и прогноз на 1999—2000 гг.

Источники: Deutsche Bank Research. Wirtschaftstrends, Nr.3, 18.03.1999; HWWA-Report 188.

Таблица 2

Темпы роста ВВП в странах Евроленда, проц.

1 предварительные данные
2 прогноз (Deutsche Bank Research)

Как избежать ошибок при переходе на евро.

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

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

Параллельный метод

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

Поэтапный метод

Требуется, чтобы программное обеспечение компании могло одновременно работать с двумя валютами. Тем не менее, очень немногие поставщики такие, как PeopleSoft и SAP, в настоящее время предлагают подобную функциональность в своих масштабных продуктах.

Метод "большого скачка"

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

Какую стратегию выбрать?

На практике многие компании вообще не будут заниматься выбором. Вместо этого им придется принять то, что было решено поставщиками их коммерческих программных продуктов, у многих из которых отсутствуют ресурсы для встраивания в свои продукты поддержки более одного метода. Только у фирм, отбросивших устаревшее программное обеспечение и начавших все сначала, будут развязаны руки. Метод "большого скачка" может привлечь многие фирмы, в немалой степени из-за того, что таким образом можно избежать дорогостоящего двойного ведения записей. Хотя это может быть прекрасно для малого бизнеса, некоторые эксперты по программному обеспечению считают этот метод рискованной стратегией для больших и сложных компаний. «"Большой скачок" с технической точки зрения эквивалентен выполнению открытых хирургических операций на сердце», - предупреждает Джон Синклер (John Sinclair), менеджер по международной продукции из Брюсселя компании GEAC Software.

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

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

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

В настоящее время, как кажется, многие фирмы останавливаются на параллельном методе. Одной из его привлекательных сторон является обеспечение постепенного перехода с уравновешенным введением евро, когда фирма чувствует свою готовность совершить прыжок. Более того, необязательно дублировать усилия, так как только начальное сальдо должно быть закрыто, а первоначальные данные могут оставаться в предыдущей национальной валюте. По словам Синклера из GEAC, выступающего за параллельные системы, фирмам придется предоставлять немедленный доступ к данным в обеих валютах только в областях, в которых они возможно будут получать от клиентов и поставщиков запросы о текущем состоянии. Для внутренних отчетов подобная «двухвалютная прозрачность» может не понадобиться.

Тем не менее, даже у параллельного метода есть недостаток. Когда один оператор пытается ввести два набора данных, существует «огромная возможность появления ошибки», - объясняет Венди Хэйлок (Wendy Haylock) из Ассоциации по разработке делового и бухгалтерского программного обеспечения, британской отраслевой группы. Для того чтобы избежать проблем, компаниям придется либо полностью автоматизировать процесс, либо установить тесный контроль за своим персоналом.

Страницы: 1, 2, 3, 4, 5