Галактика программа бухгалтерский учет инструкция

1. Аннотация

Настоящее руководство адресовано пользователям системы Галактика ERP и предоставляет описание функциональных возможностей и приемов работы с модулем Налоговый учет.

На основе информации, систематизированной и обобщенной в регистрах налогового учета, можно осуществить расчет налоговой базы и формирование итоговой Декларации по налогу на прибыль.

2. Введение

Так как Россия первой разработала, ввела и начала применять законодательно регламентированный учет налога на прибыль, в связи с чем в Галактике ERP и был реализован модуль Налоговый учет — принципы налогового учета и подходы к его автоматизации подробно приведены именно с учетом российского законодательства.

В РФ налоговый учет в обязательном порядке ведется с 2002 года. Обязанности ведения налогового учета возложены на предприятия. Требования налогового учета закреплены Налоговым кодексом (далее НК) и устанавливаются (дополняются) соответствующими нормативными актами.

В системе Галактика ERP реализованы разнообразные методы ведения налогового учета. При этом пользователь самостоятельно организует систему налогового учета и не привязан к разработчику.

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

Термины и определения

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

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

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

Единицы налогового учета — объекты налогового учета, информация о которых используется более одного отчетного (налогового) периода.

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

Согласно требованиям НК РФ подтверждением данных налогового учета являются:

• первичные учетные документы (включая справку бухгалтера);
• аналитические регистры налогового учета;
• расчет налоговой базы.

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

Аналитические регистры налогового учета — совокупность показателей (сводные формы), применяемых для систематизации данных налогового учета за отчетный (налоговый) период, сгруппированных в соответствии с требованиями НК РФ, без распределения по счетам бухгалтерского учета.

3. Налоговый учет в РФ

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

Система налогового учета организуется налогоплательщиком самостоятельно.

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

Разработанные ФНС регистры налогового учета являются одним из примеров организации «налоговой» системы, т. е. являются некоторыми готовыми рекомендациями по детализации учетных данных при организации налогового учета, однако, с учетом положений НК РФ они не могут считаться регламентом или стандартом.

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

4. Организация налогового учета в системе

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

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

Для организации ведения налогового учета пользователям системы Галактика ERP предоставляются настраиваемые механизмы:

• построения налогового регистра;
• регистрации первичных документов;
• настройки ТХО;
• ведения налогового учета ОС, НМА;
• ведения налогового учета векселей;
• получения аналитических регистров;
• создания регистров налогового учета.

4.1. Построение налогового регистра

Для налогового учета наиболее предпочтительным представляется создание отдельного «Налогового плана счетов», по аналогии с планом счетов бухгалтерского учета (Настройка > Справочник счетов).

Напомним, что в системе существуют развитые механизмы по переносу данных из одного плана счетов в другой со всеми необходимыми перегруппировками (Настройка > Копирование плана счетов и Загрузка/выгрузка плана счетов: например, загрузку налогового регистра можно произвести из файла NU.txt, который входит в комплект поставки системы для пользователей РФ).

Ниже приведен пример налогового учетного регистра, структура для регистрации доходов и расходов которого соответствует классификации, предусмотренной НК РФ.

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

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

Рис. 1. Структура налогового плана счетов

Рис. 2. Пример создания пользовательской аналитики для налогового учета

4.2. Регистрация первичных документов

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

Рис. 3. Формирование первичного документа (ДО на закупку) и финансовый сопроводительный документ об оплате (собственное платежное поручение)

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

С точки зрения налогового учета, существенно отметить, что дата записи в налоговом учете по первичному документу может отличаться от даты бухгалтерской проводки по тому же документу. Если это необходимо, то в общесистемном реестре настроек (Настройка > Настройка) следует установить режим Раздельной привязки ТХО по регистрам учета (Бухгалтерский контур > Типовые проводки) — да и дополнительно указать Способ раздельной привязки ТХО по регистрам учета — для текущего регистра / для всех доступных регистров / по выбору.

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

Отметим также, что «налоговая» стоимость и стоимость товаров по бухучету и налоговому учету также могут быть разными. Для формирования налоговой стоимости в сопроводительных логистических документах необходимо в общесистемном реестре для настройки Ведение налогового учета (Логистика > Налоговый учет) установить значение да.

Затем:

• В Каталоге групп налогов (модуль Настройка > Настройка > Заполнение каталогов > Налоги) для каждой записи налога (нижняя панель окна) установить входимость в налоговую стоимость (графа НУ), т. е. значение ‘-‘ — если для налогового учета налог не входит, или ‘+’ — если входит;
• в Каталоге Услуг в окне редактирования записи задать входимость: входит в налоговый учет или не входит в налоговый учет (справа от поля Тип услуги).

Теперь приходные накладные и ордера будут отражать и «налоговую» сумму (по каждой строке спецификации — Ctrl+Enter). По F3 в этом поле можно осуществить просмотр составляющих этой стоимости, а с помощью специальной локальной функции — пересчитывать налоговую стоимость (см. Регистр-расчет стоимости МЦ).

Для правильного отражения в налоговом учете расходов по оплате труда необходимо в модуле «Заработная плата» в классификаторе Виды оплат и скидок для требуемых выплат установить дополнительную входимость 259 — «ФОТ для расчета налога на прибыль (налоговый регистр расходов по оплате труда)» и/или 266 — «По месяцу начисления (налоговый регистр расходов по оплате труда)» (см. также Регистр учета расходов на оплату труда).

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

4.3. Настройка ТХО

«Типовые хозяйственные операции» — это универсальный инструмент для формирования записей по первичным документам в различных учетных регистрах.

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

Для организации налогового учета следует предварительно в модуле Хозоперации проанализировать ТХО, используемые в бухгалтерском учете. Если в бухгалтерском и налоговом учете суммы по операции и момент принятия их к учету совпадают, то при редактировании «налоговой» ТХО нужно лишь переключиться на Налоговый план счетов, указать счет и аналитику для регистрации сумм и перенести алгоритмы расчета из «бухгалтерской» ТХО. Если суммы не совпадают — требуется перенастройка алгоритмов.

Переключение записи учетного регистра «бухгалтерский» «налоговый» осуществляется при включенном режиме раздельной привязки ТХО… (см. регистрация первичных документов).

Проводки в режиме раздельной привязки ТХО можно создавать не только в модуле Хозоперации, но и непосредственно из платежных документов. В перечне системных аналитик дополнительно предусмотрены: аналитики по группам и признакам использования ОС, по классификатору платежных средств и др.

Подробности см. в руководстве пользователя к модулю Хозоперации.

Рис. 4. Пример настройки ТХО «Реализация товаров» для разных методов учета

4.4. Налоговый учет ОС, НМА

В системе предусмотрено параллельное использование нескольких методов учета ОС и НМА (в данном случае будем говорить о Бухгалтерском и Налоговом методе). Описание методов хранится в каталоге Методы учета (Учет ОС, Учет НМА > Настройка > Заполнение каталогов). При необходимости, с помощью признака Основная настройка можно сделать тот или иной метод учета основным (т. е. он будет активизироваться программой при обращении к модулю).

Примечание

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

В модулях Учет ОС, Учет НМА вы будете оперировать с разными экземплярами «Инвентарной карточки».

При этом «налоговая» карточка может отличаться от «бухгалтерского» экземпляра (информация о текущем плане счетов и методе учета выводится в заголовок окна, переключение выполняется по Alt+P/Alt+H) значением таких полей, как: Срок использования (до поступления, после поступления и оставшегося срока полезного использования), Норма, Алгоритм/Операция амортизации, первоначальная Стоимость, Износ.

Расчет амортизации для налогового учета осуществляется линейным или нелинейным методом. Предварительное автоматическое добавление алгоритмов в каталог выполняется в модуле Настройка с помощью функции Администратор > Сервисные функции

> Добавление новых алгоритмов начисления амортизации ОС, НМА.

Можно по-разному классифицировать объекты: для налогового учета — по амортизационным группам (значение в «налоговом» экземпляре карточки заносится в поле Амортизац. группа выбором из каталога Амортизационные группы), а для бухгалтерского учета — согласно требованиям ПБУ (например, по Признаку использования).

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

Рис. 5. Экземпляры инвентарной карточки ОС для разных методов учета

4.5. Налоговый учет векселей

Прежде всего, следует отметить, что система Галактика ERP поддерживает механизм налогового учета расходов (доходов) в виде процентов по векселям, а также расчет налогооблагаемой базы при реализации (продаже) векселя, в случае, если предприятие:

• выбрало метод начисления при учете доходов/расходов в целях 25 гл. НК РФ;
• использует метод нормирования расходов расчетным процентом (ставка рефинансирования ЦБ РФ с поправочным коэффициентом);
• оперирует с векселями в НДЕ;
• списывает при реализации (выбытии) векселя по единице стоимости (в соответствии с методическими рекомендациями МНС).

Документами-источниками для выполнения налоговых расчетов и формирования записей по их документированию в системе являются карточки векселей (сторонние и собственные), акты приемки-передачи (АПП) векселей и акты на гашение векселей, зарегистрированные в модуле Векселя и кредиты, а также значение учетной ставки рефинансирования ЦБ РФ, используемой для нормирования.

При формировании бухгалтерских/налоговых проводок суммы для налогового учета можно получить с помощью системного идентификатора &VР («Обработка спецификаций актов на передачу ценных бумаг»). Для него допустимо использование циклической обработки.

4.6. Аналитические регистры

В качестве аналитических регистров налогового учета могут использоваться стандартные аналитические отчеты и ведомости разных модулей системы Галактика ERP.

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

Другими формами аналитических отчетов могут быть Итоговые ведомости за период модулей Учет ОС и Учет НМА.

Некоторый аналог регистра учета движений денежных средств в системе может быть сформирован в модуле Финансово-расчетные операции (Отчеты > Интерактивные отчеты > Реестр платежных документов или Отчеты > Реестры >…) или в модуле Касса (Отчеты > Интерактивные отчеты > Интерактивный реестр документов или Отчеты > Реестры документов >…). Реестры первого типа (интерактивные) позволяют получить в одном отчете сведения по всем типам документов, зарегистрированным в данном модуле (платежное поручение/требование, валютное платежное поручение и т. п.), регистры второго (реестры по типу) — предполагают раздельное получение отчетов по каждому типу документов даже в рамках одного модуля.

В модулях Управление снабжением, Управление сбытом можно получить Иерархический реестр накладных/актов (Отчеты > Реестры), которые могут быть использованы в качестве регистров учета операций приобретения/выбытия имущества (работ, услуг, прав).

При формировании отчетов из бухгалтерских модулей не забудьте в качестве текущего выбрать «Налоговый регистр» (т. е. переключиться на Налоговый план счетов). В модулях Учет ОС и Учет НМА необходимо устанавливать параметр по учетному методу — Налоговый. Для универсальных настраиваемых ведомостей логистических модулей потребуется создать группировки и фильтры для получения данных в необходимых аналитических разрезах.

Для формирования регистров промежуточных расчетов рекомендуется использовать традиционный механизм PAT-отчетов и «Язык проектирования расчетных формул».

4.7. Регистры налогового учета

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

Каждый сформированный в результате регистр будет отражать перечень показателей, на основе которых можно осуществить исчисление налоговой базы в соответствии с правилами, предусмотренными гл. 25 НК РФ.

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

Галактика ERP. Корпоративная система управление предприятием

5. Назначение модуля

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

В данном модуле осуществляется получение следующих аналитических и расчетных налоговых регистров:

• хозяйственных операций приобретения/выбытия имущества (работ, услуг);
• движения денежных средств;
• учета расходов на оплату труда;
• информации амортизируемого имущества;
• расчета финансового результата от реализации прав;
• расчета стоимости материалов;
• учета сомнительной и безнадежной дебиторской задолженности;
• учета расходов будущих периодов;
• учета ценных бумаг, и др.

Все формируемые налоговые регистры выгружаются в текстовый редактор, в MS Excel или в FastReport.

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

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

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

Функция Отчеты позволяет настроить и получить итоговую «Декларацию по налогу на прибыль» (в разных форматах).

Подробное описание работы с настройкой РАТ-отчетов и «Языком проектирования расчетных форм» см. в модуле Бухгалтерская отчетность.

Меню Настройка включает в себя набор таких функций, как:

• установка значений параметров общесистемной Настройки;
• просмотр/редактирование Справочника счетов, с помощью соответствующих функций можно выполнить копирование данных из текущего плана счетов в другой или удалить ненужный план счетов;
• просмотр системной и создание пользовательской Аналитики и Классификатора платежных средств;
• просмотра справочника Ставки рефинансирования;
• задания Типовых констант и алгоритмов (для РАТ-отчетов);
• ввода или Настройки ХозОпераций, где предусмотрено создание ТХО по налоговым регистрам будущих периодов и прочих налоговых операций;
• с помощью функции Книга бухгалтерских проводок можно осуществить просмотр записей на счетах, сформированных как по первичным документам с помощью стандартного механизма ТХО, так и в результате ведения расчетных регистров.

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

Галактика ERP. Обновления

6. Регистры

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

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

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

При этом каждый регистр должен содержать следующие обязательные реквизиты:

• наименование;
• период (дату) составления;
• измерители операции в натуральном и денежном выражении;
• наименование хозяйственной операции;
• подпись (расшифровку подписи) лица, ответственного за составление регистра.

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

6.1. Аналитические налоговые регистры

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

Регистры данной группы являются аналогом отчетов, формируемых в модуле Финансово-расчетные операции.

В верхней панели окна указывается название Настройки, значение которой можно выбрать по F3 из каталога. Здесь содержатся экранные кнопки [Сохранить], [Сохранить как] и [Удалить], с помощью которых можно соответственно сохранить настройку, сохранить ее копию под другим именем, либо удалить.

С помощью группы полей Фильтр на данные осуществляется установка фильтра на включаемые в отчет данные по периоду, счету, субсчету, аналитике (с 1 по 6 уровень), структурному подразделению предприятия и валюте. В следующей группе полей указываются необходимые Параметры отчета.

Для того чтобы в печатных формах аналитических налоговых регистров осуществлялся вывод установленных фильтров, необходимо в общесистемном реестре установить настройку Печать установленных фильтров на данные в отчетах (Бухгалтерский контур > Отчеты) — «да».

См. также описание работы с группами подписантов.

В нижней панели содержатся экранные кнопки:

• [Очистить] — удаляются все внесенные ранее значения полей данного окна;
• [Сформировать] — запускает процесс формирования отчета;
• [Отмена] — осуществляется выход из данного режима.

Все полученные ведомости отображаются в окне текстового редактора или выгружаются в Excel.

Аналитический учет

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

Данные в отчете группируются следующим образом:

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

Группировочная ведомость

Функция Группировочная ведомость позволяет получить отчет по операциям на определенном счете за заданный период времени. Данные по операциям в отчете группируются следующим образом: Субсчет основного (указанного) счета – Корреспондирующий счет – Субсчет корреспондирующего счета.

Предусмотрены следующие варианты сортировки операций в пределах каждой группы:

• по дате операции и номеру документа;
• по контрагенту, дате операции и номеру документа;
• по контрагенту, содержанию операции, дате операции и номеру документа;
• по содержанию, дате операции и номеру документа.

Аналитическая ведомость (формирование)

При выполнении функции Аналитическая ведомость (формирование) также следует задать номер счета и группировки (разрезы), в которых будет сформирован отчет.

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

При установке параметра раскрывать иерархию по КАУ отчет формируется так, что учитываются уровни вложенности внутри справочника, и подсчитываются суммы по ним.

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

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

Сформировать уровень «Итого по отчету» — в отчете будет сформирован дополнительный нулевой уровень, отражающий итоговые данные по отчету.

По кнопке [Сформировать] запускается процесс формирования и выгрузка интерактивного отчета на экран.

Аналитическая ведомость (просмотр)

C помощью данной функции можно осуществить просмотр последней сформированной аналитической ведомости — т. е. полученной посредством предыдущей функции Аналитическая ведомость (формирование).

6.2. Регистры учета хозяйственных операций

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

Данная группа включает регистры учета:

• операций приобретения/выбытия имущества (работ, услуг, прав);
• движения денежных средств (поступлений/расхода);
• расходов на оплату труда.

6.2.1. Регистры учета операций приобретения/выбытия имущества (работ, услуг, прав)

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

Регистр учета операций выбытия имущества (работ, услуг, прав) формируется для обобщения информации об операциях выбытия и формирования сумм соответствующих доходов от реализации, подлежащих включению в состав налоговой базы. Записи в регистре производятся по каждому факту утраты организацией права собственности на имущество, передачи прав, выполнения работ, оказания услуг.

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

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

Дата создания настройки устанавливается автоматически по системной дате.

По экранной кнопке [Сформировать] (или Enter) в списке осуществляется выгрузка и просмотр сформированного регистра.

Окна для задания параметров настройки и просмотра сформированных реестров в обеих функциях идентичны. При создании/редактировании настройки (F7/F4 или [Настройка] — редактирование существующей) необходимо в окне =Настройка иерархического реестра= ввести с клавиатуры Наименование настройки, выбрать Валюту отчетов и задать Формат вывода фильтров (см. ниже).

В качестве дополнительных Параметров вывода данных в реестре могут быть указаны:

• Выводить спецификацию накладной — если установлен, в реестр выводятся спецификации сопроводительных документов;
• Проводить расчет в валюте отчетов — если установлен, итоговые суммы и стоимости позиций ТМЦ и услуг спецификаций накладных пересчитываются в валюту отчета, иначе перечисленные выше поля выводятся в заданной для каждого документа валюте, а итоговые суммы по всему реестру и уровням группировки не подсчитываются;
• Выводить иерархию группировок — при установленном флажке, в реестре помимо основных данных выводится название каждого уровня группировки с итогами по нему;
• Выводить наименование организации — при установленном флажке в реестр выводится наименование организации.

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

Используя в окне настройки иерархического реестра установку фильтров по документам — задаются на вкладке Фильтры — можно ограничить количество документов, включаемых в регистр:

• по базовой валюте (валютам) — фильтр по валюте сопроводительных документов, возможен групповой выбор, НДЕ устанавливается по Del;
• по контрагентам — фильтра по полю Контрагент сопроводительных документов, предусмотрен выбор нескольких контрагентов;
• по дате создания документа;
• по дескриптору — фильтр по полю Дескриптор пользователя — в зависимости от прав доступа пользователя флажок и поле выбора дескриптора могут быть недоступны для изменения;
• по группе дескрипторов;
• по статусам — фильтр по полю Статус, возможен групповой выбор;
• по складу/подразделению — приходные накладные удовлетворяют этому фильтру, если по накладной произведено распределение на один склад и выполнено оприходование;
• по типу документов — по умолчанию при формировании реестра обрабатываются все типы сопроводительных документов, создаваемых в данном модуле; с помощью фильтра можно выбрать конкретный тип документов;
• по группе платежных средств;
• по дате формирования ордеров — фильтр по дате выписки ордеров; по умолчанию устанавливается период от начала текущего месяца до текущей даты;
• по объектам строительства;
• по статьям затрат;
• по матценностям;
• по услугам;
• по назначениям;
• по договорам.

Дополнительными фильтрами для настройки получения данного вида реестров являются фильтры по МОЛ и по объекту ремонта.

Вверху окна в поле Формат вывода фильтров доступны следующие значения:

• выводить — фильтры выводятся, но при выборе нескольких значений по какому-либо фильтру в отчете для него отображается множественный выбор;
• выводить, с перечислением множественных — в отчете будут перечислены все выбранные значения для следующих фильтров:
• по базовой валюте;
• контрагентам;
• складу/подразделению;
• объектам строительства;
• статьям затрат;
• матценностям;
• услугам;
• договорам;
• МОЛ;
• не выводить — при данном значении фильтры в отчеты «Реестр оплаченности документов-оснований» и «Книга покупок/продаж» (текстовый формат) не выводятся, за исключением основных: по валюте, контрагенту, дескриптору, и состоянию оплаченности. Для отчетов Excel-формата фильтры в отчет не выводятся вообще.

Рис. 6. Настройка регистра учета по операциям приобретения

По экранной кнопке [Сформировать] строится интерактивный регистр и выгружается в окно просмотра информации. На его верхней панели отображается дерево группировки актов и накладных, построенное в соответствии с правилами, заданными при настройке Группировки, и выводятся суммы по соответствующим группам документов в НДЕ и/ или в валюте документов, что определяется состоянием настройки Валюта отчетов.

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

Печать регистра осуществляется по Ctrl+P (с выбором необходимой формы — всего отчета или текущего уровня отчета) с уточнением вывода цены (с налогами/без налогов).

Регистры данной группы являются аналогом отчетов, формируемых в модулях Управление снабжением и Управление сбытом.

Рис. 7. Просмотр сформированного регистра учета операций приобретения

Примечание

Данные регистры — это интерактивные отчеты с хранимыми настройками. В системе предусмотрено копирование настроек между пользователями. Для этого в модуле Обмен бизнес-документами необходимо воспользоваться функциями меню XML > Экспорт данных в XML-файл / Импорт данных из XML-файла.

С помощью локальной функции (вызывается в окне списка названий настроек) для данной группы регистров можно выполнить Импорт настроек (Alt+I).

6.2.2. Регистр учета движения денежных средств

Функция Регистр учета движения денежных средств позволяет осуществить формирование следующих регистров учета:

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

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

Нажатие экранной кнопки [Сформировать] (или Enter) приведет к формированию реестра по текущей настройке. Использование кнопки [Просмотр] (или по комбинации Ctrl+Enter) позволяет мгновенно вывести на экран последний сформированный отчет (помечен в списке символом V), независимо от того, был ли он сформирован сегодня, вчера или неделю назад. По Ctrl+F2 можно сохранить настройку в буфер и по Ctrl+F3 скопировать ее, отредактировав название или уточнив некоторые параметры.

При создании новой [Настройки] необходимо в окне =Настройка реестра платежных документов= на вкладке Настройка ввести с клавиатуры Наименование регистра.

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

Рис. 8. Необходимые группировки информации при формировании регистров

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

После настройки/редактирования уровней группировки нажмите экранную кнопку [Сохранить].

При выборе группировки Очередность платежа в окне настройки реестра платежных документов появляются дополнительные поля: Тип периода для группировки (его значение выбирается из каталога Типы периодов планирования) и Фильтр.

В качестве вариантов Сортировки информации при формировании регистров могут быть выбраны по: Дате выписки, Дате оплаты, Номеру, Сумме документа. Наличие переключателя Формировать суммы позволяет отображать суммы платежных документов: в НДЕ / в валюте отчетов / в НДЕ и валюте отчетов / в валюте документа.

В качестве Дополнительных параметров могут быть указаны:

• Приход и расход в разных колонках — при установке флажка суммы в отчете распределяются по колонкам, соответствующим направлению движения денежных средств;
• К названиям групп добавлять префикс — при установленном флажке к наименованиям групп будет добавлен префикс, обозначающий уровень иерархии (1, 2 и т. д.), и значение поля Префикс наименования окна настройки уровня группировки;
• Формировать доп.нулевой уровень — использование данного параметра позволяет сформировать дополнительный нулевой уровень, отражающий итоговые данные по отчету, а также ввести его наименование в расположенном правее поле;
• Определять сотрудника по ссылке;
• Формировать суммы распределения платежей.

Рис. 9. Настройка регистра учета поступлений денежных средств

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

Регистр учета должен формироваться в двух разрезах: поступление денежных средств и расход денежных средств. В этом случае можно создать две настройки и для каждой установить фильтр по направлению (Приход/Расход соответственно).

Параметр оплаченные/неоплаченные недоступен, если установлен флажок дата оплаты, доступ к которому, в свою очередь, закрывается, если указанному фильтру установлено значение Неоплаченные.

Чтобы получить доступ к фильтру статус документа необходимо активировать и выбрать значение фильтра тип документа. Аналогичным образом параметр Р/с корреспондента связан с параметром контрагент.

Значение фильтра Договор (соглашение) пользователь выбирает из списка договоров (соглашений), по умолчанию отфильтрованных по статусу исполняемый (смена фильтра — Alt+B).

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

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

При необходимости в верхней панели окна интерактивного отчета дополнительно можно показать графу Кол-во, в которой будет отображаться количество документов в папке — достигается это локальной функцией Настройка (Ctrl+R).

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

Рис. 10. Окно просмотра сформированного регистра

По Ctrl+P (или с помощью локального меню) предусмотрен выбор и формирование следующих видов отчетов:

• Иерархия платежных документов;
• Регистр движения денежных средств;
• Доходы и расходы;
• Банковская выписка.

В печатной форме сформированного регистра (в текстовом формате или в Excel) отображается следующая информация:

