{{branchTel}}

{{section.attributes.section}}

Все результаты

  • По вашему запросу {{search.q}} ничего не найдено.

Перейти на страницу поиска
{{countBasket}}

{{userFullName}}

Личный кабинет

Выйти
Доставка и оплата
Контакты

Расчёт заработной платы менеджера по продажам

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

Поиск  Правила 
Страницы: Пред. 1 2
RSS
Расчёт заработной платы менеджера по продажам
 
#26
11.08.2010 12:03:25
Может признак сделать в виде свойства "Принимать в расчет ЗП"?
 
 
 
#27
11.08.2010 12:10:38
1. относительно имени свойства: Дело в том, что учитывается не как: включать в ЗП или не включать, а с каким коеффициентом от прибыли включать.
Т.е. допустим, если флаг установлен для данной позиции, которую продал менеджер, то ЗП по данной позиции считать как Прибыль*K1, а если не был флаг установлен для данной позиции, которую продал менеджер, то Прибыль*K2.
2. Так если добавлять свойство, то в ТЧ "Товары" документа "ЗаказПокупателя"?

P.S. сейчас в принципе у меня уже есть признак в Справочнике Номенклатура "ПодЗаказ" - т.е. устанавливается тогда, когда номенклатура вводится только для того, чтобы заказать её у поставщика, и больше использоваться не будет.
Но если потом этот признак снимется... То будет неправильно учитываться продажа.
 
 
 
#28
11.08.2010 15:53:28
Запутался давайте сначала.
Выхотите в отчете "Анализ продаж" сделать разделение товара на две части:
1. Со склада.
2. По "Заказу Поставщика" на основании "Заказа покупателя".

Правильно?
 
 
 
#29
11.08.2010 15:57:52
Вроде да.
только относительно п.2 - заказ поставщика может быть создан сам по себе, а потом в него уже сделать распределение позиции/-й из ЗаказаПокупателя.

Хотя товары по приходу мы же приходуем на какой-то склад, а потом уже они распределяются на ЗаказПокупателя, если было распределение... или не так?
 
 
 
#30
11.08.2010 17:13:08
Задача очень сложная!

Первый вариант решения:
В запросе отчета "Анализ продаж" нужно добавить еще одно левое соединение с
регистром накопления "Заказы Распределение":

ЛЕВОЕ СОЕДИНЕНИЕ
 РегистрНакопления.ЗаказыРаспределение КАК ЗаказыРаспределение
ПО
 ТаблицаРегистра.Номенклатура = ЗаказыРаспределение.Номенклатура И
 ТаблицаРегистра.ХарактеристикаНоменклатуры = ЗаказыРаспределение.ХарактеристикаНоменклатуры И
 ТаблицаРегистра.Покупатель = ЗаказыРаспределение.ЗаказПокупателя.Контрагент И
 ТаблицаРегистра.ДоговорВзаиморасчетов = ЗаказыРаспределение.ЗаказПокупателя.ДоговорВзаиморасчетов И
 ТаблицаРегистра.Партия = ЗаказыРаспределение.Регистратор

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

Второй подход
добавить в регистр продаж еще один ресурс "Количество по заказу поставщика"
При реализации товара
1. Используя приведенный мною метод из первого подхода получите количество распределенного товара
2. Получите из данных "Регистра продаж" значение "Количество по заказу поставщика" по продаваемым партиям (часть заказанного товара уже была отгружена).
3. сделайте вычитание данных из пунктов 1 и 2 и получите текущее значение "Количество по заказу поставщика"

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

В отчете "Анализ продаж" можно использовать "Количество по заказу поставщика" без всяких соединений
 
 
 
#31
11.08.2010 17:25:53
Я правильно понимаю, что при реализации товара нужно в "Количество по заказу поставщика" вписать Количество(ЗаказыРаспределение), получив его из приведенного запроса?

Нигде кроме как в отчете "Анализ продаж" этот показатель использоваться не будет.
 
 
 
#32
11.08.2010 17:50:05
Цитата
Александр Тугаенко пишет:
Я правильно понимаю, что при реализации товара нужно в "Количество по заказу поставщика" вписать Количество
(ЗаказыРаспределение), получив его из приведенного запроса?

Да, но с учетом предыдущих реализаций по этим распределениям.
еще одна тонкость нужно получить список списанных партий этой реализацией.

