Обучение бухгалтерскому учёту — работа в Москве

Доработать. Конфигурация 1С: Управление торговлей, 1с управление торговлей+crm. Версия: 8.3. ТЕХНИЧЕСКОЕ ЗАДАНИЕ Проект: Планирование продаж менеджеров с расчетом выполнения плана и показателей Конфигурация: * 1С Управление торговлей 11.5.26.116 * 1С CRM 3.1.36.27 Разработка должна быть выполнена через расширение конфигурации без изменения типовых объектов. ==================================================== 1. ЦЕЛЬ ДОРАБОТКИ ==================================================== Необходимо реализовать механизм планирования продаж по менеджерам в разрезе клиентов на месяц. На основании данного механизма должен формироваться отчет План/Факт, который будет использоваться для расчета заработной платы менеджеров. Основные показатели: * План продаж * Факт продаж * Выполнение плана % * Валовая прибыль (РТН в рублях) * РТН % * Общая сумма отгрузки ==================================================== 2. ДОКУМЕНТ ПЛАНА Создать новый документ: “План продаж менеджера” Реквизиты шапки: * Период (месяц) * Менеджер * Общая сумма плана Табличная часть: Наименование: Клиенты Колонки: * Клиент * План продаж, руб. Один документ соответствует: * одному менеджеру; * одному месяцу. Не допускать создание двух утвержденных планов на одного менеджера за один месяц. ==================================================== 3. ЗАПОЛНЕНИЕ КЛИЕНТОВ В документ добавить кнопку: “Заполнить клиентов” Алгоритм работы: 1. Берется менеджер из шапки документа. 2. Выполняется поиск всех клиентов, закрепленных за данным менеджером. 3. Источник менеджера клиента: Реквизит карточки клиента: “Основной менеджер” 4. Все найденные клиенты добавляются в табличную часть. Если клиент уже присутствует в документе, повторно его не добавлять. В план включаются все клиенты менеджера независимо от наличия или отсутствия продаж. ==================================================== 4. АВТОМАТИЧЕСКОЕ РАСПРЕДЕЛЕНИЕ ПЛАНА В документ добавить кнопку: “Распределить план” Алгоритм: 1. Берется сумма из поля “Общая сумма плана”. 2. Анализируются продажи клиентов данного менеджера за последние 6 полных месяцев. 3. Источник данных: Проведенные документы реализации. 4. Рассчитывается доля каждого клиента в общем обороте менеджера. 5. План распределяется пропорционально историческим продажам. Пример: Общий план = 10 000 000 руб. Клиент А: Продажи = 6 000 000 Клиент Б: Продажи = 3 000 000 Клиент В: Продажи = 1 000 000 Результат: Клиент А = 6 000 000 Клиент Б = 3 000 000 Клиент В = 1 000 000 После распределения пользователь может вручную изменить любую сумму. ==================================================== 5. РУЧНАЯ КОРРЕКТИРОВКА Пользователь должен иметь возможность: * изменять суммы по клиентам; * добавлять клиентов вручную; * удалять клиентов вручную. Повторное автоматическое распределение выполняется только по отдельной команде пользователя. ==================================================== 6. ИСТОЧНИК ФАКТА ПРОДАЖ Факт выполнения плана рассчитывается исключительно по проведенным документам реализации. В расчет включаются: * Реализация товаров и услуг. В расчет не включаются: * Заказы клиентов; * Счета; * Оплаты; * Коммерческие предложения. Факт определяется по периоду отчета. ==================================================== 7. ПРИНЦИП ПРИВЯЗКИ ПРОДАЖ К МЕНЕДЖЕРУ Для определения принадлежности продажи менеджеру использовать реквизит клиента: “Основной менеджер”. Алгоритм: 1. Из реализации определяется клиент. 2. У клиента определяется значение реквизита “Основной менеджер”. 3. Продажа относится к данному менеджеру. Именно этот механизм используется для: * выполнения плана; * отчета План/Факт; * расчета заработной платы. ==================================================== 8. НОВЫЕ КЛИЕНТЫ Если в течение месяца у менеджера появился новый клиент, который отсутствует в плане: * клиент должен попадать в отчет; * план по нему считается равным 0; * факт продаж учитывается полностью; * валовая прибыль учитывается полностью; * показатели участвуют в расчете зарплаты. Новые клиенты не должны теряться из отчетности. ==================================================== 9. ОТЧЕТ ПЛАН / ФАКТ Создать отдельный отчет СКД. Отборы: * Период * Менеджер * Клиент Группировки: * Менеджер * Клиент Колонки отчета: 1. Менеджер 2. Клиент 3. План продаж 4. Факт продаж 5. Выполнение плана % 6. Сумма отгрузки 7. Валовая прибыль (РТН руб.) 8. РТН % ==================================================== 10. ИСТОЧНИК РТН Источник данных: Типовой отчет “Валовая прибыль предприятия”. Использовать типовой механизм расчета валовой прибыли УТ. Собственный алгоритм расчета прибыли не создавать. Показатель: “Валовая прибыль” используется как: “РТН в рублях” ==================================================== 11. ФОРМУЛЫ РАСЧЕТА Выполнение плана %: ФактПродаж / ПланПродаж ? 100 РТН %: ВаловаяПрибыль / СуммаОтгрузки ? 100 Если план равен 0: Выполнение плана выводить корректно без ошибок деления. Если сумма отгрузки равна 0: РТН % выводить как 0. ==================================================== 12. ИТОГИ ПО МЕНЕДЖЕРУ В отчете должны выводиться итоги по каждому менеджеру: * План продаж * Факт продаж * Выполнение % * Общая сумма отгрузки * Общая валовая прибыль * Средний РТН % ==================================================== 13. ПРАВА ДОСТУПА Менеджер: * видит только свои планы; * видит только свои показатели. Руководитель отдела продаж: * видит все планы; * может создавать и корректировать планы. Администратор: * полный доступ. ==================================================== 14. ЗАКРЫТИЕ ПЕРИОДА Документ плана должен иметь статусы: * Черновик * Утвержден * Закрыт Статус “Закрыт” означает: * изменение плана запрещено; * показатели периода фиксируются; * данные используются для расчета зарплаты. ==================================================== 15. КРИТЕРИИ ПРИЕМКИ Работа считается выполненной после демонстрации следующего сценария: 1. Создан план на месяц по менеджеру. 2. По кнопке автоматически загружены все клиенты данного менеджера. 3. По кнопке автоматически распределен план по истории продаж. 4. Выполнена ручная корректировка сумм. 5. Сформирован отчет План/Факт. 6. В отчет попали новые клиенты, отсутствующие в плане. 7. Корректно рассчитаны: * План; * Факт; * Выполнение %; * Сумма отгрузки; * Валовая прибыль; * РТН %. 8. Отчет корректно работает по любому периоду. 9. Решение выполнено через расширение. 10. После обновления типовой конфигурации функционал сохраняется. 11. Отчет должен также показываться в crm разделе рабочий стол в виде виджета план/факт.