• дата операции (дата оплаты);
• основание операции (реквизиты договора: дата и номер договора) + назначение платежа из документа (номера ДО, которые закрыл данный документ);
• условие (вид) операции;
• сумма операции (документа);
• валюта операции (документа).

Аналогичные отчеты-регистры можно получить в модуле Финансово-расчетные операции.

В локальном меню окна просмотра отчета предусмотрены функции для получения следующих форм:

• Отчет «Доходы и расходы. Заголовок» — согласно установленному фильтру по периоду на печать выводятся данные только по расчетному счету, для которого указан признак использовать банк по умолчанию (устанавливается в каталоге «Организации и банки»);
• Отчет «Доходы и расходы» — согласно установленному фильтру по периоду определяется год, за который выводятся данные; итоги подводятся по каждому кварталу, полугодию, 9-и месяцам, году (тип периода должен включать уровни год, квартал);
• Отчет «Расчет налоговой базы» — согласно установленному фильтру по периоду определяется год, за который выводятся данные.

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

Установка фильтра по периоду для этих отчетов обязательна!

В список группировок указанных отчетов рекомендуется включать уровень Группа платежных средств (см. ниже «Примечание»). Тогда:

• при отсутствии данных для Отчета «Расчет налоговой базы», в печатную форму вместо нулей выводятся пробелы;
• при печати Отчета «Доходы и расходы» в колонку «в т. ч. доходы/расходы, учитываемые при расчете единого налога» попадают суммы по документам, которые относятся к группе платежных средств.

Примечание

Для вывода информации об условиях операции поступления/расхода денежных средств предлагается использовать Классификатор платежных средств (пункт меню Настройка), который может служить инструментом регистрации условий поступления/расхода, необходимых для налоговых расчетов:

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

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

Рис. 11. Привязка группы платежных средств

6.2.3. Регистр учета расходов на оплату труда

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

Среди расходов по оплате труда организации в налоговом учете могут учитывать только те начисления, которые предусмотрены нормами законодательства РФ и трудовым/коллективным договором (а также выплаты, которые оговорены в правилах трудового распорядка предприятия).

Для того, чтобы такие виды оплат участвовали в начислении расходов по оплате труда и отражались в регистре, для них необходимо в модуле Заработная плата в классификаторе Виды оплат и скидок установить дополнительную входимость 259 — «ФОТ для расчета налога на прибыль (налоговый регистр расходов по оплате труда)» со ссылкой на номер статьи НК РФ. Кроме того, для правильного учета сумм дохода (по месяцу «в котором начислен» или «за который начислен») необходимо выбрать еще и входимость 266 — «По месяцу начисления (налоговый регистр расходов по оплате труда)».

Формирование данного регистра предусмотрено как в модуле Заработная плата, так и в модуле Налоговый учет.

При вызове функции Регистр учета расходов на оплату труда в открывшемся диалоге укажите период (Формировать за год и уточните Начальный/Конечный месяц) и выберите Разрез ведомости — Начисления или Налоги на ФОТ.

Задайте необходимый порядок Группировки (если не используется, то оставьте в значении Без группировки) — для выделения расходов по оплате труда, относящихся к производственному или управленческому персоналу, и для дальнейшего учета в составе прямых или косвенных расходов можно указать: Категории; Должности; Наименование тарифа; КАУ; ТХО. Для всех режимов группировки (кроме ТХО — учитывается по всем имеющимся) справа в дополнительно открывающемся поле задается необходимое значение (предусмотрен множественный выбор). Если выбрать, например, Должности, то можно получить регистр с группировкой информации на основании справочника должностей (профессий), относящихся к производственной или непроизводственной сфере. При выборе группировки по КАУ можно изменить и указать нужный порядок следования группировки по уровню аналитики — выполняется непосредственно при пометке записи (Ins) уровня.

Параметр Дополнительные колонки позволяет вывести в печатную форму регистра следующие колонки с информацией (возможен множественный выбор): категории; должности; наименование тарифа; КАУ1–КАУ6; ТХО.

Вывод дополнительных колонок и отражение в них информации осуществляется только при включенном параметре Включать в отчет: по работникам.

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

При формировании регистра в разрезе налогов на ФОТ дополнительно предусмотрен выбор и включение определенных их видов и в отчет (Налоги на ФОТ). В регистр по данному разрезу выводятся только суммы, соответствующие начислениям, которые входят в расходы по налоговому учету.

Выгрузка данных осуществляется по подразделениям учета либо по подразделениям отнесения затрат (т. е. начисления/налоги в данном случае будут учитываться по цеху отнесения затрат).

После установки необходимых Фильтров по: подразделениям/работникам в регистр войдут операции с учетом заданных параметров и группировок.

Примечание

При выборе подразделений (в фильтре) список можно переключать с линейного представления в иерархическое — по локальной функции Представление иерархии подразделений (Alt+S) будут видны сразу все пометки.

Рис. 12. Параметры формирования регистра учета расходов по оплате труда

6.3. Регистры информации амортизируемого имущества

Функциональность данного типа регистров разделена на три группы и позволяет получать информацию о состоянии показателей объекта учета и о порядке проведения расчетов промежуточных показателей для формирования следующих отчетных данных:

• по основным средствам;
• по нематериальным активам;
• финансовый результат от реализации амортизируемого имущества.

Данные регистры — это интерактивные отчеты с хранимыми настройками. В системе предусмотрено копирование настроек между пользователями. Для этого в модуле Обмен бизнес-документами необходимо воспользоваться функциями меню XML > Экспорт данных в XML-файл / Импорт данных из XML-файла.

В модуле Налоговый учет можно выполнить импорт настроек некоторых отчетов с помощью функции локального меню Импорт настроек (Alt+I).

См. также описание работы с группами подписантов и ответственных лиц.

6.3.1. Регистр информации об объекте ОС/НМА

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

При формировании данных регистров необходимо в открываемом диалоге в поле Информация об объекте выбрать необходимые объекты («Инвентарную карточку» ОС/НМА; по F4 можно перейти в окно просмотра/редактирования ИК), указать диапазон дат формирования регистра (с… по) и Формат выгрузки отчета.

Текущим Методом учета для индивидуальных карточек ОС/НМА должен быть «налоговый».

В результате сформированный регистр по выбранным объектам будет содержать необходимые показатели.

Данные регистры служат отчетной информацией и могут использоваться пользователем в качестве сведений при формировании расчетных регистров амортизации основных средств и нематериальных активов.

6.3.2. Регистр-расчет учета амортизации ОС/НМА

Регистр-расчет Учет амортизации основных средств формируется для определения суммы амортизационных отчислений по объектам ОС, необходимой при формировании прямых и прочих расходов, признаваемых в текущем (налоговом) периоде для целей налогообложения.

Регистр-расчет Учет амортизации нематериальных активов формируется для определения суммы амортизационных отчислений по НМА, учитываемой в составе прочих расходов для целей налогообложения текущего отчетного (налогового) периода.

Для настройки и формирования регистров необходимо в окне =Настройка итогового отчета…= на вкладке Параметры:

• ввести Наименование настройки;
• в качестве Метода учета указать «Налоговый»;
• задать Отчетный период: с… по, за который необходимо сформировать регистр;
• выбрать вариант включения в отчет выбывших объектов — Учет выбывших: за месяц / за квартал / за полугодие / за год / без учета;
• указать Отображение денежных величин в отчете: Делитель суммы (данный параметр необходим, когда в отчете требуется отображать стоимостные показатели в тысячах, миллионах рублей и т. п.); Метод округления стоимостных показателей; Формат представления чисел в отчете;
• выбрать из справочника способ Группировки данных — для данного типа регистра рекомендуется задавать группировку с выбором уровня Группа (для вывода и получения итогов в регистре по колонке «Сумма амортизации по объекту», т. е. отдельно по ОС, используемым и неиспользуемым в производстве товаров (работ, услуг)), при этом по F4 в дополнительно открываемом окне =Настройка уровня группировки= вы можете указать Порядок сортировки внутри группы (Наименование/Код), а с помощью кнопки [Расширенная настройка] — условия печати заголовка и итогов (см. ниже);
• задать Сортировку данных (по: Инв. номеру / Наименованию) в отчете;
• в Расширенной настройке уточнить, каким образом печатать заголовок и итоги по самому верхнему уровню: заголовок+итоги внизу / заголовок+итоги вверху / только заголовок / не печатать;
• указать Сохранение отчета: всегда / никогда / по запросу.

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

Рис. 13. Настройка регистра-расчета

Непосредственное формирование регистра выполняется по кнопке [Сформировать] (или Enter) из списка созданных настроек, после чего осуществляется переход в окно просмотра основных параметров отчета, а после нажатия кнопки [Продолжить] — в окно просмотра сформированного регистра.

На верхней панели отображается дерево иерархии, соответствующее выбранной для формирования отчетов группировке. На нижней панели отображается перечень объектов учета, входящих в активную на верхней панели группу. Нажатием клавиши F4 можно просмотреть «Инвентарную карточку» текущего объекта учета.

При выводе регистра на печать (Ctrl+P — в текстовом или в Excel-формате) в окне

=Настройка печатной формы= укажите необходимые параметры и установите признак Печатать карточки — в этом случае в регистре будут отражены для каждого объекта: его номенклатурный номер и наименование; группа ОС и алгоритм начисления износа; стоимостные показатели — первоначальная/остаточная/базовая стоимости; срок использования (полезный и оставшийся); сумма амортизации. Если флажок печати карточки не установлен, то будут отображаться только итоговые суммы амортизации в заданном разрезе группировки.

Обращаем внимание, что при формировании регистров учитывается настройка Отчеты с учетом износа за месяц, устанавливаемая в общесистемном реестре (Учет ОС и НМА > Отчеты > ОС/НМА) — если значение да, то в «Регистрах информации амортизируемого имущества» остаточная стоимость печатается с амортизацией за месяц (т. е. обеспечивается соответствие между информацией налогового регистра и отчетами модулей Учет ОС, Учет НМА).

Рис. 14. Регистр-расчет амортизации ОС

Примечания

По кнопке [Просмотр] (Ctrl+Enter или с помощью соответствующей функции локального меню) в списке созданных настроек вы можете просмотреть Последний сформированный отчет.

По кнопке [Сформировать] (Enter или по локальной функции Формирование отчета) в списке осуществляется переход в окно просмотра основных параметров отчета, а после нажатия кнопки — в окно просмотра сформированного регистра.

С помощью локальной функции Импорт настроек (Alt+I), вызываемой из списка, можно выполнить импорт настроек в xml-формате, созданных другим пользователем. Экспорт пользовательских настроек осуществляется в модуле Обмен бизнес-документами.

Сведения данных регистров служат отчетной информацией и могут использоваться пользователем при заполнении Налоговой декларации (соответствующих приложений/листов).

6.3.3. Амортизируемое имущество ОС/НМА

С помощью функций Амортизируемое имущество основных средств и Амортизируемое имущество нематериальных активов можно получить соответствующий регистр, в котором будет кратко отражена информация о наличии амортизируемого имущества (ОС/НМА) за указанный месяц: в параметре Получить отчет за определяется текущий Отчетный месяц или Задать месяц вручную. Сформированный отчет будет содержать только суммы первоначальной (восстановительной) стоимости объектов и суммы начисленной амортизации (за заданный месяц).

Вводится Наименование настройки, задается налоговый Метод учета, указывается период и отмечается учет выбывших объектов.

Затем из справочника необходимо выбрать способ Группировки данных — для данного типа регистра рекомендуется задавать группировку с выбором уровня Амортизационная группа, в дополнительном окне =Настройка уровня группировки= с помощью кнопки [Расширенная настройка] указать условие печати: заголовок + итоги вверху.

На вкладке Ограничения по картотеке…, при необходимости, устанавливаются параметры отбора данных.

При выводе регистра на печать (Enter > [Проложить] > Ctrl+P) в окне =Настройка печатной формы= устанавливать признак Печатать карточки для данного типа регистров не нужно. Регистр выгружается в окно текстового редактора или формируется в Excel-формате.

По кнопке [Просмотр] (Ctrl+Enter или с помощью соответствующей функции локального меню) в списке созданных настроек можно просмотреть последний сформированный отчет.

По Alt+I можно выполнить импорт настроек.

Настройка, просмотр и формирование регистров осуществляется аналогично регистрам-расчетам по учету амортизации ОС/НМА.

6.3.4. Регистр-расчет финансового результата от реализации амортизируемого имущества

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

Показатели данного регистра являются источником информации для регистра Убытки от реализации амортизируемого имущества.

Под кнопкой [Настройка] для регистра необходимо:

• указать Наименование настройки;
• установить Метод учета — здесь можно учитывать, что доход для целей налогообложения определяется так же, как доход в бухгалтерском учете, поэтому метод (налоговый или бухгалтерский) выбирается на усмотрение пользователя (поле является обязательным для заполнения);
• с помощью параметра Получить отчет за: установить период, за который будет формироваться регистр. Это может быть Отчетный месяц или период, указанный пользователем (Задать период вручную). Во втором случае становятся доступными поля с…по, где из выпадающих списков выбирается название месяца, а рядом с клавиатуры вводится год;
• Ограничения: Включать ИК без движения позволяет формировать отчет с учетом инвентарных карточек, по которым не было движения за отчетный период (для данного типа регистра можно не задавать);
• параметр Вид движения позволяет формировать отчет только по определенному виду движения ОС, указываемому в расположенном рядом поле путем выбора из списка операций:
• Поступление;
• Внутреннее перемещение;
• Изменение стоимости;
• Выбытие;
• Переоценка;
• Изменение группы/вида;
• Изменение параметров.

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

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

Параметры ТХО по документу, Контрагент по документу и Основание по документу позволяют наложить ограничения на выборку данных для отчета по соответствующим параметрам операций движения ОС. Данные фильтры позволяют указать в соответствующих справочниках и каталогах, вызываемых по F3, необходимые множества значений, которым должны удовлетворять данные.

Поле Выводить операции может принимать значение все или с даты поступления ИК (в последнем случае в отчете отображаются операции, дата проведения которых больше даты поступления ИК).

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

Выбрать из справочников необходимые способы Сортировки данных в отчете (дата/номер операции; вид движения; инв.номер/наименование имущества).

Для данного типа регистра нет необходимости задания Группировки данных.

На вкладке Ограничения по картотеке… устанавливаются необходимые параметры отбора данных для составления отчета.

Формирование регистра осуществляется по кнопке [Сформировать] (Enter) из списка, а затем по кнопке [Продолжить]. В результате на верхней панели отображается дерево иерархии, соответствующее выбранной при настройке функции формирования отчетов группировке. На нижней панели отображается перечень движений объектов учета, входящих в текущую на верхней панели группу. Нажатием клавиши F4 на экран выводится документ, регистрирующий текущее на нижней панели движение объекта учета.

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

• Первоначальная стоимость;
• Остаточная стоимость;
• Износ;
• Износ за период;
• Количественные показатели.

При выводе регистра на печать (Ctrl+P) в окне =Настройка печатной формы= укажите необходимые параметры. Если установить признак Печать движения, то в печатной форме будет дополнительно отражено для каждого объекта его номенклатурный номер и наименование. Установка признака Печатать сальдо обеспечивает вывод в отчет строк с информацией о наличии (входящем и исходящем сальдо) объектов учета.

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

По кнопке [Просмотр] (или Ctrl+Enter) в списке созданных настроек можно просмотреть последний сформированный отчет.

По Alt+I можно выполнить импорт настроек.

Галактика ERP в управлении финансами киноиндустрии

6.4. Регистр-расчет финансового результата от реализации/уступки права требования

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

При вызове функции Регистр-расчет финансового результата от реализации/уступки права требования необходимо в диалоге задать Диапазон дат (дата с которой и по которую необходимо отобрать договоры цессии (договоры уступки долга), оформленные в модуле Расчеты с поставщиками и получателями), и Формат выгрузки отчета (Бизнес-Текст/FastReport).

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

Показатели данного регистра используются в регистре расходов будущих периодов Убытки от уступки права требования долга.

По кнопке [Сформировать] на экран выгрузится отчет («Налоговый регистр уступки прав требования» и/или «Налоговый регистр реализации прав, приобретенных ранее») о финансовом результате, содержащий необходимую информацию по уступке/реализации прав требования.

В модуле Расчеты с поставщиками и получателями в окне со списком договоров цессии с помощью соответствующей функции локального меню можно рассчитать финансовый результат от уступки права требования и сформировать соответствующую запись в системной таблице — т. е. получить данный регистр (Документы > Печать > Регистр-расчет финансового результата).

6.5. Регистр-расчет стоимости МЦ

Как известно, налогооблагаемая прибыль уменьшается на сумму, которую предприятие потратило на покупку сырья и материалов. Для этого необходимо правильно определить их стоимость и отразить в налоговых регистрах.

Согласно НК РФ организация может оценивать сырье и материалы, списанные в отчетном периоде, одним из следующих методов:

• по себестоимости каждой единицы;
• по средней себестоимости;
• по себестоимости первых по времени приобретения (ФИФО);
• по себестоимости последних по времени приобретения (ЛИФО).

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

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

Для учета «налоговой стоимости» МЦ (т. е. стоимости, используемой при расчете налога на прибыль согласно 25 гл. НК РФ) предусмотрен специальный механизм:

• в общесистемном реестре необходимо установить настройку Ведение налогового учета (Логистика > Налоговый учет) — да;
• в Каталоге групп налогов (модуль Настройка) установить признак НУ (‘+’) для тех налогов, которые входят в налоговую стоимость;
• в каталоге Услуги установить признак входит в налоговый учет для тех услуг, которые входят в налоговую стоимость.

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

Рис. 15. «Налоговая» стоимость МЦ в первичных документах

Эту же информацию можно увидеть и в Складском учете из расширенной информации по спецификации приходного ордера — поле Сумма для НУ, а также в =Карточке складского учета= с помощью локальной функции Просмотр цен для налогового учета. Если приходный ордер не связан с накладной, то налоговую стоимость можно ввести вручную, но в этом случае нельзя раскрыть ее составляющие.

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

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

При формировании бухгалтерских/налоговых проводок стоимость для налогового учета можно получить с помощью системных идентификаторов &NР («Обработка спецификаций накладных/актов услуг») и &SP («Обработка спецификаций складских ордеров») с параметром «сумма для налогового учета» — [Рез:СумНУ] вычисляется умножением суммы/цены для налогового учета на количество. Допустимо использование циклической обработки.

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

Рис. 16. «Налоговая» стоимость МЦ в приходных документах (с фрагментом локального меню)

При формировании Регистра-расчета стоимости МЦ в модуле Налоговый учет в открываемом диалоге укажите:

• Дату начала/окончания отчетного периода — диапазон дат для отбора данных;
• Приходы и расходы или Расходы — тип формируемого регистра.

Затем, нажав кнопку [Сформировать], выберите (Ins) материальные ценности из списка и нажмите Enter.

Автоматически сформированная форма (в зависимости от типа: Приходы и расходы — полная и/или краткая форма «Регистр информации о приобретенных партиях МЦ, учитываемых по методу в отчетном периоде»; Расходы — «Регистр-расчет стоимости МЦ, списанных в отчетном периоде») выгрузится в окно текстового редактора.

Примечание

В соответствии с рекомендациями ФНС расчет цены списанных материалов отражается в «Регистре информации о движении приобретенных материалов по определенному методу» (применяемые методы приведены выше), а затем эта стоимость обобщается в «Регистре-расчете стоимости сырья/материалов, списанных в отчетном периоде».

6.6. Регистры учета по результатам инвентаризации на отчетную дату

Группа Регистры учета по результатам инвентаризации на отчетную дату позволяет получить на отчетную дату:

• регистр учета Сомнительной и безнадежной дебиторской задолженности — инвентаризация проводится налогоплательщиком в конце предыдущего отчетного (налогового) периода. По результатам инвентаризации из дебиторской задолженности выделяются задолженности со сроком погашения более 45 дней, но менее 90 дней; со сроком погашения более 90 дней; а также задолженность, признаваемая безнадежными долгами;
• регистр учета Кредиторской задолженности — формируется для обобщения информации о наличии сумм кредиторской задолженности, подлежащей списанию в связи с истечением срока исковой давности либо списанию по иным основаниям, необходимым для формирования данных о суммах внереализационных доходов и расходов отчетного (налогового) периода. Суммы кредиторской задолженности налогоплательщика перед бюджетами разных уровней в данном регистре не отражаются.

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

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

Безнадежным долг может быть признан в следующих случаях:

• истек срок исковой давности;
• долг невозможно взыскать.

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

При активизации соответствующей функции в окне =Просроченная задолженность= необходимо:

• уточнить отчетную дату;
• указать единицы измерения Шага сетки, Размер шага сетки и Количество шагов: в поле Шаг сетки устанавливается одно из значений: Месяц/День, предполагающее минимальный промежуток времени анализа задолженности, Размер шага сетки устанавливает длительность одного интервала в выбранных единицах, Количество шагов — выбор количества расчетов, при этом программа автоматически добавляет один шаг (свыше…) в колонку отчета;
• выбрать задолженность для включения в отчет — Просроченную или Всю;
• Минимальная сумма задолженности — в поле можно указать минимальную сумму задолженности, которая подлежит включению в отчет.

Параметр Обрабатывать нулевую сумму определяет режим обработки нулевых сумм в отчете — возможные значения: Да/Нет.

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

При необходимости установите Фильтры: по счету/субсчету/контрагенту/группе контрагентов.

В информационных полях План счетов и Тип задолженности (Дебиторская/Кредиторская) выводится соответствующая подсказка формируемой задолженности по плану и типу.

С помощью Alt+P (или по локальной функции Смена плана счетов) можно переключиться на нужный план.

По кнопке [Сформировать] (или по локальной функции Сформировать отчет) запускается процесс формирования регистра о просроченной задолженности (являются аналогом отчетов модуля Финансово-расчетные операции), результат («Анализ просроченной задолженности») выгружается в окно текстового редактора и/или в MS Excel.

Примечание

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

6.7. Расходы будущих периодов

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

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

В налоговом учете к расходам будущих периодов можно отнести:

• убытки, которые организация получила, продав амортизируемое имущество;
• убытки от уступки права требования долга;
• суммы, истраченные на освоение природных ресурсов;
• расходы по страхованию работников и имущества организации;
• затраты на получение лицензий;
• затраты на научные исследования и опытно-конструкторские разработки;
• расходы по аренде имущества (при перечислении арендной платы за несколько месяцев вперед) и др.

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

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

Меню Расходы будущих периодов включает следующие регистры:

• Убытки от реализации амортизируемого имущества;
• Убытки от уступки права требования долга до/после наступления срока платежа;
• Расходы по добровольному страхованию работников;
• Резервы по сомнительным долгам;
• Убытки прошлых лет.

Все данные по регистрам расходов будущих периодов хранятся в специальной «Налоговой таблице».

Работа со всеми этими регистрами осуществляется аналогичным образом в типовом окне.

С помощью функции Регистры > Учет расходов будущих периодов вы можете сформировать общий отчет, в котором будут собраны за указанный период все вышеперечисленные регистры с группировкой по типам и/или по видам расходов.

6.7.1. Типовое окно для ввода и расчета показателей

При вызове функции для формирования/редактирования того или иного регистра Расходы будущих периодов, а также Прочие налоговые операции в окне редактирования (переход из списка по Enter или F4 на записи) вначале заполняется информация для «шапки» регистра:

• вводится порядковый Номер документа-регистра;
• указывается дата формирования — Сформирован, при этом дата Нач. расчета автоматически приравнивается дате формирования налогового регистра;
• уточняется признак входимости В расх. буд. периодов — Входит/Не входит,

а также другие сведения (суммы, сроки и т. п.), необходимые для данного типа регистра.

Некоторые регистры могут формироваться как по источникам информации (т. е. источником для формирования показателей регистра является другой налоговый регистр, который первоначально сформирован), так и самостоятельно пользователем.

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

Принимаемая к учету сумма (Убыток от реализации, Принимаемый убыток, Сумма убытка, Сумма резерва или Принятая сумма — в зависимости от типа регистра) может формироваться следующим образом:

1. рассчитывается на основе своего шаблона расчетных алгоритмов (Вид расхода/Алгоритм/Распределение) либо только на основании Алгоритма;
2. вводится вручную.

Далее по Alt+R или по локальной функции Формирование план-графика должен быть сформирован план-график — спецификация данного регистра-документа — в средней панели автоматически создадутся строки/строка (в зависимости от условий распределения), каждая из которых будет содержать Дату и часть распределенной Суммы, принимаемой к учету в текущем периоде.

