№ | 1 | ||||||||||||||||||
Имя | Управленческая цена | ||||||||||||||||||
Текст задачи | Необходимо ввести в перечень существующих номенклатурных цен понятие УправленческаяЦена. Использование её предполагается для суммовых оценок остатков и движения товаров. Предполагается, что данный вид цен может часто изменяться (но не чаще, чем 1 раз в день). Т. е. необходимо обеспечить оформление отчетов, связанных с остатками и движениями товаров по еще одному показателю СуммаУправленческая, которая рассчитывается как ЦенаУправленческая * Количество. Как минимум данные отчеты должны формироваться из универсальных отчетов ОтчетОстаткиИОбороты и ОтчетДиаграмма. | ||||||||||||||||||
Краткое описание решения | Добавить в справочник «ТипЦен» управленческую цену В модуле «Отчеты» в процедуре «ЗаполнитьНачальныеНастройкиПоМетаданнымРегистра» добавить показатель «СуммаУправленческая» и добавить левое соединение с ценой (регистром сведений Цены). | ||||||||||||||||||
№ | 2 | ||||||||||||||||||
Имя | Управленческая себестоимость | ||||||||||||||||||
Текст задачи | Организация занимается оптовой торговлей в рамках холдинга. Товар, закупленный одним из подразделений посредством купли-продажи, передается другим подразделениям и далее покупателям. Задача: В целях ведения управленческого учета необходимо реализовать возможность введения в документ «Поступление товаров и услуг» величины «Управленческая себестоимость» (назначается вручную на каждую партию товара). Необходимо, чтобы данная колонка табличной части была видна и доступна только пользователям с определенными на то полномочиями. При этом не должно быть привязки к ролям. В системе должна быть реализована возможность оценки состояния склада (с помощью соответствующих отчетов) по управленческой себестоимости. | ||||||||||||||||||
Краткое описание решения | В регистр накопления «ПартииТоваровНаСкладах» добавить ресурс УпрСтоимость. В ПланВидовХарактеристик - Право видимости колонки себестоимость В документе «ПоступлениеТовУслуг» в ТЧ создать реквизит и настроить его видимость в зависимости от дополнительных прав Организовать проведение документа «Поступление» по новому реквизиту регистра «ПартииТоваровНаСкладах» Организовать списание по новому ресурсу регистра «ПартииТоваровНаСкладах» (ОбщийМодуль ПартионныйУчет, процедура ПолучитьТаблицуПартий…) по аналогии с ресурсом «Стоимость» В отчетах «ВедомостьПоПартиям» и «ВедомостьПоПереданнымПартиям» в макетах добавляем новый показатель по аналогии со стоимостью | ||||||||||||||||||
№ | 3 | ||||||||||||||||||
Имя | Коэффициент остатка – товар в днях | ||||||||||||||||||
Текст задачи | В качестве исходной использовать типовую конфигурацию "Управление торговлей". Построить отчет следующего вида за произвольный интервал дат. "КоэфОстатка" показывает на сколько дней осталось товара, если темп продаж последних 30 дней останется на прежнем уровне.
| ||||||||||||||||||
Краткое описание решения | В качестве исходного - отчет Ведомость товаров на складах. Добавляем новый показатель "КоэфОстатка" с формулой «КонОст/(ПродажиЗа30Дней/30)». К запросу добавляем ЛевоеСоединение с Продажами за период (ДатаКон-30Дней) и ДатаКон. Полная аналогия с задачей 6. | ||||||||||||||||||
№ | 4 | ||||||||||||||||||
Имя | Карточка клиента | ||||||||||||||||||
Текст задачи | Автоматизированная компания занимается металлопрокатом. Внести в типовую конфигурацию отчет «Информационная карточка клиента».
Данная информация заполняется за последний год (не отчетный, а интервал – год). Если отгрузок какого-то наименования было более одной, то информация должна попадать в пункт потребность «постоянная», где указывается средний интервал между отгрузками. Если отгрузка только одна – в графу разовая должна попасть дата отгрузки. | ||||||||||||||||||
Краткое описание решения | В ПланВидовХарактеристик СвойстваОбъектов – ГОСТ и Марка В Справочник ВидыКонтактнойИнформации – ТелефонФЛКонтрагента В Справочник РолиКонтактныхЛиц – ГенДиректор, комДиректор и т. д. Запросом выбираем данные для шапки и заполняем область макета. ГОСТ и Марка реализуем как характеристики или как свойства номенклатуры (по согласованию с преподавателем). Характеристики предпочтительней. Запрос к регистру «продажи» + левое соединение для получения ГОСТ и Марка Итоги по НоменклатурнойГруппе, Номенклатуре, ГОСТ и Марка Обрабатываем 4 выборки по итогам и выводим в макет с учетом уровня с автогруппировкой строк. В четвертой группировке определяем тип потребности | ||||||||||||||||||
№ | 5 | ||||||||||||||||||
Имя | Напоминание о монтаже | ||||||||||||||||||
Текст задачи | Автоматизируемая компания занимается торговлей оборудованием. Специфика отгрузки оборудования заключается в том, что в основном она сопровождается оказанием услуг по монтажу закупленного оборудования. Исходя из этого, при оформлении заказа покупателя необходимо кроме ответственного за данный заказ указывать ответственного сотрудника по монтажу (в случае если это услуга не предусмотрена, реквизит не виден). Если услуга по монтажу оборудования предусмотрена, то автоматически должно сформироваться два напоминания (события): 1. Для ответственного менеджера на дату и время напоминания 2. Для сотрудника, отвечающего за монтаж. В этом случае в сообщении должна быть указана дата монтажа и список устанавливаемого оборудования. Дата и время напоминания определена на сутки раньше, чем у ответственного менеджера. Когда срабатывает напоминание для ответственного менеджера, он должен видеть (в соответствующей форме) "отработано" ли напоминание сотрудника по монтажу. Необходимо реализовать отчет, показывающий состояние согласования (когда сотрудник, ответственный за монтаж отработал напоминание) по не закрытым заказам покупателей (в случае оказания услуг по монтажу) | ||||||||||||||||||
Краткое описание решения | В «ЗаказПокупателя» добавляем Монтажник и ДатаМонтажа. Видимость реквизитов = НЕ Услуги. Кол-воСтрок = 0; В обработке проведения создаем два напоминания (Задачи. ЗадачиПользователя) Первое: Исполнитель и Инициатор - «ОтветственныйМенеджер». Второе: Исполнитель – «Монтажник», Инициатор - «ОтветственныйМенеджер». Объект – «ЗаказПокупателя», описание – Список оборудования. | ||||||||||||||||||
№ | 6 | ||||||||||||||||||
Имя | Количество брака | ||||||||||||||||||
Текст задачи | В отчете ЗАКУПКИ добавить возможность просмотра следующего показателя: «Количество бракованных номенклатурных позиций». Данный показатель должен быть отмечен по-умолчанию. Обратите внимание на тот факт, что товар может поступить намного раньше, чем обнаружится брак. При этом факт брака должен попадать в отчет (формируемый за указанный интервал дат) именно по дате поступления номенклатурной позиции. | ||||||||||||||||||
Краткое описание решения | В качестве исходного - отчет Закупки. Добавляем новый показатель "Брак" с формулой «ВложенныйЗапрос. Брак». К запросу добавляем ЛевоеСоединение с регистром ПартииТоваров где (НЕ Качество = Новый). | ||||||||||||||||||
№ | 7 | ||||||||||||||||||
Имя | Зоны складов | ||||||||||||||||||
Текст задачи | НА фирме несколько складов. На каждый склад поступает определённый вид товара: на один одежда, на др. обувь и т. д. Перемещения между складами не допускаются. Склады делятся на зоны: Зона приемки: Поступление товаров только на эту зону. Ограничить выбор списка зон. Принимать товар можно только по группе товаров, свойственных для выбранного склада. Зона основная: Перемещение товаров из зоны приемки. Реализация только с этой зоны. Зона брака: Перемещение товаров из зоны приемки и основной зоны. Списание только с этой зоны. Сделать так, чтобы в форме подбора отображались только те товары, которые можно приходовать на этот склад, и нельзя было выбрать другие | ||||||||||||||||||
Краткое описание решения | В справочник «Склады» два реквизита: ЗонаСклада - для элемента (перечисление) и «НоменклатурнаяГруппа» - для группы (справочник НоменклатурнаяГруппа) Создаем 3 предопределенные номенклатурные группы Создаем 3 предопределенные значения групп для складов, внутри каждой по три элемента для зон. В «ПоступлениеТоваровУслуг» при подборе склада отбор на тип зоны, при выборе номенклатуры отбор по «НоменклатурнаяГруппа». Аналогично в доках «РеализацияТоваровУслуг» и «ПеремещениеТоваров», в последнем еще и контроль с какого на какой скдад можно перемещать. Изменить «ПодборНоменклатуры» - установить отбор по «НоменклатурнаяГруппа» | ||||||||||||||||||
№ | 8 | ||||||||||||||||||
Имя | Монополист (Квоты) | ||||||||||||||||||
Текст задачи | Автоматизировать предприятие - монополист обеспечения рынка небольшого, но закрытого региона по ряду товарных позиций. С другой стороны - предприятие имеет право закупать эти товары (для последующей перепродажи) только у определенного ряда поставщиков в строгом соответствии с квотами закупки.
Закупка товарных позиций производится заблаговременно. Для обеспечения деятельности предприятия активно используется документ "Планирование продаж". Поскольку разные поставщики отпускают один и тот же товар по разным ценам, необходимо: 1) При планировании продаж обеспечить расчет себестоимости и суммы продажи с учетом процентных квот поставщика и процента наценки компании. Пример: Если план продаж - 100 штук, изделие У245, а закупочные цены поставщиков распределяются 1 руб. 2 руб. 1,5 руб. то планируемая себестоимость - 28*1+ 47*2+25*1,5 = 159,5 руб. Если используется 50% наценка то сумма продажи 239,25. 2) Рассчитать и зафиксировать в системе единую оптовую цену продажи товарных позиций на следующий месяц (обеспечивающую выполнение плана) Для нашего примера: 239,25 / 100 = 2,39 | ||||||||||||||||||
Краткое описание решения | Создаем новый регистр сведений «Квоты» переодический, независимый, Измерения: Номенклатура, Поставщик Ресурсы: Квота. В обработчике «ПриОкночанииРедактирования» проверяем, чтобы сумма %=100 В док «ПланПродаж» добавляем реквизит «Наценка», в ТЧ - реквизит «ЕдинаяЦена», «Себестоимость» Добавляем кн. «Рассчитать себестоимость и цену», в ней обходим ТЧ Продажи и по каждой строке выполняем запрос на квоты и формируем себестоимость. В «ПоступлениеТоваровУслуг» в обработчике «ПриОкончанииРедактирования» обеспечить контроль квот В «УстановкаЦен..» дорабатываем ОработкаЗаполнения с «ПланПродаж» | ||||||||||||||||||
№ | 9 | ||||||||||||||||||
Имя | XYZ | ||||||||||||||||||
Текст задачи | Компания занимается продажей абонентских услуг. Одним из критических факторов бизнеса является равномерность поступления денег от покупателей. Выработан ряд мер для обеспечения этого фактора. Так, необходимо обеспечить возможность XYZ – классификацию покупателей по параметру «Интервал между оплатами покупателей». Кроме того постоянным покупателям XY классов на день рождения принято делать подарки. Что бы основной менеджер данного покупателя не забыл отправить подарок, система должна трижды в день предупреждать об этом (при начале работы менеджеров, в 13.00 и в 17.00) серия предупреждений начинается за 3 дня до дня рождения, но прерывается, если оформлен соответствующий контакт с состоянием завершено. Если же до последнего предупреждения (в 17.00 в день рождения) подарок отправлен не был, автоматически формируется контакт на имя руководителя компании с предложением разобраться. | ||||||||||||||||||
Краткое описание решения | В Перечисление «ПараметрыРаспределенияПокупателейПоСтадиям…» добавляем новое значение «ИнтервалМеждуОплатамиПокупателей» Проще сделать все по аналогии с расходными документами В обработчик «Заполнить» вызов функции расчета XYZ(при совпадении перечисления) В функции новый запрос по аналогии с запросом расходные документы: стадии и классы теже, из второй связанной таблицы: контрагент, менеджер те же, параметр новый (как и новая табл. регистра). Вызываем функцию ОпределитьНастройкиРаспределенияСтадийПокупателей() Обход результата по группировкам: ср. значение параметра, инициализация суммы квадратов и датыначала Обход прямой: менеджер, контрагент, текущаяСтадия, ТекущийКласс, расчет параметров, вычисление суммы квадратов Обход по группировкам: довычисляем последний интервал, вычисляем Квар, добавляем новую строку в ТЧ документа Заполняем новый строку ТЧ, старые параметры. Анализ на основе старых параметров: квар<0 или текСтадия пустая тогда (потенц, разовый, потеряный). Иначе определяем стадию: если тип XYZ, то стадияВзм=постоянный, xyz=стадия, иначе стадияВзм=стадия, , xyz=пустая В ТЧ добавить кн. «Заполнить НапоминанияОДняхРождения»-для всех, у которых установлена дата. | ||||||||||||||||||
№ | 10 | ||||||||||||||||||
Имя | Максимальный процент прибыли | ||||||||||||||||||
Текст задачи | Добавить в систему константу «МаксимальныйПроцентПрибыли». При проведении док. «Реализация» по партиям в первую очередь должны списываться партии собственного «закупленного» товара. Метод списания ФИФО. Однако, если разница между списываемой себестоимостью данной партии и суммой продажной не вписывается в ограничение «МаксПроцентПрибыли», система не должна пытаться списывать такую партию. Если партий собственного товара не хватает для проведения документа-начинаем списывать партии взятого на реализацию товара. Добавить в справочник «Контрагенты» реквизит «Элитность», тип значения число от 1 до 5, он должен быть доступен для редактирования только для комитентов. Обеспечить что бы при продаже товаров, взятых на реализацию, сначала списывались партии документов с максимальной элитностью, потом с меньшей и т. д. Если с учетом требований «Мак процент прибыли» товара в партиях не хватает - документ не должен вообще распределятся по партиям. | ||||||||||||||||||
Краткое описание решения | Добавить константу «МаксимальныйПроцентПрибыли». В Справочник «Контрагенты» добавить реквизит «Элитность», настроить видимость реквизита в зависимости от наличия договора с комитентом ОбщийМодульЗапасы, процедура «СписаниеПартий»-«ОтсортироватьПартии». В конце добавить обход ТаблицыОстатков и добавить во вновь созданную колонку «Элитность» значение элитности (проверку на наличия реквизита Контрагент и принадлежность контрагента к комитентам) Если СтатусПартии=Перечисления. СтатусыПартии. НаКомиссию… После сортировки удалить колонку. ОбщийМодульЗапасы, процедура «СписаниеПартий»: проверка условия сравнения разности со значением константы, если больше, то продолжить и включить флаг В конце процедуры если количестоОсталосьПогасить>0 и флаг включен, то очистить таблицу движений. | ||||||||||||||||||
№ | 11 | ||||||||||||||||||
Имя | Ответственное хранение | ||||||||||||||||||
Текст задачи | Автоматизируемое предприятие кроме основной деятельности периодически принимает товары на ответственное хранение. Для того, что бы не занимать надолго чужими товарами свои складские площади - в компании принято решение ввести нормы на количество дней ответственного хранения. Для каждого поставщика товара – такая норма индивидуальна и может меняться с течением времени. Необходимо обеспечить учет в данных системы значений норм и возможность видеть в отчетах об остатках товаров, находящихся на ответственном хранении – по товарам каких поставщиков эти нормы превышены и насколько | ||||||||||||||||||
Краткое описание решения | Создаем регистр сведений «НормыОтветственногоХранения», Измерения – Номенклатура, ХарактеристикаНоменклатуры, Поставщик Ресурс: Норма Создаем отчет. Запросом по регистрам ТоварыВРезерве и ТоварыКПолучению выбираем товар принятый на ответ. хранение, и получаем дату с документа резерва Соединяем это все с нормами хранения и выводим в отчет. | ||||||||||||||||||
№ | 12 | ||||||||||||||||||
Имя | Напоминание о подарке к дню рождения | ||||||||||||||||||
Текст задачи | Подарки. Напоминание о подарках для «Контактных лиц» и «Личных контактов». Установка количества дней до напоминания и признак напоминания. Ответственный за подарок один и может периодически меняться. Количествово дней до напоминания о подарке и до дня рождения могут отличаться. | ||||||||||||||||||
Краткое описание решения | Создаем регистр сведений «ОтветственныйЗаПодарок», Измерения – нет, Ресурс: Ответственный() У «КонтактныеЛица» и «ЛичныеКонтакты» создаем реквизиты «НапомнитьОПодарке» и «КолвоДнейДоПодарка» и управляем их доступностью В ОщемМодуле «МодульРегламентныхЗаданий» правим процедуру «СоздатьЗадачиПоздравленияСДнемРождения» (точнее запрос) По аналогии с напоминанием о дне рождения формируем напоминание о подарке, (запрос один с объединением) | ||||||||||||||||||
№ | 13 | ||||||||||||||||||
Имя | Сумма Евро | ||||||||||||||||||
Текст задачи | Необходимо внести изменения в функциональность отчета "Продажи (диаграмма)". В данном отчете при установленной валюте взаиморасчетов USD (и наличии показателя "Сумма USD") добавить возможность получения данных по новому показателю: "Сумма (Евро)". Значение кросс-курса данной валюты нужно получать на дату, указанную в качестве правой границы указываемого интервала ("ДатаКон"). | ||||||||||||||||||
Краткое описание решения | В качестве исходного - отчет Продажи (диаграмма). Добавляем новый показатель " Сумма (Евро)" с формулой «СуммаUSD * КроссКурс». Кросс-курс высчитываем на ДатаКон. |
Многие задачи немного изменились, часто просят ограничить доступ без привязки к ролям (через доп. права пользователей).