Доработать. Конфигурация 1С: Управление торговлей, 1с ут +crm. Версия: 8.3. Расчет заработной платы менеджеров на основании оплаченных реализаций и валовой прибыли. Конфигурация: * 1С Управление торговлей 11.5.26.116 * 1С CRM 3.1.36.27 Разработка должна быть выполнена через расширение конфигурации без изменения типовых объектов. ==================================================== 1. ЦЕЛЬ ДОРАБОТКИ ==================================================== Необходимо реализовать отчет расчета заработной платы менеджеров на основании оплат по реализациям. В расчет должны попадать только те реализации, по которым в отчетном месяце поступила оплата. Если в отчетном месяце оплачивается задолженность по реализации прошлых периодов, такая реализация также должна попасть в расчет текущего месяца. Каждая оплаченная сумма должна участвовать в расчете премии только один раз. После попадания оплаты в расчет она должна быть зафиксирована и не должна повторно участвовать в последующих расчетах заработной платы. Основные показатели: * Менеджер * Реализация * Клиент * Сумма оплаты * Сумма отгрузки * Валовая прибыль (РТН в рублях) * РТН % * Процент премии * Сумма начисленной премии Создать отдельный отчет СКД: “Расчет заработной платы менеджеров” Отборы: * Период * Менеджер * Клиент Группировки: * Менеджер * Клиент * Реализация Отчет формируется по оплатам, поступившим в выбранном периоде. В расчет включаются: * Проведенные документы реализации товаров и услуг; * Оплаты покупателей, поступившие в отчетном месяце. В расчет не включаются: * Заказы клиентов; * Счета; * Коммерческие предложения; * Неоплаченные реализации; * Оплаты, уже участвовавшие в предыдущем расчете заработной платы. Необходимо реализовать механизм фиксации рассчитанных оплат. Алгоритм: 1. При формировании отчета определяется список оплат, поступивших в отчетном месяце. 2. Проверяется, участвовала ли данная оплата ранее в расчете заработной платы. 3. Если участвовала — повторно в отчет не включается. 4. Если не участвовала — включается в расчет. 5. После подтверждения расчета информация фиксируется в специальном регистре сведений. Принцип работы: Одна оплата = один расчет премии. Повторное начисление по одной и той же оплате исключается. Если в текущем месяце поступила оплата по реализации прошлого периода: * реализация должна попасть в отчет; * валовая прибыль должна быть рассчитана по данной реализации; * сумма должна участвовать в расчете премии; * после расчета оплата фиксируется как обработанная. Пример: Реализация выполнена в январе. Оплата поступила в марте. В расчет заработной платы реализация должна попасть в мартовский отчет. Для определения менеджера использовать реквизит клиента: “Основной менеджер”. Алгоритм: 1. По реализации определяется клиент. 2. У клиента определяется значение реквизита “Основной менеджер”. 3. Реализация и соответствующая оплата относятся к данному менеджеру. Источник данных: Типовой механизм УТ: “Валовая прибыль предприятия”. Использовать типовой расчет без разработки собственного алгоритма. Показатель: “Валовая прибыль” используется как: “РТН в рублях”. Колонки отчета: * Сумма отгрузки * Валовая прибыль (РТН руб.) * РТН % В отчете должна присутствовать редактируемая колонка: “Процент премии” Пользователь вручную указывает процент начисления премии. Например: * 5 % * 7 % * 10 % Значение может изменяться пользователем непосредственно в форме отчета или в форме расчета. После ввода процента премии система должна автоматически рассчитывать: “Сумма начисленной премии” Формула: ВаловаяПрибыль ? ПроцентПремии / 100 Расчет должен выполняться автоматически при изменении процента. В нижней части отчета должны отображаться итоги по менеджеру: * Общая сумма оплат * Общая сумма отгрузки * Общая валовая прибыль * Средний РТН % * Итоговая сумма начисленной премии При изменении процента премии итоговая сумма должна пересчитываться автоматически. После проверки данных пользователь выполняет команду: “Зафиксировать расчет” При выполнении команды: * сохраняется список обработанных оплат; * сохраняется процент премии; * сохраняется сумма начисленной премии; * оплаты помечаются как участвовавшие в расчете. После фиксации данные не должны повторно попадать в новые расчеты. Менеджер: * видит только свои данные; * видит только свои начисления. Руководитель отдела продаж: * видит данные всех менеджеров; * может выполнять расчет и фиксацию. Администратор: * полный доступ. Отчет должен корректно работать на больших объемах данных. При формировании должны использоваться стандартные механизмы платформы и оптимизированные запросы. Работа считается выполненной после демонстрации следующего сценария: 1. Сформирован отчет по выбранному месяцу. 2. В отчет попали только оплаты, поступившие в отчетном месяце. 3. В отчет попали оплаты задолженности прошлых периодов. 4. Для каждой реализации рассчитана валовая прибыль и РТН. 5. Пользователь указал процент премии. 6. Автоматически рассчитана сумма премии. 7. Внизу отображены итоговые начисления по менеджеру. 8. Выполнена фиксация расчета. 9. Повторное формирование отчета не включает ранее рассчитанные оплаты. 10. Решение выполнено через расширение. 11. После обновления типовой конфигурации функционал сохраняется.