Для каждой строки спецификации затем можно привязать ТХО с отнесением сумм на необходимые счета по плану «Налоговый регистр». При выборе ТХО можно выполнить пополнение справочника хозопераций для данного типа регистров. Доступ ко всем типовым хозяйственным операциям по налоговым регистрам можно осуществить в модуле Налоговый учет с помощью функции Настройка > Настройка ХозОпераций > Налоговые регистры >… типы регистров по расходам будущих периодов. На основе данных хозяйственных операций затем производится настройка формулы в «Налоговой декларации».

Строки спецификации регистра при необходимости можно ввести и вручную (F7). В таком случае комбинация клавиш Ctrl+Q или локальная функция Расчет суммы по строкам спецификации упростит заполнение поля суммы, принятой к учету, в «шапке» регистра.

В нижней панели окна редактирования отображаются сформированные по документу проводки. С помощью локальной функции Переключение режима панели (или по Alt+S) можно переключить режим ее отображения: список проводок (как показано на рисунке) или полную информацию о текущей проводке. Кроме того, на этой панели доступны стандартные клавиши F4 (редактирование проводки), F7 (создание новой проводки) и F8 (удаление проводки).

Локальное меню

С помощью следующих локальных функций в верхней и средней панелях можно выполнить:

• Фильтр (Alt+B) — ограничения на просмотр, см. ниже;
• Смена дескриптора (Alt+M) — переход на другой дескриптор;
• Смена регистра учета (Alt+P) — переключение на необходимый регистр учета;
• Печать:
• Печать документа (Ctrl+P) — вывод на печать формы регистра (в текстовом формате или в формате Excel), в окне параметров печати указываются Начальная/Конечная даты отбора записей и группа Подписантов;
• Печать документа в FastReport — выгрузка формы регистра в графический редактор FastReport;
• Печать ИНВ-11 — вывод на печать типовой формы «Акт инвентаризации расходов будущих периодов» по шаблону в Excel-формате, при этом в дополнительно открываемом диалоге вводится Номер формирования акта, указывается на какую Дату формируется акт, какие карточки включать (за текущий месяц/квартал/ полугодие/код) и инвентаризационная комиссия (при необходимости);
• Сохранение записи (Ctrl+F2) и Вставка сохраненной записи (Ctrl+F3) — сохранение документа в буфере и создание нового документа (копии) на основе сохраненного в буфере;
• Расчет суммы по строкам спецификации (Ctrl+Q) — пересчет и отображение в информационном окне итоговой суммы по строкам спецификации;
• Формирование план-графика (Alt+R) — формирование спецификации документа в соответствии с заданным алгоритмом распределения;
• Перерасчет план-графика (Alt+Т) — переформирование спецификации документа с удалением сформированных строк спецификации план-графика в соответствии с заданными параметрами (см. ниже «Примечания»);
• Пересчет принятой к учету суммы документа (Alt+D) — автоматический расчет суммы, принимаемой к учету (если задан шаблон / алгоритм);
• Внешняя классификация (Alt+С) — создание внешней классификации;
• Внешние атрибуты (Alt+А) — привязка внешних атрибутов (дополнительных полей, чтобы хранить в них необходимую информацию).

В нижней панели проводок предусмотрено:

• Печать проводок (Ctrl+P) — вывод на печать книги бухгалтерских проводок (по предварительно установленным настройкам);
• Сохранить проводку (Ctrl+F2) и Скопировать проводку (Ctrl+F3) — сохранение текущей записи с последующим копированием и созданием новой записи проводки;
• Внешняя классификация (Alt+С) и Внешние атрибуты (Alt+А);
• Бухгалтерский калькулятор (Shift+F3) — вызов бухгалтерского калькулятора для вычисления арифметических выражений, используемых в отчетных формах при разноске ТХО;
• Фильтр на данные (Alt+B) — установка фильтра на отображаемые проводки;
• Смена регистра учета (Alt+P) — переключение на необходимый план счетов;
• Переключение режима панели (Alt+S) — вид отображения панели: табличный или анкетный (список проводок или полная информация о текущей проводке);
• Отображать проводки по всем регистрам или Отображать проводки по текущему регистру — переключение на отображение соответствующих проводок;
• Групповая модификация данных — пакетное изменение выбранных проводок (Ins) по текущему регистру, при вызове функции открывается диалоговое окно ввода необходимых параметров.

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

Фильтр

По локальной функции Фильтр (Alt+B) можно установить ограничения на отображаемые в списке документы. Параметры фильтрации задаются в диалоговом окне =Установка ограничений=:

• Период — по дате формирования документа (если дата начала периода больше даты окончания, то выдается соответствующее предупреждение);
• Пользователь, Рабочая группа — отбор документов соответственно по дескриптору пользователя и группе дескрипторов; фильтр по пользователю или рабочей группе можно либо нельзя менять в зависимости от настройки Доступ к документам (Настройка > Настройка > раздел Общие настройки системы);
• Вид расхода — по виду расходов будущих периодов;
• Алгоритм — по алгоритму распределения принятой к учету суммы;
• Срок списания — по сроку списания принятой к учету суммы.

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

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

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

Примечания

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

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

Чтобы выполнить Перерасчет план-графика (Alt+Т) необходимо:

1. задать дату перерасчета — изменить значение поля Нач. расчет;
2. ввести новую сумму (если она изменилась);
3. задать новый Алгоритм (если нужно).

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

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

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

При перерасчете, также как и при формировании, ТХО к новым записям следует привязывать вручную.

6.7.2. Настройка «Шаблона» расчетных алгоритмов

Принимаемая к учету сумма может рассчитываться на основе заданного Алгоритма расчета. При этом Шаблон позволяет определить для данного типа регистра готовые комбинации (варианты расчета) значений Алгоритм / Вид расхода / Режим распределения.

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

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

В типовом окне формирования регистра в поле Шаблон по кнопке выбора вызовите каталог шаблонов и по F7/F4 произведите ввод/настройку записи =Шаблона расчетного алгоритма=:

• с клавиатуры введите Название шаблона;
• задайте Алгоритм расчета суммы — выбирается из соответствующего справочника алгоритмов (для каждого типа регистров формируется свой каталог, см. порядок настройки алгоритма);
• укажите Вид расхода — значение выбирается из =Каталога видов расходов=, который является общим для всех типов регистров будущих периодов и регистров по прочим налоговым операциям
• выберите Режим распределения принимаемой к учету суммы:
• Пропорционально по: месяцам / кварталам / годам — в этом случае нужно задать количество мес./кв./год (соответственно), на которые требуется производить распределение суммы; при необходимости можно указать, что распределение осуществляется со следующего периода (т. е. соответственно со следующего отчетного месяца или года);
• если выбирается режим По месяцам с учетом даты или По кварталам с учетом даты и задается количество мес./кв. (соответственно), на которые требуется производить распределение суммы, то в этом случае учитывается Дата из панели спецификации регистра, на которую распределяется данная часть суммы регистра;
• В текущем периоде — для этого режима дополнительно указывается процент (%) распределения; если вводится значение < 100%, то не забудьте проставить количество дней (в следующем поле), через которые необходимо произвести распределение оставшейся части суммы.

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

Примечание

В окне редактирования документа поле Распредел. суммы, помимо указанных в Шаблоне расчетных алгоритмов вариантов распределения, может принимать еще одно значение — Пропорционально по дням, в этом случае нужно задать количество дн., на которые требуется производить распределение суммы, а также указать дату окончания Списания суммы.

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

6.7.2.1. Настройка «Алгоритма»

В поле Алгоритм по кнопке выбора вызовите каталог и произведите ввод/настройку записи.

В окне редактирования с клавиатуры укажите Наименование алгоритма. В поле Алгоритм занесите формулу расчета — она может быть введена как с клавиатуры, так и выбором переменных (F3) из соответствующих «Налоговых таблиц».

Окно =Выбор переменной алгоритма= отображает записи полей переменной, которые должны использоваться в расчетном алгоритме. На верхней панели содержится список из двух доступных системных таблиц — NALREGDC («Налоговые регистры-документы») и REFIN («Ставки рефинансирования»), а на нижней — перечень полей из текущей таблицы.

Просмотр полного перечня полей таблицы и пополнение записей осуществляется нажатием F7 в нижней панели окна.

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

Следует отметить, что при добавлении имен SUMRS1…SUMRS10 в окно =Выбор переменной алгоритма= Заголовок поля будет отражать из «шапки» регистра название того поля суммы/стоимости/цены, которое соответствует данному типу регистра (т. е. для которого непосредственно производится настройка алгоритма). При выборе поля PROC значение выбирается из классификатора ставок рефинансирования. См. ниже рисунок (в т. ч. отображена структура системной таблицы NALREGDC с описанием переменных) и далее описание «Соответствие полей БД для типов регистров».

Рис. 17. Задание «Алгоритма» расчета принимаемой к учету суммы

Символы арифметических и логических операций в Алгоритме вводятся только с клавиатуры.

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

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

Для сортировки строк спецификации алгоритма используется поле №. Поле Описание алгоритма имеет справочный характер.

При закрытии окна автоматически осуществляется проверка корректности алгоритма. Итак, в окне формирования регистра вы указали нужный Шаблон/Алгоритм.

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

Теперь по Alt+D (или с помощью локальной функции Пересчет принятой к учету суммы документа) произведите расчет принимаемой к учету суммы — значение автоматически установится в соответствующем поле в «шапке» окна. По Alt+R создайте план-график, в результате в нижней панели окна автоматически создадутся строки/строка (в зависимости от указанного срока распределения). Для каждой строки спецификации затем можно указать ТХО с отнесением сумм на необходимые счета по «Налоговому плану». В нижней панели окна отобразятся сформированные по документу проводки, в соответствии с заданной ТХО. По комбинации клавиш Ctrl+C (или с помощью функции локального меню Расчет суммы по строкам спецификации) можно проверить итоговую сумму по строкам спецификации (для правильности выполненного распределения принимаемой к учету суммы).

Соответствие полей БД для типов регистров

Ниже в таблице для типов регистров указано, в какое поле таблицы БД какое значение заносится.

Примечание

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

• Сформировать отчет (без исправления ошибок) — программа тестирует данные и формирует отчет о выявленных ошибках и перечнем действий, которые она может предпринять для устранения ошибок.
• Исправить ошибки и сформировать отчет — предназначен для автоматического тестирования данных и исправления ошибок с последующим формированием отчета о найденных ошибках и действиях по их устранению.

Контролируются такие данные, как:

• обозначение ключа — должен быть написан на верхнем регистре (т. е. заглавными буквами);
• длина алгоритма при расчете разниц данных, так если при расчете разницы по заданному алгоритму произошло превышение длины строки (более 255 символов) при подстановке вычисленных значений в формулу для расчета, то будет выдано соответствующее сообщение;
• наличие отвязанных записей описания алгоритмов расчета: при установленном параметре «исправлять» найденные записи будут удалены.

6.7.3. Убытки от реализации амортизируемого имущества

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

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

При формировании регистра Расходы будущих периодов > Убытки от реализации амортизируемого имущества укажите:

• Номер и дату формирования;
• признак входимости В расх. буд. периодов;
• задайте Шаблон и условия Распределения принимаемой суммы убытков от реализации;
• если заданы расчетные Алгоритмы (т. е. принимаемая к учету сумма не введена вручную) — по Alt+D произведите расчет принимаемой суммы — Убытка от реализации;
• по Alt+R сформируйте план-график и укажите «налоговую» ТХО только для строки (строк) спецификации текущего отчетного периода (привязку ТХО для остальных строк осуществите в следующем периоде);
• если строки спецификации введены вручную, то по Ctrl+Q можно пересчитать/проверить принимаемую к учету сумму (в т. ч. для нескольких записей — Ins);
• по Ctrl+P выполните формирование и печать регистра.

Примечание

Рассчитать Убыток от реализации можно не только в окне редактирования, но и в окне со списком в пакетном режиме — отметьте необходимые регистры (Ins) и нажмите Alt+D (если не задан алгоритм расчета суммы, выдается соответствующее предупреждение с номером регистра, расчет сумм для других отмеченных записей при этом продолжится).

Рис. 18. Пример формирования регистра по убыткам

Источником информации для формирования показателей данного регистра является Регистр-расчет финансовый результат от реализации амортизируемого имущества 33.

6.7.4. Убытки от уступки права требования долга

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

• переуступить можно только всю дебиторскую задолженность целиком;
• продавец (цедент) должен гарантировать новому кредитору (цессионарию), что передаваемая дебиторская задолженность действительна.

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

Формирование регистра Убытки от уступки права требования долга до наступления срока платежа осуществляется по заключенным договорам уступки права до наступления срока платежа по договору купли-продажи.

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

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

Просмотр и заполнение классификатора Ставки рефинансирования осуществляется из меню Настройка.

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

• сначала на дату уступки права требования внести в расходы 50 % такого убытка;
• затем через 45 дней с момента заключения договора цессии включить в состав внереализационных расходов оставшуюся часть.

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

Ниже на рисунке приведен пример настройки Шаблона и Алгоритма расчета суммы Принимаемого убытка в формируемом регистре. По Alt+R сформирован план-график и осуществлена привязка ТХО к строке спецификации. По хозоперации сформированы проводки.

Примечание

Рассчитать Принимаемый убыток можно в пакетном режиме в окне со списком — отметьте необходимые регистры (Ins) и нажмите Alt+D (если не задан алгоритм расчета суммы, выдается соответствующее предупреждение с номером регистра, расчет сумм для других отмеченных записей при этом продолжится).

Рис. 19. Пример формирования регистра по убыткам

Источником информации для данных регистров является Регистр-расчет финансовый результат от реализации амортизируемого имущества.

6.7.5. Расходы по добровольному страхованию работников

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

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

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

При формировании регистра Расходы по добровольному страхованию работников с клавиатуры вводятся: Фактическая сумма страхования, Фонд оплаты труда и норматив расчета (Норма).

Рассчитав значение Принятая сумма (вручную или по Шаблону/Алгоритму) и указав условия ее Распределения, по Alt+R создается план-график и задается ТХО для строк спецификации текущего отчетного периода.

Рис. 20. Пример формирования регистра по расходам

Долгосрочное страхование жизни

Взносы на добровольное долгосрочное страхование жизни уменьшают налогооблагаемый доход, если:

• договор заключен на срок, составляющий не менее пяти лет;
• в течение пяти лет страховая компания ничего не выплачивает (за исключением страховой выплаты, предусмотренной в случае смерти застрахованного).

Норматив расходов по таким видам страхования равен 12% от общей суммы расходов на оплату труда. Здесь и далее указаны нормативные величины на момент принятия 25 гл. НК РФ.

Личное медицинское страхование

Расходы по добровольному личному медицинскому страхованию уменьшают налогооблагаемый доход при условии, что договор заключен на срок не менее 1 года.

Нормативная величина взносов составляется 3% от ФОТ (без учета расходов по страхованию).

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

Пенсионное страхование и негосударственное пенсионное обеспечение

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

Норматив расходов по таким видам страхования равен 12% от затрат на оплату труда.

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

6.7.6. Резервы по сомнительным долгам

Резервы по сомнительным долгам вправе создавать те организации, которые определяют выручку методом начисления. Инвентаризация дебиторской задолженности проводится в последний день квартала (см. также регистры учета по результатам инвентаризации на отчетную дату).

Выявленные в процессе инвентаризации сомнительные долги делят на три группы:

• долги, срок погашения которых истек более чем за 90 дней до даты инвентаризации;
• долги, срок погашения которых истек в период от 90 до 45 дней до этой даты;
• долги, срок погашения которых истек менее чем за 45 дней до конца квартала, на который создается резерв.

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

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

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

Пример

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

Предположим, 31 марта предприятие Собственная организация провело инвентаризацию дебиторской задолженности (Регистры учета по результатам инвентаризации на отчетную дату > Сомнительной и безнадежной кредиторской задолженности).

В результате выяснилось, что у предприятия есть просроченная задолженность на сумму 85000 рублей (10.04 была реализована партия товаров контрагенту Планктон на сумму 85000, согласно договору он обязан произвести оплату не позднее, чем через месяц после отгрузки, однако оплата не поступила), что и отражено в полученном регистре-отчете:

В такой ситуации можно создать резерв по сомнительным долгам на 1 квартал 2012 года. В него можно включить всю имеющуюся задолженность (т. к. срок ее возникновения

— более 90 дней до начала квартала), но не более 10% от суммы, которую организация выручила к этому дню с начала года. Пусть выручка Собственной организации за 1 квартал составила 600000 рублей (без НДС).

Таким образом, организация может включить в состав внереализационных расходов, которые уменьшают налогооблагаемую базу, только 60000 рублей (85000 > 60000).

В бухгалтерском учете резерв можно оформить Бухгалтерской справкой (модуль Финансово-расчетные операции) от 31.03 на сумму 60000 с проводкой: Д91_субсчет»Прочие расходы» – К63 — Резервы по сомнительным долгам.

В налоговом учете резерв создадим с помощью функции Резервы по сомнительным долгам. Напомним, что эту операцию необходимо провести в последний день того периода, на который создан резерв, и сумму включить в состав внереализационных расходов. Для этого в окне редактирования введем дату формирования регистра — 31/03, сумму задолженности внесем в поле Задолж. свыше 90 дн. и укажем ее 100-процентное распределение В текущем периоде.

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

Ниже приведены окно формирования и печатная форма регистра (в текстовом формате) учета расходов будущих периодов резерва по сомнительным долгам.

Рис. 21. Резервы по сомнительным долгам и печатная FastReport-форма

Итак, резерв создан. За его счет покрывают убытки по безнадежным долгам.

Напомним, что в нашем примере контрагент Планктон 10.04 должен был уплатить 85000 руб., однако так этого и не сделал.

Если, например, 15 апреля (2 квартал) этот долг Собственной организацией признан безнадежным, то в целях налогообложения она может списать его за счет резерва, созданного в 1 квартале.

В этом случае в бухучете данную операцию можно отразить следующими проводками:

• Д63–К62 60000 — Списана за счет резерва дебиторская задолженность, по которой истек срок исковой давности;
• Д91_субсчет «Прочие расходы»–К62 15000 — Отражена разница между суммой резерва и списанной безнадежной задолженностью;
• Д007 85000 — Учтена за балансом сумма списанной задолженности.

В налоговом учете данную операцию можно отразить также формированием регистра Резервы по сомнительным долгам. Однако для демонстрации возможностей модуля воспользуемся регистром Прочие налоговые операции.

В окне редактирования задаем дату формирования 15/04, сумму задолженности внесем в поле Фактическое значение, в поле Принято к учету укажем разницу, и распределим всю (100%) сумму В текущем периоде.

С помощью функции локального меню выполним Формирование план-графика (Alt+R) платежей. Затем в строке спецификации заведем и выберем «налоговую» ТХО с проводкой по К05.

Ниже приведена печатная Excel-форма регистра по отражению убытка по безнадежному долгу, списанного за счет созданного резерва по сомнительным долгам.

Рис. 22. Печатная Excel-форма регистра «Прочие налоговые операции»

6.7.7. Убытки прошлых лет

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

Непогашенный убыток, который был получен и определен до 1 января 2001 года, можно перенести на будущее. Порядок переноса убытка на будущее регулируется ст. 283 НК. Организация, имеющая убыток прошлых лет, может на 30 процентов от суммы убытка уменьшить прибыль, полученную в каждом квартале. В данной статье НК указан и срок, на который можно перенести убыток прошлых лет — он равен 10 годам. Переносить на будущее убытки в течение 10 лет можно только убыток, который получен начиная с 2002 года. В 2002 году можно уменьшить прибыль только на те убытки, которые получены в течение последних пяти лет (с 1997 по 2001 год). Убытки нужно переносить в той последовательности, в которой они были получены.

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

Печать регистра осуществляется по Ctrl+P — форму можно выгрузить в окно текстового редактора или в MS Excel. При необходимости можно произвести Печать документа в FastReport.

6.8. Налоговый учет ценных бумаг

Данная функциональность предназначена для налогового учета расходов (доходов) по векселям и формирования в системе соответствующих налоговых регистров.

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

С помощью соответствующих функций обеспечивается доступ к следующим регистрам:

• Справки по начислению расхода по % по собственным/сторонним векселям;
• Справки по списанию дисконта по собственным/сторонним векселям;
• Справка по расчетам финансового результата от реализации.

Расчеты для налогового учета в системе осуществляются на основе данных по находящимся на учете векселям (сторонним и собственным), «Актам приемки-передачи» (АПП) векселей и «Актам на гашение» сторонних векселей и значениям учетной ставки рефинансирования ЦБ РФ, используемой для нормирования.

Механизм учета расходов (доходов) в виде процентов по векселям, а также расчет налогооблагаемой базы при реализации векселя, в налоговом учете отличается от правил бухгалтерского учета:

• равномерностью признания доходов (расходов) по процентам (расхождение в дате признания доходов);
• нормированием расходов по процентам;
• нормирование выручки от реализации при расчете налогооблагаемой базы;
• порядком учета убытков.

В соответствии с требованием 25 гл. НК РФ все проведенные расчеты по операциям требуют детального документирования и отображения в специализированных регистрах.

НК РФ предусматривается выполнение следующих видов расчетов в целях налогового учета по находящимся на учете векселям:

• расчет суммы процентного расхода за период и предельного значения признаваемой суммы расхода, исходя из нормы, рассчитанной по ставке рефинансирования ЦБ РФ (Расходом признается (п/п. 2 п. 1 ст. 265, 25 гл. НК РФ) только сумма процентов, начисленных за фактическое время пользования заемными средствами, установленной эмитентом. (дохода), включая доходы (расходы) по дисконту Под дисконтом в целях 25 главы НК понимается положительная разница между номиналом ценной бумаги и суммой по сделке, в результате которой ценная бумага была получена);
• исчисление расчетной цены векселя на дату реализации;
• расчет выручки от реализации с учетом правил нормирования (в пределах не выше 20% отклонения от расчетной цены);
• расчет сумм отклонений и долей расходов, признаваемых к учету по результатам нормирования;
• расчет сумм доходов, расходов от реализации и финансового результата.

На основе результатов расчетов каждого из перечисленных типов формируются налоговые регистры по векселям:

• собственным:
• Реестр векселей собственных;
• Реестр-расчет сумм внереализационных расходов по векселям собственным;
• сторонним:
• Реестр векселей сторонних;
• Реестр-расчет сумм внереализационных доходов по векселям сторонним;
• Реестр-расчет финансового результата от выбытия векселей.

Примечания

Следует учитывать, что предложения по реализации ориентированы на предприятия, выбравшие:

• метод начисления при учете доходов/расходов в целях 25 главы НК РФ;
• метод нормирования расходов по процентам расчетным процентом (ставка рефинансирования ЦБ РФ с поправочным коэффициентом);
• оперирующие с векселями в НДЕ;
• списывающие при реализации (выбытии) векселя по единице стоимости (в соответствии с методическими рекомендациями МНС).

Таким образом, в целях НУ начисление процентного дохода (расхода) и расчет финансового результата организовывается на основе данных по находящимся на учете векселям (сторонним и собственным), Актам приемки-передачи (АПП) векселей и Актам на гашение векселей.

Под процентным понимаются доход (расход) по процентам и дисконту.

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

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

В соответствии с требованиями НК РФ (ст. 269, гл. 25 НК РФ) сумма исчисленного процентного расхода признается расходом только в части, не превосходящей сумму, исчисленную за соответствующий период для характеристик векселя (номинал, цена сделки, условия погашения) по ставке рефинансирования ЦБ РФ и поправочным коэффициентом.

В учетных целях документируются сумма исчисленного дохода (расхода) за период, нормируемая величина расхода, отклонение исчисленного расхода от нормы, доля нормируемого расхода по отношению к исчисленному.

Учет ведется дифференцированно с сохранением значений всех рассчитываемых параметров по периодам начисления и нарастающим итогом в разрезе каждого векселя.

При формировании финансового результата в соответствии с требованиями НК РФ (ст. 280, гл. 25 НК) в качестве выручки признается величина, находящаяся в пределах 20-ти процентного отклонения от «расчетной» цены векселя, исчисленной на дату реализации векселя.В зависимости от типа «процентности» векселя (процентный, дисконтный, беспроцентный) Методическими рекомендациями по применению главы 25 «Налог на прибыль организаций» определяются правила расчета «расчетной» цены.

Финансовый результат исчисляется как разница сумм доходов и расходов.

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

6.8.1. Справки по начислению расхода по процентам

Функции Справка по начислению расхода по % по собственным векселям и Справка по начислению расхода по % по сторонним векселям предназначены для учета расходов (доходов) по собственным/сторонним векселям для налогового учета и формирования в системе налоговых справок:

• «Реестр векселей собственных/сторонних»;
• «Реестр-расчет сумм внереализационных расходов по векселям собственным/сторонним».

При вызове соответствующей функции открывается список сформированных «Справок по начислению расхода по процентам по собственным (сторонним) векселям». В списке для каждой записи отражаются: статус документа; номер справки; дата начала/окончания периода начисления; итоговые суммы по документу (дохода и дохода после нормирования); ТХО.