Цитата
Александр Тугаенко пишет:
Нигде кроме как в отчете "Анализ продаж" этот показатель использоваться не будет.

Не стоит изменять проведение регистра "Продаж" это может плохо закончится.

Еще можно написать отдельный отчет, с перебором данных полученных в запросе.
 
 
 
#33
11.08.2010 18:09:32
Спасибо, действительно сложная задача  :(
Надо подумать, может все-таки можно как-то упростить данную процедуру.
 
 
 
#34
17.11.2010 11:33:55
Подниму опять тему, т.к. очень актуальна на данный момент :D
Напоминаю что нужно - расчет ЗП менеджера по продаже разграничив товары, которые продаются просто со склада, и товары, которые были распределены в Заказе поставщику.

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

Подскажите, пожалуйста, после просмотра регистров накопления возникло пару вопросов:
1) р-р накопл. Продажи, изм.ХарактеристикаНоменклатуры - возможно ли как-то в момент реализации товара, отследить что этот товар продается "под заказ"(был распределен в заказе поставщику) и выставить какую-то характеристику ему(только для тех товаров, которые прописаны в док.РеализацияТоваров)? а потом при выборке из регистра продаж фильтровать по изм. ХарактеристикаНоменклатуры.

2) Есть обработка ЗарплатаПроцентОтПродаж (насколько я понимаю, это как заготовка), которая использует р-р накопл. РеализованныеТовары, однако данный регистр ничем не заполняется. Возможно можно сделать движения при продаже по этому регистру и внести в него интересующие нас параметры, а потом анализировать его для расчета ЗП, чтобы не вмешиваться в проведение по регистру Продажи?
 
 
 
#35
18.11.2010 13:03:40
1. Можно попробовать разграничить товары простой реализации и заказные по списанию резервов в регистре остатков товаров. Т.е. в запросе для расчета суммы брать только те позиции для которых при реализации резерв не списывался (или наоборот списывался).

2. Этот регистр никакого отношения к продажам не имеет. Точнее не так - имеет прямое отношение к продажам но ... комиссионного товара, который мы брали на реализацию и продали. В этом случае данный товар попадет в этот регистр и мы должны поставщику отчитаться об этом.
 
 
 
#36
18.11.2010 15:19:13
1.
Цитата
только те позиции для которых при реализации резерв не списывался
- получается, если товар был на складе, но на него сделали резерв, то он будет считаться на равне с той деталью, которая распределилась по цепочке ЗаказПокупателя->ЗаказПоставщику->ПоступлениеТоваров->РеализацияТоваров?
или если деталь из ЗАказаПокупателя распределяется по ЗаказуПоставщику, то это отличается от просто зарезервированной детали на складе?

К какой категории в таком случае отнесутся детали, которые продаем с неосновного склада, и они были сначало помешены в ЗАказВнутренний, а Потом в Перемещение товаров, и уже по перемещению товаров попали в резерв в ЗАказеПокупателя?

Александр Яблочкин, если есть возможность, пожалуйста, не могли бы Вы уточнить:
а) в каком именно "запросе для расчета суммы брать только те позиции для которых при реализации резерв не списывался"?
б)
Цитата
Можно попробовать разграничить товары простой реализации и заказные по списанию резервов в регистре остатков товаров.
- не совсем понял, нужно ли ещё что-то дополнительно записывать в регистры, или достаточно той информации, которая есть, и необходимо только переделать запрос для расчета суммы?


2. Понятно.
 
 
 
#37
19.11.2010 10:46:36
а такой ещё вопрос по теме:
есть регистр продаж:
как-то можно запросом определить была ли данная проданная позиция распределена в заказе поставщику?
 
 
 
#38
24.11.2010 18:21:46
QUOTE]Александр Тугаенко пишет:
Подскажите, пожалуйста, после просмотра регистров накопления возникло пару вопросов:
1) р-р накопл. Продажи, изм.ХарактеристикаНоменклатуры - возможно ли как-то в момент реализации товара, отследить что этот товар продается "под заказ"(был распределен в заказе поставщику) и выставить какую-то характеристику ему(только для тех товаров, которые прописаны в док.РеализацияТоваров)? а потом при выборке из регистра продаж фильтровать по изм. ХарактеристикаНоменклатуры. [/QUOTE]

