Вход в личный кабинет
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
{{ formTitle ? formTitle : 'Заказ обратного звонка' }}
{{ formDescription }}
Сообщить об ошибке
Т.е. допустим, если флаг установлен для данной позиции, которую продал менеджер, то ЗП по данной позиции считать как Прибыль*K1, а если не был флаг установлен для данной позиции, которую продал менеджер, то Прибыль*K2.
2. Так если добавлять свойство, то в ТЧ "Товары" документа "ЗаказПокупателя"?
P.S. сейчас в принципе у меня уже есть признак в Справочнике Номенклатура "ПодЗаказ" - т.е. устанавливается тогда, когда номенклатура вводится только для того, чтобы заказать её у поставщика, и больше использоваться не будет.
Но если потом этот признак снимется... То будет неправильно учитываться продажа.
Выхотите в отчете "Анализ продаж" сделать разделение товара на две части:
1. Со склада.
2. По "Заказу Поставщика" на основании "Заказа покупателя".
Правильно?
только относительно п.2 - заказ поставщика может быть создан сам по себе, а потом в него уже сделать распределение позиции/-й из ЗаказаПокупателя.
Хотя товары по приходу мы же приходуем на какой-то склад, а потом уже они распределяются на ЗаказПокупателя, если было распределение... или не так?
Первый вариант решения:
В запросе отчета "Анализ продаж" нужно добавить еще одно левое соединение с
регистром накопления "Заказы Распределение":
ЛЕВОЕ СОЕДИНЕНИЕ
РегистрНакопления.ЗаказыРаспределение КАК ЗаказыРаспределение
ПО
ТаблицаРегистра.Номенклатура = ЗаказыРаспределение.Номенклатура И
ТаблицаРегистра.ХарактеристикаНоменклатуры = ЗаказыРаспределение.ХарактеристикаНоменклатуры И
ТаблицаРегистра.Покупатель = ЗаказыРаспределение.ЗаказПокупателя.Контрагент И
ТаблицаРегистра.ДоговорВзаиморасчетов = ЗаказыРаспределение.ЗаказПокупателя.ДоговорВзаиморасчетов И
ТаблицаРегистра.Партия = ЗаказыРаспределение.Регистратор
Так получим количество по второму пункту, в этом подходе есть минус он работает только для одной продажи по заказам попавшим в одну партию распределения(Поступление товаров) т.е. всегда должна быть полная реализация количества товара поступившего под заказ одним поступлением.
Второй подход
добавить в регистр продаж еще один ресурс "Количество по заказу поставщика"
При реализации товара
1. Используя приведенный мною метод из первого подхода получите количество распределенного товара
2. Получите из данных "Регистра продаж" значение "Количество по заказу поставщика" по продаваемым партиям (часть заказанного товара уже была отгружена).
3. сделайте вычитание данных из пунктов 1 и 2 и получите текущее значение "Количество по заказу поставщика"
Все эти пункты можно сделать в одном запросе.
В отчете "Анализ продаж" можно использовать "Количество по заказу поставщика" без всяких соединений
Нигде кроме как в отчете "Анализ продаж" этот показатель использоваться не будет.
Я правильно понимаю, что при реализации товара нужно в "Количество по заказу поставщика" вписать Количество
(ЗаказыРаспределение), получив его из приведенного запроса?
Да, но с учетом предыдущих реализаций по этим распределениям.
еще одна тонкость нужно получить список списанных партий этой реализацией.
Нигде кроме как в отчете "Анализ продаж" этот показатель использоваться не будет.
Не стоит изменять проведение регистра "Продаж" это может плохо закончится.
Еще можно написать отдельный отчет, с перебором данных полученных в запросе.
Надо подумать, может все-таки можно как-то упростить данную процедуру.
Напоминаю что нужно - расчет ЗП менеджера по продаже разграничив товары, которые продаются просто со склада, и товары, которые были распределены в Заказе поставщику.
Хочется сделать попроще, и чтобы работало. Переписывание запросов (в Анализ продаж и торговой наценки) пока что не получилось(на данный момент для меня очень сложно), поэтому ищу альтернативы
Подскажите, пожалуйста, после просмотра регистров накопления возникло пару вопросов:
1) р-р накопл. Продажи, изм.ХарактеристикаНоменклатуры - возможно ли как-то в момент реализации товара, отследить что этот товар продается "под заказ"(был распределен в заказе поставщику) и выставить какую-то характеристику ему(только для тех товаров, которые прописаны в док.РеализацияТоваров)? а потом при выборке из регистра продаж фильтровать по изм. ХарактеристикаНоменклатуры.
2) Есть обработка ЗарплатаПроцентОтПродаж (насколько я понимаю, это как заготовка), которая использует р-р накопл. РеализованныеТовары, однако данный регистр ничем не заполняется. Возможно можно сделать движения при продаже по этому регистру и внести в него интересующие нас параметры, а потом анализировать его для расчета ЗП, чтобы не вмешиваться в проведение по регистру Продажи?
2. Этот регистр никакого отношения к продажам не имеет. Точнее не так - имеет прямое отношение к продажам но ... комиссионного товара, который мы брали на реализацию и продали. В этом случае данный товар попадет в этот регистр и мы должны поставщику отчитаться об этом.
или если деталь из ЗАказаПокупателя распределяется по ЗаказуПоставщику, то это отличается от просто зарезервированной детали на складе?
К какой категории в таком случае отнесутся детали, которые продаем с неосновного склада, и они были сначало помешены в ЗАказВнутренний, а Потом в Перемещение товаров, и уже по перемещению товаров попали в резерв в ЗАказеПокупателя?
Александр Яблочкин, если есть возможность, пожалуйста, не могли бы Вы уточнить:
а) в каком именно "запросе для расчета суммы брать только те позиции для которых при реализации резерв не списывался"?
б)
2. Понятно.
есть регистр продаж:
как-то можно запросом определить была ли данная проданная позиция распределена в заказе поставщику?
Подскажите, пожалуйста, после просмотра регистров накопления возникло пару вопросов:
1) р-р накопл. Продажи, изм.ХарактеристикаНоменклатуры - возможно ли как-то в момент реализации товара, отследить что этот товар продается "под заказ"(был распределен в заказе поставщику) и выставить какую-то характеристику ему(только для тех товаров, которые прописаны в док.РеализацияТоваров)? а потом при выборке из регистра продаж фильтровать по изм. ХарактеристикаНоменклатуры. [/QUOTE]
Это описание моего второго подхода только в грубом исполнении
Второй подход
добавить в регистр продаж еще один ресурс "Количество по заказу поставщика"
При реализации товара
1. Используя приведенный мною метод из первого подхода получите количество распределенного товара
2. Получите из данных "Регистра продаж" значение "Количество по заказу поставщика" по продаваемым партиям (часть заказанного товара уже была отгружена).
3. сделайте вычитание данных из пунктов 1 и 2 и получите текущее значение "Количество по заказу поставщика"
Все эти пункты можно сделать в одном запросе.
В отчете "Анализ продаж" можно использовать "Количество по заказу поставщика" без всяких соединений
Нужно разбираться, где какую характеристику подставить, проверять есть если у этой номенклатуры характеристики, раздваивать запись на две с пересчетом сумм при этом не должно быть потерь копеек и т.д. более сложный подход, чем просто установить количество заказанного у поставщика.
Вот запрос для получения распределенного товара
ВЫБРАТЬ
ОбъединенныйЗапрос.Номенклатура КАК Номенклатура,
ОбъединенныйЗапрос.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
ОбъединенныйЗапрос.Партия КАК Партия,
СУММА(ОбъединенныйЗапрос.Количество) КАК Количество
ИЗ
(ВЫБРАТЬ
ЗаказыРаспределение.Номенклатура КАК Номенклатура,
ЗаказыРаспределение.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
ЗаказыРаспределение.Регистратор КАК Партия,
ЗаказыРаспределение.Количество КАК Количество
ИЗ
РегистрНакопления.ЗаказыРаспределение КАК ЗаказыРаспределение
ГДЕ
ЗаказыРаспределение.ЗаказПокупателя.Контрагент = &Покупатель И
ЗаказыРаспределение.ЗаказПокупателя.ДоговорВзаиморасчетов = &ДоговорВзаиморасчетов И
ЗаказыРаспределение.Номенклатура В (&Номенклатура) И
ЗаказыРаспределение.ХарактеристикаНоменклатуры В (&ХарактеристикиНоменклатуры) И
ЗаказыРаспределение.Регистратор В (&Партии)
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
ПродажиОборот.Номенклатура КАК Номенклатура,
ПродажиОборот.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
ПродажиОборот.Партия КАК Партия,
-ПродажиОборот.КоличествоПоЗаказуПоставщикаОборот КАК Количество
ИЗ
РегистрНакопления.Продажи.Обороты(, ,, Покупатель = &Покупатель И
ДоговорВзаиморасчетов = &ДоговорВзаиморасчетов И
Номенклатура В (&Номенклатура) И
ХарактеристикаНоменклатуры В (&ХарактеристикиНоменклатуры) И
Партия В (&Партии)) КАК ПродажиОборот) КАК ОбъединенныйЗапрос
СГРУППИРОВАТЬ ПО
ОбъединенныйЗапрос.Номенклатура,
ОбъединенныйЗапрос.ХарактеристикаНоменклатуры,
ОбъединенныйЗапрос.Партия
Номенклатура, ХарактеристикиНоменклатуры и Партии брать из таблицы "ТаблицаПартий".
Во-первых, спасибо разработчикам АА за помощь в "разбирательстве" программы и доработке её под клиента.
Во-вторых, хочу сообщить о своих результатах по теме: - с характеристиками у нас не сложилось - посмотрели и решили что будет сложно разбираться и вести учет(возможно как для нас
Вопрос по теме: добавил в отчет колонку(% от прибыли), как тут советовали, однако итоги по заказу и по клиенту не сходятся почему-то.... т.е. если просуммировать % прибыли по всем ячейкам, то он не равен тому, что пишется в заголовке
Пример:
Колонка "прибыль менеджера" - это "сумма наценки" умноженная на коэффициент (в данном случае k=0.1, как видно из скриншота). Также видно, что Итог по этой колонке по строке клиента - никак не равен сумме этой колонки...
Подскажите, пожалуйста, что можно сделать, чтобы итог по колонке "прибыль менеджера" был правильный?
ВЫБРАТЬ и ИТОГИ и т.д.
чем подробней тем лучше.
В каждой номенклатурной позиции он равен 0.1, а у покупателя их три тогда получим такой процент 0,3.
Можно в описании полей выборка
ВЫБРАТЬ
...
...
...
&ПроцентПрибыли Как ПроцентПрибылиОборот заменить на 0 Как ПроцентПрибылиОборот
а описании агрегатной функции итога поля ПроцентПрибылиОборот вычисление СУММА(ПроцентПрибылиОборот) заменить на &ПроцентПрибыли.
И все равно функция сможет сбоить. Допустим:
Таблица сумма наценки для товаров такая
1) -10
2) 10
3) 20
Получим в отчете для товаров процент прибыли 0, 1, 2, а в разрезе покупателя 2 т.к. (-10+10+20)*0.1
Нужно ПроцентПрибылиОборот находить в конструкции "ВЫБРАТЬ", а в конструкции "ИТОГИ" выполнить простое суммирование.
а описании агрегатной функции итога поля ПроцентПрибылиОборот вычисление СУММА(ПроцентПрибылиОборот) заменить на &ПроцентПрибыли.