Нажатие клавиши F7 приводит к созданию новой налоговой справки по начислению расхода по процентам по собственным векселям, а Enter (или F4) — к выводу на экран окна просмотра/редактирования.

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

В верхней панели (шапка справки) указывается:

№ документа;

Дата начала и Дата окончания — период начисления расхода по процентам;

• Статус документа;
• Сумма дохода — итоговая сумма процентного дохода за период рассчитывается автоматически на основании графы спецификации %-ый доход (редактирование значения данного поля вручную запрещено);
• Сумма дохода с учетом нормирования (выводится итоговая сумма, принимаемая к расходу) — рассчитывается автоматически на основании графы спецификации %-ый доход норм. (редактирование значения данного поля вручную запрещено);
• Примечание — предусмотрен ввод любой текстовой информации (с клавиатуры);
• ТХО — привязывается необходимая типовая хозоперация по разноске итоговых сумм дохода (общая для всех строк спецификации), принимаемых к налоговому учету.

Средняя панель — это спецификация справки — она пополняется (F7) выбором необходимой записи из каталога векселей. Каждая строка содержит:

• № документа (векселя); Выписан — дату выписки; Номинал — сумма по документу;
• Дни — количество дней начисления;
• %-ый доход — сумма процентного дохода за период;
• %-ый доход норм. — сумма процентного дохода за период после нормирования;
• Прин. к расходу — сумма, принимаемая к расходу;
• % годовых — выводится значение процента годовых, указанное в векселе;
• Условия погашения векселя — выводится значение условия погашения, указанное в векселе.

Значения в графы Дни, %-ый доход, %-ый доход норм. и Прин. к расходу могут вводиться вручную, либо рассчитываться по алгоритмам в соответствии с настроенными параметрами расчета налоговых справок для векселей. Алгоритмы задаются в дополнительном окне, открываемом по экранной кнопке [Расчет].

«Справка по начислению расхода по процентам по собственным векселям» рассчитывается за указанный в верхней панели период.

Для суммы, принимаемой к налоговому учету, в нижней панели окна отражается проводка по заданной ТХО (при необходимости корреспонденцию счетов можно задать явно (т. е. корреспонденция счетов, отличная от общей ТХО). См. также особенности настройки ТХО для налоговых справок и пример составления справок 66 по начислению расхода по процентам по собственным векселям.

Локальное меню

В окне со списком налоговых справок:

• Печать реестра с детализацией (Ctrl+P) — печать реестра-расчета сумм по всему списку с детализацией (с выгрузкой отчета в MS Excel);
• Печать реестра документов — печать реестра по всему списку с перечнем документов без детализации (выгрузка осуществляется в MS Excel);
• Фильтр на документы (Alt+B) — установка режима фильтрации документов по заданному Статусу (оформляемый/исполняемый/закрытый) и/или с учетом Интервала дат формирования документа.

В окне редактирования:

• в верхней/средней панелях:
• Печать реестра с детализацией (Ctrl+P) — печать реестра-расчета сумм с детализацией по векселям;
• Расчет текущей позиции — выполнение расчета текущей позиции спецификации по заданному алгоритму;
• НДЕ/Валюта — переключение отображения денежных единиц в средней панели: в НДЕ либо в валюте;
• в нижней панели:
• Печать проводок (Ctrl+P) — печать проводок текущего документа (по заданным условиям);
• Внешняя классификация (Alt+С) и Внешние атрибуты (Alt+А);
• Бухгалтерский калькулятор (Shift+F3) — вызов калькулятора;
• Смена регистра учета (Alt+P) — смена плана счетов и переключение на другой регистр учета;
• Переключение режима панели (Alt+S) — смена табличной формы на анкетную и обратно;
• Отображать проводки по всем регистрам или Отображать проводки по текущему регистру.

6.8.2. Справки по списанию дисконта

Соответствующие функции предназначены для учета расходов (доходов) по дисконту по собственным/сторонним векселям для налогового учета и формирования в системе налоговых справок:

• «Реестр векселей собственных/сторонних (справки по списанию дисконта)»;
• «Реестр-расчет сумм по списанию дисконта по векселям собственным/сторонним».

Примечание

Доход по дисконту у держателя векселя образуется как разница между ценой обратной покупки (приобретения) и ценой его приобретения; расчет формируется для векселей типа «Дисконтный», т. е. для документов, по которым цена по сделке с векселем, зарегистрированная в АПП, отлична от номинала.

При вызове соответствующей функции открывается список сформированных «Справок по начислению расхода по процентам по сторонним (собственным) векселям». В списке для каждой записи отражается: статус документа; номер справки; дата начала/окончания периода начисления; итоговые суммы по документу (дохода и дохода после нормирования); ТХО.

Окно редактирования налоговой справки по списанию дисконта состоит из нескольких панелей.

В верхней панели — шапка справки — значение полей аналогично предыдущим справкам.

Средняя панель — это спецификация справки — она пополняется (F7) выбором необходимой записи из каталога векселей. Каждая строка содержит:

• № документа (векселя);
• Выписан — дату выписки;
• Номинал в НДЕ — сумма по документу;
• Вал — валюта расчета;
• Дни — количество дней начисления;
• Сумма продажи в НДЕ — стоимость реализации (сумма продажи векселя) — согласно Фин. результата из АПП;
• Дисконтный доход в НДЕ — сумма дисконтного дохода за период;
• Дисконтный доход после нормирования — сумма дисконтного дохода за период после нормирования;
• Прин. к расходу — сумма, принимаемая к расходу;
• % годовых — выводится значение процента годовых, указанное в векселе;
• Условия погашения векселя — выводится значение условия погашения, указанное в векселе.

Значения для количества дней начисления, суммы дохода за период, суммы дохода после нормирования и суммы, принимаемой к расходу, могут вводиться в графы вручную, либо рассчитываться по алгоритмам в соответствии с заданными параметрами расчета налоговых справок для векселей — задаются в дополнительном окне, открываемом по экранной кнопке [Расчет].

Справка рассчитывается за указанный в верхней панели период.

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

См. также особенности настройки ТХО для налоговых справок и пример составления  справок.

6.8.3. Параметры расчета налоговых справок

Окно задания параметров расчета для налоговой справки (по начислению расходов по процентам и по списанию дисконта) вызывается по экранной кнопке [Расчет].

Здесь задаются:

• Алгоритмы расчета (предварительно выполняется настройка конкретного алгоритма, а затем нужный алгоритм выбирается из каталога) для следующих параметров:
• количества дней начисления;
• суммы дохода;
• суммы дохода после нормирования;
• суммы, принимаемой к расходу;
• Ограничения на выбор векселей для расчета (указываются настройки ограничений на выбор векселей из спецификации справки для расчета сумм):
• статус документа;
• вид документа;
• при необходимости дополнительно накладывается фильтр (выбор из каталога организаций) по:
• плательщику;
• векселедателю;
• первому держателю;
• текущему держателю.

Далее для определенного типа налоговой справки приводятся «нормативные» формулы.

В скобках даны имена полей, которые пользователь может использовать при настройке алгоритмов (имя поля можно уточнить по Ctrl+F4). Настройка алгоритма производится пользователем самостоятельно.

Расчет справок по начислению расхода по процентам

Справка рассчитывается за указанный в «шапке» период: дата начала (AppVeks.DatVip) и окончания периода (AppVeks.DatOb).

При Полном пересчете в спецификацию добавляются только процентные векселя (для которых указан % годовых) и для которых алгоритм расчета числа дней начисления возвращает значение > 0.

В результате расчета в разрезе каждого векселя сохраняются следующие данные: Сумма векселя по номиналу (SpApp.Sum);

• Сумма процентного дохода за период (SpApp.SumPl);
• Сумма процентного дохода за период после нормирования (SpApp.SumOp);
• Сумма, принимаемая к расходу (SpApp.Rashod);
• Число дней начисления (SpApp.OldKol).

Расчет суммы процентного дохода определяется по формуле:

Sp = N * P / 100 / 365 * t

где:

Sp — сумма процентного дохода за период;

N — номинал векселя (вексельная сумма, подлежащая уплате); P — процентный доход по векселю (процент годовых);

t — число дней начисления в периоде (от приобретения до отчетной даты). Расчет суммы нормирования процентного дохода определяется по формуле:

Sn = N * C * k / 100 / 365 * t

где:

Sn — сумма нормированная процентного дохода за период;

N — номинал векселя (вексельная сумма, подлежащая уплате); С — процентная ставка рефинансирования ЦБ РФ;

k — поправочный коэффициент для нормирования (=1.1); t — число дней начисления в периоде.

В качестве расхода признается минимальная из величин:

Spn=MIN(Sp, Sn) (1.3)

где:

Spn — сумма расхода по процентам за период, принимаемая к учету;

Sn — сумма нормированная процентного расхода за период (рассчитанная по формуле 1.2);

Sp — сумма процентного расхода за период (рассчитанная по формуле 1.1).

Расчет справок по списанию дисконта

Справка рассчитывается за указанный период: дата начала и окончания периода (AppVeks.DatVip и AppVeks.DatOb).

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

В результате расчета в разрезе каждого векселя сохраняются следующие данные:

• Сумма приобретения векселя (SpApp.Sum);
• Сумма дисконтного дохода за период (SpApp.SumPl);
• Сумма дисконтного дохода за период после нормирования (SpApp.SumOp);
• Сумма, принимаемая к расходу (SpApp.Rashod);
• Число дней начисления (SpApp.OldKol).

Расчет суммы дисконтного дохода определяется по формуле:

Sр = К * П / 100 / Т * t

где:

Sр — сумма дисконтного дохода за период;

N — номинал векселя (вексельная сумма, подлежащая уплате);

K — покупная стоимость дисконтного векселя (при отсутствии дисконта K=N); t — число дней начисления в периоде;

Т — число дней обращения по условиям векселя;

П — дисконт, пересчитанный в процент для дисконтного векселя:

П = (N — K) / K *100 * 365 / Т

[Для типа условий погашения «по предъявлении» Т = 365 дней и П = (N – K ) / K * 100 — частный случай].

6.8.4. Каталог алгоритмов

Каталог алгоритмов предназначен для хранения и настройки алгоритмов по расчету налоговых справок для векселей. Доступ к алгоритмам осуществляется:

• в модуле Налоговый учет через функцию Регистры > Налоговый учет ценных бумаг > Каталог алгоритмов (по типам справок);
• в модуле Векселя и кредиты через функцию Настройка > Каталог алгоритмов;
• либо непосредственно в налоговой справке через экранную кнопку [Расчет] > F3 на поле алгоритма.

В окне редактирования алгоритма заполнению подлежат следующие поля:

• Группа (каталог может быть иерархическим);
• Наименование алгоритма;
• Алгоритм — заносится формула расчета с клавиатуры или из окна выбора переменных. Символы логических, арифметических и иных операций вводятся с клавиатуры;
• Правило округления — для расчетов:
• не использовать;
• округлять по правилам: >= 0.5 (с указанной до двух знаков после запятой точностью округления);
• округлять в большую сторону (с указанной до двух знаков после запятой точностью округления).

Алгоритм может быть многострочным. В этом случае заполняются строки спецификации алгоритма (нижняя панель). Связь между основной строкой алгоритма и строками спецификации осуществляется по полю Ключ.

Обязательным условием при написании алгоритма является выполнение следующего соглашения: строка алгоритма не может ссылаться на нижележащие строки (данное условие не распространяется на главную строку алгоритма).

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

Для сортировки строк спецификации алгоритма используется поле №. Поле Описание алгоритма имеет справочный характер.

На вкладке Комментарии можно вводить любую дополнительную информацию для алгоритма.

При создании алгоритма доступны все Атлантис-функции. Например:

Month — выделение месяца из даты, Year — выделение года из даты, Round — округление,

if() — сравнение, и др.

Для написания алгоритмов для налоговых справок по векселям доступны следующие таблицы:

• Veksl — вексель;
• AppVeks — шапка справки; SpApp — спецификация справки;
• KatKlass — классификатор условий погашения векселя; AppVeksPol — АПП получения векселя;
• AppVeksPr — АПП передачи векселя;
• ReFinPol — ставки рефинансирования на дату получения векселя; ReFinPr — ставки рефинансирования на дату передачи векселя ReFinV — ставки рефинансирования на дату гашения векселя;
• NalRegDc — налоговые регистры-документы.

При закрытии окна настройки алгоритма они добавляются в каталог.

Примечание

Имя поля для любого документа можно уточнить по Ctrl+F4.

Примеры алгоритмов

Наименование алгоритма: «Число дней начисления в периоде для сторонних векселей»

Наименование алгоритма: «Расчет суммы процентного дохода для сторонних векселей».

Round(SpAPP.SUM*VEKSL.PRGOD/100/365*SPAPP.OLDKOL,2)

Наименование алгоритма: «Расчет суммы нормирования процентного дохода». Round(SpAPP.SUM*ReFinPol.PROC*1.1/100/365*SPAPP.OLDKOL,2)

6.8.5. Справка по расчетам финансового результата от реализации

Данная функция предназначена для налогового учета векселей и печати налоговых справок расчета финансового результата от реализации векселей (с выгрузкой отчета в MS Excel).

Данный список справок строится автоматически на основании АПП на передачу и на гашение сторонних векселей в соответствии с «Расчетом финансового результата» (т. е. по

данным вкладки Фин. результат акта).

В верхней панели окна налоговой справки отражается перечень векселей, выбывших по АПП. Для каждой записи выводится: номер и серия векселя, дата его выписки и дата погашения; данные по финансовому результату — номинальная стоимость, дата и стоимость приобретения, дата и стоимость реализации, сумма прибыли (убытка) от реализации.

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

Нажатие клавиши F4 (или Enter) приводит к выводу на экран и просмотру соответствующего АПП.

См. также пример составления справки по финансовому результату.

Перечень функций, вызываемых из локального меню, и соответствующих им «горячих» клавиш:

• Печать отчета по фин. результату от реализации ЦБ (Ctrl+P) — осуществляется печать реестра финансового результата по всему списку актов (в текстовом или в Excel-формате);
• Фильтр на документы (Alt+B) — установка режима фильтрации документов по заданному Интервалу дат реализации векселя (с… по).

6.8.5.1. Финансовый результат в АПП

На вкладке Фин. результат АПП рассчитываются и отражаются финансовые результаты от реализации векселей (в скобках приведены имена полей):

• Номинальная стоимость векселя (SpApp.Sum); Стоимость приобретения векселя (SpApp.SumOp); Расходы реализации (SpApp.Rashod);
• Стоимость реализации (SpApp.SumPl);
• Дата выпуска (эмитирование) векселя (Veksl.DatVip); Дата приобретения векселя (NalRegDc.DopDat1); Дата погашения по условиям векселя (Veksl.DatOpl);
• Дата реализации векселя (Veksl.DatOb или AppVeks.DatVip);
• Процент годовых (процентная ставка) по векселю (Veksl.PrGod).

По локальной функции Расчет финансового результата открывается окно для задания параметров расчета. В качестве Алгоритма расчета задаются формулы:

• для расчета цены:
• процентных векселей (NalRegDc.cDopNr1);
• дисконтных векселей (NalRegDc.cDopNr2);
• бездоходных векселей (NalRegDc.cDopNr3);
• после нормирования (NalRegDc.cDopNr4);
• для расчета отклонения (NalRegDc.cDopNr5);
• для расчета прибыли (убытка) (NalRegDc.cDopNr6).

Следует отметить, если записи (векселя) в спецификации не помечены, то расчет выполняется для всех записей (иначе — только для помеченных записей).

Результатами расчета являются:

• Количество дней (рассчитывается автоматически при отображении):
• от приобретения до погашения векселя;
• от приобретения до реализации векселя;
• от выпуска (эмитирования) до реализации векселя;
• Расчетная цена:
• процентных векселей (NalRegDc.SumRs1);
• дисконтных векселей (NalRegDc.SumRs2);
• бездоходных векселей (NalRegDc.SumRs3);
• после нормирования (NalRegDc.SumRs4);
• Отклонение от фактической выручки (NalRegDc.SumRs5);
• Прибыль (убытки) от реализации (NalRegDc.SumRs6).

Запись в таблице NalRegDc формируется только после проведения расчета.

По результатам расчета финансового результата автоматически формируется налоговая Справка по расчетам финансового результата от реализации.

6.8.6. ТХО для налоговых справок

В качестве настройки ТХО для АПП на передачу векселей и АПП на гашение сторонних векселей, а также налоговых справок можно использовать системный идентификатор &VР («Обработка спецификаций актов на передачу ценных бумаг»).

При настройке алгоритма предусмотрен выбор одного из следующих Результатов расчета идентификатора:

• сумма операции;
• сумма предыдущей операции;
• номинальная стоимость;
• количество;
• расходы, связанные с реализацией векселя;
• расчетная стоимость процентных векселей;
• расчетная стоимость дисконтных векселей;
• расчетная стоимость бездоходных векселей;
• расчетная стоимость после нормирования;
• отклонение от расчетной цены;
• прибыль (убытки) от реализации.

При настройке ТХО рекомендуется устанавливать Циклическую обработку по системной аналитике — Векселя и кредиты (17 код записи).

Ниже в таблице приведено соответствие результата расчета идентификатора &VР_ и рассчитываемого поля, значение которого необходимо использовать при формировании проводки с помощью ТХО.

6.8.7. Приемы использования

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

Пример 1

«Собственная организация» 01.09 приобрела у СП «Колос» партию товара на сумму 600 000 руб. в обмен на собственный процентный вексель на ту же сумму. Проценты по векселю начисляются ежедневно по ставке 18% годовых. Срок гашения векселя — по предъявлению.

СП «Колос» предъявило вексель к оплате 25.09, т. е. через 25 дней после его получения. В этот же день «Собственная организация» перечислила со своего расчетного счета вексельную сумму и проценты.

Налогооблагаемая база рассчитывается по методу начисления. Ставка рефинансирования ЦБ РФ составляла 16%.

Для решения данной задачи в модуле Векселя и кредиты в Каталог векселей введем ценную бумагу — вексель № 17. Дата составления — 01/09, сумма по векселю — 600 000. 25/09 составлен АПП на гашение.

Рис. 23. Собственный вексель

Напомним, что в НУ проценты — это внереализационный расход. Налогооблагаемый доход уменьшают на начисленные проценты (дисконт). Прежде чем включить проценты или дисконт в расход, необходимо проверить, не превышает ли их сумма норматив, установленный ст. 269 НК РФ.

В данном примере используем вариант сравнения процентов (дисконта) по векселю с процентной ставкой, установленной ЦБ. Таким образом, нормативная величина для налогового учета будет: 600 000 * 16% * 1,1 * 25 дн. / 365 дн. = 7 232,88 руб.

Данная сумма оказалась меньше процента, уплаченного организацией: 600 000 * 18%

* 25 / 365 = 7 397,26 руб.

В состав расходов, уменьшающих налогооблагаемый доход, можно включить проценты в сумме 7 232,88. Разница между фактическими процентами и их нормативной величиной — 164,38 руб. для целей налогообложения не должна учитываться.

Поэтому в сентябре месяце составим налоговую Справку по начислению расхода по % по собственным векселям (ее оформление можно выполнить как в модуле Векселя и кредиты, так и в модуле Налоговый учет). В качестве даты начала и окончания периода начисления расхода по процентам укажем 01/09–25/09. В средней панели по F7 из каталога векселей выберем собственный вексель № 17, при этом значения в графы Номинал, % годовых и Условия погашения занесутся автоматически.

Остальные значения необходимо рассчитать. Для этого по кнопке [Расчет] откроем окно настройки параметров расчета и настроим алгоритмы следующим образом:

Рис. 24. Настройка алгоритмов для расчета параметров справки

Затем в окне =Параметры расчета налоговых справок для векселей= нажмем кнопку [Расчет] — результаты расчета (в соответствии с настройкой алгоритмов) занесутся в соответствующие графы.

Рис. 25. Результаты расчета параметров в справке

Теперь осталось создать и привязать налоговую ТХО, для того, чтобы учесть для целей налогообложения внереализационный расход (рассчитанная принимаемая к расходу сумма учитывается в Декларации) и распечатать справку (Ctrl+P).

Рис. 26. Фрагмент налоговой справки по начислению расхода по процентам

Пример 2

«Собственная организация» 15.09 приобрела срочный беспроцентный вексель номиналом 550000 руб. за 500000 руб. Дисконт по векселю равен 50000. Срок погашения векселя — 31.10.

Аналогично предыдущему примеру внесем вексель в каталог. По данному векселю составим: 15/09 — АПП на получение; 31/10 — АПП на гашение.

Рис. 27. Сторонний вексель (дисконтный)

Согласно условиям задачи дисконтный вексель выдан в одном, а погашается в другом отчетном периоде по налогу на прибыль. В такой ситуации, рассчитывая нормативный расход, организация, работающая по методу начисления, в конце каждого периода определяет долю дисконта, которая приходится на данный период (согласно п. 8 ст. 272 НК РФ).

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

Сентябрьская доля дисконта будет: 50 000 * 15 дн. / 46 дн. = 16 304,35 руб.

Доля дисконта, приходящая на октябрь: 50 000 * 31 дн. / 4 6дн. = 33 695,65 руб.

Нормативный процент (для налогового учета) в сентябре составляет: 500 000 * 16% (ставка рефинансирования) * 1,1 * 15 дн. / 365 дн. = 3 616,44 руб.

Нормативный процент, приходящийся на октябрь, равен: 500 000 * 16% * 1,1 * 31 / 365 = 77 473,97 руб.

Таким образом, в сентябрьские внереализационные доходы можно включить часть дисконта, равную нормативному проценту — 3616,44. Сумма, превышающая норматив — 12687,91 руб., для целей налогообложения не учитывается.

В октябре во внереализационные доходы включается дисконт в сумме 77 473,97. Часть дисконта, не учитываемая при расчете налогооблагаемой прибыли за октябрь, равна 26 221,68 руб.

Итак, составим две налоговые Справки по списанию дисконта по сторонним векселям. В качестве даты начала и окончания периода начисления дохода по дисконту для первой укажем 15/09–30/09, для второй — 01/10–31/10. В средней панели по F7 из каталога векселей выберем сторонний вексель, при этом значения в графы Номинал, Сумма приобретения, % годовых и Условия погашения заносится автоматически.

Рис. 28. Оформление справок по списанию дисконта по сторонним векселям

По экранной кнопке [Расчет] осуществим настройку параметров расчета по следующим алгоритмам (для обеих справок):

Параметр (поле)	Алгоритм
Наименование	Формула расчета
количества дней начисления	Расчет количества дней для НУ	CalcDaysBetweenDates(APPVEKS.DATV IP,APPVEKS.DATOB,FALSE)
суммы дохода	Дисконт за месяц	&4 &1=VEKSL.SUM-SPAPP.SUM &2=CalcDaysBetweenDates(APPVEKS.D ATVIP,APPVEKS.DATOB,FALSE) &3=CalcDaysBetweenDates(VEKSL.DAT VIP,VEKSL.DATOB,FALSE) &4=&1*&2/&3
суммы дохода после нормирования	Нормативный процент дисконта за месяц	Round(SPAPP.SUM*ReFinPol.PROC*1.1/ 100/365*SPAPP.OLDKOL,2)
суммы, принимаемой к расходу	Расчет принимаемой к НУ суммы	if(&1>&2,&2,&1) &1=VEKSL.SUM-VEKSL.SUMPL &2=Round(SpAPP.SUM*REFIN.PROC*1. 1/100/365*SPAPP.OLDKOL,2)

Рис. 29. Настройка алгоритмов

В результате расчета, выполненного по алгоритмам, будут заполнены соответствующие графы.

Теперь создадим и привяжем ТХО для налогового учета (рассчитанная и принимаемая к учету сумма показывается по строке 030 Листа 02 в Декларации).

Рис. 30. Результаты расчета налоговых справок

Рис. 31. Печатная Excel-форма реестра, полученная из списка

Пример 3

«Собственная организация» приобрела процентный вексель (18% годовых), выпущенный

15.05 номиналом 100000 руб. Срок погашения векселя — 15 декабря этого года. «Собственная организация» 15.11 реализует этот вексель за 85000 руб. Списание осуществляется по стоимости единицы (прочих расходов на приобретение и реализацию нет).

Для решения данной задачи используем второй норматив — сравнение дисконта (процентов) по сопоставимым векселям — в соответствии с требованиями 25 гл. НК РФ проценты (дисконт) по векселю находятся в пределах нормы, если не отклоняются от среднего процента (дисконта) по всем сравниваемым бумагам более чем на 20 процентов.

В модуле Векселя и кредиты внесем вексель в каталог и составим по нему: 15/05 — АПП на получение; 15/11 — АПП на передачу.

Рис. 32. Финансовый вексель и акты приемки-передачи

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

При формировании финансового результата в качестве выручки признаем величину, находящуюся в пределах 20-ти процентного отклонения от «расчетной» цены векселя, исчисленной на дату реализации векселя. Если получение информации о рыночной цене векселя затруднительно, то рекомендуется учитывать «расчетную» цену. Чтобы ее узнать, сначала необходимо рассчитать процентный доход с даты выпуска по дату реализации (число дней обращения векселя — 184): 100000(ном.)*18(% годов.)/100*184дн./365дн. = 9073,97 руб.

Тогда «расчетная цена векселя» составит: 100 000 + 9 073,97 = 109 073,97 руб.

Расчет 20%-го отклонения (нормирование расчетной цены): 109 073,97 * 20% = 21 814,79 руб.

Таким образом, расчетная цена после нормирования равна: 109 073,97–21 814,79 = 87 259,18 руб.

Теперь необходимо проверить отклонение «выручки от реализации» от «расчетной цены» (в пределах допустимого отклонения, если результат <= 0, то цена сделки не требует корректировки): 87 259,18 – 85 000 = 2 259,18 руб.

В данном случае цена сделки находится за пределами 20-ти процентного отклонения от расчетной цены (7259,18 >0, сумма отклонения — 2259,18 — показывается в Декларации), и в учете требует корректировки до границы отклонения. То есть при определении налоговой базы цена реализации должна быть скорректирована до 87259,18, а сумма фактической реализации указывается в Декларации отдельной строкой.

Тогда финансовый результат от реализации составит: 87 259,18 – 100 000 = -12 740.82 руб. — убыток.

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

Итак, при составлении Акта на передачу перейдем на вкладку Фин. результат — значения в поля Номинальная стоимость, Стоимость приобретения и Стоимость реализации занесены автоматически (по условиям задачи прочих расходов на приобретение и реализацию нет), также заполнены поля дат, процент годовых и рассчитаны Количествово дней.

Рис. 33. Расчет финансового результата

Параметры значений Расчетная цена, Отклонения и Прибыль (убыток) необходимо рассчитать. По локальной функции Расчет финансового результата откроем окно для задания параметров расчета. Для Алгоритмов зададим следующие формулы:

Рис. 34. Настройка алгоритмов для расчета финансового результата

В результате выполненного по алгоритмам [Расчета] будет произведено автоматическое заполнение соответствующих полей на вкладке Фин. результат акта и автоматически сформируется налоговая Справка по расчетам финансового результата от реализации — нам осталось просмотреть ее и распечатать.

Рис. 35. Финансовый результат от реализации в АПП

Рис. 36. Налоговая справка по расчетам финансового результата от реализации

6.9. Прочие налоговые операции

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

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

При вызове функции открывается типовое окно =Прочие налоговые операции=, в котором вводится «шапка» и задается Шаблон/Алгоритм расчета по распределению принимаемой к учету суммы. Кроме того, при формировании регистров по прочим налоговым операциям можно дополнительно указать Вид операции. Записи выбираются из соответствующего иерархического каталога.

В нижней панели окна редактирования отображаются сформированные по документу проводки. С помощью соответствующей локальной функции можно выбрать ее режим отображения: список проводок (как показано на рисунке) или полную информацию о текущей проводке. Кроме того, на этой панели доступны стандартные клавиши F4 (редактирование проводки), F7 (создание новой проводки) и F8 (удаление проводки).

Напомним, что в общесистемном реестре настроек (Бухгалтерский контур > Налоговый учет) для управления Округлением принятых к учету сумм предназначен одноименный параметр. Если настройка установлена в значение округлять по правилам: >= 0.5 либо округлять в большую сторону, то дополнительно задается значение…Принятые суммы округлять до. В этом случае в спецификации регистров прочих налоговых операций будет автоматически произведено округление при распределении принятой суммы по периодам.

См. также пример формирования регистра по прочим налоговым операциям.

6.10. Учет расходов будущих периодов

С помощью функции Регистры > Учет расходов будущих периодов вы можете сформировать общий (обобщенный) отчет. В нем будут собраны за указанный период (диапазон дат для отбора операций в отчет) все регистры как по расходам будущих периодов, так и по прочим налоговым операциям с группировкой и фильтрами по типам регистров и/или по видам расходов. Если группировать данные не нужно, установите режим не использовать группировку.

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

Отчет строится по нажатии экранной кнопки [Формировать] на основе строк спецификации регистров, в которых указан признак входимости В расходы будущих периодов — Входит.

Выгрузка предусмотрена как в текстовый редактор, так и в MS Excel.

6.11. Корректировка налоговой стоимости готовой продукции

Функция Корректировка налоговой стоимости готовой продукции предназначена для корректировки налоговой стоимости готовой продукции в накладных на приход готовой продукции и в соответствующих им приходных складских ордерах.

Рис. 37. Параметры корректировки налоговой стоимости готовой продукции

Данная функция доступна в модулях Налоговый учет (меню Регистры) и Бухгалтерская отчетность (меню Операции).

При запуске функции открывается окно =Параметры корректировки налоговой стоимости ГП=.

Отчетный период: месяц — период, в котором требуется выполнить корректировку сопроводительных документов и складских ордеров.

Счет, Субсчет — данные поля предназначены для выбора счета и субсчета из справочника счетов.

КАУ 1…6 — поля для выбора значений аналитики 1-го — 6-го уровня. Если по выбранному счету (субсчету) ведется аналитический учет, то в указанных полях отображается наименование аналитики соответствующего уровня, и становится доступным выбор значения аналитики, которое будет использоваться в качестве условия фильтра.

Кнопка [Выполнить] запускает операцию корректировки налоговой стоимости готовой продукции.

7. Отчеты

Формирование листов и приложений «Налоговой декларации» возможно с помощью функций главного меню Отчеты:

• Отчетность — функциональность предназначена для создания, редактирования и вывода на печать форм pat-отчетов в текстовом формате и/или в MS Excel. Отчетная форма включается в определенный раздел. Состоит из одной или нескольких страниц, каждой из которых соответствует отдельный файл. Эти файлы хранятся в каталоге \PAT.
• Налоговая отчетность — функциональность предназначена для вызова дизайнера FastReport, где можно выполнить настройку типовой формы путем ввода формул бухгалтерского калькулятора и конкретных значений, а также для установления соответствия между объектами формы и структурой электронного отчета, утвержденной ФНС.

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

Формирование «Налоговой декларации»

На приведенной ниже схеме показан принцип, на котором может базироваться формирование «Декларации по налогу на прибыль» в системе — от первичного документа через настройку ТХО (с использованием «Налогового плана счетов»), а также с дополнительным формированием Налоговых регистров с привязкой ТХО.

Настройка и задание формул в форме Декларации строится на «налоговых» проводках/ счетах, суммы по которым выбираются из «Книги проводок» (или таблицы «Сальдо»). Подтверждением значений строк и показателей листов и приложений Декларации являются полученные и сформированные формы «Регистров» налогового учета.

Рис. 38. Принцип организации формирования Декларации и источники ее подтверждения

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

Настройка расчетных формул осуществляется в режиме редактирования (задается непосредственно в каждой форме-листе).

С помощью функции Настройка > Копирование плана счетов можно перенести (скопировать) настройки типовой бухгалтерской отчетности в налоговый регистр («Налоговый план счетов»). Для этого регистра рекомендуем предварительно создать отдельный каталог, в котором будут размещены pat-файлы декларации, например: \NUPAT.

Затем с помощью функции Отчеты > Отчетность в окне =Разделы= можно удалить все формы, кроме «Декларации по налогу на прибыль».

При этом все формы налоговой, бухгалтерской и экономической отчетности, заведенные в модуле Бухгалтерская отчетность, не будут удалены (доступны при переключении по Alt+P на бухгалтерский «План счетов»).

Через меню Настройка > Типовые алгоритмы и константы при необходимости задаются идентификаторы, общие для нескольких (или всех) листов и приложений декларации.

57

АСБУ
в пр., У-3

1.
Программный комплекс «Галактика»:
система контуров и модулей.

2.
Основные принципы работы программного
комплекса «Галактика» на
производственных предприятиях.

3.
Особенности первоначальной настройки
программного комплекса «Галактика»
на производственных предприятиях.

4. Контур бухгалтерского
учета и его роль в системе «Галактика».

1. Программный комплекс «Галактика»: система контуров и модулей

Программный
комплекс (ПК) «Галактика»
— совместная
разработка минской фирмы НТО «Топ
Софт» и московского предприятия АОЗТ
«Новый Атлант». Разработчики
позиционируют свой продукт как
«Комплексную систему автоматизации
управления предприятием» класса ERP.

Программа
«Галактика»
предназначена
для комплексной автоматизации функций
управления хозяйствующим субъектом.
Она охватывает все основные функции
управления: планирование, учет, контроль,
анализ хозяйственной деятельности. При
этом центральным элементом комплекса
является система автоматизированного
бухгалтерского учета.

Возможности
программного средства реализуются во
множестве режимов и функций, которые
объединены в Контуры
и Модули.
Контуры отражают функционально-логическое
содержание программы «Галактика».
Их выделение указывает, какие сферы
управленческой деятельности могут быть
автоматизированы с помощью «Галактики«.
Модули отражают конструктивно-технологическое
построение программы, объединяя режимы
и функции связанные с определенной
задачей.

Общая
схема системы «Галактика» может
быть представлена как проекция функций
управления на режимы программы (рис.
10.1).

Рис.
10.1. Система «Галактика» *

В
основе программного продукта «Галактика»
лежит полная формализация информационных
потоков связанных с планированием,
учетом и контролем хозяйственных
процессов на предприятии. В центре
информационных потоков стоит Первый
руководитель
предприятия.

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

Совокупность
документов образует документооборот
предприятия. Организация четкого
хозяйственного документооборота —
основная задача «Галактики».

В «Галактике»
выделяют два основных класса документов:

● Документы-основания
(ДО) — обуславливают возникновение и
регламентируют хозяйственные операции
(это договоры с контрагентами, счета и
счета-фактуры, требования, заявки);

● Сопроводительные
документы
— отражают факт совершения хозяйственной
операции и полностью ее характеризуют
(товарные накладные, платежные документы,
акты).

Сопроводительные
документы служат основанием для
формирования бухгалтерских записей
(проводок). В «Галактике» каждому
типу документов назначается свой
комплект проводок — типовая
хозяйственная операция (ТХО).
На основе механизма ТХО проводки по
сопроводительным документам формируются
автоматически.

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

При этом
обеспечивается:

● Принцип
однократного ввода исходной информации
и, как следствие, отсутствие дублирования
функций «ручного» ввода.

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

● Упорядочивание
документооборота, автоматический
контроль корректности и целостности
данных, персонификация действий
пользователя и их контролируемость;

● Выполнение
функций обработки исходных данных по
типовым регламентам, воспроизводящим
«правильную» методологию планирования,
учета и контроля;

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

Система
«Галактика» проектируется и
внедряется как инструмент первого
руководителя. Её цель — обеспечить лицо
принимающее решения (ЛПР) всеми
необходимыми данными для эффективного
управления предприятием, гарантируя
полную прозрачность и контролируемость
бизнес-процессов (данный подход
соответствует концепции ERP).
По типу прикладного ПО «Галактика»
— это, прежде всего, информационная
система для
управления хозяйственной деятельностью.
Но так как большая часть управленческой
информации формируется в бухгалтерском
учете (до 80%), то решение
учетных задач является ядром системы
«Галактика»,
первое название которой было —
«Бухкомплекс«.

В
настоящее время система «Галактика»
ориентирована на автоматизацию решения
задач, возникающих на всех стадиях
управленческого цикла. В системе
реализованы функции:

— прогнозирования
и планирования хозяйственной деятельности;

— учета и контроля
реализации планов;

— анализа результатов
хозяйствования;

— выработки решений
по коррекции прогнозов и планов.

С
точки зрения бухгалтерии в программе
«Галактика» реализуется полный
сводный бухгалтерский учет по всей
системе счетов. Сводный учет опирается
на комплексную автоматизацию основных
участков первичного учета присутствующих
на любом предприятии. Таких как:

● Касса,

● Финансово-расчетные
операции,

● Матценности
(Складской учет),

● Основные средства,

● Нематериальные
активы,

● Векселя и кредиты,

● Заработная
плата,

● Фактические
затраты и другие.

Кроме типовых
решений в базовой версии программы
«Галактика» представлены модули
по реализации специфичных учетных
функций в отдельных отраслях:

● Управление
транспортом,

● Розничная
торговля,

● Сервисное
обслуживание,

● Строительство,

● Давальческое
сырье,

● Консигнация и
другие.

Таким
образом, программа «Галактика» на
отечественном рынке бухгалтерского
программного обеспечения представляет
инструмент для комплексной
автоматизации бухгалтерского учета.

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

Функциональная
структура ПК «Галактика» (базовой
версии 8.10) представлена на рисунке 10.2.

Программный комплекс «Галактика»							Модуль «Касса»
						Модуль «Финансово-расчетные операции» («ФРО») + Модуль «Клиент-Банк»»
						Модуль «Ведение налоговых расчетов»
						Модуль «Векселя и кредиты»
		Контур бухгалтерского учета
				Модуль » Складской учет» («Матценности»)
				Модуль «Управление производственной логистикой»
				Модуль «Основные средства»
				Модуль «Нематериальные активы»
				Модуль «ХозОперации»
				Модуль «Бухгалтерская отчетность»
						Модуль «Заработная плата»
						Модуль «Фактические затраты»
						Модуль «Консолидация»
							Модуль «Учет спецоснастки» Модуль «Спецодежда»
Программный комплекс «Галактика»							Модуль «Управление договорами»
		Контур логистики (Контур оперативного управления)			Модуль «Управление снабжением» Модуль «МТО»
				Модуль «Управление сбытом» Модуль «Управление заказами»
				Модуль » Складской учет» («Матценности»)
						Модуль «Поставщики, получатели»
						Модуль «Спецификации продуктов» Модуль «Планирование производства»
		Контур управления производством			Модуль «Управление производственной логистикой»
				Модуль «МТО» Модуль «Управление заказами»
				Модуль «Фактические затраты» Модуль «Контролинг»
						Модуль «Управление ремонтами»
									Модуль «Планирование финансов» Модуль «Корпоративное планирование»
						Финансовый контур			Модуль «Платежный календарь»
								Модуль «Управление бюджетами»
		Контур административного управления
							Модуль «Финансовый анализ»
				Модуль «Управление проектами»
				Модуль «Документооборот»
							Модуль «Рекламные компании»
				Контур управления взаимоотношениями с клиентами
						Модуль «Клиент»
								Модуль «Претензионноисковая работа»
									Модуль «Управление персоналом»
						Контур управления персоналом
								Модуль «Заработная плата» Модуль «Табельный учет»
						Модуль «Консигнация»
						Модуль «Давальческое сырье»
		Контур отраслевых и специализированных решений			Модуль «Налоговый учет»
				Модуль «Розничная торговля»
				Модуль «Управление транспортом»
				Модуль «Сервисное обслуживание»
						Модуль «Спецодежда»
						Модуль «Управление строительством» Модуль «Управление недвижимостью»
						Модуль «Целевой учет» Модуль «Почтамт»
						Модуль «Управление качеством продукции»
						Модуль «Обмен бизнес-документами» Модуль «Экспорт в хранилище данных»
		Контур настройки и системного администрирования
				Модуль «Рабочее место пользователя» Модуль «Партнёрский моуль»
				Модуль «Настройка»

Рис.
10.2. Функциональная структура ПК
«Галактика»

Система
модулей лежит в основе построения
главного
меню программы.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Введение

Система «Галактика ERP»

Консолидация и анализ Excel-отчетности в системе «Галактика»

Заключение

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

Введение

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

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

Одной из самых популярных в России корпоративных система управления является система «Галактика». Корпорация «Галактика» работает на отечественном рынке экономического ПО около 27 лет.

Система «Галактика ERP»

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

Система «Галактика» характеризуется уникальным сочетанием передовых западных стандартов управления и поддержкой российской специфики. Это гарантирует заказчикам «Галактики» эффективное решение управленческих и учетных задач в условиях быстро меняющейся бизнес-среды.

Особенности «Галактики»:

·Широкие функциональные возможности, возможность выбора заказчиком тех функций, которые ему необходимы;

·Масштабируемость;

·Возможность быстрого внедрения системы «Галактика» как специалистами «Галактики» и ее партнеров, так и специалистами заказчика;

·Возможность вести отчетность согласно международным стандартам учета (IAS, GAAP) и национальным стандартам (РСБУ);

·Лучшее для заказчика сочетание «цена/качество»;

·Высокая гибкость и быстрая адаптация к изменениям условий бизнеса;

·Простота и надежность в эксплуатации.

Система «Галактика» в едином информационном пространстве поддерживает задачи:

·Ведения бухгалтерского и налогового учета

·Управления логистикой;

·Управления финансами;

·Управления производством;

·Управления взаимоотношениями с клиентами;

·Управления персоналом.

В состав системы «Галактика» входят развитые средства для поддержки решения специализированных и отраслевых задач, а также инструментарий для администрирования системы.

Для поддержки управленческой деятельности руководителей предприятий, холдингов, корпораций система «Галактика» может быть дополнена специальным решением — Информационной системой руководителя, которая обладает широкими возможностями решения задач мониторинга и анализа деятельности предприятия.

Функции и состав системы «Галактика»

Система Галактика ERP изначально является интегрированной системой, в которой большое количество пользователей, работников предприятия, одновременно выполняют служебные функции на автоматизированных рабочих местах (АРМ), соединенных в сеть и использующих единую базу данных.

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

Система Галактика ERP обеспечивает обобщение и анализ информации по всем разделам хозяйственной деятельности предприятия:

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

·Производственные запасы: наличие и движение предметов труда, предназначенных для обработки, переработки или использования в производстве (либо для хозяйственных нужд), а также средств труда, в соответствии с установленным порядком включаемых в состав оборотных средств, и учет операций, связанных с их заготовлением (приобретением);

·Затраты на производство: расходы по видам деятельности предприятия;

·Готовая продукция и товары: наличие и движение готовой продукции (продуктов производства) и товаров;

·Денежные средства: наличие и движение денежных средств в национальной и иностранных валютах, находящихся в кассе и на расчетных (валютных) счетах, открытых в кредитных организациях на территории страны и за ее пределами, а также ценных бумаг, платежных и финансовых документов;

·Расчеты: все виды расчетов с различными юридическими и физическими лицами (в т.ч. внутрихозяйственные расчеты);

·Капитал: состояние и движение капитала;

·Финансовые результаты: доходы и расходы, а также выявленный конечный финансовый результат деятельности организации за отчетный период. Функции автоматизации управления в системе Галактика ERP сгруппированы в, так называемые, контуры управления.

Основные контуры:

)Контур оперативного управления (Контур логистики). Отвечает за планирование, учет и контроль материальных потоков (заказы, договоры, снабжение, сбыт, склады, дебиторы-кредиторы, производственная логистика).

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

)Контур управления производством — это техническая подготовка производства, производственное планирование (планирование производства), учет материалов в производстве (производственная логистика), контроллинг, управление ремонтами и корпоративное планирование производства.

)Контур управления персоналом — это кадры и заработная плата.

)Контур управления клиентами — это учет клиентов и рекламы.

)Административный контур — это управление проектами и управление документооборотом.

)Контур управления предприятием — информационная система руководителей, которая агрегирует оперативные данные и предоставляет их удобную визуализацию с использованием технологии светофоров, выполняет функции системы поддержки принятия решений (ППР). Используется платформа RA.NET.

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

)Контур системного администрирования — предназначен для специалистов АСУП. Реализует функции: разграничения прав доступа к базе данных и функциям системы, сохранения целостности БД, модификации самой системы (отчетов, меню (интерфейсов), алгоритмов), интеграции с внешними системами и другие системные функции.

