Консолидация серверов печати с помощью записей cname

Введение

При консолидации серверов печати в организации одним из основных недостатков является то, как выполнить консолидацию с минимальным влиянием на подключенные клиенты.

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

Примечание.

Чтобы использовать записи псевдонимов для консолидации сервера печати в среде Windows 2000 Server, серверы под управлением Windows 2000 должны работать на любом из следующих серверов:
Windows 2000 с пакетом обновления 4 или более поздней версии.
Чтобы использовать записи CNAME, может потребоваться изменить запись реестра DisableStrictNameChecking.

Полезные фичи

У FCCS есть много плюсов, в частности — некоторые функциональные блоки, которые можно назвать преимуществами системы.

Расчет Opening Balance

Один из базовых расчетов в системах для финансовой отчетности — расчет сальдо на начало периода по балансовым счетам. В основном все системы консолидации предназначены для МСФО отчетности, где данные удобнее всего загружать и видеть накопительно с начала года (Year-To-Date). На практике так же часто возникают случаи, когда помимо представления Year-To-Date в системе необходимо иметь корректные обороты за период (Periodic). И если с отображением загруженных данных проблем не возникает (в зависимости от того, в каком представлении были загружены данные, накопительно с начала года или периода второе представление рассчитается автоматически), то с расчетом сальдо на начало периода обычно всё сложно.

В on-premise аналоге FCCS – Hyperion Financial Management — вопрос расчета корректного баланса на начала в обоих представлениях всегда был одним из самых проблемных. HFM не позволяет реализовать подобный расчет. Самым оптимальным решением в этом случае было создавать 2 альтернативные ветки движений с двумя начальными балансами – один для просмотра только в YTD, другой – только в Periodic. В FCCS такой расчет предоставляется «из коробки» и позволяет видеть корректный начальный баланс на одном и том же элементе в обоих представлениях.

В измерении Movement присутствует pre-seeded элемент для хранения начального баланса, который рассчитывается автоматически для всех балансовых счетов и равен сальдо на конец предыдущего года в представлении YTD и сальдо на конец предыдущего периода в представлении Periodic. Расчет реализован на одном элементе, что позволяет смотреть корректную отчетность в обоих представлениях по одно иерархии движение и избежать дублирования информации.

Автоматическая балансировка движений

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

Автоматический расчет RE

При разработке систем консолидированной отчетности обычно требуется создавать счета для учета нераспределенной прибыли текущего и предыдущих периодов, а затем реализовывать расчет, формирующий прибыль прошлых периодов за счет добавления к ней прибыли текущего периода. В FCCSтакой механизм также предоставляется «из коробки». В иерархию капитала уже добавлены счета для учета НРП за текущий и за прошлый период. Перенос значения на счет FCCSRetained Earnings Prior происходит автоматически и формируется корректно в зависимости от View (YTD или Periodic).

Автоматический расчет резерва трансляции

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

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

Большой плюс: преднастроенная модель данных

При создании приложения FCCS вы получаете готовую преднастроенную модель данных, которая содержит в себе, по аналогии с HFM, основные обязательные измерения (Entity, Account, Scenario, Year и Period…), а также несколько пользовательских измерений, которые нельзя удалить или заменить (как показывает практика, без таких измерений не обходится ни одна система консолидации).

На наполняемость измерений влияют опции и параметры, определяемые в процессе создания приложения. Например, можно выбрать подход к формированию плана счетов: Traditional Approach, который рассчитывается как разница между активами и суммой обязательств и капитала, или Net-Asset Approach, который позволяет отслеживать чистые активы равные разнице между активами и обязательствами.

Пример

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

В традиционном подходе мы имеем в отдельной ветке FCCS_Total Liabilities and Equity сумму обязательств и капитала, которая затем с противоположным знаком поднимается в итоговый баланс, и получаем FCCS_Total Balance Sheet-Traditional Approach = FCCS_Total Assets — FCCS_Total Liabilities and Equity.

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

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

При создании приложения есть возможность добавить специальное измерение, предназначенное для разделения локального учета компании и МСФО отчетности – Multi-GAAP (Рисунок 3). Как показывает практика, ни одна система консолидированной отчетности не обходилась без отдельного измерения, предназначенного для трансформационных корректировок, разделяющих индивидуальную и МСФО отчетность компаний. Измерение Multi-GAAP предназначено именно для этих целей, так как помимо фиксированных системных элементов туда можно добавить все специфичные для конкретной компании корректировки. В нашей практике были случаи, когда в корректировках не было необходимости: в систему отчетные данные попадали уже в формате МСФО — в этом случае измерение Multi-GAAP не требуется, и его можно просто не включать при создании приложения.

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

Пример

Ниже представлена сравнительная таблица измерений в FCCS и его on-premise аналога HFM

При внедрении систем на базе HFM по итогу обычно получалась такая же модель, которую FCCS предоставляет «из коробки» — это позволяет сократить время внедрения без значительной потери гибкости.

Техника вопроса: еще больше плюсов

Поговорим о технических деталях, которые делают работу с инструментом значительно удобнее.

Надстройка для работы с метаданными в Smart View

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

В облачных продуктах такой проблемы больше нет. В комплекте с каждым продуктом идет специальная надстройка для Smart View, позволяющая вносить изменения в метаданные приложения сразу с листа Excel-файла без использования каких-либо макросов или специальных программ. Все что нужно – скачать и установить надстройку, подключиться через Smart View, открыть измерение и внести туда изменения (Рисунок 4). Чтобы загрузить их в систему достаточно нажать кнопку Submit на панели Smart View.

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

Автоматическое создание бэкапов и аудит действий в системе

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

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

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

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

Из коробки: готовые консолидационные инструменты

Чтобы кастомизировать процесс консолидации без сложных скриптов и бизнес-правил, в системе есть специальные функциональные блоки.

Элиминация ВГО. Работает «из коробки»

Тяжело представить себе систему консолидации без учета и автоматического исключения внутригрупповых операций дочерних компаний группы. В FCCS такой инструмент есть, он не требует ручного написания сложных бизнес-правил. Для настройки элиминации требуется выбрать компании, которые могут являться контрагентами, и выставить у них соответствующий признак, затем выбрать счета, по которым могут проходить ВГО и назначить им plug-счет для учета расхождений. Всё. При корректном выставлении всех необходимых настроек, при выполнении стандартного правила Consolidate будут автоматически рассчитаны все элиминационные срезы и внутригрупповые операции будут исключены из вклада в группу.

Настраиваемые консолидационные корректировки

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

Готовые методы консолидации

В приложении предусмотрено несколько готовых методов консолидации: Subsidiary, Proportional, Discontinued и другие. Они автоматически подставляются в зависимости от введенного процента владения, процента консолидации компании и доли миноритариев. От пользователя в данном случае требуется только ввести соответствующие значения в специальной форме.

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

От консолидации ресурсов к консолидации услуг

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

Последовательность развития

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

Типовая последовательность может выглядеть примерно так: Консолидация вычислительных ресурсов – Консолидация информации – Внедрение систем управления ИТ – Консолидация персонала и услуг.

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

Предварительное планирование и стратегия

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

Взвешенный подход

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