Отчет по наценке на проданный и оплаченный товар

12.04.09

Учетные задачи - Ценообразование, анализ цен

Этот отчет сделан для 1С:Торговля и склад 7.7 и позволяет определить по принятой выручке точную наценку на реализованный товар в фирмах, где учет прибыли ведется по оплате, а не по отгрузке. Отчет отражает только наценку относительно цен закупки, без учета прочих расходов, как это делается стандартным отчетом по реализации.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование	Скачано	Купить файл (только для физ. лиц)	По подписке PRO
Скачать .1178848956 9,25Kb 101	101	1 850 руб. Купить	1 SM Скачать

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

Вступайте в нашу телеграмм-группу Инфостарт

+10 –

См. также

Универсальная обработка печати ценников и этикеток со штрих-кодом для 1С 7.7

Оптовая торговля Розничная торговля Ценообразование, анализ цен Этикетки, ценники Пользователь 1С v7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Украина Россия Платные (руб)

Обработка для печати ценников и этикеток номенклатуры с штрих-кодом, любого размера (формата), с зачеркнутой старой ценой, с ценой со скидкой, с надписями "Новинка!" и "Выгодно!".

3000 руб.

22.10.2014 81477 67 72

Переоценка товаров. Торговля и склад 7.7

Ценообразование, анализ цен Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)

Переоценка для программы Торговля и Склад 7.7 (изменение цены на процент).

2 стартмани

09.03.2022 4759 4 dmitry_sizonenko 1

Остатки ТМЦ со сравнением цен и выборкой по количеству

Логистика, склад и ТМЦ Ценообразование, анализ цен Пользователь 1С v7.7 1C77 Казахстан Управленческий учет Абонемент ($m)

Этот отчёт по остаткам ТМЦ поможет сравнить цены и сделать выборку по количеству товара. Тестировался на конфигурации Торговля+Склад для Казахстана, редакция 1.0, версия 7.70.014.

3 стартмани

14.04.2021 4924 2 softmaker 0

Изменение цен номенклатуры

Ценообразование, анализ цен Корректировка данных Пользователь 1С v7.7 1С:Торговля и склад 7.7 Казахстан Управленческий учет Абонемент ($m)

Эта обработка поможет изменить цены в справочнике Номенклатура. Тестировалась на конфигурации Торговля+Склад для Казахстана, редакция 1.0, версия 7.70.014.

3 стартмани

13.04.2021 7713 2 softmaker 4

Отправка остатков и цен по API в личный кабинет Озон

Розничная торговля Ценообразование, анализ цен Маркетплейсы Программист Оперативный учет 7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)

Внешняя обработка для 1С 7.7 конфигураций ТиС и Комплексная конфигурация. Подходит для Windows, которые поддерживают работу с WinHttpRequest.

2 стартмани

10.11.2020 10868 27 user1479046 11

Установка цен номенклатуры в группе. 1С 7.7. ТиС 9.2

Ценообразование, анализ цен Бухгалтер Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)

Внешняя обработка для изменения цен в указанной группе.

1 стартмани

20.03.2020 11337 4 AlexHelmer 6

Ценообразование. Установка, проверка и исправление цен. Контроль минимальной цены. 1С 7.7

Ценообразование, анализ цен Пользователь 1С v7.7 1С:Комплексная 7.7 Управленческий учет Абонемент ($m)

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

1 стартмани

15.09.2019 14328 9 ksnik 9

Оценка эффективности и перспективы торговли. Остатки брендов. Наценки брендов. Объем продаж и прибыльность по брендам. Оборачиваемость товарных запасов. Анализ товарооборота. Средний срок инкассации. 1С 7.7

Ценообразование, анализ цен Логистика, склад и ТМЦ Анализ продаж Бизнес-аналитик 1С v7.7 1С:Комплексная 7.7 Управленческий учет Абонемент ($m)

Оценка спроса на имеющиеся товарные запасы и анализ финансового положения - основа грамотного руководства торговым предприятием.

1 стартмани

14.09.2019 13265 11 ksnik 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. O-Planet 6404 16.05.07 21:56 Сейчас в теме

САмо собой, что и там, и там. Я не думаю, что они в регистре закупку без НДС фиксят, а продажу с НДС :)

2. CheBurator 3230 20.05.07 20:52 Сейчас в теме

ну так отчет поправлен или как?

3. DELude 11.05.07 13:25 Сейчас в теме

