Обследование предприятий перед внедрением 1С:ERP и 1С:ERP УХ

регистрировать условия работы с клиентами;

оформлять заказы клиентов;

планировать отгрузки;

контролировать исполнение заказов;

вести взаиморасчеты;

контролировать оплату;

оформлять реализацию товаров, работ и услуг.

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

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

⚠ Но эту возможность в системе можно и отключить и тогда одному партнеру будет соответствовать один контрагент.

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

Соглашение с клиентом

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

правила ценообразования;

условия оплаты;

условия отгрузки;

применяемые скидки;

графики оплаты;

ограничения по клиентам;

ограничения по ассортименту.

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

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

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

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

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

В системе можно использовать:

только типовые соглашения;

только индивидуальные соглашения;

оба варианта одновременно;

не использовать соглашения вообще.

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

вид цены:

определяет базовый вид цены для документов продажи;

другой вид цены для определенных ценовых групп;

индивидуальные условия для конкретных товаров;

условия оплаты и детализация расчетов:

по заказам;

по накладным;

по договорам.

график оплаты;

склад отгрузки;

срок исполнения заказа;

скидки;

дополнительные условия сотрудничества.

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

◆Приоритет применения видов цен. При оформлении документов, согласно соглашению, применяется следующий порядок применения видов цен:

уточнение по товарам;

уточнение по ценовым группам;

основной вид цены соглашения.

◆Расчеты по заказам — этапы оплаты определяются непосредственно в заказе клиента.

◆Расчеты по накладным — информация об оплате указывается в документе реализации.

◆Расчеты по договорам — порядок расчетов определяется условиями договора.

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

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

◆Дополнительные условия соглашения — ограничения, выполнение которых контролируется системой при работе с клиентом. Например:

минимальный объем закупок;

минимальная сумма покупок;

другие условия сотрудничества.

Контроль выполнения условий осуществляется специальными отчетами системы.

◆Статус соглашения — состояние жизненного цикла соглашения. Используются статусы:

Не согласовано — условия еще обсуждаются. Использование соглашения при оформлении документов не предполагается.

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

Закрыто — соглашение больше не применяется. Новые документы по нему не оформляются.

⚠Только соглашение со статусом Действует может использоваться при оформлении документов продаж.

◆Период действия соглашения — интервал времени, в течение которого соглашение считается действующим. Если срок действия соглашения не ограничен, период действия можно не указывать. Если условия действуют только определенный период, указываются:

дата начала;

дата окончания.

Типовое соглашение может быть ограничено:

сегментом клиентов;

сегментом номенклатуры.

◆Сегмент клиентов — группа клиентов, объединенных по определенным признакам. Используется:

в соглашениях;

в автоматических скидках;

в маркетинговых акциях;

в аналитических отчетах;

при формировании стоп-листов.

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

Формировать вручную. Пользователь самостоятельно включает и исключает элементы из сегмента.

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

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

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

превышена допустимая задолженность;

имеются просроченные платежи.

Договоры с клиентами

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

стороны договора;

тип взаимоотношений;

порядок расчетов;

валюта расчетов;

кредитные ограничения;

правила контроля задолженности.

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

покупатель;

комиссионер;

давалец;

поставщик;

исполнитель.

◆Статус договора — состояние его жизненного цикла. Используются статусы:

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

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

Закрыт — используется после завершения действия договора. Для новых условий рекомендуется создавать новый договор.

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

не является объектом взаиморасчетов;

не содержит юридических реквизитов договора;

определяет коммерческие условия продаж.

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

соглашение отвечает за коммерческие условия;

договор — за юридические условия взаиморасчетов.

В договоре задаются:

валюта взаиморасчетов;

детализация расчетов;

порядок оплаты.

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

В договоре поддерживаются варианты взаиморасчетов:

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

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

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

◆Кредитный лимит — максимально допустимый размер задолженности по договору. При превышении установленного лимита система запрещает проведение документов продажи.

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

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

кредитный лимит;

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

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

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

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

Коммерческие предложения

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

фиксирует факт предложения;

содержит ассортимент, цены и условия продажи;

используется на этапе переговоров;

не создает обязательств по поставке или оплате.

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

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

При создании документа указываются:

партнер;

соглашение (если используется);

организация;

валюта;

товары или услуги;

количество;

цены.

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

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

на этапе переговоров достаточно информации о партнере;

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

◆Расчет скидок — механизм автоматического применения скидок при оформлении коммерческого предложения в соответствии с действующими правилами.

После проведения документа система анализирует условия предоставления скидок. Если условия выполнены, соответствующие скидки автоматически применяются. Для анализа используется отчет Примененные скидки, позволяющий определить:

какая скидка была применена;

на основании какого правила;

по какому условию.

При наличии соответствующих прав пользователь вручную может установить:

скидку процентом;

