Дает представление о функционале сделок с клиентами в конфигурации «1С:Управление торговлей 8» (ред. 11.3) и об используемых типах сделок. Рассмотрим подробнее самый простой вариант – непроцессную сделку.

Непроцессные сделки в 1С не позволяют фиксировать этапы сделки, для них доступно лишь отражение сведений о клиенте и товаре, а также о результатах сделки – выиграна она или проиграна.

Создание вида сделок

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

CRM и маркетинг / Настройки и справочники / Сделки / Виды сделок с клиентами

Создадим новый вид, укажем реквизиты:

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

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

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

Запишем и закроем вид сделки.

Регистрация сделки

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

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

CRM и маркетинг / CRM / Сделки с клиентами

Выберем клиента, также есть возможность выбрать соглашение (если сделка будет выиграна, документы продажи будут оформлены в соответствии с этим соглашением).

На вкладке «Общая информация» укажем:

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

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

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

На вкладке «Первичный спрос» необходимо описать потребность клиента.

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

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

Графы «Процент удовлетворения» и «Причины неудовлетворения» заполняются после завершения сделки.

Запишем и закроем сделку.

Проигрыш сделки

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

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

Справочник «Причины проигрыша сделок» доступен на странице настроек и справочников по CRM и маркетингу (CRM и маркетинг / Настройки и справочники). В нем можно создавать новые причины.

На вкладке «Первичный спрос» укажем процент удовлетворения клиента (0%) и причину неудовлетворения (в нашем примере – «Отсутствует нужный ассортимент»).

Справочник «Причины неудовлетворения спроса» также доступен в настройках и справочниках по CRM и маркетингу (CRM и маркетинг / Настройки и справочники). Возможно создание новых причин.

Запишем и закроем сделку.

Выигрыш сделки

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

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

На вкладке «Общая информация» выберем статус сделки: «Выиграна».

На вкладке «Первичный спрос» укажем процент удовлетворения клиента (в нашем примере – 100%).

Запишем сделку.

Продажа по сделке

Для оформления продажи по сделке воспользуемся механизмом ввода на основании.

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

В нашем примере создадим на основании сделки документ «Реализация товаров и услуг». Он будет частично заполнен (указан клиент и соглашение), останется занести проданные товары.

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

Заполним документ реализации, затем проведем его в статусе «Реализовано».

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

Запишем и закроем сделку.

Отчеты по сделкам

Аналитическая информация по сделкам отображается в соответствующих отчетах по CRM и маркетингу.

CRM и маркетинг / Отчеты по CRM и маркетингу / Проведение сделок

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

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

Отчет «Эффективность сделок» отражает информацию о сделках выигранных, проигранных и находящихся в работе.

Читайте наши статьи о других типах сделок в 1С: и .

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

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

В этой статье мы на примере рассмотрим, как в 1С 8.3 производятся валютные операции по конвертации и рассмотрим их проводки, а именно — покупку и продажу валюты.

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

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

Из раздела «Главное» перейдите к .

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

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

В разделе «Справочники» выберите пункт «Валюты».

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

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

Теперь можно приступать непосредственно к нашему примеру продажи и покупки валюты в 1С 8.3.

Продажа валюты

Списание иностранной валюты

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

В качестве вида операции укажите «Прочие расчеты с контрагентами». Получателем в нашем случае является ПАО Сбербанк. С ним у нас уже заключен договор с расчетами в USD. Он выбирается в карточке данного документа. На рисунке ниже отображена карточка этого договора.

Так же в списание укажем счет учета 52 (Валютные счета) и счет расчетов 57.22 (Реализация иностранной валюты). Кроме этого необходимо указать вашу организацию и банковский счет.

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

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

Поступление на расчетный счет

После получения банком 7000$, он переведет нам ее в рублевом эквиваленте. В программе учитывается документом .

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

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

Покупка валюты

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

В этой ситуации списание будет иметь вид «Прочие расчеты с контрагентом». В проводках по покупке валюты вместо 57.22 будет 57.02 (Приобретение иностранной валюты). Поступление на р/с будет иметь вид «Приобретение иностранной валюты».

Главная Управление торговлей Управление отношениями с клиентами (CRM)

Сделки с клиентами

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

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

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

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

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

На одном торговом предприятии можно использовать различные варианты процессов продаж.

Сделка с клиентом – гибкий инструмент прикладного решения, в рамках которого предоставляются следующие возможности:

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

Вид сделки

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

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

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

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

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

Какой тип сделки требуется указать, если механизм продаж по сделкам этого вида не контролируется?

В поле Тип сделки оставьте то содержимое, которое установилось по умолчанию при заполнении вновь созданной сделки - Иные непроцессные сделки.

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

Какой тип сделки требуется указать, если управление процессом продаж по сделке выполняется руками?

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

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

Какой тип сделки надо определить, если механизм продаж по сделке обязан быть жестко регламентирован в соответствии с бизнес-процессом?

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

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

В каком случае требуется задавать признак Применение разрешено?

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

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

Допустимо ли внести к виду сделки подробную инструкцию?

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

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

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

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

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

Обратите внимание. Признак Фиксировать первичный интерес в качестве сделки имеет возможность быть выставлен лишь когда в в разделе Администрирование/Продажи выставлен флажок Фиксировать первичный спрос.

В каких ситуациях нужно задавать признак ведения обособленного учета товаров по сделке?

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

Обратите внимание. Признак Отдельный учет товаров по сделке в качестве сделки имеет возможность быть выставлен лишь в том случае, если в разделе Администрирование/Финансы выставлены флажки Отдельный учет и По сделкам.

