Заказы на доработку 1С (сервис удаленной работы)

Хранилище

База знаний
Неназначенных незавершенных заказов: 5, свеженьких 2
Бесплатные отчеты, обработки, конфигурации, внешние компоненты для 1С Статьи, описание работы, методики по работе с 1С

Здравствуйте, гость ( Войти | Зарегистрироваться )

История благодарностей участнику Constantus ::: Спасибо сказали: 2 раз
Дата поста: В теме: За сообщение: Спасибо сказали:
03.06.17, 16:51 Ведение учета по проектам: распределение себестоимости
Приветствую, форумчане!
"Управление торговлей 10.3", (Моби-С 5.5). "ABBYY Ukraine", 2003-2014 (2.3.20.1)

Тестирую ведение учета по проектам (направлениям деятельности)

1. Создал два проекта: "Дистрибуция" и "Торговля".
2. Создал доли распределения Дистрибуция (60%), Торговля (40%)
3. Создал товар, в карточке указал в "Проектах" указал распределение, что по пункту № 2
4. Сделал реализацию 10 этих товаров, в Проекте указал долю распределения.
5. Делаю отчет "Валовая прибыль" с группировкой по Проектам.

В результате получаю странный отчет, который показывает в каждом проекте суммарную себестоимость (себестоимость 1 денежка)

Дистрибуция
Товар /6 шт/ 60 сумма продаж/ 10 себестоимость/ 50 валовая прибыль
Торговля
Товар /4 шт/ 40 сумма продаж/ 10 себестоимость/ 30 валовая прибыль

Хотя должно быть

Дистрибуция
Товар /6 шт/ 60 сумма продаж/ 6 себестоимость/ 54 валовая прибыль
Торговля
Товар /4 шт/ 40 сумма продаж/ 4 себестоимость/ 36 валовая прибыль

Если провожу отбор по отдельности по каждому Проекту, то отчет верный. Если просматриваю "Период + Регистратор", то фактура реализации тоже показывает верной.
В регистрах накопления по продажам себестоимости тоже всё легло правильно...

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

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


Как показал Интернет, это баг Валового отчета.
Внес некоторые изменения, точнее добавил строки в запрос:

    |                ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
    |                    ПродажиСебестоимость.Номенклатура КАК Номенклатура,
    |                    ПродажиСебестоимость.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
    |                    ПродажиСебестоимость.ЗаказПокупателя КАК ЗаказПокупателя,
    |                    ПродажиСебестоимость.Проект КАК Проект, // ++++++++++
    |                    ВЫБОР
    |                        КОГДА ПродажиСебестоимость.ДокументДвижения <> НЕОПРЕДЕЛЕНО
    |                            ТОГДА ПродажиСебестоимость.ДокументДвижения
    |                        ИНАЧЕ ПродажиСебестоимость.Регистратор
    |                    КОНЕЦ КАК Регистратор,
    |                    СУММА(ПродажиСебестоимость.Стоимость) КАК СтоимостьОборот
    |                ИЗ
    |                    РегистрНакопления.ПродажиСебестоимость КАК ПродажиСебестоимость
    |                ГДЕ
    |                    ПродажиСебестоимость.Период МЕЖДУ &ДатаНачала И &ДатаКонца
    |                {ГДЕ
    |                    ПродажиСебестоимость.Проект.* КАК Проект,
    |                    ПродажиСебестоимость.Подразделение.* КАК Подразделение,
    |                    ПродажиСебестоимость.Номенклатура.* КАК Номенклатура,
    |                    ПродажиСебестоимость.ХарактеристикаНоменклатуры.* КАК ХарактеристикаНоменклатуры,
    |                    ПродажиСебестоимость.ЗаказПокупателя.* КАК ЗаказПокупателя}
    |                
    |                СГРУППИРОВАТЬ ПО
    |                    ПродажиСебестоимость.Номенклатура,
    |                    ПродажиСебестоимость.ХарактеристикаНоменклатуры,
    |                    ПродажиСебестоимость.Проект, // ++++++++++
    |                    ПродажиСебестоимость.ЗаказПокупателя,
    |                    ВЫБОР
    |                        КОГДА ПродажиСебестоимость.ДокументДвижения <> НЕОПРЕДЕЛЕНО
    |                            ТОГДА ПродажиСебестоимость.ДокументДвижения
    |                        ИНАЧЕ ПродажиСебестоимость.Регистратор
    |                    КОНЕЦ) КАК ТаблицаРегистраПродажиСебестоимость
    |                ПО ТаблицаРегистраПродажиСебестоимость.Номенклатура = ПродажиОбороты.Номенклатура
    |                    И ТаблицаРегистраПродажиСебестоимость.ХарактеристикаНоменклатуры = ПродажиОбороты.ХарактеристикаНоменклатуры
    |                    И ТаблицаРегистраПродажиСебестоимость.ЗаказПокупателя = ПродажиОбороты.ЗаказПокупателя
    |                    И ТаблицаРегистраПродажиСебестоимость.Проект = ПродажиОбороты.Проект // ++++++++++
    |                    И ТаблицаРегистраПродажиСебестоимость.Регистратор = ПродажиОбороты.Регистратор) КАК ВложенныйЗапрос
    |