Это описание моего второго подхода только в грубом исполнении
Цитата
Виктор Радько пишет:
Второй подход
добавить в регистр продаж еще один ресурс "Количество по заказу поставщика"
При реализации товара
1. Используя приведенный мною метод из первого подхода получите количество распределенного товара
2. Получите из данных "Регистра продаж" значение "Количество по заказу поставщика" по продаваемым партиям (часть заказанного товара уже была отгружена).
3. сделайте вычитание данных из пунктов 1 и 2 и получите текущее значение "Количество по заказу поставщика"

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

В отчете "Анализ продаж" можно использовать "Количество по заказу поставщика" без всяких соединений
[

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

Вот запрос для получения распределенного товара

ВЫБРАТЬ
ОбъединенныйЗапрос.Номенклатура КАК Номенклатура,
ОбъединенныйЗапрос.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
ОбъединенныйЗапрос.Партия КАК Партия,
СУММА(ОбъединенныйЗапрос.Количество) КАК Количество
ИЗ
(ВЫБРАТЬ
ЗаказыРаспределение.Номенклатура КАК Номенклатура,
ЗаказыРаспределение.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
ЗаказыРаспределение.Регистратор КАК Партия,
ЗаказыРаспределение.Количество КАК Количество
ИЗ
РегистрНакопления.ЗаказыРаспределение КАК ЗаказыРаспределение
ГДЕ
ЗаказыРаспределение.ЗаказПокупателя.Контрагент = &Покупатель И
ЗаказыРаспределение.ЗаказПокупателя.ДоговорВзаиморасчетов = &ДоговорВзаиморасчетов И
ЗаказыРаспределение.Номенклатура В (&Номенклатура) И
ЗаказыРаспределение.ХарактеристикаНоменклатуры В (&ХарактеристикиНоменклатуры) И
ЗаказыРаспределение.Регистратор В (&Партии)

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
ПродажиОборот.Номенклатура КАК Номенклатура,
ПродажиОборот.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
ПродажиОборот.Партия КАК Партия,
-ПродажиОборот.КоличествоПоЗаказуПоставщикаОборот КАК Количество
ИЗ
РегистрНакопления.Продажи.Обороты(, ,, Покупатель = &Покупатель И
ДоговорВзаиморасчетов = &ДоговорВзаиморасчетов И
Номенклатура В (&Номенклатура) И
ХарактеристикаНоменклатуры В (&ХарактеристикиНоменклатуры) И
Партия В (&Партии)) КАК ПродажиОборот) КАК ОбъединенныйЗапрос
СГРУППИРОВАТЬ ПО
ОбъединенныйЗапрос.Номенклатура,
ОбъединенныйЗапрос.ХарактеристикаНоменклатуры,
ОбъединенныйЗапрос.Партия

Номенклатура, ХарактеристикиНоменклатуры и Партии брать из таблицы "ТаблицаПартий".
 
 
 
#39
09.12.2010 22:30:43
Добрый день!
Во-первых, спасибо разработчикам АА за помощь в "разбирательстве" программы и доработке её под клиента.
Во-вторых, хочу сообщить о своих результатах по теме: - с характеристиками у нас не сложилось - посмотрели и решили что будет сложно разбираться и вести учет(возможно как для нас :oops:). Сделали дополнительный склад, на который и принимаем заказные позиции менеджеров при поступлении товаров и с него потом делают реализацию - это даёт возможность на отследить с какого склада продавали запчасть и по продажам с разных складов посчитать прибыль менеджеров с разными коэффициентами. При поступлении товара запчасти анализируются по заказу - Заказ покупателя - менеджер заказал - ложится на заказной склад, Внутренний заказ - ложится на основной склад. Отмечаем всё в одной простыне (свертка делается по номенклатуре в разрезе заказа покупателя и внутреннего заказа) - кого интересует - вышлю скриншоты в личку и выложу позже в теме. Потом копируем Поступление товаров и из одного удаляем все детали по заказам менеджеров, а из другого удаляем все детали на основной склад и принимаем на разные склады. Может звучит страшно, но с учетом визуальной индикации и свертки - достаточно просто получилось.

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

Колонка "прибыль менеджера" - это "сумма наценки" умноженная на коэффициент (в данном случае k=0.1, как видно из скриншота). Также видно, что Итог по этой колонке по строке клиента - никак не равен сумме этой колонки...
Подскажите, пожалуйста, что можно сделать, чтобы итог по колонке "прибыль менеджера" был правильный?
Изменено: Александр Тугаенко - 09.12.2010 22:32:28 (изменил картинку)
 
 
 
#40
16.12.2010 16:11:21
Пришлите текст из запроса, где получаем "Прибыль менеджера" в блоках:
ВЫБРАТЬ и ИТОГИ и т.д.
чем подробней тем лучше.
 
 
 
#41
16.12.2010 19:49:24
Извините, за большой текст - вот весь запрос:
Код
ВЫБРАТЬ 
   КоличествоОборот КАК КоличествоОборот, //ПОКАЗАТЕЛЬ
   СуммаОборот КАК СуммаРеглОборот, //ПОКАЗАТЕЛЬ
   СуммаУпрОборот КАК СуммаУпрОборот, //ПОКАЗАТЕЛЬ
   СуммаНДСОборот КАК СуммаНДСОборот, //ПОКАЗАТЕЛЬ
   СуммаОборот-СуммаНДСОборот КАК СуммаБезНДСОборот, //ПОКАЗАТЕЛЬ
   СуммаСкидкиОборот КАК СуммаСкидкиОборот, //ПОКАЗАТЕЛЬ
   СуммаОборот-СебестоимостьОборот КАК СуммаНаценкиРеглОборот, //ПОКАЗАТЕЛЬ
   СуммаУпрОборот-СебестоимостьУпрОборот КАК СуммаНаценкиУпрОборот, //ПОКАЗАТЕЛЬ_
   СебестоимостьОборот КАК СебестоимостьРеглОборот, //ПОКАЗАТЕЛЬ
   &ПроцентПрибыли Как ПроцентПрибылиОборот, //ПОКАЗАТЕЛЬ
   СебестоимостьУпрОборот КАК СебестоимостьУпрОборот, //ПОКАЗАТЕЛЬ_
    ВЫБОР КОГДА СебестоимостьУпрОборот=0 ТОГДА 0 ИНАЧЕ ((СуммаУпрОборот-СебестоимостьУпрОборот)/СебестоимостьУпрОборот)*100 КОНЕЦ КАК ПроценНаценкиОборот //ПОКАЗАТЕЛЬ
    //СВОЙСТВА

{ВЫБРАТЬ 
#Область ИзмеренияПостроителяДляСвойств
   ПодразделениеКомпании.Организация.* КАК Организация,
   ПодразделениеКомпании.* КАК ПодразделениеКомпании,
   Регистратор.Менеджер.* КАК Менеджер,
   СкладКомпании.* КАК СкладКомпании,
   Поставщик.* КАК Поставщик,
   Покупатель.* КАК Покупатель,
   Проект.* КАК Проект,
   ДоговорВзаиморасчетов.* КАК ДоговорВзаиморасчетов,
   Номенклатура.ТипНоменклатуры.* КАК ТипНоменклатуры,
   Номенклатура.* КАК Номенклатура,
   ХарактеристикаНоменклатуры.* КАК ХарактеристикаНоменклатуры,
   АвтоРабота.* КАК АвтоРабота,
   СтатусПартии.* КАК СтатусПартии,
   Партия.* КАК Партия,
   ХозОперация.* КАК ХозОперация,
   Регистратор.* КАК ПериодРегистратор,
#КонецОбласти   
   НачалоПериода(Период, День) КАК ПериодДень,
   НачалоПериода(Период, Неделя) КАК ПериодНеделя,
   НачалоПериода(Период, Месяц) КАК ПериодМесяц,
   НачалоПериода(Период, Квартал) КАК ПериодКвартал,
   НачалоПериода(Период, Год) КАК ПериодГод,
   ПроцентПрибылиОборот КАК ПроцентПрибылиОборот  
    //СВОЙСТВА}
    
ИЗ РегистрНакопления.Продажи.Обороты(&ДатаНач, &ДатаКон, Регистратор,{
 ПодразделениеКомпании.Организация.* КАК Организация,
 ПодразделениеКомпании.* КАК ПодразделениеКомпании,
 СкладКомпании.* КАК СкладКомпании,
 Партия.* КАК Партия,
 СтатусПартии.* КАК СтатусПартии,
 Номенклатура.ТипНоменклатуры.* КАК ТипНоменклатуры,
 Номенклатура.* КАК Номенклатура,
 ХарактеристикаНоменклатуры.* КАК ХарактеристикаНоменклатуры,
 АвтоРабота.* КАК АвтоРабота,
 Поставщик.* КАК Поставщик,
 Покупатель.* КАК Покупатель,
 ДоговорВзаиморасчетов.* КАК ДоговорВзаиморасчетов,
 ХозОперация.* КАК ХозОперация,
 Проект.* КАК Проект}) КАК ТаблицаРегистра
   //СОЕДИНЕНИЯ

{ГДЕ 
   ПодразделениеКомпании.Организация.* КАК Организация,
   ПодразделениеКомпании.* КАК ПодразделениеКомпании,
   Регистратор.Менеджер.* КАК Менеджер,
   СкладКомпании.* КАК СкладКомпании,
   Поставщик.* КАК Поставщик,
   Покупатель.* КАК Покупатель,
   Проект.* КАК Проект,
   ДоговорВзаиморасчетов.* КАК ДоговорВзаиморасчетов,
   Номенклатура.ТипНоменклатуры.* КАК ТипНоменклатуры,
   Номенклатура.* КАК Номенклатура,
   ХарактеристикаНоменклатуры.* КАК ХарактеристикаНоменклатуры,
   АвтоРабота.* КАК АвтоРабота,
   СтатусПартии.* КАК СтатусПартии,
   Партия.* КАК Партия,
   ХозОперация.* КАК ХозОперация,
   Регистратор.* КАК ПериодРегистратор
    //СВОЙСТВА}
    
{УПОРЯДОЧИТЬ ПО 
   ПодразделениеКомпании.Организация.* КАК Организация,
   ПодразделениеКомпании.* КАК ПодразделениеКомпании,
   Регистратор.Менеджер.* КАК Менеджер,
   СкладКомпании.* КАК СкладКомпании,
   Поставщик.* КАК Поставщик,
   Покупатель.* КАК Покупатель,
   Проект.* КАК Проект,
   ДоговорВзаиморасчетов.* КАК ДоговорВзаиморасчетов,
   Номенклатура.ТипНоменклатуры.* КАК ТипНоменклатуры,
   Номенклатура.* КАК Номенклатура,
   ХарактеристикаНоменклатуры.* КАК ХарактеристикаНоменклатуры,
   АвтоРабота.* КАК АвтоРабота,
   СтатусПартии.* КАК СтатусПартии,
   Партия.* КАК Партия,
   ХозОперация.* КАК ХозОперация,
   Регистратор.* КАК ПериодРегистратор,
   НачалоПериода(Период, День) КАК ПериодДень ,
   НачалоПериода(Период, Неделя) КАК ПериодНеделя ,
   НачалоПериода(Период, Месяц) КАК ПериодМесяц ,
   НачалоПериода(Период, Квартал) КАК ПериодКвартал ,
   НачалоПериода(Период, Год) КАК ПериодГод
    //СВОЙСТВА}
    
{ИТОГИ ПО 
   ПодразделениеКомпании.Организация.* КАК Организация,
   ПодразделениеКомпании.* КАК ПодразделениеКомпании,
   Регистратор.Менеджер.* КАК Менеджер,
   СкладКомпании.* КАК СкладКомпании,
   Поставщик.* КАК Поставщик,
   Покупатель.* КАК Покупатель,
   Проект.* КАК Проект,
   ДоговорВзаиморасчетов.* КАК ДоговорВзаиморасчетов,
   Номенклатура.ТипНоменклатуры.* КАК ТипНоменклатуры,
   Номенклатура.* КАК Номенклатура,
   ХарактеристикаНоменклатуры.* КАК ХарактеристикаНоменклатуры,
   АвтоРабота.* КАК АвтоРабота,
   СтатусПартии.* КАК СтатусПартии,
   Партия.* КАК Партия,
   ХозОперация.* КАК ХозОперация,
   Регистратор.* КАК ПериодРегистратор,
   НачалоПериода(Период, День) КАК ПериодДень ,
   НачалоПериода(Период, Неделя) КАК ПериодНеделя ,
   НачалоПериода(Период, Месяц) КАК ПериодМесяц ,
   НачалоПериода(Период, Квартал) КАК ПериодКвартал ,
   НачалоПериода(Период, Год) КАК ПериодГод
    //СВОЙСТВА}
    
ИТОГИ  
   СУММА(КоличествоОборот), //ПОКАЗАТЕЛЬ
   СУММА(СуммаРеглОборот), //ПОКАЗАТЕЛЬ
   СУММА(СуммаУпрОборот), //ПОКАЗАТЕЛЬ
   СУММА(СуммаНДСОборот), //ПОКАЗАТЕЛЬ
   СУММА(СуммаБезНДСОборот), //ПОКАЗАТЕЛЬ
   СУММА(СуммаСкидкиОборот), //ПОКАЗАТЕЛЬ
   СУММА(СебестоимостьРеглОборот), //ПОКАЗАТЕЛЬ
   СУММА(СебестоимостьУпрОборот), //ПОКАЗАТЕЛЬ_
   СУММА(СуммаНаценкиРеглОборот), //ПОКАЗАТЕЛЬ
   СУММА(СуммаНаценкиУпрОборот), //ПОКАЗАТЕЛЬ   
   ВЫРАЗИТЬ(ВЫБОР КОГДА СУММА(СуммаНаценкиУпрОборот)<=0 ТОГДА 0 ИНАЧЕ ((СУММА(СуммаНаценкиУпрОборот))*СУММА(ПроцентПрибылиОборот))/100 КОНЕЦ КАК Число(15,4)) КАК ПроцентПрибылиОборот,
   ВЫРАЗИТЬ(ВЫБОР КОГДА СУММА(СебестоимостьУпрОборот)<=0 ТОГДА 0 ИНАЧЕ ((СУММА(СуммаНаценкиУпрОборот))/СУММА(СебестоимостьУпрОборот))*100 КОНЕЦ КАК Число(15,4)) КАК ПроценНаценкиОборот //ПОКАЗАТЕЛЬ
   //ИТОГИСВОЙСТВА
ПО ОБЩИЕ ,
   ПодразделениеКомпании КАК ПодразделениеКомпании,
   Номенклатура ИЕРАРХИЯ  КАК Номенклатура,
   Покупатель КАК Покупатель
АВТОУПОРЯДОЧИВАНИЕ
 
 
 
#42
17.12.2010 10:17:29
Ошибка в суммировании процента прибыли СУММА(ПроцентПрибылиОборот)
В каждой номенклатурной позиции он равен 0.1, а у покупателя их три тогда получим такой процент 0,3.
Можно в описании полей выборка
ВЫБРАТЬ
...
...
...
&ПроцентПрибыли Как ПроцентПрибылиОборот заменить на 0 Как ПроцентПрибылиОборот

а описании агрегатной функции итога поля ПроцентПрибылиОборот вычисление СУММА(ПроцентПрибылиОборот) заменить на &ПроцентПрибыли.

И все равно функция сможет сбоить. Допустим:
Таблица сумма наценки для товаров такая
1)  -10
2) 10
3) 20

Получим в отчете для товаров процент прибыли 0, 1, 2, а в разрезе покупателя 2 т.к. (-10+10+20)*0.1
Нужно ПроцентПрибылиОборот находить в конструкции "ВЫБРАТЬ", а в конструкции "ИТОГИ" выполнить простое суммирование.
 
 
 
#43
17.12.2010 11:29:17
Спасибо! сделал так:
Цитата
&ПроцентПрибыли Как ПроцентПрибылиОборот заменить на 0 Как ПроцентПрибылиОборот
а описании агрегатной функции итога поля ПроцентПрибылиОборот вычисление СУММА(ПроцентПрибылиОборот) заменить на &ПроцентПрибыли.
просмотрел результаты за 2 недели работы - пока косяков не обнаружил, все рассчитывается правильно.

Цитата
Получим в отчете для товаров процент прибыли 0, 1, 2, а в разрезе покупателя 2 т.к. (-10+10+20)*0.1
- данная ситуация, как я понимаю, может появиться при продаже ниже себестоимости. Если данное право у нас для менеджеров запрещено, то вроде бы такая ситуация возникнуть не должна... Однако запишу себе в памятку на всякий случай. Спасибо за предупреждение!
 
 
 
Страницы: Пред. 1 2
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Узнать подробнее
Услуги 1С