Важнейшие принципы, лежащие в основе системы «Галактика» и определяющие ее высокую эффективность:

·реализация «петли управления» (прогноз — планирование — контролируемая деятельность по выполнению планов — анализ результатов — коррекция прогнозов и планов) для всех сфер деятельности предприятия;

·использование технологии интерактивной аналитической обработки данных (OLAP);

·обеспечение информационной поддержки принятия решений на разных уровнях — вплоть до уровня топ-менеджеров предприятия;

·соответствие функциональности, технологичности и степени интеграции системы современным концепциям ERP, CSRP (Custom Synchronized Resource Planning — «планирование ресурсов, синхронизированное с покупателем»), SEM (Strategic Enterprise Management — «стратегическое управление предприятием»);

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

·обеспечение настройки на конкретную отрасль, регион, особенности бизнеса;

·отслеживание и оперативное включение в обновления системы всех изменений в Российском законодательстве.

Основными объектами системы являются операционные документы, формируемые при проведении любой хозяйственной операции и образующие в совокупности документооборот предприятия.

Можно выделить четыре основных класса документов системы:

·документы-основания, регламентирующие операции как между юридическими лицами, так и внутри предприятия между его подразделениями, например договоры, счета, лимитно-заборные карты, требования;

·сопроводительные документы (товарные и финансовые), отражающие важнейшие стороны выполняемых операций;

·планы, отражающие намеченные предприятием показатели хозяйственной деятельности;

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

Все перечисленные виды документов формируются в электронном виде и распечатываются по мере необходимости.

По всем первичным документам могут быть сформированы бухгалтерские проводки и финансовые операции с помощью механизма типовых хозяйственных операций (ТХО) и типовых финансовых операций (ТФО).

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

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

Возможность однократного ввода информации — в том месте, где она возникает — важнейшее преимущество КИС, и оно реализовано в системе «Галактика» в полной мере.

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

Система «Галактика» — тиражно-заказной продукт. Это означает, что наиболее соответствующее потребностям пользователя отраслевое тиражное решение «доводится» в процессе совместной работы сотрудников предприятия-заказчика и работников одного из региональных представительств корпорации. Как правило, для осуществления такого рода «доводки» достаточно использовать настройки общесистемные и настройки модулей. С помощью проведения настроек пользователя можно определить специфику работы каждого конкретного пользователя. Настройки, задающие права доступа пользователей к документам, устанавливаются администратором системы.

Все возможности, обеспечиваемые системой, независимы от программно-аппаратной платформы. В процессе инсталляции системы имеется возможность выбрать в качестве рабочей одну из СУБД — Pervasive SQL (Btrieve), Oracle, MS SQL, обеспечивающих эффективное использование архитектуры «клиент-сервер».

Состав модулей системы «Галактика»

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

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

Состав модулей системы «Галактика» представлен на рисунке 1.

Рисунок 1- Состав модулей системы «Галактика»

Результатом обработки хозяйственных операций являются:

·для бухгалтерского учета — бухгалтерские проводки;

·для управленческого учета — финансовые операции.

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

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

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

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

Реализованные в системе функции позволяют автоматизировать:

·формирование хозяйственных связей по поставкам товаров или оказанию услуг;

·определение объемов и направлений материальных потоков;

·определение последовательности продвижения товаров к местам складирования;

·развитие, размещение и организацию складского хозяйства;

·осуществление перевозки, а также всех необходимых операций в пути следования грузов к пунктам назначения;

·выполнение упаковки, маркировки, погрузки и разгрузки;

·управление складскими операциями: сдачу и приемку грузов, хранение, подготовку необходимого покупателям ассортимента, организацию доставки мелкими партиями и т.д.

Рисунок 2 — Схема «Контура логистика»

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

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

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

Контур управления производством — решение для управления хозяйственной деятельностью предприятия с учетом современных стандартов управления ресурсами: MRP, MRP II.

В системе «Галактика» реализованы основные функциональные элементы системы, поддерживающей стандарт MRP II:

·формирование плана производства (MPS) на основании портфеля заказов и прогноза сбыта готовой продукции по периодам;

·предварительная оценка выполнимости плана производства по ключевым ресурсам предприятия;

·корректировка плана производства при недостатке ресурсов или оценка объемов пополнения ресурсов: закупка оборудования, наем рабочей силы, сверхурочные работы, субподряд и т. д.;

·расчет чистых потребностей в продукции и полуфабрикатах на всех стадиях производства, расчет объемов производственных заказов и сроков их выполнения с учетом календарно-плановых нормативов (правил пополнения, размеров партий, длительности циклов и т. д.)

·формирование плана-графика запуска-выпуска партий деталей, полуфабрикатов, готовых изделий на основании плана производства, а также формирование плана-графика закупки материалов и комплектующих и заявок на закупку с привязкой к договорам;