Доработать. Конфигурация 1С: 1С: Перевозки. Версия: 8.3, 8.2. С 1 сентября 2026 транспортные компании переходят на электронные перевозочные документы. В этой связи необходимо в самописной базе "Управление Перевозками", где нет поддержки ЭЦП, нет ЭДО и других атрибутов современной цифровой экономики, всё это воплотить в жизнь и связать с внешним миром посредством адаптации обработки от Контур. База очень старая, ей лет 15, написана на обычных формах. Она обменивается с БП 3.0, но бухгалтерия категорически не хочет интеграции в своей системе, а просит всё вынести ЗА периметр бухгалтерии. Это если в кратце. Если у вас есть понимание целей, есть опыт разработки указанного функционала и готовность общаться напрямую с бизнесом на их "птичьем языке", тогда этот проект будет ваш :) Срок выхода на тестовые испытания у нас первая половина июля, так что времени в обрез.

Внешняя обработка в 1с. Конфигурация 1С: Бухгалтерия. Версия: 8.3. Необходима помощь с внешней обработкой файла pdf для Сверки с контрагентами в 1с. Желательно, сегодня переговорить с дочерью на эту тему, это ее КР в колледже, а у нее что-то не получается).

Проконсультировать сотрудников. Конфигурация 1С: 1С: учет в управляющих компани. Версия: 8.3. Добрый день, нужна консультация для бухгалтерии в программе 1с: учет в управляющих компаниях ЖКХ и ТСЖ, как производить начисления.

Создать базу данных. Конфигурация 1С: Предприятие. Версия: 8.3. Нужно создать базу данных типа «Деканат», где будет показана система работы деканата, с данными студентов и нужными им услугами.

Разработка ПО. Программирование 1С. Обучить работе с 1С, доработать, интеграция с сайтом. Конфигурация 1С: Зарплата и управление персоналом. Версия: 8.3, 8.2.