скидку суммой;

наценку процентом;

наценку суммой.

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

соглашения с клиентами;

коммерческие предложения;

заказы клиентов;

заявки на возврат.

Типовой процесс включает:

назначение ответственных;

запуск согласования из документа;

формирование задачи;

решение ответственного;

автоматическое изменение статуса документа.

◆История согласования коммерческих предложений — фиксация переговоров и изменений условий сделки. Если клиент не согласовал предложение:

исходное предложение переводится в статус Отменено;

на его основании создается новое;

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

Так сохраняется история торгов с клиентом.

Оценка рентабельности продажи

◆Оценка рентабельности продажи — механизм анализа предполагаемой прибыльности сделки. Позволяет определить:

рентабельность продажи;

маржинальную прибыль;

наиболее прибыльные товары;

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

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

коммерческого предложения;

заказа клиента;

реализации товаров и услуг;

заявки на возврат товаров.

Отчет позволяет определить:

процент рентабельности;

величину маржинальной прибыли;

наиболее прибыльные товары;

наименее прибыльные товары.

Отчет позволяет моделировать изменения условий продажи и оценивать последствия изменения условий сделки. Менеджер может изменять:

цену продажи;

размер скидки;

состав предложения;

количество товаров.

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

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

◆Нормативная рентабельность — минимально допустимое значение рентабельности, установленное предприятием. Если рассчитанная рентабельность оказывается ниже нормативной, система визуально выделяет такие показатели.

Заказы клиентов

◆Заказ клиента — документ операционного планирования продаж. Фиксирует договоренность с клиентом о поставке определенного перечня товаров или услуг. В зависимости от настроек заказ может:

использоваться для печати счета на оплату;

планировать оплату;

планировать отгрузку;

резервировать товары;

формировать потребности в обеспечении;

контролировать исполнение заказа.

◆Операционное планирование — планирование исполнения конкретных заказов клиентов с контролем оплаты, обеспечения, резервирования и отгрузки. В отличие от объемно-календарного планирования относится к непосредственным операциям продажи и выполняется по конкретным клиентам и товарам.

◆Резервирование — закрепление имеющегося или ожидаемого товара за конкретным заказом клиента.

Заказ может быть создан:

на основании коммерческого предложения (основные данные при этом переносятся в заказ);

непосредственно из списка заказов;

клиентом самостоятельно в режиме самообслуживания.

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

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

Заказ как счет — самый простой вариант. Особенности:

используется для печати счета на оплату;

товар не резервируется;

исполнение заказа не контролируется;

статусы заказа не используются;

процент оплаты и отгрузки не отслеживается.

Заказ только со склада — позволяет:

планировать оплату;

резервировать товары;

контролировать исполнение;

отслеживать процент оплаты и отгрузки;

использовать статусы.

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

Заказ со склада и под заказ — наиболее функциональный вариант. Позволяет:

принимать заказы на любые товары;

резервировать товары на складе;

резервировать ожидаемые поступления;

формировать потребности в закупке, производстве и перемещении;

отгружать заказ по мере обеспечения;

контролировать оплату и отгрузку;

использовать статусы.

◆Статус заказа клиента — признак этапа обработки заказа. Может использоваться для более детального контроля процесса продажи. Статус определяет готовность заказа к последующим операциям.

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

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

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

Закрыт — финальный статус — вся работа по заказу завершена.

При заполнении заказа, табличная часть может быть заполнена:

вручную;

подбором товаров;

загрузкой из внешнего файла;

переносом из коммерческого предложения.

При подборе доступны:

цены;

остатки;

доступное количество;

фильтры по свойствам;

выбор действия по обеспечению.

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

◆Действие по обеспечению — указание способа обеспечения товара для каждой конкретной строки заказа. Возможные действия по обеспечению:

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

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

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

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

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

Не обеспечивать — система исключает строку из формирования потребностей. Товар, указанный в ней, не обеспечивается.

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

Назначение в 1С:ERP — это аналитический инструмент, который позволяет привязывать товары, материалы или работы к конкретным объектам учёта: заказам клиентов, договорам, направлениям деятельности или этапам производства. По сути, это «метка», которая фиксирует, для какой цели используются те или иные ресурсы, и обеспечивает их адресное резервирование.

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

часть товара резервируется на складе;

часть резервируется под ожидаемое поступление;

оставшаяся часть принимается к обеспечению.

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

◆Этап оплаты заказа — часть графика оплаты, определяющая размер, срок и условия наступления очередного платежа.

◆Контроль этапов оплаты заказа— механизм управления возможностью обеспечения и отгрузки заказа в зависимости от поступления оплаты. Он содержит:

варианты:

Оплата до обеспечения

Оплата до отгрузки

Оплата после отгрузки

Оплата независимо от отгрузки

отсчет оплаты в днях:

от даты заказа