Выбор региона
Ваш город: Новосибирск
Оставьте отзыв о нашей работе

Новое в БИТ.ФИНАНС. Релиз 3.0.11

17.09.2013

Учет договоров и затрат

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

Учет дополнительных соглашений

В командной панели документа «Проект договора» добавилась кнопка «Создать на основании – Проект договора / Доп. соглашение».

При нажатии на данную кнопку открывается форма создания нового документа «Дополнительное соглашение» к основному документу «Проект договора».

В документе «Дополнительное соглашение» автоматически заполняется большинство реквизитов из основного документа «Проект договора».

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

На основании документа «Дополнительное соглашение» могут быть созданы документы «Дополнительные условие по договору» и элемент справочника «Договоры контрагентов».

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

Автоматическая нумерация Проектов договоров

Многие компании присваивают каждому договору свой внутренний номер, вручную это делать затруднительно. В системе БИТ.ФИНАНС в данном релизе был реализован механизм нумерации Проектов договоров, который работает следующим образом:

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

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

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

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

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

Отчет «Реестр проектов договоров»

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

В основном варианте отчета отображается группировка по Организации и подчиненность договоров, в колонках отображается «Статус», «Контрагент», «Тип договора», «Договор №», «Дата договора», «Срок действия договора», «Сумма», «Стадия договора», «Ответственный».

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

Оповещения

Достаточно часто от наших клиентов поступало пожелание добавить возможность рассылки оповещений не только пользователям системы, но и своим контрагентам. В данном релизе в БИТ.ФИНАНС добавлена возможность указания в качестве получателя оповещения – Контрагента.

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

Бюджетирование

В регламентах бюджетирования некоторых компаний определен порядок формирования оперативного Бюджета движения денежных средств на основании созданных Заявок на расходование денежных средств.

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

Для этого в справочник «Источники данных» добавлены следующие предопределенные источники:

1. «Планируемый расход денежных средств (обороты)»;

2. «Планируемый расход ДС (остатки)»;

3. «Планируемое поступление ДС».

Источник данных «Планируемый расход денежных средств (обороты)» позволяет автоматически заполнить данные по статьям оборотов БДДС по всем неоплаченным и незакрытым Заявкам на расходование денежных средств на выбранный период.

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

Источник данных «Планируемое поступление ДС» используется для заполнения данных по документам «Планируемое поступление денежных средств».

Казначейство

В связи с тем, что в типовую конфигурацию «1С: Бухгалтерия 8 (версия 3.0)» были добавлены новые виды операций в платежные документы, в системе БИТ.ФИНАНС в документ «Заявка на расходование денежных средств» добавлены следующие виды операций:

  • Выплата заработной платы работнику (форма оплаты «Безналичные»);
  • Выплата депонированной заработной платы (форма оплаты «Безналичные»);
  • Выдача займа работнику (форма оплаты «Безналичные»);
  • Выдача займа работнику (форма оплаты «Наличные»).

Механизм трансляции

Работа с дополнительными сведениями и реквизитами

В связи с появившейся в «1С:Бухгалтерия 8 (версия 3.0)» возможностью использования Библиотеки стандартных подсистем – хранить дополнительные реквизиты и дополнительные сведения в механизме трансляции реализованы следующие возможности:

  • Задать условие по дополнительным реквизитам и свойствам объектов;
  • Задать правило заполнения аналитики регистра –приемника из дополнительного реквизита или свойства объекта.

Рассмотрим возможность заполнения аналитики регистра-приемника из дополнительного реквизита объекта на примере.

Пример:

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

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

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

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

Назначение аналитики в качестве дополнительного измерения регистра «Обороты по бюджетам» осуществляется в разделе «Настройки БИТ» - «Назначение дополнительных измерений»:

Возможность использовать дополнительные реквизиты и сведения в «1С:Бухгалтерия 8 (версия 3.0)» включается в разделе «Администрирование» - «Настройки программы» на закладке «Дополнительные реквизиты и сведения»:

Назначение дополнительного реквизита или свойства объекту выполняется в разделе «Администрирование» - «Наборы дополнительных реквизитов и сведений»:

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

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

При установке приоритетов заполнения требуется выполнять проверку заполнения аналитики в регистре-приемнике:

Для этого в конструкторе условия необходимо выбрать соответствующую аналитику, установив флаг «Проверка заполнения», Вид сравнения «=», Значение «Нет». Таким образом, правило заполнения аналитики сработает только в том случае, если ранее данная аналитика не была заполнена:

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

Правила заполнения аналитики «Физическое лицо» из нашего примера будем устанавливать в поле «Приемник – Аналитика 3»:

Для задания правила заполнения аналитики из дополнительной аналитики документа в конструкторе выбора значения из ветки «Дополнительные аналитики» выберем поле «Физическое лицо»:

Для заполнения аналитики «Физическое лицо» из дополнительного реквизита аналитики «Проект», указанной в первичном документе в конструкторе выбора значения из ветки «Дополнительные аналитики» выберем ветку «Проект», а в ней укажем «ДополнительныйРеквизит_Физическое лицо (Проект)»:

Для заполнения аналитики «Физическое лицо» из дополнительного реквизита аналитики «Проект», указанной в договоре контрагента в конструкторе выбора значения из ветки «Регистратор» выберем ветку «Поступление товаров и услуг» - «Договор» - «ДополнительныйРеквизит_Физическое лицо (Проект)»:

Заполнение аналитики регистра-приемника по реквизиту Субконто или коррсубконто счета

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

Рассмотрим данную возможность на примере

Пример

Требуется транслировать затраты по программному обеспечению со счета РСБУ 97.21 на счет МСФО 102.04.03. На счете МСФО 102.04.03 имеется субконто «Нематериальные активы», которое необходимо заполнять из соответствующего реквизита справочника «Расходы будущих периодов».

Напомним, что в справочнике «Расходы будущих периодов» в разделе «МСФО (БИТ)» имеется реквизит «НМА», из которого и требуется заполнять при трансляции субконто «Нематериальные активы» на плане счетов МСФО:

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

В условие используется проверка на значение дополнительного реквизита «Вид РБП» справочника «Расходы будущих периодов»:

Для того, чтобы при трансляции данных на счет МСФО 102.04.03 субконто «Нематериальные активы» заполнялось автоматически из реквизита «НМА» справочника «Расходы будущих периодов» следует указать вариант заполнения субконто в поле «Приемник – Субконто».

Для этого в форме выбора значения в ветке «Субконто» следует выбрать реквизит «НМА (МСФО)» из справочника «Расходы будущих периодов»:

МСФО

Дополнительное право пользователя «Разрешено удаление документов закрытого периода»

Было замечено, что помеченные на удаление документы, содержащие движения в закрытом периоде по МСФО могут быть удалены с помощью типовой обработки «Удаление помеченных объектов», что влечет потерю данных в закрытом периоде МСФО и искажение отчетности, поэтому было принято решение добавить дополнительное право «Разрешено удаление документов закрытого периода».

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

Данное право может быть установлено пользователю в разделе «Настройки (БИТ)» - «Настройка дополнительных прав пользователей (БИТ)» в разделе «МСФО»:


Консультация

Чтобы рассчитать стоимость Вашего проекта, заполните форму заявки и мы свяжемся с Вами в рабочее время в течение 2 часов

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