Партнеры и Контрагенты в 1С:ERP

Содержание:

1. Способы ведения справочников

Программа позволяет вести учет партнеров и контрагентов двумя способами: независимо друг от друга либо совместно. Независимый подход необходим, если, к примеру, у компании несколько юридических лиц. Это может быть холдинговая структура с главным юридическим лицом и его дочерними предприятиями. Также такая схема подходит компаниям с несколькими юридическими лицами, которым требуется анализировать данные по всему бизнесу в комплексе. В этом случае объектом анализа становится партнер, под контролем которого находятся контрагенты (юридические лица). Аналогично, независимое ведение необходимо для торговых сетей.

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

Дополнительная информация

2. Регистрация Поставщика в 1С:Предприятие.ERP

Создадим нового поставщика с неразделенным учетом: Меню – Закупки – НСИ закупок – Поставщики.

В списке партнеров нажимаем «Создать».

Открывается «Помощник регистрации нового партнера». Заполняем:

– Ставим галочку «Указать идентификационные данные партнера (буден создан контрагент)»

– ИНН, КПП, ОКПО, ОГРН

– Сокр. юр. наименование

– Публичное наименование

– E-mail

– Телефон

– Контактное лицо партнера

Нажимаем «Далее». Ставим галочку «Поставщик» в «Типе отношений» и выбираем «Поставщики» в «Группе доступа».

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

Регистрация Клиента происходит по такой же аналогии, как и Поставщик, только в «Типе отношений» ставится «Клиент» и выбирается другая «Группа доступа». Путь для регистрации клиента: Меню – Продажи – НСИ Продаж – Клиенты.

И Поставщиков, и Клиентов можно создавать через: Меню – НСИ и администрирование – Партнеры. Отличие в том, что при создании контрагента через данную структуру не будет заполнен Тип отношений, его нужно будет заполнить вручную.

3. Регистрация Соглашения в конфигурации 1С:ERP

Создание соглашения с поставщиком позволяет нам:

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

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

– Создавать корректно заполненные заказы в цепочках обеспечения потребностей (соглашения с поставщиками).

Создадим соглашение с поставщиком. Заходим в Меню – Закупки – НСИ закупок – Соглашения с поставщиками. Нажимаем «Создать» и заполняем данные на трех вкладках

3.1 Заполняем вкладку «Основное»:

– Номер и дату соглашения

– Наименование соглашения

– Поставщика (к которому будет привязано соглашение, контрагент подтянется аналогичный, так как мы создали неразделенный учет по данному партнеру)

– Статус (не согласовано, действует, закрыто)

– Период (в соответствии с подписанием сроков действия соглашения)

– Операцию (закупка у поставщика, прием на комиссию и т.д.)

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

3.2 Заполняем вкладку «Условия закупок»

а) в условиях оплаты заполняем:

– Проставляем галочку будем ли мы использовать договор. Если договор не используется, ставим «Договор не используется, порядок расчетов:» и указываем порядок расчетов, валюту и детализацию расчетов

– Указываем этапы оплаты (позже более подробно разберем этот этап)

б) в ценообразовании заполняем:

– Валюту

– Цена включает НДС (при необходимости установить галочку)

– Вид цены поставщика (его необходимо будет создать)

– Максимальный % ручной скидки

– Максимальный % ручной наценки

в) в условиях закупки заполняем:

– Склад

– Срок покупки (срок доставки с момента размещения заказа)

– Доставка (срок доставки с момента отгрузки товара, указанного в документе)

– Минимальная сумма заказа (указывается, если это прописано в соглашении)

Вернемся к этапам оплаты. Нажатием на «этапы не указаны». Нажимаем «Добавить» и заполняем:

– Срок (количество дней отгрузки)

– Вариант отчета (с какого момента начинается срок)

– Контроль

– % платежа

– Учет отсрочки по: (в каких днях ведется учет: календарных или рабочих)

3.3 Заполняем вкладку «Прочие условия»:

– Группа фин.учета расчетов

– Статья ДДС

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

По такому же принципу создаем соглашением с клиентом. Соглашение с клиентом можно создать либо через Меню – CRM и маркетинг – типовые соглашения с клиентом, либо через Меню – Продажи – Индивидуальные соглашения с клиентами. В первом случае мы создадим типовое соглашение для всех клиентов, во втором – индивидуальное.

Тропина Анна ,

Специалист компании ООО “Кодерлайн”

17.02.2025 by daharasheva No comment(s)

Корректировка исходного бюджета в конфигурации 1С:ERP, создание прогноза

Содержание:

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

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

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

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

1. Настройка вида бюджета в 1С

Создаем необходимый нам вид бюджета: Бюджетирование и планирование – Настройки и справочники – Бюджетирование – Виды бюджетов – Создать.

На листе «Основное» вводим наименование бюджета, выбираем модель бюджетирования, способ планирования – фиксированный период, период- год. Устанавливаем галку – ввод плановых данных.

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

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

Аналогично перетаскиваем необходимое количество строк из элемента «Строка/колонка», даем строкам соответствующее наименование. Структура строк должна соответствовать структуре вашего исходного бюджета.

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

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

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

Аналогичным образом настраиваем ячейки с фактическими данными, но сценарий выбираем – Фактические данные.

В расчетных ячейках «Разница (План-Факт)» настраиваем простую формула, в которой из ячейки «План» вычитаем ячейку «Факт».

Далее настраиваем ячейки «Актуализированный план». Эти ячейки предназначены для ручного ввода данных, тип ячейки – редактируемое значение, тип значения – число.

Необходимо иметь ввиду, что если в данной ячейке в поле не будет введено никакого значения, то в ячейке хранится не ноль, а null. И для использования этого неопределенного значения в качестве нуля в других ячейках нужно не просто ссылаться на эту ячейку, а использовать формулу: ?(ЗначениеЗаполнено([РедактируемоеЗначение]),[РедактируемоеЗначение], 0).

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

Дополнительная информация

2. Формирование экземпляра бюджета

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

Для создания в системе экземпляра бюджета необходимо зайти в меню Бюджетирование и планирование – Бюджеты – Экземпляры бюджетов, нажать кнопку «Создать».

В открывшейся форме на закладке «Основное» в поле «Вид бюджета» выбираем необходимый вид бюджета для данного экземпляра – «Корректировка бюджета».

Выбираем в поле «Сценарий» сценарий, по которому вносится скорректированный бюджет в информационную систему – План уточненный.

В поле «Период с:_ по:_» – указываем год, на который вносятся скорректированные прогнозные данные.

Далее переходим на закладку «Бюджет».

Напоминаю, что в форму экземпляра справочно выводятся следующая информация:

Колонка «План» – сумма, запланированная по сценарию План итого на год, а также в разрезе каждого месяца;

Колонка «Факт»- сумма свершившегося факта на дату формирования отчета за год нарастающим итогом, а также в разрезе каждого месяца;

Колонка «Разница (План-Факт)» – расчетный показатель: разница между планом и свершившимся фактом в целом за год и в разрезе каждого месяца.

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

Внесенная вручную сумма в колонку «Актуализированный план» автоматически записывается в колонку «Корректировка», по данной колонке в систему записывается бюджет по сценарию «План уточненный» (сценарий, который мы выбрали при создании экземпляра).

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

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

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

Таким образом, мы решили задачу и внесли в систему новый план до конца года – Прогноз.

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

Ашмарина Олеся,

Специалист компании ООО “Кодерлайн”

13.02.2025 by daharasheva No comment(s)

Дорожная карта налогового мониторинга в 1С:УХ и 1C:ERP УХ

Содержание:

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

Для организации работы по НМ, в конфигурациях 1С:ERP УХ и 1С:УХ доступна подсистема «Налоговый мониторинг». Назначение подсистемы:

– Предупреждение рисков;

– Проведение процедур по контролю;

– Анализ и аудит;

– Взаимодействие с сотрудниками ФНС.

В подсистеме Управления рисками в 1С «НМ» происходит оценка вероятности возникновения возможных факторов, влияющих на возникновение налоговых рисков. Происходит выявление возможных рисков, связанных с критериями оценки тех или иных показателей. Такими как, возможным возникновением не своевременной сдачи деклараций, несвоевременности оплаты платежей в бюджет и фонды. Наличие факторов, которые могут привести к отражению ошибочной информации в декларациях, передаваемых в ФНС, бухгалтерской отчетности. Случаи, которые могут привести к ошибкам при начислении (удержании, оплаты…) налогов и сборов, страховых взносов.

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

Дорожную карту НМ, реализованного на базе 1С:ERP Управление холдингом и 1С: Управление холдингом можно отразить схематично в таблице 1:

Таблица 1. «Дорожная карта налогового мониторинга»

