gifts2017

Ведомость по проектам для Комплексной 7.7 и ТиС 7.7

Опубликовал Виктор Шестаков (wolder) в раздел Отчеты - Управленческие

Ведомость анализа отгрузок по проектам.

Отчет позволяет сформировать продажи в разрезе проектов из документов реализации.

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

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

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

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

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
-
.1247666641 107,00Kb
25.09.09
120
.1247666641 107,00Kb 120 Бесплатно
-
.1247748027 109,00Kb
25.09.09
80
.1247748027 109,00Kb 80 Бесплатно

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Епрст (Ёпрст) 16.07.09 08:46
2. Епрст (Ёпрст) 16.07.09 08:48
Сообщить("Документ "+Док.ТекущйиДокумент()+" введен на основе:"+Док.ДокОснование);
{ВЕДОМОСТЬПОПРОЕКТАМ.ERT(182)}: Поле агрегатного объекта не обнаружено (ТекущйиДокумент)
3. Епрст (Ёпрст) 16.07.09 08:59
Сверил с ведомостью по клиентосам - получил совершенно разные цифры.
И вообще, какой-то весьма забавный механизм получения документов оплаты...
http://i031.radikal.ru/0907/72/61b7367a53a6.jpg
http://i044.radikal.ru/0907/c0/404abb958984.jpg

Так что, пока минус.
4. Виктор Шестаков (wolder) 16.07.09 17:01
(1,2) - Хм... странно, но при проверке в конфигураторе на эту опечатку никто не ругается. В вашем же случае, это возникло из-за документа не входящего в тот порядок отбора. В частности, у вас документ оплаты создан не на основании "Реализации" а на чем то другом...
(3) - Цель данной обработки прежде всего анализ и связь оборотов в разрезе проекта. Типовой отчет "Ведомость по контрагентам" формируется на данных регистра "Покупатели" и ещё пару других, и в части "проекта" не позволяет производить отбор по общему реквзититу документов "Проект".
Я принципиально не стал организовывать свой отчет через запросы, так как отчет помимо сведений производит анализ корректности ведения документов. И в данном случае взаиморасчеты закрываются не по связям которы сформировались в регистрах так как это показано в типовой ведомости, а по реквизитам "ДокументОснование" - именно по этим данным устанавливаемыми человек и происходит формирование отчета и анализ.
В первом(от моего отчета) предстленном скриншоте видно что в ниодном документе не выбран реквизит проект.
Во втором(типовая ведомость) скриншоте меня заинтересовал документ "Реализация СТ00000042 от 12.09.07" возмножно он сиправлен в период между формированиям отчетов.
5. Виктор Шестаков (wolder) 16.07.09 17:05
Специально для "Ёпрст" предлагаю протестировать ВедомостьПоПроектам2.
6. Епрст (Ёпрст) 16.07.09 17:57
(4) Это обычная типовая демка..
Привязываться к Документу основания ?
Гы...
Оплату могут кинуть и просто так + авансы...
Проект ?
Да фиолетово с каким проектом..если что.
7. Епрст (Ёпрст) 16.07.09 18:00
Сообщить("Документ "+Док.ТекущйиДокумент()+" введен на основе:"+Док.ДокОснование);
{ВЕДОМОСТЬПОПРОЕКТАМ2.ERT(183)}: Поле агрегатного объекта не обнаружено (ТекущйиДокумент)

Издеваетесь?

ТекущйиДокумент и Текущ ИЙ Документ ... найдите 2 отличия.
9. Епрст (Ёпрст) 16.07.09 18:12
Да еще.. Мне , как конечному пользователю, фиолетово, откуда отчет берёт данные... Только в вашем случае - они не верные совсем.
Хотя бы общий долг клиентоса был бы правильным.. не говоря ужо об оплатах.
10. Виктор Шестаков (wolder) 16.07.09 19:12
(6) Собственно отчет и создавался для тех кому далеко не фиолетово какой "проект" установлен в документе. Зачастую под реквизит "проект" ставят ФИО торгового представителя, так вот бывает так что, на одного контрагента делают отгрузки разные "проекты" - т.е. разные торговые представители, и деньги и долги каждый закрывает и ведет свои сам. Ну ка, попробуйте типовыми обработками сформировать такой анализ в разрезе долгов по одному контрагенту и разным проктов.
(7) ... так яж в ВедомостьПоПроектам2 исправил этот глюк.???
(8) Попробую расшифровать скрины:
- прежде всего хочу сказать и оговорится, что мой отчет за реализации считает только документы "Реализация (купля-продажа)", и поэтому документ "Прочая розничная реализация" в период отбора не попадет, а появится только в начальных долгах на контрагента(если он ещё не закрыт);
- почему вы в отчетах всегда формируете разные периоды???
- в типовой ведомости показаны взаиморасчеты с контрагентом в общем своде состоящих из двух фирм (ТД "Комплексный" и "Чайка") поэтому отдельной строкой в моём отчете вылез долг по "чайке", а по ТД "Комплесный" начальный остаток по нулям, так как в этом поле он расшифровывается по проекту - которого собственно нет, и именно поэтому он по 0.

11. Виктор Шестаков (wolder) 16.07.09 19:16
И вновь хочу сказать, что отчет за период строится по СВЯЗЯМ оснований, в вашем примере базы вообще не видно таких оснований.
И всётаки СВЯЗИ(реализаций и оплат) по основаниям играют далеко не малую роль в любой БД.
12. Виктор Шестаков (wolder) 16.07.09 19:29
По замечанию "Ёпрст" к реализациям добавлены и другие документы.
13. Епрст (Ёпрст) 16.07.09 19:51
Скрины не те добавил, но роли не играет - отчет не рабочий.
14. Епрст (Ёпрст) 16.07.09 19:53
+13 за более ранний период по тому клиентосу ничего нет... так что скриншот верный.

И еще, считай, что пустой проект - это тоже проект.
Где в таком случае правильные долги клиентоса ?
15. Епрст (Ёпрст) 16.07.09 19:54
Да еще... Долг рассчитывается только по покупателям - это тоже не верно. Клиентос может и выступать в роли поставщика.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа