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

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

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

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

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

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

1.2.1.2.1. Движение товаров
 
Набор простейших типов операций, позволяющий на базовом уровне осуществлять покупки, перемещения, продажи и списания товара.
 

1.2.1.2.2. Услуги
 
Набор типовых хозяйственных операций описывающих процессы реализации услуг.

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

1.2.1.2.3.3. АРМ "Закупки у поставщика"
 
Форма для создания операций закупки товаров в интерактивном режиме на основаниии статистики продаж с учетом необходимого минимального складского запаса, сроков поставки товара (требуется наличие модуля "Прайс-лист поставщика") и среднесуточного потребления (аналитика точки перезаказа).
 

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

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

1.2.1.2.6. Экспорт
 
Набор типов операций для учета экспортных операций (контракты, инвойсы, отгрузка товаров на экспорт). 

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

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

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

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

1.2.1.2.11. Движение прочих ТМЦ
 
Набор типовых хозяйственных операций и интерфейсных элементов, обеспечивающий возможность учета прочих ТМЦ (МБП, МНМА и др.). 

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

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

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

1.2.1.2.15. Расширенная информация о товаре
 
Набор дополнительных полей, описывающих дополнительные свойства товара: торговая марка, область применения, страна-производитель, модель и пр. 

1.2.1.2.16. Расширенная информация о контрагенте
 
Набор дополнительных полей, описывающих дополнительные свойства контрагентов. 

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

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

1.2.1.3.2. Электронная подпись платежей
 
В системе реализована возможность электронной подписи платежей: входящие и исходящие платежи, вносимые в систему кассиром, подписыватся старшими менеджерами для подтверждения правильности их оформления и принятия менеджером на себя ответственности за этот платеж.
 

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

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

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

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

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

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

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

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

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

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

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

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

Внесение цен поставщика


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


Так же можно добавить новый товар по данному поставщику нажав Добавить — обозначенный «+»


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

1.2.1.11. Складское хранение
 
Набор субмодулей, реализующих функции работы с упаковками товара, штрихкодами, серийными номерами и адресным хранением товара.

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

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

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

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

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

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

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

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

1.2.1.14. Учет таможенных затрат (свойства товаров)
 
Набор элементов, позволяющий вести учет свойств товаров, влияющих на таможенные платежи, учитывать таможенные затраты и производить расчет себестоимости импортируемых товаров.
 

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

1.2.1.16. Задачи
 
Для организации работы персонала в системе предусмотрен планировщик задач.
Каждый пользователь может поставить задачу другому пользователю (или себе), в которой может подробно описать, что необходимо сделать, указать сроки выполнения, запросить уведомление в случае, если задача будет выполнена или невыполнена в срок. В качестве дополнительной информации к задаче может быть присоединен файл. Ответственное лицо, запустив программу, получает информацию о наличии задачи (задач), требующей его внимания. Обработав задачу, пользователь указывает результат работы с задачей (выполнено, невыполнено, возвращено и др.) и, при необходимости, описывает его в виде текста.
Задачи подразделяются по типам, задаваемым в конфигураторе системы и могут быть как самостоятельными, так и взаимосвязанными с другими задачами. Система поддреживает иерархию задач: если задача имеет подзадачи, то при попытке установки на главной задаче статуса "выполнено", пользователю будет указано на наличие невыполненных подзадач. 
Задачи существуют не обособлено, а тесно интегрированы с остальными элементами системы, в частности с операциями и контрагентами. Это позволяет пользователю быстро находить объект, на который ссылается задача. Например, поставив ответственному лицу задачу "проследить за отгрузкой", не нужно описывать номер или другие реквизиты этой операции - достаточно сопоставить задачу с операцией. Сопоставив задачу "договориться о встрече" с контрагентом, не нужно описывать этого контрагента - пользователь одним щелчком перейдет от задачи к карточке нужного контрагента.
Такой механизм позволяет реализовать в нашей системе функции других специализированных систем, таких как внутренняя электронная почта или CRM (управление взаимоотношениями с клиентами).
Задачи могут формироваться не только людьми. В системе реализован механизм автозадач - процессов, анализирующих состояние базы данных и бизнес процессы и создающих задачи ответственным лицам, в которых содержится информация о результатах диагностики системы.
 

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

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

1.2.1.17. Учет экземпляров
Механизм учета экземпляров позволяет описать свойства экземпляра товара (уникальное имя, серийный номер, заводской номер и т.д.) и используется в процессе учета основных средств, некондиционных товаров, дорогостоящих или уникальных изделий и пр.

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

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

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

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

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

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

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

1.2.1.19.1.1. Финансовый анализ
 
Набор отчетов, предназначенных для анализа финансового состояния предприятия:
- Финансовый результат (Баланс и Доходы и затраты);
- Движение денежных средств (Cashflow);
- Прибыли и убытки.
 

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

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

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

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

1.2.1.19.2.4. Электронная отчетность
 
Современные требования налоговой администрации и фондов социального страхования предусматривают подачу отчетности в электронном виде. Электронные отчеты бывают двух видов:
- электронные отчеты, дублирующие данные, подаваемые в бумажном виде и облегчающие ввод данных в систему контролирующего органа (бумажная форма отчета с печатью не отменяется);
- электронные отчеты с ЭЦП (электронной цифровой подписью), содержащие все необходимые данные и заменяющая бумажную форму отчета.
 
Система поддерживает вывод отчетов в виде файлов XML для подачи их в налоговую администрацию и фонды непосредственно и/или для последующего импорта в специализированные программы, распространяемые этими институтами. Подобные программы сами могут формировать печатные формы установленного образца и, если необходимо, файл определенного формата для подачи отчета в электронном виде (с цифровой подписью или без таковой).
 

1.2.1.19.2.5. Закупки под продажи

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

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