Номер этапа	Этап НМ	Процесс
1	Планирование Налоговых рисков	– выявление; – оценка; – определение границ оптимальности; – минимизация .
2	Инциденты и реакции	– допустимость появления; – экспертиза ущерба; – источники формирования; – реакция.
3	Контрольные процедуры	– описание, порядок проведения процедур; – мониторинг; -аудит.
4	Раскрытие информации о рисках	Формирование отчетности по утвержденным формам по НМ
5	Процесс взаимодействия с налоговыми органами	Формирование запросов и уведомлений, отправка в ФНС. Получение запросов и уведомлений из ФНС.

1. Как планировать налоговые риски в 1C:УХ и 1С:ERP УХ

На этапе планирования рисков проходим следующие мероприятия:

– выявление;

– оценка;

– определение границ приемлемости;

– минимизация.

Для этого в системе 1С проводим заполнение справочников и формируем документы – регистрируем риски, настраиваем матрицы управления рисками в разделе Управление рисками.

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

Настройки «Матрицу установки уровней риска», выбираем необходимый уровень.

Дополнительная информация

2. Инциденты и реакции в 1С:Управление Холдингом и 1С:ERP Управление Холдингом

В подразделе «Управление Рисками» заполняем справочник «Реакции на инциденты»

Формируем шаблон мероприятия «Реакции на инциденты».

3. Контрольные процедуры в 1С:УХ и 1С:Предприятие.ERP УХ

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

Используем документ «Контрольная процедура» в подсистеме «НМ» подраздел «Управление рисками» с целью создания контрольной процедуры. Для этого необходимо создать шаблон мероприятия с выбором вида мероприятия Контрольная процедура, далее создать экземпляры мероприятий с тем же выбором вида мероприятия.

При создании Шаблона мероприятия следует указать:

– Учитываем или нет в НМ;

– Отслеживаем или нет прогресс выполнения мероприятия;

– Используем или нет контроль затрат по мероприятию;

– Контролируем или нет последовательность стадий мероприятия.

На вкладке Основное указываем значения реквизитов, указанных на Рисунке 9.

Переходим на вкладку Стадии. Тут укажем в Шаблоне мероприятия «Стадии выполнения КП», смотри рисунок 10. Далее на вкладке Принадлежность выберем соответствующий «Риск» мониторинга, к которому относится данная процедура.

4. Раскрытие информации о выявленных рисках в конфигурации 1С:ERP УХ и 1С:УХ

Налогоплательщик должен представлять в ФНС в соответствии с «Требованиям к организации системы внутреннего контроля», утвержденным приказом ФНС России от 25.05.2021 № ЕД-7-23/518@ Приложения 3 «Информация о рисках по отдельным сделкам и операциям» и 7«Матрица рисков и контрольных процедур организации».

5. Процесс взаимодействия с налоговыми органами

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

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

Логинова Елена ,

Специалист компании ООО “Кодерлайн”

10.02.2025 by daharasheva No comment(s)

Планирование при управлении ТОиР в конфигурации 1C:ERP

Содержание:

В статье рассматривается пример планирования и управления ТОиР в типовом решении 1C:ERP.

1. Планирование ТОиР в системе программ 1С:ERP

В типовом решении 1C:ERP выполнение ремонтных мероприятий по рекламациям заказчиков фиксируется посредством ввода документов группы производства из давальческого сырья.

Для этого следует создать «Заказ давальца», у которого реквизит «Тип» установлен в позицию «Ремонт». В разделе «Сырье и материалы» перечисляется номенклатура, возвращенная покупателем. В разделе «Выпускаемая продукция» перечисляется номенклатура, полученная после завершения стадии ремонта. В рассматриваемом варианте эта позиция – тот же самый элемент того же справочника.

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

Для автоматизации формирования потребности в ресурсах в сценарии планировании производства следует ввести признак «Расчет потребностей в материалах, видах РЦ и трудовых ресурсах» и определить оптимальную стратегию для расчета:

Пример вариантов расчета:

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

Дополнительная информация

2. Приемка изделия в 1C:Предприятие.ERP

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

Начало ремонтных работ инициируется созданием документа «Заказ на производство». Возможен ввод этих документов на основании «Заказа давальца». Из заказа на производство формируются этапы. Для этого в структуре заказа следует нажать кнопку Сформировать:

3. Стадия ремонта

В разделе «Выпуск» первого этапа следует указать все детали, ожидаемые к появлению после разборки:

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

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

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

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

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

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

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

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

Боренко Алексей,

Специалист компании ООО “Кодерлайн”

05.02.2025 by daharasheva No comment(s)