·расчет нормативных и фактических затрат на производство, нормативной и фактической себестоимости продукции, анализ отклонений в затратах и себестоимости;

·оценка экономических и финансовых показателей деятельности предприятия.

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

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

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

Для анализа информации дополнительно может быть использована информационно-аналитическая система «Галактика-ZOOM». Система предназначена для аналитической обработки текстовых неструктурированных документов, находящихся в подключаемых базах данных. Контур «Управления персоналом» позволяет автоматизировать задачи учета кадров на предприятии и выполнение вычислительных процедур, связанных с оплатой труда персонала.

Контур состоит из модулей «Управление персоналом» и «Заработная плата», которые могут использоваться как совместно с другими модулями системы «Галактика» с единой базой данных, так и самостоятельно.

При разработке контура реализованы два основных принципа:

)универсальность — возможность использования в любых организациях (независимо от форм собственности), начиная от крупных, со штатом в несколько тысяч человек, до предприятий малого бизнеса; позволяет реализовать любой подход к решению задач учета кадров и оплаты труда персонала в таких странах как: Россия, Беларусь, Украина, Молдова, Казахстан, Узбекистан;

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

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

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

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

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

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

·численности персонала и использования рабочего времени;

·правильного документального оформления выработки рабочих-сдельщиков и других работников;

·своевременного и правильного начисления заработной платы, расчета отпускных, пособий и их выдачи;

·своевременного и правильного удержания налогов и платежей, перечисление их бюджету или по назначению;

·распределения заработной платы по объектам калькуляции;

·использования фонда заработной платы и выплаты премий;

·составления отчетности по труду и заработной плате и ее представление в соответствующие органы управления.

При наличии на предприятии системы «Галактика» решение этих задач может быть автоматизировано — модуль «Заработная плата» значительно ускоряет и упрощает процесс начисления зарплаты.

Модули «Управление персоналом» и «Заработная плата» имеют тесную взаимосвязь друг с другом. Учетные данные работников, введенные в одном из этих модулей, становятся доступными для другого. Таким образом, исключается необходимость повторного ввода идентичных данных о работниках предприятия.

Цикл управления в КИС «Галактика»

Рисунок 3 — Цикл управления в КИС «Галактика»

Консолидация и анализ Excel-отчетности в информационной системе «Галактика»

Решение «Консолидация и анализ Excel-отчетности» для анализа исходных данных в MS Excel предназначено для сбора плановых и фактических данных из многочисленных файлов в формате Excel, консолидации их в едином многомерном хранилище OLAP с последующим анализом в разных разрезах. Решения «Консолидация и анализ Excel-отчетности» адресован руководителям предприятий и специалистам, которые отвечают за сведения, выверку отчетности, а также за формирование сводных итоговых отчетов.

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

Имеется возможность в любой момент раскрыть и развернуть итоговые цифры и перейти в первичные отчеты; увидеть, кто и когда сделал импорт и выверку данных. Используя решения «Консолидация и анализ Excel-отчетности», руководители предприятия могут оперативно контролировать процесс формирования бюджетов, планов, инвестиционных программ, отчетов по их выполнению и иной отчетности; анализировать сводную информацию и на основе анализа принимать взвешенные управленческие решения.

Решение «Консолидация и анализ Excel-отчетности» пополнило группу специальных решений КИС «Галактика», предназначенных для поддержки специализированных процессов предприятия. Важно, что специальные решения корпорации «Галактика» дополняют функциональные возможности ERP-системы и могут использоваться в сочетании с системой Галактика ERP, а также с ERP системами других производителей.

Решения «Консолидация и анализ Excel-отчетности» уже используется в режиме промышленной эксплуатации крупными предприятиями — клиентами корпорации «Галактика». У одного из заказчиков (крупный холдинг) решение применяется для обеспечения сбора заявок от филиалов, формирования и контроля долгосрочных инвестиционных программ, каждая из которых собирается из заявок в формате Excel и содержит несколько сотен тысяч взаимосвязанных числовых показателей. В результате использования решения «Консолидация и анализ Excel-отчетности» у холдинга существенно сократились затраты труда на выверку и формирование итоговой отчетности. Применение решение позволило найти внутренние противоречия выходных данных, что было практически невозможно найти вручную через большой объем данных. Внедрение решения «Консолидация и анализ Excel-отчетности» позволило оперативно менять долгосрочную инвестиционную программу, на каждом этапе обеспечивая ее корректность. Аналитическое хранилище, полученное в результате внедрения решения «Консолидация и анализ Excel-отчетности», позволило в оперативном режиме рассчитывать показатели, которые отсутствуют в выходных данных.

Одно из важнейших свойств решения «Консолидация и анализ Excel-отчетности» — возможность поддержки различных процессов предприятия. Кроме объединения и анализа отчетности, решение может эффективно использоваться для формирования и согласования сводных бюджетов, лимитных планов и планов продаж, а также контроля их исполнения в различных разрезах.

Отличительные черты «галактического» решения «Консолидация и анализ Excel-отчетности» — адекватное возможностям отечественных предприятий сочетание цена/качество и сжатые сроки настройка и внедрение. Средний по задачах проект по развертыванию решения в крупной компании занимает около 50 дней.

Информационное пространство предприятия

На рисунке 4 представлена структура типового предприятия и функциональные элементы системы «Галактика», автоматизирующие управление тем или иным подразделением.

Рисунок 4- Структура типового предприятия и функциональные элементы системы «Галактика»

Обозначения:

Функциональный контур или модуль системы «Галактика»

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

Структура управления

Галактика ERP — преимущества, уникальные свойства

корпоративный информационный галактика консолидация

Решения «Галактики» всегда разрабатывались исключительно для применения в условиях отечественной экономики с ее ярко выраженной спецификой, постоянными изменениями законодательства и использованием чуждых западной бизнес-практики технологий договорных отношений. Западные системы, разработанные для применения в условиях стабильной на протяжении десятилетий западной бизнес-среде, требуют полной перестройки бизнес-процессов отечественного предприятия-заказчика. Это всегда влечет увеличение расходов заказчика на проект автоматизации, но далеко не всегда отвечает интересам его бизнеса.

Для решений «Галактики» не характерна ни избыточность функционала, ни его недостаточность. Заказчик избавлен от необходимости приобретать не нужные ему функции системы только потому, что они поставляются в комплекте с необходимыми модулями. Заказчик избавлен от необходимости и дозакупать другие ИТ-решения для автоматизации задач, которые не поддерживаются ранее приобретенной системой.

Решения «Галактики» используют более 5300 предприятий ведущих отраслей российской экономики: нефтегазовой промышленности; энергетики; связи (ГЦУМС Ростелеком, РО «Белтелеком», ФГУП «Почта России» и др.); машиностроения (ОАО «Чеховский завод энергетического машиностроения», ЗАО «Автотор» и др.), легкой промышленности (ЗАО СОК «Вестфалика» и др.); пищевой промышленности (ОАО «Русский продукт», ЗАО «Микояновский мясокомбинат» и др.), металлургии (ОАО «Ингулецкий горно-обогатительный комбинат» и др.); торговли («Винкхаус РОС», «Пари Элизе — Парфюм» и др.); химической промышленности (АО «Химфарм» и др.); государственных и муниципальных предприятий (ГУП «Топливно-энергетический комплекс Санкт-Петербурга», МУП «Уфаводоканал» и др.) и многих других.

Заключение

В заключении можно сказать, что корпоративная информационная система КИС «Галактика» имеет всю необходимую для предприятий функциональность, включая производственное и финансовое планирование, управление бюджетами, все виды учета, в том числе учет ОС и НМА, управления проектами, логистикой, персоналом, капитальными вложениями и т.п. В КИС „Галактика включены специальные решения для управления затратами, связанными с эксплуатацией оборудования, транспорта. Комплексная поддержка этих задач позволяет жестко контролировать расходы по всем направлениям деятельности предприятия.

Информационная система «Галактика» имеет более низкую стоимость по сравнению с другими решениями. Стоимость западных продуктов и услуг по их внедрению слишком высока для отечественных предприятий, особенно в условиях кризиса. Кроме того, Галактика ERP — это решение, которое имеет полную поддержку со стороны разработчика. Это касается бизнес-функционала и изменений законодательства. Соответственно, для реализации проекта не требуется большого количества программистов. Предприятие абсолютно независимо от них.

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

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

1.Информационные системы в менеджменте: Учебное пособие / Гливенко С.В., Лапин Е.В., Павленко А.А. и др. — Сумы: ИТД «Университетская книга», 2005. — 407с.

2.

.

.

.

.

Репетиторство

Нужна помощь по изучению какой-либы темы?

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

2019: Тестирование на демо-стендах Atos

29 января 2019 года корпорация «Галактика » сообщила, что совместно с компанией Atos начали сотрудничество в области развития совместных проектов и программ. В ближайшее время состоятся тестирования продуктов и решений «Галактики» с поддержкой отечественной СУБД Postgres Pro на демо-стендах Atos. В будущем компании планируют рассмотреть возможности реализации совместных комплексных проектов.

Тестирования позволят продемонстрировать возможности продуктов «Галактики» в высоконагруженной информационной среде и поддержат программу корпорации по переводу решений на импортонезависимый стек технологий. Для проведения тестирования компания Atos предоставляет сервер BullSequana S800 на процессорах Intel Xeon Platinum 8176 28 ядер (суммарно 224 ядра и 448 потока) 6TB ОЗУ. По итогам тестирований будет сформирован план дальнейшего развития сотрудничества, реализации совместных проектов по продвижению услуг и программных продуктов на российском рынке и внедрению программных продуктов.

Сотрудничество с «Галактикой» для нас является отличной возможностью создать совместные решения для корпоративного сектора, отвечающие требованиям масштабируемости и глубокой обработки больших массивов данных . Аппаратная платформа Bull уже зарекомендовала себя в работе с СУБД Postgres Pro, которую поддерживают продукты «Галактики».

2018

Удвоение производительности «Галактики ERP» 9.1 при расчете зарплаты

Импортонезависимая «Галактика ERP» 9.1 на базе СУБД Postgres Pro

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

В ближайших планах управления разработки – завершение необходимых работ по обеспечению совместимости систем по управлению промышленными активами и надежностью «Галактика EAM » и управлению производством «Галактика AMM » с СУБД Postgres Pro Enterprise. Решения корпорации, позволяющие создать единое информационное пространство в рамках предприятия: система управления корпоративным и ведомственным контентом «Галактика ЕСМ » и интеграционная шина «Галактика ESB», уже работают на импортонезависимом стеке.

2017: «Галактика ERP» рассчитала зарплату для миллиона сотрудников

Корпорация «Галактика» осуществила централизованный полнофункциональный расчет зарплаты для 1 миллиона сотрудников менее чем за 10 часов с использованием технологии распараллеливания процессов расчета на коммерческой версии 9.1 Системы «Галактика ERP ».

Система «Галактика ERP» продемонстрировала высокий результат производительности и оперативной обработки объема данных, максимально приближенного к реальности. В результате для 1 008 315 лицевых счетов время расчета заработной платы составило 9 час 53 мин, т.е. средняя скорость была свыше 100 тысяч лицевых счетов в час и 1 700 лицевых счетов за 60 секунд.

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

Результат испытаний, проводившихся на стенде компании IBM удаленно из центра разработки корпорации «Галактика» на серверах IBM , показал, что при практической реализации такой расчет может выполняться на серверах средних мощностей – было выделено 8 ядер Power8 , организованных как 10 виртуальных процессоров, в режиме SMT-4. Для оперативной обработки больших объемов данных эффективность использования вычислительных ресурсов была обеспечена за счет технологии распараллеливания расчетов.

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

2014: Санкции не окажут влияния на Галактика ERP

В связи с заявлением и присоединением к санкциям в отношении ряда российских компаний, возможном прекращении поддержки продуктов в России со стороны американских компаний Microsoft , Oracle , Symantec и , перед российскими предприятиями встала задача — обеспечить безопасную и надежную работу своего ИТ-окружения, которое часто завязано на операционную систему Windows , базы данных Oracle и MS SQL .

Наиболее очевидно решение использовать открытый стек технологий, верификацию и сертификацию продуктов Open Source. Корпорация «Галактика» повысила приоритет работ по поддержке операционной системы Linux и Open Source базы данных PostgreSQL , которые начались в 2007 году.

Требовалось подтвердить — продукты корпорации «Галактика» могут функционировать на операционной системе Astra Linux — единственном на 30 июля 2014 года дистрибутиве, сертифицированном для работы с информацией, содержащей сведения, составляющие государственную тайну.

Компания развернула тестовую лабораторию, где подтверждена работоспособность ПО Галактика ERP в окружении ОС Astra Linux при работе с базой данных PostgreSQL .

«Работу по созданию клиента под Linux мы ведем уже давно и на сегодняшний день, при клиентской заинтересованности готовы участвовать в проектах обеспечения импортонезависимости ИТ-инфраструктуры предприятий» — отметил Геннадий Гацко , председатель совета директоров корпорации «Галактика» .

2013: Электронные счета-фактуры без дублирования на бумаге: интеграция с Диадок

• автоматическое построение консолидированных бюджетов по любой сложной оргструктуре предприятия от холдинговой структуры до структуры отделов и подразделений;
• автоматизация процедуры согласования бюджетов и хранение данных по всем этапам согласования;
• возможность формировать и анализировать различные варианты (сценарии) бюджетов;
• гибкая настройка аналитических признаков статей и их визуального представления в типовых формах бюджетов;
• формирование плановых показателей бюджетов по оперативным планам в системе «Галактика ERP» (например, формирование бюджета на основе календарных планов договоров);
• формирование фактических показателей бюджета в автоматическом режиме на основе оперативных и бухгалтерских данных системы «Галактика ERP»;
• возможность агрегировать бюджет по нескольким вариантам оргструктуры, например, юридических лиц и функционального подчинения;
• гибкая настройка представления форм бюджетов для каждого подразделения;
• распределение значений статей одного бюджета по статьям другого, что необходимо, например, при расчете налогов, с использованием моделей распределений по центрам ответственности;
• разграничение доступа пользователей к различным вариантам и копиям бюджетов с помощью механизма областей видимости, стадий и масок бюджетного процесса.
• бюджетирование реализуется на единой базе данных.

Платежный календарь

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

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

Основаниями для формирования финансовых обязательств служат все оперативные документы системы.

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

Модуль обеспечивает:

• краткосрочное (до одного месяца) планирование расчетов с контрагентами на основе использования денежных средств, векселей и других видов ценных бумаг;
• оптимизацию платежного календаря по заданным критериям с помощью операции моделирования;
• планирование остатков денежных средств на расчетных счетах и в кассе предприятия;
• проведение операций продажи/покупки валюты и ее конвертации;
• контроль баланса доходов и расходов с учетом «ликвидной подушки» по каждому из видов платежных средств;
• учет фактических поступлений платежных средств и их отклонение от запланированного за определенный период времени в разрезе источников поступления;
• составление оперативных отчетов о движении денежных средств для последующего анализа.

Финансовый анализ

Основная задача анализа — оценка экономического (финансового) состояния предприятия и выявление перспектив его дальнейшего развития.

Функциональные средства модуля «Финансовый анализ» ориентированы на предприятия всех форм собственности и учитывают требования, предъявляемые к финансовой отчетности как национальным законодательством, так и международными стандартами.

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

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

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

Отличительная особенность решения «Галактика Машиностроение» — поддержка основных бизнес-процессов машиностроительного предприятия, обеспечивающих управление производством, финансами, логистикой, персоналом. В состав решения «Галактика Машиностроение» входят специальные компоненты для управления ТОРО, НИОКР, финальной сборкой сложных изделий, управления подготовкой производства и др. Решение соответствует концепции ERP и стандарту MRP II, в нем реализованы алгоритмы планирования производства MRP и APS, имеются развитые возможности интеграции с ведущими системами CAD , CAM, PDM, SCADA , MES.

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

«Галактика Пищевая промышленность»

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

Основные функциональные возможности решения:

• формирование планов и бюджетов сбыта, производственной программы, плана снабжения и отслеживание их выполнения по принципу «точно в срок», оптимизация платежного баланса предприятия;
• учет особенностей сырья, корректировка рецептурных журналов, формирование производственных отчетов, контроль незавершенного производства;
• моделирование технологий производства продукции, автоматизированное формирование рецептур;
• оптимизация программы производства с учетом производственных мощностей;
• планирование себестоимости продукции по сложным многоэтапным технологическим процессам, осуществление мониторинга фактических затрат по различным методикам. Анализ с использованием различных баз распределения накладных расходов;
• поддержка характеристик качества сырья и ГП при расчете производственной программы: влажность, сортность, жирность, кислотность и др.;
• управление качеством продукции;
• ведение бухгалтерского и налогового учета, а также учета в международных стандартах GAAP, ISA и других для западных инвесторов;
• обеспечение «прозрачности» движения материальных и финансовых ресурсов, защита от несанкционированного расходования денежных средств, сырья и готовой продукции;
• контроль сроков годности сырья и готовой продукции;
• управление транспортом и реализация схем «центрозавоза»;
• контроль обращения тары;
• возможность формирования отраслевой отчетности;
• создание территориально-распределенных производств и сетей дистрибуции.

«Галактика Управление агрохолдингом»

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

Основные функциональные возможности решения:

• эффективное планирование производственной деятельности, контроль издержек, управление себестоимостью, получение своевременной и достоверной оценки планируемого и фактического производственного результата;
• управление финансовыми ресурсами компании, поддержка классического управленческого цикла: планирование финансово-экономической деятельности компании, оперативный финансовый менеджмент, финансовый анализ;
• управление материальными и связанными с ними информационными и финансовыми потоками предприятия, организация совместной деятельности подразделений холдинга для эффективного продвижения продукции по цепи «закупка сырья — производство продукции — сбыт»;
• реализация в едином информационном пространстве комплекса задач управления транспортом: учет, планирование и оценка состояния. Позволяет управлять себестоимостью каждой единицы транспортного средства; корректно рассчитывать затраты других подразделений на использование транспорта; анализировать эффективность использования техники без дополнительной ручной обработки путевых листов; выявлять резервы для снижения затрат;
• формирование эффективной кадровой политики предприятия.

«Галактика НИОКР»

«Галактика Управление НИОКР» — эффективный инструмент поддержки управления финансово-хозяйственной деятельностью предприятия. Решение адресовано научно-исследовательским и проектным институтам, конструкторским бюро и организациям, выполняющим проектно-изыскательские работы.

Решение разработано на базе функциональности системы «Галактика ERP» и предназначено для автоматизации управления заказами на выполнение работ, включающими договоры с заказчиками, контрагентами-субподрядчиками и работы внутренних подразделений предприятия.

С помощью решения «Галактика НИОКР» автоматизируются функции отдела договоров, планово-экономического отдела, бухгалтерии, руководителей центров финансовой ответственности, руководителей тем.

Основные функциональные возможности решения

Управление заказами:

• ведение журнала учета заказов на выполнение работ, поддержка связей заказа с договорами;
• классификация заказов по видам деятельности, направлениям НИОКР, темам работ, группам заказчиков и другим признакам;
• планирование работ по заказу в виде последовательности этапов, контроль исполнения этапов работ по заказу, перепланирование сроков, корректировка смет заказов.

Управление договорами:

• ведение договоров с заказчиками и контрагентами;
• формирование текстов договоров, соглашений и других документов по шаблонам;
• документальный учет сдачи работ и продукции заказчику, документальный учет приемки работ контрагентов, формирование актов взаимозачетов с заказчиками и контрагентами.

Управление платежами:

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

Планирование и учет затрат:

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

Учет трудоемкости собственных работ:

• возможность расчета смет затрат по заказам исходя из запланированной трудоемкости работ подразделений-исполнителей;
• формирование фондов оплаты труда подразделений-исполнителей работ за месяц на основе смет заказов;
• формирование тематических табелей подразделений по оплате труда работников за выполненные работы по заказам.

Анализ деятельности предприятия:

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

Преимущества решения

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

«Галактика Управление транспортом»

«Галактика Управление транспортом» — система для комплексной автоматизации управления в транспортных компаниях и решения задач, связанных с управлением транспортным парком на предприятиях.

Система может быть использована для создания комплексной системы управления предприятием или встроено в существующий ИТ-ландшафт.

Основные функциональные возможности решения:

• планирование работ транспортного предприятия/подразделения;
• учет фактических результатов;
• учет плановых заданий и использования ресурсов;
• анализ результатов деятельности транспортного предприятия/подразделения;
• техническая эксплуатация транспортных средств.

Решение задач управления:

• служба эксплуатации: планирование, учет и контроль работы транспортного парка;
• ремонтная служба: управление техническим обслуживанием и ремонтом;
• техническая служба: учет ходимости основных агрегатов и шин, учет ТС в госорганах;
• служба материально-технического снабжения: планирование, учет и контроль движения запчастей, материалов, договорных обязательств;
• планово-экономическая служба: итоги по результатам деятельности, технико-экономические показатели;
• бухгалтерия: бухгалтерский и налоговый учет хозяйственной деятельности, взаиморасчеты;
• управление персоналом: ведение кадровой документации, табельный учет, расчет ЗП, в т.ч. на основе путевых листов, табелей;
• управленческий состав: управленческие решения на основе контроля исполнения планов, задач, показателей.

Преимущества решения:

• Снижение себестоимости транспортных работ.
• Своевременное и планомерное выполнение заявок на транспортные перевозки.
• Сокращение потерь от простоев транспортных средств.
• Жесткий контроль уровня затрат на топливо, ГСМ, шины, комплектующие.
• Точное определение рентабельности использования каждого транспортного средства.
• Устранение случаев нецелевого использования транспортных средств, топлива, ГСМ.

Широкие возможности интеграции: GPS , ГЛОНАСС , электронные карты, «электронная проходная» и различные учетно-управленческие системы, системы CRM и электронного документооборота.

Комплексная информационная система «ГАЛАКТИКА»

Комплексная информационная система (КИС) «Галактика» предназначена для автоматизации всего спектра финансово-хозяйственной деятельности средних и крупных предприятий.

Масштабируемость и универсальность системы «Галактика» позволяет применять ее для предприятий различных отраслей (производство, торговля и оказание услуг), различного масштаба — от 20 сотрудников до нескольких тысяч работающих, различной структуры (холдинги, распределенные сети предприятий, удаленные филиалы или, наоборот, территориально сосредоточенная компания).

КИС «Галактика» позволяет наладить эффективное управление материальными, человеческими и финансовыми ресурсами на предприятии. Основные блоки, из которых состоит система — это «Финансовый контур», «Контур логистики», «Контур бухгалтерского учета», «Контур управления производством», «Контур управления персоналом», «Контур управления взаимоотношениями с клиентами», «Контур администрирования».

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

Грамотное использование системы «Галактика» позволяет значительно увеличить эффективность управления предприятием, улучшить экономические показатели деятельности.

Система «Галактика» позволяет решать в автоматизированном режиме задачи планирования, оперативного управления, контроля результатов и корректировки планов, т.е. поддерживает так называемую «петлю управления».

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

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

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

Заработная плата. Модуль предназначен для автоматизации учетных и вычислительных процедур, связанных с оплатой труда персонала предприятий при повременной и сдельной формах оплаты. Предусмотрена передача данных о сотрудниках из модуля Управление персоналом.

Контур управления финансами — обеспечивает решение задач финансового менеджмента, предоставляет набор средств для управления бюджетом, ведения платежного календаря и финансового анализа.

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

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

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

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

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

Финансово-расчетные операции (ФРО). Модуль обеспечивает автоматизацию учета безналичных расчетов, валютных операций, а также содержит полный комплект бухгалтерских отчетов.

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

Основные средства и нематериальные активы Модули обеспечивают автоматизированное выполнение операций по учету наличия, износа, движения, а также по переоценке объектов основных средств (ОС) и нематериальных активов (НА) предприятия.

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

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

Консолидация. Модуль предназначен для получения обобщенной (консолидированной) финансовой и бухгалтерской отчетности по корпорации.

Векселя и кредиты. Модуль предназначен для учета операций с векселями и другими ценными бумагами (ЦБ), а также операций кредитования.

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

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

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

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

Складской учет. Модуль обеспечивает ведение складских документов и их распечатку по установленным формам; автоматизированное проведение операций инвентаризации, переоценки, внутреннего перемещения. Несколько сот отчетных форм позволяют получить достоверную и полную информацию о состоянии складских запасов в любой момент времени.

Поставщики, получатели. Модуль предназначен для контроля за исполнением расчетов с контрагентами.

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

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

Техническая подготовка производства (ТПП). Качество и полнота технической подготовки производства определяют в конечном итоге качество планирования и управления процессом производства. Модуль ТПП предназначен для использования в конструкторских отделах, службах технической документации, технологических, планово-экономических и планово-диспетчерских службах предприятия.

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