В последнее время всё больше и больше поступает вопросов по новой редакции программного продукта «1С Зарплата и Управление Персоналом», а именно по редакции 3.0. Поэтому сегодня я решил написать статью именно в рамках этой редакции программы. Публикация будет посвящена настройке расчета сдельного заработка (бригадного наряда, сдельного наряда) в 1С ЗУП 3.0 . Принять решение о написании именно про сделку, поспособствовал мой клиент из замечательного города Калининград, с которым мы на днях общались именно по этому поводу. В ходе этого консультирования я с удивлением обнаружил, что программисты фирмы 1С существенно доработали возможности расчета сдельного заработка в ЗУП 3.0.

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

• как вообще настроить сделку в ЗУП 3.0, этот процесс стал немного запутанным по сравнению с редакцией 2.5;
• как рассчитать бригадный наряд с учетом КТУ (коэффициента трудового участия) и тарифа;
• как настроить одновременное начисление оклада и сдельного заработка (аналогичный вопрос для ЗУП 2.5 раскрыт в ).

Настройка возможности расчета сдельного заработка (бригадного наряда) в ЗУП 3.0

✅

✅

✅

Для начала я отмечу, что все скриншоты этой статьи будут сделаны в новом интерфейсе редакции 3.0, который называется «Такси». Если у Вас обычный интерфейс можете переключиться в «Такси» из пункта главного меню «Сервис» -> «Параметры». Откроется окно настройки параметров, где необходимо выбрать «Такси» и нажать «Перезапустить». Хотя переходить на этот интерфейс Вам не обязательно. Всё, о чем пойдет речь в этой статье, есть и в обычном интерфейсе программы.

Теперь давайте разберемся как же настроить возможность расчета сделки в ЗУП 3.0. Во-первых, нам необходимо в разделе главного меню «Настройка» найти и выбрать пункт «Расчет зарплаты». Откроется одноименное окно, в котором требуется перейти по ссылке «Настройка состава начислений и удержаний» . И опять же откроется одноименное с этим пунктом окно. И уже в нем на закладке «Прочие начисления» мы устанавливаем галочку «Сдельный заработок».

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

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

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

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

Расчет сдельного заработка (бригадного наряда) в ЗУП 3.0 с учетом КТУ и тарифных ставок

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

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

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

Сам документ содержит две закладки «Выполненные работы» и «Сотрудники». Закладка «Выполненные работы» содержит информацию о том какие технологические операции выполняла бригада (поле «Вид работ») и объем выполненных работ.

В нашем примере сотрудники этой бригады собирали столы. За 1 стол в «Виде работ» установлена расценка 1 200 руб. В поле «Объем выполненных работ» указано количество собранных бригадой столов – 100. И автоматически рассчитана Сумма выработки бригады – 120 000 руб.

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

Чтобы поля «Тарифная ставка» и «Коэффициент» (КТУ) были доступны в ЗУП 3.0 необходимо сделать дополнительные настройки. В разделе главного «Настройка» надо найти пункт «Шаблоны ввода исходных данных» , открыть эти шаблоны и выбрать строчку «Сдельные работы».

В открывшемся окне «Сдельные работы» надо установить в активное положение переключатель «Распределяется по всем сотрудникам» и выбрать какой способ распределения Вам нужен «С учетом коэффициента» или/и «С учетом размера тарифных ставок» . Вот такие неизвестные места с настройками есть в конфигурации ЗУП 3.0.

Сохраняем этот документ «Сдельные работы (Шаблон документа ввода исходных данных)» и возвращаемся в документ «Сдельные работы (Данные для расчета зарплаты)» , где мы вводили сведения о выработке бригады. Скорее всего Вам придется закрыть его и зайти снова, чтобы появились поля «Коэффициент» и «Тарифная ставка» на закладке «Сотрудники».

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

Изменяя значение коэффициента будет меняться и сумма, распределяясь с учетом нового коэффициента. Я оставлю КТУ равный 1 у обоих сотрудников.

И конечно, проводим документ «Начисление зарплаты».

Расчет сдельного заработка (бригадного наряда) одновременно с окладом

Теперь давайте посмотрим, как же настроить одновременное начисление оклада и сдельного заработка в ЗУП 3.0 . Для этого нам будет недостаточно типового вида расчета «Сдельный заработок (для работающих по окладу)». Дело в том, что этот вид расчета не может быть назначен одновременно ни с «Оплатой по окладу», ни с «Оплатой по часовому тарифу». У всех этих начислений на закладке «Учет времени» установлено значение «За работу полную смену в пределах нормы времени» , а программой запрещено назначать сотруднику одновременно в качестве плановых начисления, имеющие подобные настройки.

Чтобы обойти это ограничение мы создадим новый вид расчета, где настройка учета времени будет установлена в нужное нам значение «Дополнительная оплата за уже оплаченное время» . Создадим новый вид расчета копированием и назовем его «Сдельный заработок (только сделка)». Итак, нам надо сделать три изменения:

1. Чтобы настройка учета времени приобрела нужное значение, необходимо на закладке «Основное» выбрать в поле «Назначение начисления» пункт «Прочие начисления и выплаты» . Учет времени автоматически приобретет значение «Дополнительная оплата за уже оплаченное время»;
2. Нужно вписать формулу в соответствующее поле. Для этого жмем «Редактировать формулу» и пишем в поле Формула – СдельныйЗаработок ;
3. В поле «Начисление выполняется» лучше выбрать «Ежемесячно» , чтобы расчет происходил в документе «Начисление зарплаты» при окончательном расчете.

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

Информация о сдельном заработке вводится также, как и в первом примере, с использованием документа «Зарплата» -> «Данные для расчета зарплаты» -> «Сдельные работы» .

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

На этом сегодня всё! Скоро появятся новые интересные материалы на .

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