Вроде заработал правильно
Vofka,
12.09.16, 7:33 Сложная структура торговли УТ 10.3.29.1 (нужен совет)
Приветствую, форумчане!

УТ 10.3.29.1, 1с8.2, обычный.

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

Имеется одна "СуперОрганизация". Несколько складов, поступления товаров. Грубо говоря - супербаза (продовольствие, ширпотреб и т.д.)
Эта "СуперОрганизация" имеет разветвленную сеть своих магазинов.
В эти магазины осуществляется поставки от "СуперОрганизации", не просто перемещение товаров со склада на склад, а именно поставки с соответствующей задолженностью. Т.е. после поставок возникает финансовая задолженность. После реализации в Магазине, выручка должна быть сдана либо "СуперОрганизации", либо положена на соответствующий банковский счет (погашение задолженности).

Кроме того, сам Магазин может закупать товары "со стороны" от других поставщиков. Т.е. Магазин выступает отдельной хозяйственной организацией со своими контрагентами.

"СуперОрганизация" должна осуществлять контроль над Магазином по своим товарам и финансовой деятельностью с другими контрагентами. Т.е. Контролировать задолженность только над "своими товарами", но видеть стороннюю деятельность Магазина.

Если я организую "Магазин" как контрагента, то тогда передача товара в Магазин осуществляется как простое перемещение по складам, но это не создает "Задолженности" перед "СуперОрганизацией". Создать "Магазин" и заключить с ним договор с комиссионером???

Но как тогда учитывать взаимоотношения "Магазина" со своими поставщиками? Например, есть поставщик "Кока-кола", который осуществляет поставки во все магазины. В данной схеме тогда предполагается создание много "Кока-Кол" для каждого магазина. Либо создавать одну "Кока-колу" от имени "СуперОрганизации. Но тогда потребуется создавать Договора с каждым в отдельности Магазином. Но тогда может возникнуть путаница по какому договору с Кока-Кола проводить расчеты конкретному Магазину, да и у "СуперОрганизации" возникнуть вопросы к Магазину :-)

Может нечто подобное (заложен функционал) в УТ 11.1???

Как идеал необходимо сделать Магазины как отдельные Организации. Но как организовать отчетность, т.е. обмен данными между "СуперОрганизацией" и "ОрганизациямиМагазинами"???
WanNo,

RSS Текстовая версия Сейчас: 19.10.17, 14:50
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!

Курсы валют: доллар США к гривне Курсы валют: евро к гривне Курсы валют: российский рубль к гривне