АГА(((

4. skonto 11.05.07 08:19 Сейчас в теме

Уважаемый O-Planet! Сними ограничения на скачку файла и получишь мнения народа о том "а оно вообще работает или нет?"

5. O-Planet 6404 11.05.07 22:08 Сейчас в теме

Это рабочий проект, поэтому меня прежде всего интересует мнение коллег-программистов. Скажут они, что работает - открою и всем остальным.

6. O-Planet 6404 11.05.07 22:12 Сейчас в теме

А кто рейтинг кликнул и ни че не написал?

7. CheBurator 3230 12.05.07 00:51 Сейчас в теме

Садитесь, два!
Отчет считает неверно.
плюс мелочи и неудобства.
На данный момент советую поставить запрет на использование отчета.
Сам отчетик - мне понравился. если довести до у ма (если смогешь), то будет самое оно...
% наценки рядом с суммой вставь.
МФ!!!!!??????

8. CheBurator 3230 12.05.07 01:21 Сейчас в теме

про "иделогоические" ошибки данного отчета - отдельно.
если не брать ошибку, которая упомянута ниже - т.е. исходим из того что отчет считает верно - он все равно будет давать НЕВЕРНЫЕ РЕЗУЛЬТАТЫ (а при том, что такие отчеты как правило - для ВЗУ - это чревато). - вернее: данные отчета будут проинтепретированы пользователем НЕВЕРНО. Почему я делаю такой вывод: потому что отчет неявно вводит в заблуждение графой НАЦЕНКА, особенно в отчете ПО ОПЛАТАМ, т.е. по живым деньгам. Как только юзер/руководитель в графе наценка увидит 1000 руб. - он сразу проинтепретирует это как ЗАРАБОТАННЫЕ ДЕНЬГИ, т.е. ДОХОД ПО ОПЛАТЕ - что кардинально неверно.
Рассмотрим тривиальный пример:
себестоимость товара - 1000 руб.
продали товар клиенту- 1300 руб.
оплачено частично: - 650 руб.
отчет покажет: наценка = 150 руб.
да, но это не значит, что заработано 150 руб, как казалось бы.
на самом деле - мы еще в "убытке" 350 руб.
т.е. ИМХО наценку не стоит показывать до тех пор, пока сумма оплаты не перекрыла СЕБЕСТОИМОСТЬ - тогда имеет смысл говорить о наценке. Иначе этот отчет эквивалентен отчету "анализ продаж". и даже вреден... потому как позволяет толковать приводимые в нем цифры в зависимотси от желаний юзера...
вот...
т.е. имеет смысл докурутить отчет до правильных и легко интепретируемых цифр. Тогда будет - то что надо!

9. CheBurator 3230 12.05.07 01:24 Сейчас в теме

Отдельно хочу уточнить про
> "убытке" 350 руб.
с точки зрения бухии и некоторых программ фин.и упр.учета - это наш доход, а не убыток.
но многие руководители предпочитают рассматривать это именно как "убыток", до тех пор пока будет неоплачен - потому как если кто знает - судебные дела по взысканию долгов с клиентов - хоть и выиграшные, но ОЧЕНЬ МУТОРНЫЕ.

10. CheBurator 3230 12.05.07 01:25 Сейчас в теме

ах, да! квинтэссенция:
- Пилите, Шура!
;-)

11. O-Planet 6404 12.05.07 20:46 Сейчас в теме

Идеология здесь не причем, Шура. Я совершенно согласен, что то, как пишешь ты, было бы более интересно. Возможно, стоит подумать о добавлении еще одной колонки. Но не хочу я бороться с придурью своих клиентов в двнном случае. Я и так долго спорил, пока они не уломали меня на этот отчет. И теперь - все сначала? Нет уж. Нравится им воспринимать наценку по оплате, как прибыль - это их дело. Кстати, эти данные они мечтают показывать учредителям...

Но вопросик остается: а что считает неправильно? У меня на тестовой типовой базе все ок.

12. CheBurator 3230 12.05.07 23:58 Сейчас в теме

у меня раза три такой отчет просили сделать - именно как товой. чтоб было видно заработанные деньги. после обсуждения и приведения примеров с 350 руб - уходили в задумчивость....
ошибка какая - ну ты хитрый, однако...
ладно - я добрый (в отличие от некоторых)...
возьми полностью оплаченную накладную и сравни данные по ней в своем отчете и в отчете "анализ продаж".
результаты срочно телеграфируй
;-)
МФ сделай!!!!!

13. CheBurator 3230 13.05.07 00:00 Сейчас в теме

я у себя на 933 релизе смотрел.
может у меня чего неправильно...

14. O-Planet 6404 13.05.07 15:52 Сейчас в теме

Я - на последней. Кстати, о 350 руб... Представь, что смотрят данные за месяц. А какая-то накладная "продавалась" через розницу месяца три. И что? Твоя идея интересна, но я несколько не представляю, как ее связать с периодом. Скорее всего, ее реализация возможна только в виде анализа окупаемости закупок на опр. дату. И по всем партиям, либо по какой-то группе товаров. Но в этом плане интереснее приводить данные с учетом допустимого периода заморозки, то есть, некоторого периода для данной категории товара, в который партия может спокойно продаваться и не считаться убыточной. Я делал такой отчет. Он даже тут лежит, называется "Анализ оборачиваемости". Но только оно не по оплате, а по отгрузке. А так если все в кучу свалить, то цифирь будет мало информативна: директор вчера только потратил мульон на супер ходовой товар, и завтра получит за него два гарантированно. А какая-то партия презервативов на сто тысяч лежит уже год, и ее выкупили только наполовину. Твой же отчет покажет, что ходовой товар хуже, потому что по нему долг больше. Подумай над этим.

15. O-Planet 6404 13.05.07 15:54 Сейчас в теме

Что такое МФ?

16. CheBurator 3230 14.05.07 02:50 Сейчас в теме

> МФ = множественный фильтр
> Твой же отчет покажет, что ходовой товар хуже, потому что по нему долг больше. Подумай над этим.
И правильно покажет! И правильно даже 2 раза! Потому что если долг ПО ХОДОВОМУ ТОВАРУ - то нефиг такой ХОДОВОЙ товар продавать клиентам, которые тянут в долг. Лучше его продавать по предоплате! Вот ты попробуй на рынке товаром, который расхватывают как горячие пирожки, торговать на отсрочку в долг - да у тя его с руками заберут, быстро у себя прокрутят, наварят на обороте денег, и потом отдадут тебе...

17. CheBurator 3230 14.05.07 02:53 Сейчас в теме

Про ошибку - если тащить себестоимость из решистров взаиморасчетов - то она - БЕЗ НДС, а "продажи" - С НДС. Итого - отчет у тебя завышает наценку на сумму НДС. По крайней мере у меня так. Может это у меня косяк в запси себестоиости в регистры взаиморасчетов?

18. O-Planet 6404 14.05.07 11:36 Сейчас в теме

Вот за это - респект. У меня просто та фирмочка без НДС работает. А в общем случае оно надо бы, конечно. Но я на самом деле другого боялся: если косяки с последовательностью, и оплата разбросалась неправильно, вот тогда что делать?

19. O-Planet 6404 14.05.07 11:47 Сейчас в теме

> И правильно покажет!
Я поэтому и сказал мудрое слово: "допустимый период разморозки". 10000 горячих пирожков физически не могут раскупить в течение часа. НО ни кто не сомневается, что их раскупят за день. И если в течение этого дня по ним имеется какой-то еще долг, а точнее, если выручка пока не окупает затраты на закупку, то ни кого это волновать особо не должно. Сигнал "опасно" корректно включать на следующий день...

20. CheBurator 3230 14.05.07 14:51 Сейчас в теме

> если косяки с последовательностью, и оплата разбросалась неправильно, вот тогда что делать?
Перед формированием отчета проверяешь ГП и датаК отчета - если не совпадают - выдаешь стандартное предупреждение - как сделано - смотри в Тисе - там все кусками крупными драть можно. Смысл сообщения такой - отчет дадим как просишь - но вот будет ли он "верным" - ms уж сам кумекай.

..
проверь плиз у себя = действительно ли в регистр взаиморасчетов себестоимость пишется без НДС (на свежих релизах ТИСа) - если да - ты попал!!! Придется от продаж отнимать НДС либо к себестоимости накидывать... а НДС из регистра взаиморасчетов - не вытащишь...

21. O-Planet 6404 16.05.07 11:21 Сейчас в теме

Я так предполагаю, что НДС при учете наценки и не нужен как бы. Он ведь возмещается. А если не возмещается, то должен в себестоимость включаться

22. O-Planet 6404 16.05.07 11:22 Сейчас в теме

Кстати, про кусок с ГП я знаю, но это не решение проблемы, а уход от нее

23. CheBurator 3230 16.05.07 13:27 Сейчас в теме

> Я так предполагаю...
ну. не ожидал от тебя...
Если ты не учитываешь НДС в себестоимости будет возмещен), то тогда уж не учитывай НДС при продаже - будет отдагосударству. А то у тебя НДС закупа - на наценку не влияет, а НДС продажи - влияет... Разберись уж...