Управление ремонтами. Модуль предназначен для планирования ремонтных работ на предприятии и расчета фактических затрат на их проведение.

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

Консигнация. Модуль предназначен для управления операциями с товаром, принятым либо переданным на реализацию.

Давальческое сырье. Модуль предназначен для учета сырья, переданного для переработки сторонней организации, а также полученной от этой организации готовой продукции.

Розничная торговля. Учет товаров в розничной торговле имеет ряд особенностей, связанных с формированием различных составляющих отпускной цены и отражением их на соответствующих счетах бухгалтерского учета, а также формированием отчетов. Все эти особенности учтены при разработке модуля Розничная торговля, который выполняет функции учета товаров в подразделениях розничной торговли (в сущности, это аналог модуля Складской учет) и осуществляет связь программного обеспечения, используемого на кассовых аппаратах, с остальными модулями «Галактики».

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

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

Спецодежда. Модуль является функциональной надстройкой модуля МБП и предназначен для учета наличия и выдачи специальной и форменной одежды (СФО) на промышленных предприятиях, в таможенных службах и воинских частях.

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

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

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

ВЕДЕНИЕ……………………………………………………………………….2

1.Анализ
систем…………………………………………………………6

2.
Корпоративная информационная система
«Галактика»……..8

3.Вывод…………………………………………………………………15

ВВЕДЕНИЕ

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

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

Четко определить
критерии, по которым программный продукт
может быть причислен к КИС, сложно еще
и потому, что большинство представленных
на российском рынке программных
комплексов имеет модульную структуру,
и распределение решаемых задач между
модулями зависит только от разработчиков.
Так, общая задача учета труда и заработной
платы может быть сосредоточена в одном
модуле «Зарплата» либо разделена
на два — «Кадры» и «Зарплата»
или штатное расписание может стать
отдельным модулем и так далее.

Компания
«Цефей» — один из разработчиков КИС
(Эталон (DOS-версия)). Их специалисты
предложили минимальный перечень
требований к КИС
1
:

Функциональная
полнота системы
. Учитывая, что
методологические подходы всех
разработчиков программного обеспечения
к структуризации предметной области и
названию формируемых приложений
различаются, общей характеристикой
функциональной полноты корпоративной
информационной системы является
количество однократно учитываемых
параметров деятельности предприятия.
Для КИС значение этих параметров должно
быть примерно следующим: количество
учитываемых параметров 2 — 10 тыс; количество
таблиц баз данных 800 — 3000.

Корпоративная
система должна обеспечивать не только
формирование отчетов, но и ведение учета
одновременно по российским и международным
стандартам (ISA и GAAP).

Обязательным
условием является локализация
информационной системы: учет национального
законодательства и системы расчетов;
интерфейс и система помощи на национальном
языке.

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

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

КИС — система
постоянно развивающаяся, как в силу
влияния внешних факторов (например,
постоянных изменений в законодательстве),
так и из-за изменения бизнес-функций
предприятия, поэтому необходимо наличие
инструментальных средств адаптации и
сопровождения системы:

управление
структурой и функциями бизнес-процессов;

изменение
информационного пространства
(редактирование БД, модификация структуры,
полей таблиц, связей, индексов и т.п.);

модификация
интерфейсов ввода, просмотра и
корректировки информации;

изменение
организационного и функционального
наполнения рабочего места пользователя;

генерация
произвольных отчетов, сложных хозяйственных
операций и форм.

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

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

Для пользователей
КИС большое значение имеет возможность
консолидации информации: на уровне
предприятий — для объединения информации
филиалов, дочерних компаний, предприятий,
входящих в холдинг и т.п.; на уровне
отдельных задач; на уровне временных
периодов — для выполнения анализа
изменения тех или иных показателей за
период, превышающий отчетный.

Очевидно, что
КИС — это сложная система и для обеспечения
ее надежности требуются специальные
средства анализа состояния системы в
процессе эксплуатации:

анализ
архитектуры баз данных;

анализ
алгоритмов;

анализ
статистики: количество записей,
документов, проводок, объем дисковой
памяти;

журнал
выполненных операций;

список
работающих станций, внутрисистемная
почта.

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

постановка
системы управления предприятием;

консалтинг;

решение
вопросов постановки учета и документооборота;

обучение
персонала заказчика;

внедрение КИС
в опытную и промышленную эксплуатацию;

сопровождение
системы на протяжении всего ее жизненного
цикла;

проведение
тематических семинаров как по проблемам
методологии и организации учета, так и
по вопросам использования КИС.

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

1.
Анализ систем

Локальные
финансово-управленческие КИС (1С, Гепард,
ИНФИН-Управление) на информационном
рынке представлены наибольшим числом
фирм-производителей. Основные черты
локальных КИС:

Внедрение:
простое, коробочный вариант;

Функциональная
полнота: учетные системы (по направлениям);

Предприятия:
малые предприятия, представительства,
предприятия без производства (торговля,
услуги);

Ориентировочная
стоимость: $5,000-$50,000

Финансово-управленческие
системы включают подклассы локальных
и малых корпоративных систем (Concorde XAL,
Platinum SQL, БОСС-Корпорация, Галактика,
Парус, Флагман). Такие системы предназначены
для ведения учета по одному или нескольким
направлениям (бухгалтерия, сбыт, склады,
учет кадров и т.д.). Системами этой группы
может воспользоваться практически
любое предприятие, которому необходимо
управление финансовыми потоками и
автоматизация учетных функций.

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

Финансово-управленческие
системы значительно более гибкие в
адаптации к нуждам конкретного
предприятия. Часто предлагаются
“конструкторы», с помощью которых
можно практически полностью перекроить
исходную систему, самостоятельно, или
с помощью поставщика установив связи
между таблицами баз данных или отдельными
модулями.

Несмотря на
то, что общая конфигурация систем может
быть достаточно сложна, практически
все финансово-управленческие системы
способны работать на персональных
компьютерах в обычных сетях передачи
данных Novell Netware или Windows NT. Они опираются
на технологию выделенного сервера базы
данных (file server), которая характеризуется
высокой загрузкой сетевых каналов для
передачи данных между сервером и рабочими
станциями. Только отдельные из предлагаемых
в России систем такого класса были
разработаны для промышленных баз данных
(Oracle, SYBASE, Progress, Informix, SQL Server). В основном
использовались более простые средства
разработки Clipper, FoxPro, dBase, Paradox, которые
начинают давать сбои на сложных
конфигурациях сети и при увеличении
объемов обрабатываемых данных.

Рассмотрение
малых финансово-управленческих КИС
начнем с выделения общих свойств:

Внедрение:
поэтапное или “коробочный вариант»,
более 4 месяца;

Функциональная
полнота: комплексный учет и управление
финансами;

Предприятия:
малые предприятия, представительства,
предприятия без производства (торговля,
услуги), производственные предприятия;

Ориентировочная
стоимость: $50,000-$300,000

На рынке
крупных производственных КИС присутствует
пять основных игроков. Это иностранные
компании Baan, Oracle, SAP AG, PeopleSoft и Ross Systems,
которые производят всемирно известные
управленческие системы.

Выделим
основные общие черты крупных КИС:

Внедрение:
поэтапное сложное, более 9-12 месяцев;

Функциональная
полнота: комплексный учет, управление
снабжением, производством, сбытом,
финансами, овладение стратегиями
развития;

Предприятия:
предприятия без производства (торговля,
услуги), производственные предприятия,
управленческие структуры (холдинги)
Ориентировочная стоимость: $500,000 и более.

2.
Корпоративная информационная система
«Галактика»

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

Применение
КСУ «Галактика» возможно на
предприятии любого масштаба, с любой
формой собственности. Система универсальна
и настраивается под любое предприятие,
учитывая его специфику.

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

ГАЛАКТИКА —
Комплекс автоматизации управления
предприятием (корпорацией)

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

Комплекс
ГАЛАКТИКА — это: помощь в уточнении
(формировании) стратегии предприятия,
повышение управляемости предприятия
и устранение «нестыковок» путем
автоматизации планирования и управления
финансовыми и материальными потоками,
налаживание полного информационного
контроля; набор современных технологий
и средства их реализации для управления
предприятием (корпорацией).

Комплекс
ГАЛАКТИКА состоит из 40 детально
проработанных крупных программных
модулей и поддерживает как производство
работ, так и оказание услуг. Комплекс
реализован в архитектуре клиент — сервер
и функционирует в распределенной
локально вычислительной сети. Предприятию
предлагается не только анализ
бизнес-процессов и информационных
потоков, но и механизм их изменения. На
базе комплекса создается и развивается
единая операционно-информационная
среда предприятия, помогающая
персонифицировать ответственность,
минимизировать налоги, наладить
производственную и технологическую
дисциплину.

Финансовый
анализ
. Основной задачей модуля
является оценка финансового состояния
предприятия и выявление перспектив его
дальнейшего развития.

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

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

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

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

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

ПРАКТИКУМ по применению интегрированной корпоративной

системы «Галактика»

Краткая характеристика ИКИС «Галактика»

Разработчиками и поставщиками системы Галактика ERP
является корпорация «Галактика». Как следует из результатов исследований компанииIDC
, по количеству внедрений на отечественных предприятиях система ГалактикаERP
занимает лидирующее положение.

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

В
системе реализована поддержка полного цикла управления: прогноз

планирование контроль анализ результатов коррекция прогнозов и планов для всех сфер деятельности предприятия. Система включает технологию аналитической обработки данных
OLAP
, соответствует современным концепциям управленияERP
,MRP
II, открытых систем.

Галактика ERP
поддерживает сервис-ориентированную архитектуру (SOA
), что позволяет использовать ее для построенияВ2В
ориентированных систем (business to business
) и веб-ориентированных приложений. Архитектура веб-сервисов открывает широкие возможности по интеграции системы ГалактикаERP
с продуктами посторонних производителей.

Система работает в различных операционных системах — Windows

95,98, 2000, Windows NT
,Windows XP
и др., работает с базами данныхOracle
,MS SQL
,Pervasive SQL
.

10.1. Контуры системы. Модульный принцип построения системы

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

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

Состав системы (набор компонентов) определяется:

−
видом ресурсов;

−
масштабом решаемых задач;

−
видом управленческой деятельности.

Основные контуры системы показаны на рис. 10.1.

Контур логистики

Управление договорами

Управление снабжением

Управление сбытом

Поставщики, получатели

бухгалтерского учета

—
Типовые хозяйственные операции

—
Финансово-расчетные
операции

Касса

—
Векселя и кредиты

—
Основные средства Нематериальные активы

—
Учет спецоснастки Спецодежда

Контур планирования и

управления финансами

Управление бюджетом

Платежный календарь

Финансовый анализ

Контур планирования и управления производством

Спецификации продуктов

Управление заказами

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

Материально техническое обеспечение

Управление производственной логистикой

Корпоративное планирование

Контроллинг

Управление ремонтом

Управление качеством

Рис. 10.1. Контуры системы

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

10.2. Контур Логистика

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

по цепи «закупка сырья производство продукции сбыт». К задачам, решаемым контуром Логистика, относятся:

−
управление закупками;

−
построение системы ценообразования;

−
управление запасами;

−
управление складом;

−
контроль всех звеньев логистической цепочки и др.

На рис. 10.2 показаны модули, относящиеся к контуру Логистика.

Рис. 10.2. Модули контура Логистика

Задачи, решаемые каждым из модулей, показаны на рис. 10.3.

Рис. 10.3. Модули контура Логистика и решаемые при помощи них задачи

В зависимости от типа решаемой задачи используются различные модули контура. Приведем некоторые из типов таких задач:

1. Закупочная логистика

В закупочной логистике используются модули Управление договорами, Управление снабжением, Поставщики и получатели, Складской учет (рис. 10.4).

Рис. 10.4. Модули Закупочной логистики

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

2.
Распределительная логистика

В
распределительной логистике используются модули Управление договорами, Управление сбытом, Складской учет (рис. 10.5).

Рис. 10.5. Модули Распределительной логистики

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

3. Управление снабжением

Функции по отслеживанию предложений поставщиков, планированию закупок, выбору поставщика реализованы в модуле Управление снабжением. Реализуется работа с конкретными документами на приобретение — документами-основаниями, накладными, доверенностями.

4. Управление сбытом

Управление сбытом осуществляется при помощи модуля Управление сбытом. Реализуемые при этом функции показаны на рис. 10.3 в одноименном модуле.

5. Управление запасами

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

6.
Складские операции

В
системе «Галактика» возможна работа со складами трех типов:

−
Склад общего назначения. Это склад сырья, готовой продукции, товаров для реализации оптовым покупателям;

−
Склад для реализации товаров через розничную сеть;

−
Транзитный склад. Позволяет отслеживать движение грузов и их состояние по маршруту следования в адрес получателя.

При помощи модуля системы Складской учет реализуются типовые складские операции:

−
Приемка товаров. По накладным на прием товаров формируются приходные складские ордера, выполняется распределение материальных ценностей по складам,

осуществляется сверка фактически поступивших материальных ценностей с данными сопроводительных документов и производится корректировка складских ордеров

в случае расхождения;

−
Размещение на хранение;

−
Внутрискладское перемещение товаров. Оформляется накладной на внутреннее перемещение;

−
Операции комплектования и пакетирования;

−
Отпуск со склада. Осуществляется по накладным на отпуск на основании
документов-оснований на отпуск. По накладным выписываются расходные складские ордера. Цена списания рассчитывается по установленной при настройке системы методики -LIFO
,FIFO
или средней цене по разрезу хранения;

−
Инвентаризация и учет посредством формирования актов о недостаче, излишках, пересортице.

Тема I. Создание в системе новых ТМЦ, подразделения, предприятия, сотрудника

Первая тема включает 6 заданий. В Задании 1.1 рассматривается ввод нового наименования материальных ценностей (МЦ) в каталог МЦ без использования шаблона, а в Задании 1.2 — с использованием шаблона. Для помещения МЦ на склад в Задании 1.3 рассматривается создание нового подразделения организации — Производственного склада и прайс-листа на метизы, а в Задании 1.4 производится выбор ресурса хранения МЦ. В Задании 1.5 рассматривается занесение в систему данных об организации «Свет», с которой планируется заключение договора. В Задании 1.6 рассматривается ввод в картотеку сотрудников данных о новом сотруднике.

Задание 1.1. Ввод нового наименования ТМЦ (товарноматериальных ценностей) в каталог материальных ценностей (МЦ) без использования шаблона

При вводе нового наименования в Каталоге МЦ заполняются поля:

−
Наименование МЦ;

−
Учетная единица;

−
Группа;

−
Налоги;

−
Отпускная единица.

Примечание 1: При работе с версией программы Галактика 7.12 для ввода нового наименования в каталог материальных ценностей выполняются команды Управление договорами =Н= Заполнение каталогов МЦ Каталог МЦ.

Выполнение:

При использовании программы Галактика 8.10 выполнение Задания 1.1 начинается с пункта 1, при этом осуществляется:

Настройка автообновления
прайс-листов при изменении атрибутов каталогов МЦ;

Настройка Автоматического формирования кода МЦ;

Редактирование МЦ, которое включает:

−
Отнесение МЦ к группе;

−
Указание учетных и отпускных единиц;

−
Выбор группы каталогов;

−
Выбор кода ОКДП;

−
Редактирование каталогов групп налогов.

Примечание: При использовании программы Галактика 7.12

выполнение Задания 1.1 начинается с 9 пункта.

История создания системы и технологические особенности ее
реализации

Материал подготовлен неизвестным аналитиком
Oracle для внутрифирменного пользования

История развития корпорации и системы

Первоначально система ГАЛАКТИКА создавалась коллективом разработчиков Института
теоретической кибернетики г. Минска (ныне ТОП СОФТ г. Минск). В 1984-85 годах
данным коллективом была разработана библиотека расширяющая возможности BTRIEVE
(NOVELL) по манипуляции с данными (BTRIEVE — это фактически не СУБД, а библиотека
примитивов для работы с индексно-последовательными файлами в режиме клиент-сервер
под NOVELL). Данная “примочка” была громко названа СУБД АТЛАНТ. Одновременно был
разработан язык (4GL подобный), который позволял более или менее быстро разрабатывать
прикладные программы (формы, меню, отчеты) для работы с данным “СУБД”. Это программное
обеспечение и было положено в качестве базового системного программного обеспечения
будущей системы и используется до сих пор.

В 1986 году были написаны первые заказные модули (СБЫТ, СКЛАД) и под
этот проект была создана фирма НОВЫЙ АТЛАНТ в г. Москве. Основными задачами
этой фирмы были поиск новых заказов и разработка прикладных программ. Данное
разделение направлений деятельности сохраняется в корпорации до сих пор.

НОВЫЙ АТЛАНТ и дочерние фирмы (представительства в регионах и сервисные
организации) занимаются разработкой самой системы и сбытом, а ТОП СОФТ
— разработкой системного программного обеспечения. Единого плана разработки
системы ГАЛАКТИКА естественно не было. Система разрабатывалась по модульно
под заказ. Как сказал президент корпорации Д. Черных: “При разработке мы
отталкиваемся от потребностей заказчика” (на самом деле сиюминутных потребностей).
В результате, к 1993 году набралось достаточно много модулей, и фирма НОВЫЙ
АТЛАНТ заявила о существование ИНТЕГРИРОВАННОЙ системы ГАЛАКТИКА. Естественно,
что некоторые модули сначала разрабатывались, потом, при изменении экономической
ситуации — “забывались”, а затем “всплывали” снова. Так было с модулями,
связанными с планированием и управлением производством. В восьмидесятых
годах — это были зачаточные реализации модулей планирования и калькуляции
плановой себестоимости, реализованные под заказ машиностроительных заводов
(скорее одного завода). Когда машиностроительные заводы стали недееспособны,
об этих модулях забыли. В 96 -98 годах начались разговоры об ERP-MRP системах
и об этих модулях вспомнили. Однако никто их не собирался и не собирается
развивать и дорабатывать до реально необходимой функциональности. С тех
пор базовая функциональность системы практически не изменилась (у меня
есть рекламные материалы 1994 года, в которых написано тоже самое, что
и в 1998). Развитие шло по линии совершенствования каналов сбыта, сервиса
и совершенствования структуры самой корпорации, а так же переводу системы
на новые платформы (Windows, новые СУБД). Во всех этих направлениях были
достигнуты определенные успехи.

Функциональные особенности архитектуры системы

Как было сказано выше, система развивалась без единого плана, под заказ
и результатом такого проектирования и разработки стало следующее:

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

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

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

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

Какой-либо единой базовой технологии обработки документов (типа FLEXBUILDER,
WORKFLOW или ACCOUNT ENGINE) не существует. Результатом этого является то, что
не существует способа определить сквозную (по всей системе) процедуру обработки
бизнес — функции (например, реализация бизнес — функции снабжения материалами,
начиная от заявки и проверки бюджета и кончая поступлением на склад и отражением
этого в бухгалтерском учете).
В целом архитектура примитивна и вполне типична для такого класса задач.

Технологические особенности архитектуры системы

Система исходно была реализована в архитектуре клиент-сервер в понимании этого
термина системой BTRIEVE и остается такой по сей день. 90 процентов (я думаю,
что 99,9%) установок системы сделаны на этой архитектуре (т.е. NOVELL).

Реализация прикладного программного обеспечения на языке высокого уровня теоретически
позволяло разработчикам обеспечить работу системы с любым СУБД путем простой
подмены базовой библиотеки. Однако, практически, сложность заключается в том,
каким набором функциональности базовой библиотеки BTRIEVE пользовались разработчики
(BTRIEVE имеет функции обратной прокрутки выборки, которой
не имеется например в ORACLE, а также весьма специфические функции многопользовательской
защиты). Таким образом, если система работы с новым СУБД похожа на BTRIEVE,
то переход не представляет проблем. Если же это не так, то требуется весьма
трудоемкая доработка базовой библиотеки, которая иногда завершается изменением
функциональности и необходимостью переписывания исходных программ системы.
Не имею информации о реализации системы на SQL-Server.

Что касается ORACLE, то при запросе одного нашего клиента продемонстрировать
систему на ORACLE, представители НОВОГО АТЛАНТА не смогли этого сделать
(Морской порт СПБ, лето 1998 года), более того цена на систему на ORACLE
оказалась в 7 раз выше, чем на BTRIEVE. В рекламных материалах о версии
ГАЛАКТИКИ на ORACLE в основном рассказывается о том, что получит клиент
от перехода на ORACLE и ничего о работающей системе.

Система не поддерживает ни трехуровневую архитектуру, ни WEB архитектуру.
Вся логика приложения находится на клиенте (правда это не страшно, так
как бизнес логика в системе отсутствует).

В заключении, необходимо отметить, что техническая реализация на базе
BTRIEVE не позволяет системе манипулировать большими объемами данных и,
соответственно, претендовать на Корпоративное решение.

Описание основных функциональных возможностей системы ГАЛАКТИКА

Функции системы ГАЛАКТИКА необходимо оценивать не на основании рекламных
материалов с функциональными структурами (очень красивыми!!!), а из содержания
прайс-листа со списком подсистем (“контуров”), списком модулей в этих подсистемах
и их названий.

В прайс листах, а также презентациях и рекламных материалах, систему
представляют, как интегрированную управляющую систему, состоящую из так
называемых четырех “КОНТУРОВ УПРАВЛЕНИЯ”. Далее приводятся все эти контуры
и модули и проводится сравнение их функциональности с функциональностью
ORACLE APPLICATION.

Контур административного управления:

Управление документооборотом

Данный модуль не является настоящей почтовой системой. Это модуль, который
позволяет пересылать сообщения от одного пользователя ГАЛАКТИКИ другому. Естественно
в рамках одной инсталляции (сервера). Дополнительно, если данный модуль используется,
возможно присоединить текстовый документ (из этой почты) к документам, вводимым
в систему.

Управление персоналом

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

Карточка работника расширяемая (как любая другая форма системы — функциональность
похожая
на DESCRIPTIVE FLEXFIELD). Однако поиска по этим полям я не видел.
Нет и фотографии работника.

Табельный учет (и больничные) ведется и печатается!!!!!! Модулем зарплата
не используется. Яркий пример песенки о наборе системы из кубиков. Естественно,
что кубики легко собираются, если они никак не связаны между собой.

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

Очевидно, что Управления карьерой, Управления обучением не существует.

Управление маркетингом

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

Модуль позволяет вести историю изменения цен на рынке, а также спроса
и предложения на товары и услуги (все эти данные вводятся естественно руками).
Естественно (в стиле всей системы) история изменения собственных цен на
продаваемые товары и услуги из модуля Сбыт не подгружается.

Ведется ручной учет спроса-предложения на товары и услуги на рынке. Что такое
этот спрос реально, какими документами и функциями в системе этот спрос формируется
и как используется для управления разработчики ГАЛАКТИКИ по-видимому не знают.
(например — ORACLE APPS: генерация статистических и сосредоточенных прогнозов
на исторических данных; формирование плана реализации по прогнозу в сумме с
реальными заказами; расчет не уменьшаемого запаса на складах на основании прогнозов
и реального спроса для его удовлетворения; расчет потребности в материалах и
генерация заявок на снабжение для выполнения получившегося плана с учетов ожидаемого
спроса и поступления). Говорят, что есть функции учета рекламных компаний и
расчета их эффективности. Я их не видел.

Финансовое планирование

Имеет громко названные функции инвестиционной и финансовой стратегии предприятия.
Этот же модуль соответствует квадратику “Стратегическое планирование” в рекламных
материалах. Реально это просто таблица с наименованиями статей затрат, направлений
деятельности и т.д. Фактически бизнес-план, причем я не видел можно ли задавать
формулы. А потом можно ввести факт и получить отчет (Победа!!!). EXCEL безусловно
имеет функциональность на несколько порядков больше. Естественно, данный план
не преобразуется в бюджет (план по счетам).

Управление проектами, календарно-сетевое планирование

Модуль позволяет составлять планы работ (задачи и сроки выполнения) на уровне
предприятия, подразделений, сотрудников. Далее с этим планом не делается ничего,
кроме печати. Непонятно название — календарно-сетевое планирование. По-видимому,
разработчики забыли, что основная задача календарно-сетевого планирования (метод
планирования ГАНТА) заключается в вычислении критического пути на основании
выделенных ресурсов, а также моделировании ситуации, как он изменится при выделении
дополнительных ресурсов.

ORACLE APPLICATION использует стандартные средства сетевого планирования:
ARTEMIS, MANTIX, PRIMAVERA, MS PROJECT. Там план подготавливается и рассчитывается
(при этом описания ресурсов подгружаются из системы) и формируется его
бюджет. Затем он загружается в APPS (данный процесс может быть on-line)
при этом бюджет грузится в главную книгу. В соответствии с этим планом
могут далее формироваться и оптимизируются планы производства, снабжения
и т.д., а главное, любой документ в системе и, сумма затрат по нему, может
быть отнесена на соответствующий пункт сетевого плана с проверкой бюджета
по этому пункту. Таким образом, система генерирует необходимые документы
для выполнения сетевого плана и АВТОМАТИЧЕСКИ собирает фактические данные
по исполнению этого плана, которые потом можно просматривать в Системах
сетевого планирования.

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

Анализ финансово-хозяйственной деятельности

Вот это уже интересно. Я данный модуль не видел, но, по-видимому, это модуль
написанный на ORACLE EXPRESS. Его функции отдаленно напоминают урезанный вариант
Sales Analyzer. Трехмерная картина истории реализации по продуктам и месяцам
впечатляющая, однако, удивляет состав продуктов (организация продает дизельное
топливо, компьютеры, радиотелефоны и столы с тумбочками одновременно; впечатляющий
размах операций).

Выводы по “контуру”

Просмотрев данную подсистему, остается открытым вопрос: “При чем тут
управление?”. Данные модули ни с чем (в системе) не связаны и ничем не
управляют.

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

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

Анализатор продаж, Финансовый анализатор и Sales & Marketing позволяют
провести анализ тенденций по соответствующим направлениям и принять решения
об изменении соответствующей бизнес процедуры, которая поддерживается системой.
Например, изменить системы оплаты по договорам с определенной группой заказчиков
и главное обеспечить чтобы эта процедура выполнялась.

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

Необходимо отметить, что данный “контур” является наиболее дорогим в системе
(Unlimited license — 32990$). Я бы сказал, что руководство ГАЛАКТИКИ, хочет
либо быстро покрыть затраты на разработку, либо не хочет продавать эти модули.

Контур Бухгалтерского учета

Базовые модули

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

Вообще не понятно, как при такой системе учета, руководитель предприятия
может верить хотя бы одной цифре, представленной бухгалтерией. Столь убогой
структуры плана счетов, как в ГАЛАКТИКЕ, я не видел лет 15. Это даже не
Российский план счетов, а Советский. Он имеет фиксированную структуру —
счет, субсчет, код аналитического учета, который естественно не используется,
так как бухгалтера и разработчики не знают как его использовать. Понятно,
что такой план счетов предназначен только для формирования отчетности в
НАЛОГОВУЮ ИНСПЕКЦИЮ. Ни для какого Финансового анализа он не пригоден.
Самое интересное, что и с чисто Российскими особенностями учета, например
с пассивно-активными счетами, имеются проблемы. В плане счетов нет определения
способа разнесения сальдо на пассив и актив (очевидно, что его и не может
быть, т.к. в структуре счета нет аналитики). Т.е. развернутое сальдо посмотреть
нельзя. Баланс формируется по данным модуля Дебиторы-Кредиторы. Встает
вопрос, а что делать с другими пассивно-активными счетами (ответа на этот
вопрос я не получил). Учет рублевый и валютный ведется отдельно (очень
интересно, как во многих Российских банковских системах).

Результатом этого должно быть (по аналогии) расхождение баланса.

Понятно, что мелкие прелести структуры Российских систем (двойная проводка
при получении денег из Банка в кассу и т.д.) присутствуют в полный рост.
Ни о каком бюджете, обязательствах и проверке свободного наличия на счете
не может быть и речи. Так же не может быть и речи об ожидаемых сроках оплат/получения
денег по уже введенным счетам-фактурам. Таким образом, в системе ПОЛНОСТЬ
отсутствуют функции Планирования денежных средств. И реализация этих функций
в будущем представляется проблематичной.

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

Дополнительные модули

К дополнительным модулям относится модуль Консолидированная финансовая и бухгалтерская
отчетность. Этот модуль и является основанием для разговоров корпорации ГАЛАКТИКА
о корпоративном решении. Работает он так: вы выгружаете данные (финансовые)
из одной системы ГАЛАКТИКА, загружаете их в другую инсталлированную систему
и получаете суммарный баланс (АПОФЕОЗ!!!). Как учитываются внутри корпоративные
обязательства, акции и т.д. при этом не объяснялось.

Выводы по “контуру”

Система проектировалась в Советские времена и тупо реализует журнально-ордерную
систему бухгалтерского учета. При этом за основу брались не задачи автоматизации,
а так называемые требования пользователей. Т.е. система построена так, чтобы
ни в коем случае не был сокращен ни один человек из бухгалтерии. Поясняю. Журнально-ордерная
система учета была разработана для РУЧНОГО учета первичных документов. При этом
каждый документ обрабатывался как минимум двумя разными бухгалтерами (например,
один вел журнал-ордер по дебету 10-го счета, другой ведомость по кредиту 60-го
счета для одних и тех же документов — приход на склад). Затем заместитель главного
бухгалтера заполнял главную книгу (ШАХМАТКУ). Верхнюю половину на основании
журналов-ордеров, а нижнюю — на основании ведомостей. При этом тут же выявлялись
ошибки, так как эта матрица должна была быть симметрична. Это и было основной
целью журнально-ордерной системы учета. Безусловно, ГАЛАКТИКА не формирует двойных
проводок, однако структура системы осталась. Но даже в Советские времена в учебниках
говорилось, что существует журнально-ордерная система и автоматизированная система,

на которую стандартные правила не распространяются (лишь бы получалась
отчетность).

Главным недостатком системы, на мой взгляд, является то, что она фактически
не интегрирована, т.е. бухгалтерский учет сам по себе, оперативный учет
сам по себе. Однако структура и метод работы в системе ОЧЕНЬ нравится бухгалтерии
и некоторым руководителям (так похоже, никого не сократят и ОЧЕНЬ “гибко”).

Основными достоинствами ORACLE APPLICATION по сравнению с ГАЛАКТИКОЙ
являются:

• автоматическое формирование проводок и ГАРАНТИРОВАННОЕ соответствие оперативного

и бухгалтерского учета.

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

В целом система ГАЛАКТИКА очень примитивна и не реализует никаких функций Финансового
управления (т.е. планирования и контроля операций). Среди Российских систем
есть системы на порядок лучше (ОМЕГА, БОСС, даже до определенной степени 1С).

Контур Оперативного управления

Базовые модули

Под оперативным управлением предприятием разработчики системы ГАЛАКТИКА понимают
просто ввод фактических документов в модулях СБЫТ, СКЛАД и СНАБЖЕНИЕ, включая
расчеты с поставщиками и покупателями. Модуль сбыт достаточно хорошо структурирован,
имеет стандартную схему обработки Заказ — Отгрузка. При отгрузке можно проверить
состояние расчетов с данным контрагентом. Модуль имеет развитую систему задания
прайс -листов с различными скидками и т.д., однако привязка их к клиенту или
Продавцу не жесткая. Система резервирования на складе и распределение резервирования
по различным складам в соответствии с приоритетами отсутствует.

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

Связь с модулем склад осуществляется методом формирования (вручную)
документа на основании отгрузки. При этом кладовщик может ввести другое
количество. Счета-фактуры ведутся тут же. Фактически это документ на отгрузку.

Основным недостатком модуля, является то, что ПРОДАВЕЦ не может определить
дату когда он может удовлетворить Заказчика, т.е. дату на которую он может
принять заказ. Это связано с тем, что в системе вообще отсутствуют понятия
ожидаемые приходы или ожидаемый спрос и связанное с этим понятие ожидаемое
состояние склада.

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

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

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

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

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

В системе ГАЛАКТИКА вообще отсутствуют любые функции корпоративного снабжения/сбыта.
Невозможно реализовать функции централизованного снабжения (заявки поступают
из нескольких организаций, а одна занимается обеспечением снабжения по ним)
и связанной с этой функцией “drop shipment”, т.е. прямая отгрузка заказчику
от централизованной снабженческой организации. Не существуют специальных операций
внутри корпоративных заказов и отгрузок, которые крайне необходимы для обеспечения
внутри корпоративных расчетов.

Дополнительные модули

К дополнительным модулям контура оперативного управления относятся: управление
консигнационными товарами, давальческое сырье, учет материальных ценностей в
производстве. Первые два модуля являются откликом на весьма специфические Российские
запросы, хотя в ORACLE APPLICATION имеется возможность реализовать консигнационный
склад (наличие учитывается, а проводки не делаются).

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

Выводы по “контуру”

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

Система не поддерживает ГЛАВНУЮ ИДЕОЛОГИЮ БИЗНЕСА — максимальное удовлетворение
заказчика с минимальными затратами. Т.е. система АВТОМАТИЧЕСКИ не решает
следующих вопросов:

• принять максимально возможное количество заказов при обращении клиента,
  т.е. знать на какую дату можно принимать заказ с гарантией его выполнения
  (по ожидаемому состоянию склада).
• что, сколько, у кого и по какой цене, а главное когда закупать для удовлетворения
  введенного спроса (Заказов).

Вопросы неликвидов и дефицита на складе решаются классическим способом выдачи
отчета о материальных ценностях не имеющих движения (наконец-то управляющий
узнал, что у него есть неликвиды!!!!). В то время как система должна автоматически
обеспечивать положение (как это делает ORACLE APPLICATION) при котором эти неликвиды
и дефициты не возникают вообще. Модулю снабжение явно не хватает функциональности,
а рекомендации по “гибкой” работе с заказчиком путем оперативной корректировке
прайс — листов вызывают умиление. Безусловно, данная методика очень гибка, только
нужна ли такая гибкость руководству предприятия?

Контур Управления производством

Технико-экономическое планирование

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

На основании этого плана и данных о структуре изделия (BOM) можно рассчитать
плановую себестоимость также в разрезе предприятия и цехов. А главное,
рассчитать, называемую красивым словом “свободную потребность” в материалах,
т.е. просто, сколько нужно материалов для производства изделия по норме.
ПОБЕДА!!! Это единственный действительно управляющий отчет в системе. Еще
пять тысяч ведер (примерно пять лет) и ГАЛАКТИКА реализует MRP алгоритм,
т.е. расчет того, сколько нужно ЗАКУПИТЬ материалов (с учетом наличия,
ожидаемого спроса и поступления) для выполнения плана.

План имеет только два уровня: план производства и производственная программа.
Производственная программа может быть сформирована на основании плана производства.
Вроде бы очень похоже на то,
что есть в APPLICATION, однако:

• Прогнозирование, тем более статистическое, отсутствует
• Минимальный горизонт планирования — месяц, а необходима — неделя
• Производственные задания отсутствуют

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

Учет затрат на производство

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

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

Техническая подготовка производства

Данный модуль для Российских систем просто фантастичен. Это действительно BOM
с неограниченной иерархией. Однако способы задания норм и, главное, методы списания
материальных ценностей отсутствуют. Понятие ROUTING в системе отсутствует. Вместо
него используются нормы по затратам ресурсов, где ресурсы фактически эквивалентны
статьям затрат в калькуляции себестоимости. Естественно, понятий операций, их
порядка выполнения, ресурсов под них, момента списания ресурсов не существует.

Выводы по “контуру”

Для Российских систем данный контур явление уникальное. Его существование
и позволяет ГАЛАКТИКЕ говорить о том, что это производственная система. Однако
обратите внимание, что основной упор делается не на автоматизации функций планирования
и учета производственной деятельности и, тем более, не на регламентации проведения
основных производственных операций (например, контроль момента и количества
списания материалов и ресурсов), а на автоматизации расчета “котловой” себестоимости
ВСЕГО ПРОИЗВОДСТВА ЗА МЕСЯЦ для нужд бухгалтерии.

В системе вообще отсутствует понятие производственное задание или сменный
план-график и, соответственно невозможно рассчитать себестоимость по этим
объектам. А ЭТО НЕОБХОДИМО В СОВРЕМЕННЫХ УСЛОВИЯХ. Результатом является
полное отсутствие производственного контроля. Однако, для наших Заказчиков,
это потрясающее продвижение вперед. Тем более что фактическая себестоимость
рассчитывается по средним ценам.

Недостатком модуля является то, что фактические затраты вводятся руками и их
невозможно проконтролировать, хотя реально все эти данные в системе есть — например,
оплаты за электричество и т.д. Так же нет никаких способов провести в соответствие
данные о реальном наличие в производстве и введенных фактических затратах (Mass
Allocation). Таким образом, внедрение системы не повлияет на контроль использования
материалов и ресурсов в производстве.

Маркетинговая политика корпорации ГАЛАКТИКА

Корпорация проводит очень грамотную маркетинговая политику. Основой ее является
следующее:

• Во всех рекламных материалах сначала долго рассказывается о подходе к управлению
  предприятием, а потом рисуются красивые картинки о том, каковы информационные
  потоки при управлении предприятием. Не рассказывается, что 95% этих потоков
  в системе не существует, а есть они только в голове руководителя и без
  системы.
• Система представляется как корпоративное решение класса ERP.
• Полностью Русская система, отвечающая всем нашим СПЕЦИФИЧЕСКИМ РОССИЙСКИМ
  ТРЕБОВАНИЯМ.
• Система имеет более 2000 успешных внедрений.
• Ценовая политика очень проста. Цены адекватны состоянию Российской экономики

Необходимо отметить, что в целом данные материалы не врут, и то что предлагает
реально ГАЛАКТИКА, воспринимается руководством именно как управление предприятием
(Т.е. РУССКОЕ ERP). Корпорация имеет очень эффективные каналы сбыта. Применяется
комбинированный метод. Компания имеет 6ть представительств в регионах, которые
обеспечивают прямые продажи. В тех регионах, где представительства отсутствуют,
работают более 150 дилеров. При этом корпорация обеспечивает, насколько я знаю,
очень хорошую их поддержку.

Достоинства системы

Система имеет очень широкий набор функций, по-видимому самый большой среди
Российских систем и покрывает широкий спектр запросов Заказчиков. Это единственная
система, которая имеет функции планирования и производства.

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

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

Система имеет достаточно много параметров настройки на особенности конкретного
Заказчика.

Система имеет очень простые, эффективные и универсальные средства расширения
форм ввода и определения новых справочников. Генераторы финансовой и табличной
отчетности очень эффективны и просты.

Система уже отлажена (в своем ядре) и по-видимому достаточно устойчиво
работает.

Имеет четкую стратегию и тактику продвижения системы на рынке, а также развития
системы.

Недостатки системы

Несмотря на заявленную на первой странице своего описания правильную ЦЕЛЬ
РАБОТЫ ПРЕДПРИЯТИЯ и ЗАДАЧУ ВНЕДРЕНИЯ СИСТЕМЫ на нем, реально ГАЛАКТИКА не обеспечивает
выполнение этой цели. Система не является управляющей. Она не реализует
алгоритмов формирования оптимальных запросов на производство и/или снабжение
в зависимости от состояния спроса, планов, прогнозов или их комбинации. Внедрение
ее не приносит конкретной прибыли.

Система не имеет механизма определения и контроля процедур выполнения
конкретных операций или группы операций (например, определение процедуры
СНАБЖЕНИЕ: способ формирования заявки — заявка — выбор поставщика — формирование
заказа — отслеживание его выполнения — процедура получения на склад), что
не позволяет руководителю быть уверенным, что его управляющие решения исполняются.

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

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

Система практически не имеет аналитики в Главной Книге (счет, субсчет,
код аналитического учета, который неизвестно как используется). Данная
система учета не позволяет на основании финансовых данных построить более
или менее глубокий Финансовый анализ.

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

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

Т.е. все модули системы, включая и производственные, обеспечивают не
функции БИЗНЕСА (получение максимальной прибыли с минимальными затратами),
а функции автоматического формирования проводок в главную книгу. Бухгалтерия
счастлива. Все предприятие вводит за нее проводки.

Претензии Галактики на ERP-систему просто блеф и маркетинговый трюк, однако,
при поголовной АБСОЛЮТНОЙ неграмотности нашего менеджмента он проходит. Мало-мальски
грамотный руководитель тут же увидит подмену понятий.

Способы маркетинговой борьбы с данным конкурентом

Рекомендуется обратить внимание руководителя предприятия на описание системы
ГАЛАКТИКА (стр.5) и задуматься, каким образом, по каким данным, каким критериям
и по каким алгоритмам проводится анализ, планирование, как учитывается реализация
плана и как осуществляется его контроль (рис1 Схема управления предприятием).
Необходимо объяснить, что анализировать при оперативном управлении на самом
деле нечего. Есть просто конкретный алгоритм расчета необходимых к ПОКУПКЕ (не
к производству) ресурсов и дат этих покупок в соответствии с имеющимся и будущим
спросом, который и реализован в Oracle Application.

Необходимо объяснить руководству, что основные потери предприятие несет
при не обоснованных закупках, и отследить вручную этот процесс (на крупных
предприятиях) невозможно. ГАЛАКТИКА и не пытается исправить это положение.
Oracle Application предлагает эффективные способы решения этих проблем.

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

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

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

Дополнительную информацию Вы можете получить в компании Interface Ltd.

Ссылки по теме:
Interface Ltd
корпорация «Галактика»

1. Галактика ERP

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

2. Возможности и преимущества Контура бухгалтерского учета системы Галактика ERP

Дата мероприятия

3.

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

4. Галактика ERP: возможности

Управление
логистикой
Бухгалтерский,
налоговый учет
Управление
транспортом
Финансовое
планирование
и управление
Управление
персоналом
Управление
ремонтами
Производственное
планирование
и управление
Управление
строительством
Специальные
решения

5.

Состав Контура бухгалтерского учета
Финансоворасчетные операции
Основные средства и
Нематериальные активы
Векселя и кредиты
Касса
Учет спецоснастки,
Спецодежда
Матценности
Типовые хозяйственные
операции
Фактические затраты
Бухгалтерская отчетность
Налоговый учет
Консолидация
Ведение налоговых расчетов

6.

Формирование всего спектра
финансовых документов
Модуль Финансово-расчетные
операции
• Оформление и обработка входящих и
исходящих платежных документов
• Разноска сумм платежей по счетам
бухгалтерского учета и документамоснованиям, товарным позициям
сопроводительных документов
• Обработка обычных и валютных
банковских выписок
• Формирование разнообразных
финансовых и бухгалтерских отчетов

7.

Модуль Финансово-расчетные операции

8.

Операции с наличными денежными
средствами
Модуль Касса
• Учет и обслуживание всех операций с
наличными денежными средствами
• Расчеты с персоналом по оплате труда и по
иным выплатам
• Расчеты с поставщиками и покупателями
• Все операции с подотчетными лицами:
— получение денег из кассы и возврат
неиспользованных сумм,
— расчеты по командировкам,
— формирование платежных ведомостей и
ведомостей депонирования
• Учет кассовых операций как с НДЕ, так и с
иностранной наличной валютой

9.

Модуль Касса

10.

Ведение расчетов по векселям и кредитам
Модуль Векселя и кредиты
• Расчеты с контрагентами при помощи векселей
• Ведение картотеки векселей и ценных бумаг
• Формировать вексельные соглашения и контроль
их исполнения
• Оперативный учет кредитов (получаемых,
выдаваемых)
• Учет операций покупки и продажи акций и
облигаций
• Отчеты по финансовым вложениям и займам

11.

Модуль Векселя и кредиты

12.

Учет основных средств и нематериальных
активов
Модули Основные средства и Нематериальные
активы
• Ведение картотеки и учет объектов ОС и НМА
• Учет однотипных объектов ОС с помощью групповой
инвентарной карточки
• Учет содержания драгоценных металлов и камней в
объектах ОС
Проведение всех операций по учету основных фондов
Расчет амортизации (любым методом)
Хранение истории начисления износа
Прогноз суммы амортизационных отчислений
Налоговый учет ОС и НМА

13.

Модули Основные средства и
Нематериальные активы

14.

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

15.

Модуль Учет спецоснастки, Спецодежда
Каталог-картотека

16.

Учет материальных ценностей

17.

Формирование записей в учетных
регистрах по первичным документам
Модуль Типовые хозяйственные операции
Обеспечивает:
• Привязку документов к типовым хозяйственным
операциям (ТХО)
• Автоматическую разноску суммы хозяйственного
документа по регистрам учета
• Формирование проводок по бухгалтерским счетам с
учетом аналитики и финансовых операций по статьям
бюджета
Позволяет:
• Вести параллельный учет в валюте
• Выполнять разноску одного и того же документа с
помощью нескольких ТХО
• Обрабатывать документы в групповом режиме
• Отменить ранее сформированные проводки и операции

18.

Модуль Типовые хозяйственные
операции

19.

Расчет фактической себестоимости
продукции
Модуль Фактические затраты
Расчет фактических
производственных
затрат за отчетный
период по данным
бухгалтерского учета

20.

Модуль Фактические затраты

21.

Определение финансового результата и
формирование итоговой отчетности
Модуль Бухгалтерская отчетность
• Закрытие временных бухгалтерских счетов
• Формирование Главной книги
• Расчет бухгалтерского баланса
• Формирование бухгалтерской и налоговой отчетности

22.

Модуль Бухгалтерская отчетность

23.

Формирование и ведение налоговых
регистров
Модуль Налоговый учет
• Формирование аналитических и учетных регистров,
используемых при расчете налога на прибыль:
— хозяйственных операций приобретения/выбытия
имущества (работ, услуг)
— движения денежных средств
— учета расходов на оплату труда
— информации амортизируемого имущества
— расчета финансового результата от реализации прав
— расчета стоимости материалов
— учета сомнительной и безнадежной дебиторской
задолженности
— учета расходов будущих периодов
— учета ценных бумаг
• Формирование Декларации по налогу на прибыль

24.

Модуль Налоговый учет

25.

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

26.

Модуль Ведение налоговых расчетов

27.

Получение консолидированной
отчетности
Модуль Консолидация
Общая база данных корпорации
Головная
фирма
Филиал
«Запад»
Филиал
«Восток»
Общий баланс
План
счетов 1
План
счетов 2
План
счетов 3
Баланс
головной
фирмы в плане
счетов 1
счетов 2
счетов 3
План
счетов 1
План
счетов 2
План
счетов 3
Баланс
«Запада» в
плане счетов 1
плане счетов2
плане счетов 3
План
счетов 1
План
счетов 2
План
счетов 3
Баланс
«Востока» в
плане счетов 1
плане счетов2
плане счетов 3
План счетов 1
Общий баланс
План счетов 2
Общий баланс
План счетов 3

28.

Модуль Консолидация

29.

Преимущества использования
• Учет российской
специфики
• Гибкая настройка
аналитического учета
• Многоплановость счетов
• Бухгалтерская
отчетность в
электронном формате
• Простота освоения и
удобство использования

30. Мнение экспертов

31. Мнение пользователей

«Когда предприятие перешло на Галактику ERP, мы
наконец-то узнали, что такое эффективная и
комфортная работа».
Любовь Плешакова, главный бухгалтер
компании «БИОЛАЙН»
«Мне, как специалисту, Галактика ERP нравится тем,
что она позволяет вести бухгалтерский учет достаточно
развернуто и строить именно ту аналитику, которая нам
нужна для получения быстрого и качественного
результата».
Алексей Сафонов, главный бухгалтер
ОАО «Запсибгазпром»

32. Галактика Экспресс: доступные версии, цены

Система Галактика Экспресс поставляется в двух версиях
•Галактика Экспресс СРВ — свободно распространяемая версия
•Галактика Экспресс ВРП — версия, распространяемая по подписке
Различие в комплектации версий незначительное. Для системы Галактика Экспресс ВРП
доступна полноценная техническая поддержка с гарантиями поставщика и
обновлениями системы.
Лицензии поставляются бесплатно.
Рекомендованная цена годовой технической поддержки для Заказчика
•Базовый набор услуг — 49 т.р.
•Оптимальный набор услуг — от 100 т.р.
•Посмотреть Прайс-Лист
Цена внедрения системы
По нашим оценкам услуги по внедрению системы стоят от 300 т.р. в зависимости от
объема внедряемого функционала, готовности предприятия — заказчика и региона.
Получить оценку стоимости внедрения системы Галактика Экспресс ВРП на Вашем
предприятии

33. Галактика Экспресс: как получить информацию?

Сайт проекта http://galaktika-express.ru/
• Ссылки для скачивания продукта
• Материалы в формате doc, PDF,
• Блог проекта
• Новости, публикации, материалы
• Расписание интернет-семинаров и учебных курсов
Исходные тексты программы http://code.google.com/p/galaktika-express/
Группа обсуждения http://groups.google.com/group/galaktika-express
• Вопросы установки, внедрения, доработки, обучения, информация для
партнеров.
Как это найти: Наберите в поисковой системе «Галактика Экспресс»
Все ссылки есть на сайте http://galaktika-express.ru/

34. Для ваших вопросов: [email protected]

www.galaktika.ru
(495) 797-61-71