Отчет по просроченной задолженности/задолженность по интервалам (УПП УТ 8.1, СКД)

Публикация № 20221 01.06.09

Учет и отчетность - Дебиторская и кредиторская задолженность

Тыдыщ! Очередная вариация на актуальную тему! Некоторые изменения в описании! НОВЫЙ БЫСТРЫЙ ЗАПРОС! Добавлена версия 0.98 с исправлениями ошибок

Полная версия отчета //infostart.ru/projects/5467/

Наконец-то наваял в удобоваримом виде сей отчет. Использую подобные отчеты давно, но изначально они были очень специализированы под меня. Переделал и объединил в СКД. В результате получил хорошую гибкость настроек и кучу плюшек .Кто скажет "нафига ещё один!" - идут лесом. В 1С отчет по интервалам использует не ту логику (хотя и гораздо быстрее за счет этого) и не подходит очень многим. Среди опубликованых здесь большая часть - платные.

 

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

Число дней просрочки берется из договора клиента (в разрезе контрагента находится минимальный срок среди всех договоров) или, если указан 0, то из параметра "Дней отсрочки по умолчанию". В конфигурацию, для которой писалась данная обработка, внесены некоторые небольшие измениния, которые позволяют указывать число дней просрочки при любых параметрах договора. Но, как говорилось выше, если срок указан равным 0, то используется значение параметра, и в неизменной конфигурации отчет тоже будет работать.

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

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

На третьем этапе отчет выводится через механизм СКД. После этого можно работать с отчетом как с обыкновенным, но использовать при этом кнопку "Сформировать без изменений". В этом случае все манипуляции происходят сразу с уже сформированой таблицей и никаких дополнительных ограничений нет. Кроме того, формирование отчета в этом случае происходит гораздо быстрее, так как отчет манипулирует с уже готовыми данными.

Проще говоря, сформировав отчет по определенным параметрам, можно менять его порядок, группировки, иные отборы и т.д. через кнопку "Сформировать без изменений". Таким образом отчет получается быстрее. Не стоит забывать, что ключевым отбором является отбор по контрагенту и отборы касаемые списка контрагентов можно только уточнять. В противном случае данные будут неполные.

Стоит заметить, что изначальное использование более высокого уровня отчета означает, что подчиненные уровни не формируются. Например, если вид отчета выбран "Контрагент", то информация о договорах и сделках в основной таблице отсутствует. В это случае добавление группировки Договор или Сделка в оформлении отчета не будет иметь смысла.

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

Кроме того, при двойном щелчке на контрагенте или договоре добавляется пункт "Письмо дебитора". Но получить письмо дебитора возможно только для просроченной задолженности.

 

NEW Отчет запускается и в УТ!

NEW Забыл, что отчет и кредиторку точно также показывает.

NEW Обновил обработку поменяв много мелких запросов в циклах на один большой. Здесь пока версию не выложу. Но есть отчет на основе этого запроса. Если хотите помощи в изменение отчета - пока в личку.

 

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



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

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

 

Ах да...чуть не забыл. Число дней задолженности берется аналогично поэтому если надо заменить источник дней задолженности, а сами не можете, то присылайте свой запрос который получает число дней для контрагента, а в ответ я скину запрос для СКД с исправлениями.

 

ВАЖНОЕ ЗАМЕЧАНИЕ! Если у Вы думаете, что общая задолженность по моему запросу не совпадает с ведомостью по взаиморасчетам и отчетом по задолженности, то вы скорее всего ошибаетесь. Объясню почему. Дело в том, что типовые отчеты построены так, что вне зависимости какую группировку Вы выбираете (контрагент, договор и т.д.), те отборы, которые включены (например Сумма>0) действуют на нижнем уровне самого отчета, а не на выбранной группировке.

Ситуация. У контрагента есть два договора А и Б, взаиморасчеты по которым ведутся вцелом по договору(можно и по-другому, просто пример легче). По первому договору у клиента долг 100 000, по второму переплата  50 000. Теперь пробуем получить ведомость по взаиморасчетам. Выберем группировку по договорам - выйдет всё красиво и верно. Теперь выберем группировку только по контрагентам - в результате получим цифру 50 000 долга - опять верно. А теперь добавим условие сумма остатка >0 и бац!!!! Остаток - 100 000! Как! Почему! А потому, что сначала фильтруются записи, а потом строится группировка. Такая же фигня для отчета по задолженностям... Видимо, чтобы такая фигня не бросалась в глаза из отчета по взаиморасчетов убрали возможность получать отчет в разрезе документов-регистраторов.

Как же проверить данные? Нужно не задавать отборов на сумму, а получить отчет сгруппированый как нужно и кинуть его в ексель или calc чтобы убрать суммы меньше 0. Ну или написать свой отчет с  нужными группировками  (:

 

Исправил первый вариант отчета.

         Неправильно  считались корректировки долга на взаимозачеты уменьшая срок долга

         В качестве даты долга использовалась дата регистратора, что не всегда верно.

         Неправильно формировались интервалы долга


Пожайлуста, пишите о найденных ошибках и недочетах, так как нет возможности проверять на различных наборах данных

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

Наименование Файл Версия Размер
Версия 0.98

.1247379740 31,70Kb
1197
.1247379740 31,70Kb 1197 Скачать бесплатно
-

.1243850900 30,76Kb
530
.1243850900 30,76Kb 530 Скачать
Новый запрос

.1247023098 8,70Kb
844
.1247023098 8,70Kb 844 Скачать бесплатно

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. CheBurator 01.06.09 14:28 Сейчас в теме
скриншоты!
> Число дней просрочки берется из договора клиента
не знаю как в 8-ке, в 7-ке это поле используется для заполнения ДОКУМЕНТОВ ПО УМОЛЧАНИЮ. так что имхо брать из справочников - неверно...
3. Поручик 4535 01.06.09 15:58 Сейчас в теме
Да, логика. Не читал, но осуждаю.
(1) Если не знаешь, так действительно, чего лезть. Данный параметр договора используется и в документах, при проведении, если чо.
74. WKBAPKA 226 28.01.11 15:41 Сейчас в теме
2(3): без кодинга действительно нельзя. Зато одним запросом.
по поводу п.4 как раз этот алгоритм и применяется когда количество дней просрочки либо в договоре либо в документе могут быть разные.

по понкту 2, не можем. Особенно, если отсрочка устанавливается для каждого документа,а платежи не разносятся по документам!

можно также высчитать и глубину долга...
2. anig99 2787 01.06.09 15:21 Сейчас в теме
Мда... Логика..."Я не знаю, но на всякая случай минус поставлю...". В 8ке в договоре есть галочка "Контролировать число дней задолженности. Рядом с ним есть поле - число дней задолженности.
5. CheBurator 01.06.09 17:15 Сейчас в теме
(2) А скажите мне всезнающие люди. При изменении параметра "задолженности/отсрочки" В ДОГОВОРЕ - все данные отчета поплывут или нет?
6. CheBurator 01.06.09 17:18 Сейчас в теме
Непонятливым объясняю.
Минус влеплен за неподобающее оформление разработки на данной странице. Отсутствие скриншотов существенно затроудняет анализ и выбор требуемой разработки пользователями. Думайте не только о себе, плиз...
.
вдогонку (2) > Данный параметр договора используется и в документах, при проведении, если чо.
- очень сомневаюсь. Использование ПРИ ПРОВЕДЕНИИ документа данных, не сохраняемых в реквизитах документа - признак дурного тона программирования 1С... так что убедительная просьба знающему УТ человеку разъяснить. каким образом этот параметр договора влияет на проведение документа.. плиз..
Alien_job; Stеls; +2 Ответить
9. anig99 2787 01.06.09 19:59 Сейчас в теме
(6) тогда нужно ваять бота, который будет на 80% опубликованых обработок "-" вешать...нетути там скриншотов. А выбор обработки осложняет не отсутсвие скриншотов, а кривые/нестандартизированые интерфейсы. У СКД интерфейс кривой, зато стандартный.
(6) (вторая половина) вообще не в ту степь. Как указано в (7) реквизит создан 1С (вот такой у них дурной тон (: ). Создан для остановки отгрузки при превышении числа дней задолженности. На содержательную часть проведения документа не влияет - просто не дает проводить оперативно. Вся доработка конфы заключалась только в том, что это реквизит в договоре сделать не только запретительным, но и справочным (не отменяя запретительную функцию). Просто была отменены условия видимости/невидимости этого поля и его обнуления.
(5) поплывут, но отчет по просроченной задолженности требуется для оперативного анализа. И если даже в фирме заведено так, что изменяются условия УЖЕ заключенного договора (тут, кстати, вообще куча всякой гадости вылезает), а не правильным заключением дополнительных соглашений, то оперативная составляющая отчета тут не повредиться, а продолжит выполнять свою функцию. А если уж так хочется стабильности и независимости, то есть отчет по интервалам, но там уж "одна норма" на всех.
snami_ru; +1 Ответить
4. anig99 2787 01.06.09 16:07 Сейчас в теме
Единственное, что может быть - Че неправильно понял фразу "если указан 0, то из параметра "Дней отсрочки по умолчанию".". В данном случае "Дней отсрочки по умолчанию" - это параметр самого отчета, а не справочника Договоры... Просто описалово выдрал из хэлпа. В контексте самого отчета понятнее.
7. braynt 55 01.06.09 18:43 Сейчас в теме
КонтролироватьЧислоДнейЗадолженности реквизит объекта. При оперативном проведении документа "Реализация товаров и услуг", при установленном флаге Контролировать число дней задолженности происходит контроль числа дней задолжности.
11. anig99 2787 01.06.09 20:09 Сейчас в теме
И ещё раз касательно (7). Число дней задолженности именно тот показатель, который требуется для данного отчета. Если в организации используется 2 даты - "дата предупреждения" и "дата запрета", то дата предупреждения или хранится в дополнительном реквизите, или держится в голове. В первом случае я не телепат и пусть кто там дополнительные поля ваял, то отчет и подправит (все открыто и понятно). А во втором - или отчет по интервалам, или добавка 1 строчки с обнулением в код отчета.
8. luns 01.06.09 19:26 Сейчас в теме
Сhe Burashka ты не прав... поставлю плюс для равновесия...
10. anig99 2787 01.06.09 20:01 Сейчас в теме
Поплывут - изменится распределение просроченная/непросроченная задолженность.
12. CheBurator 01.06.09 20:37 Сейчас в теме
Господа, скажите, плиз, есть в документе заявка/отгрузка реквизит типа "дата оплаты"...???
13. anig99 2787 01.06.09 21:03 Сейчас в теме
В заявке есть 2 реквизита Отгрузка и Оплата...а в отгрузке...точнее реализации товаров и услуг и реализации отгруженных товаров таких параметров и не было (токо что ещё раз проверил... не... точно нет (% ). Весь смысл этого отчета получить задолженность вне зависимости от ведения расчетов по заказам/сделкам и ошибок закрытия заказов/сделок... Если в организации правильно ведется учет по сделкам, то этот отчет не нужен, достаточно стандартных средств 1с. Должен напомнить, что много уже говорилось о "идеальном" предприятии 1с и реальности. Актуальный и достоверный отчет по логике 1с требует ежечасного контроля над взаиморасчетами.
14. Поручик 4535 02.06.09 10:38 Сейчас в теме
>>>> Актуальный и достоверный отчет по логике 1с требует ежечасного контроля над взаиморасчетами.
И здесь подписываюсь. Особенно если несколько элементов договоров, и необходимо
следить за правильной расстановкой в платёжных, отгрузочных доках.
15. Поручик 4535 02.06.09 10:42 Сейчас в теме
Сам отчёт пока не юзал, сейчас нет возможности, типа не читал, но одобряю. Но за идею плюс. По возможности посмотрю работу.
16. пользователь 09.06.09 23:25
Сообщение было скрыто модератором.
...
18. anig99 2787 10.06.09 13:20 Сейчас в теме
(16) Календарные дни. Традиционно используем только календарные, поэтому писать алгоритм расчета банковских дней только как "плюшки", не хотелось. Если очень нужно, подскажи алгоритм, добавлю.
Количество дней в случае уровня отчет по контрагенту берется минимальное. Сейчас уже запамятовал, из всех договоров, или только из тех по которым есть долг.
(17) Долг расчитывается по алгоритму схожему с FIFO. Подробнее. Находится общая сумма долга (по контрагенту, договору, сделке). С конечной даты в обратном порядке перебираются все документы взаиморасчетов. Документы увеличивающие задолженность уменьшают сумма нераспределенной задолженности и так до нуля. Попутно заполняются данные сумма долга, сумма просроченного долга, оплата (оплата не привязана к документу реализации, нужна справочно, чтобы видеть что по клиенту есть движения) и т.д. В результате имее таблицу с документами, которую передаем в СКД. Таким образом, мы не зависим от распределений сумм средствами 1с.
17. пользователь 09.06.09 23:33
Сообщение было скрыто модератором.
...
19. anig99 2787 10.06.09 13:24 Сейчас в теме
возвраты в этом случае - уменьшают задолженность.
20. пользователь 10.06.09 15:03
Сообщение было скрыто модератором.
...
21. ZLENKO 12.06.09 11:46 Сейчас в теме
(20) Я в своем отчете по просроченной задолженности недавно реализовал расчет отсрочки по календарным либо рабочим дням и разбиение суммы документа на предоплату и отсрочку по % предоплаты в договоре - кому надо - обращайтесь.
22. пользователь 12.06.09 15:35
Сообщение было скрыто модератором.
...
23. ZLENKO 12.06.09 15:59 Сейчас в теме
24. пользователь 12.06.09 17:07
Сообщение было скрыто модератором.
...
25. ZLENKO 12.06.09 17:18 Сейчас в теме
(24) :-) Вообще то у меня ник "Z", но тут на инфостарте надо было минимум 3 символа - пришлось дополнить. Позднее придумал такой вариант "Z-z-z" - мне он показался более прикольным.
26. snami_ru 25.06.09 15:48 Сейчас в теме
как настроить отчет чтобы показывал группировку по дням, неделям или месяцам?
27. anig99 2787 25.06.09 16:17 Сейчас в теме
А что именно? Просроченный долг или интервалы?
36. snami_ru 07.07.09 15:43 Сейчас в теме
37. anig99 2787 07.07.09 15:53 Сейчас в теме
(36) Там участвуют два основных параметра связанных с датой - число дней просроченной задолженности (и его производные) и дата регистратора. Какой именно параметр группировать в периоды? Или чтобы было - вот этот долг возник в таком-то месяце, это в таком-то и т.д.? Можно добавить поле, которое вычисляет дату возникновения долга и группировать по нему с периодом в месяц, день и т.д. Просто не возникало задач по группировке просроченной задолженности по периодам вообще, поэтому точное описание требуется.
28. MariP 16 29.06.09 11:19 Сейчас в теме
ПЛЮС!!!
Есть клиенты с разными отсрочками, поэтому очень пригодится отчет.
СПАСИБО
29. macsol 32 29.06.09 12:30 Сейчас в теме
Протестировал твою обработку. делал так: создал переменную счетчик, и при каждой команде Запрос.Выполнить(), увеличивал её на 1.
Результат 2 248 ( и возможно я еще не все запросы обложил счетчиком).
Это не иначе как изнасилованием сервера не назовешь. Впечатление жуткое. Все эти данные можно получить с помощью одного запроса и нескольких строчек кода.
Я изменил свою обработку, посмотри.
30. anig99 2787 29.06.09 14:24 Сейчас в теме
Количество запросов равно количеству контрагентов(договоров). Можно заменить и на 1 запрос, но тогда придется хранить ВСЮ таблицу взаиморасчетов для этих контрагентов в виде таблицы значений и оттуда уже выбирать нужное. Вопрос только что же всё-таки лучше: 1 большой запрос или много маленьких. Между прочим, мой код открыт - можно модифицировать в сторону уменьшения кол-ва запросов.
Кроме того, показателей всё-таки у меня поболе, чем в твоей. Но это не минус тебе.
31. macsol 32 29.06.09 16:52 Сейчас в теме
(30) По запросам. Один большой - выполняется 1.5 секунды. Если сунуть туда отборы меньше.Напомню что база данных предназначается не для разработчика а для бухгалтеров, по этому при программировании необходимо понимать что ты не один. Если все начнут писать запросы в циклах, мы за день всем заводом будем проводить один документ.
ВСЯ таблица взаиморасчетов - хранится в оперативке, у меня окромная база, а результат запроса всего 9000 строк(если без отборов). Для клиентской машины средней производительности - как два пальца ... (Опять же стоит подумать о других пользователях и не перегружать их машины)
На мой взгляд, в реализации этой задачи, ты изначально пошел не тем путем, поэтому (это только мое мнение) проще заново сделать чем модифицировать.
А код я закрыл, потому что в предыдущем случае ты не нашел в нем ничего нового и интересного..
32. anig99 2787 29.06.09 17:42 Сейчас в теме
(: Посмотрим (: Весь код писался именно под легкость модификации.
33. macsol 32 03.07.09 14:35 Сейчас в теме
Почитал твою тему на форуме. Если получится ускорить отчет с помощью маленьких простых запросов, напиши плиз, хочется посмотреть и сравнить. Я выложил вторую версию отчета, куда воткнул отборы. Некоторое ускорение есть, но это предел. Быстрее он уже не станет.
34. anig99 2787 03.07.09 16:51 Сейчас в теме
Я пошел в другом направлении. Всё в одном запросе. Через пакетные запросы. В чистом виде пока быстрее, чем у тебя.
35. macsol 32 06.07.09 21:04 Сейчас в теме
(34) Ты пошел в моем направлении :)
50. ZLENKO 20.07.09 16:25 Сейчас в теме
(34) А по сравнению с моим отчетом у Вас быстрее ?
51. anig99 2787 20.07.09 16:41 Сейчас в теме
(50) на моей базе УПП - мой отчет намного быстрее... даже по 1 клиенту. Брал демо отчет
52. ZLENKO 20.07.09 17:06 Сейчас в теме
(51) Хм.. а в цифрах "намного" как выражается ?
54. anig99 2787 20.07.09 17:20 Сейчас в теме
(52) минут 10 твой отчет точно получается.
(53) как раз эти временные таблицы и оптимизируют расчеты.
55. ZLENKO 20.07.09 17:24 Сейчас в теме
(54) что то тут не то... по всем контрагентам (на реальных базах за 2 года работы компаний) я не видел чтобы больше 30 секунд строился. Сколько документов по контрагенту ?
56. anig99 2787 20.07.09 17:46 Сейчас в теме
(55) база больше 3 лет. сколько документов не знаю. позже погоняю ещё отчет - ща сервера заняты
38. macsol 32 09.07.09 15:09 Сейчас в теме
Как ты считаешь нарастающий итог, если несколько документов по одному договору проведены в одной секунде? Я на этом голову сломал.
40. anig99 2787 09.07.09 17:31 Сейчас в теме
(38) Дополнительной проверкой по ссылке.

ВЫБОР
КОГДА ПериодыРегистратор.Период < УвеличениеРегистратор.Период
ТОГДА ИСТИНА
ИНАЧЕ ВЫБОР
КОГДА ПериодыРегистратор.Период = УвеличениеРегистратор.Период
ТОГДА ПериодыРегистратор.Регистратор <= УвеличениеРегистратор.Регистратор
ИНАЧЕ ЛОЖЬ
КОНЕЦ
КОНЕЦ
39. macsol 32 09.07.09 15:55 Сейчас в теме
Плюс я поставил за смену подхода.
Есть недоработки
1 Проверяй запрос ( остаток на дату отчета у некоторых контрагентов не сходится с ведомостью по взаиморасчетам и с остатком по регистру "В-ты с к-ми" на дату.
2 Желательно получать данные в разрезе организаций, потому как часто в одной базе несколько организаций.
41. anig99 2787 09.07.09 17:36 Сейчас в теме
(39) 1. Это особенности реализации подхода. Сегодня-завтра выведу закономерности и на примерах покажу.
2. учту. Я этот запрос мучаю для второй версии отчета.
42. anig99 2787 10.07.09 09:24 Сейчас в теме
ВАЖНОЕ ЗАМЕЧАНИЕ! Если у Вы думаете, что общая задолженность по моему запросу не совпадает с ведомостью по взаиморасчетам и отчетом по задолженности, то вы скорее всего ошибаетесь. Объясню почему. Дело в том, что типовые отчеты построены так, что вне зависимости какую группировку Вы выбираете (контрагент, договор и т.д.), те отборы, которые включены (например Сумма>0) действуют на нижнем уровне самого отчета, а не на выбранной группировке.

Ситуация. У контрагента есть два договора А и Б, взаиморасчеты по которым ведутся вцелом по договору(можно и по-другому, просто пример легче). По первому договору у клиента долг 100 000, по второму переплата 50 000. Теперь пробуем получить ведомость по взаиморасчетам. Выберем группировку по договорам - выйдет всё красиво и верно. Теперь выберем группировку только по контрагентам - в результате получим цифру 50 000 долга - опять верно. А теперь добавим условие сумма остатка >0 и бац!!!! Остаток - 100 000! Как! Почему! А потому, что сначала фильтруются записи, а потом строится группировка. Такая же фигня для отчета по задолженностям... Видимо, чтобы такая фигня не бросалась в глаза из отчета по взаиморасчетов убрали возможность получать отчет в разрезе документов-регистраторов.

Как же проверить данные? Нужно не задавать отборов на сумму, а получить отчет сгруппированый как нужно и кинуть его в ексель или calc чтобы убрать суммы меньше 0. Ну или написать свой отчет с нужными группировками (:
43. Valerich 16.07.09 04:14 Сейчас в теме
плюсанул.
Маленький совет
вместо

стр1.ВидСравнения=стр.ВидСравнения;
стр1.Использование=стр.Использование;
стр1.ЛевоеЗначение=стр.ЛевоеЗначение;
стр1.ПравоеЗначение=стр.ПравоеЗначение;
стр1.Представление=стр.Представление;
стр1.Применение=стр.Применение;
стр1.РежимОтображения=стр.РежимОтображения;

и т.д. проще использовать ЗаполнитьЗначенияСвойств( Стр1, Стр ) - больше шансов, что ничего не пропустишь :)
44. anig99 2787 16.07.09 06:38 Сейчас в теме
спасибо. это мой первый опыт работы с скд, поэтому отлавливать баги так было легче, но исправлю
45. пользователь 16.07.09 12:52
Сообщение было скрыто модератором.
...
46. пользователь 16.07.09 13:09
Сообщение было скрыто модератором.
...
47. anig99 2787 16.07.09 13:38 Сейчас в теме
(46) Конечная дата нужна для получения дополнительных данных (оплата за период и продажи за период) - с получением долгов никак не связано.
Во втором отчете - демонстрация запроса. Никакой гибкости не предусмотрено. Просто я пересмотрел алгоритм и переделываю основной отчет. Причем не только алгоритм, но и юзабилити, и функционал, поэтому его ещё здесь нет.
Да, там выводы в виртуальные таблицы. Но отчет структурирован, если хочешь скину в личку описание алгоритма, если ж не смог разобраться.
(45) Настройки очень просты. Если ты хоть немного разбираешься в СКД. Галочки у параметров не меняем, сами параметры менять можно. Чтобы отобрать контрагентов - задаем отбор по контрагентам (любой отбор без групповых условий). Задаем нужные группировки и вперед. Если хочешь, чтобы менеджеры не мучались, то создаешь все настройки - сохранеяшь их в xml (чтобы не потерялись) и вперед. У меня менеджеры просто нажимают кнопку.

(45) описал мой первый алгоритм. Второй быстрее.
48. ZLENKO 20.07.09 14:06 Сейчас в теме
(46) (47) Вот поэтому я и пользуюсь для написания отчетов платформой универсального отчета, а не СКД - настройки универсального отчета понятные, привычные пользователям и очень "гибкие".
49. anig99 2787 20.07.09 14:23 Сейчас в теме
(48) На самом деле почти одинаковые что универсальный, что СКД. Только расположение элементов разное (можно поправить). Те кто РАЗБИРАЕТСЯ в универсальном, разберется и в СКД. А кто запоминает - будет дальше тренировать память. С другой стороны, я сейчас в СКД вынес основные настройки на закладку формы. А остальное... тут сидят такие, что и в универсальном не разберуться. Поэтому готовлю инструкцию по использованию СКД.
53. ZLENKO 20.07.09 17:14 Сейчас в теме
Посмотрел новый запрос - суть не "вкурил", но количество создаваемых временных таблиц впечатлило.
57. Alex_will 37 29.07.09 12:23 Сейчас в теме
доработаю под БП....такое же надо...но толкового на сайте не нашел
58. ZLENKO 03.08.09 15:58 Сейчас в теме
(57) Чем мой отчет не устраивает ? При желании его можно переделать под БП.
59. Alex_will 37 04.08.09 08:08 Сейчас в теме
(58) я ж написал что "доработаю под БП". не нашел готовый под БП
60. Yul_kat 46 11.08.09 11:22 Сейчас в теме
А как сделать отбот по организации?
62. anig99 2787 11.08.09 12:22 Сейчас в теме
(60). В какой именно обработке? В принципе, ни в одной из этих не предусморен учет нескольких организаций, но доработать их можно. Но реализованы они по разному, поэтому и нужно знать версию.
Кроме того, есть платная версия, где организации учтены и есть много чего ещё.
Можно в личку.
61. Yul_kat 46 11.08.09 11:22 Сейчас в теме
63. murin 55 16.09.09 10:21 Сейчас в теме
Пользуюсь этим отчетом, неплохой отчет. Плюс поставил. Добавлял группировку по договорам (после контрагентов) и делал отбор по "виду договора" - выходит ошибка :(, а если добавляю группировку "виду договора" в верхний уровень, то отбор работает.
64. anig99 2787 16.09.09 11:24 Сейчас в теме
(63)Отчет бесплатный и узкоспециализированый. Проблема скорее всего в неправильной отработке предварительного отбора.
65. anig99 2787 16.09.09 11:31 Сейчас в теме
(63) попробуйте "Новый запрос".
66. WKBAPKA 226 23.01.10 19:15 Сейчас в теме
а как насчет "развернуть по иерархии"... задача простая, нужно вывести контрагентов, договора контрагентов, сделки и документы расчета + регистраторы по которым есть долг и разбросать этот долг между текущей просроченной и лояльной с учетом итогов по иерархии... что то в ваших реализациях я этого не увидел...
67. anig99 2787 25.01.10 13:07 Сейчас в теме
68. Ant-1905 19.11.10 13:11 Сейчас в теме
спасибо, понравился отчетик! ;)
69. WKBAPKA 226 27.01.11 18:53 Сейчас в теме
а если использовать простой алгоритм... делаем запрос по долгам и группируем по дням. опосля чего используем следующую формулу, отсчитываем количество дней отсрочки и смотрим, если остаток на конец больше чем остаток на начало + кво дней отсрочки за который могла быть отгрузка, значит просроченная дебеторская задолженность все же есть... т.е. идея такая, что остаток на конец всегда должен стремиться к нулю! немного сумбурно, но приблизительно идея понятна?
70. anig99 2787 27.01.11 20:56 Сейчас в теме
(69) идею пока не вкурил. можно поподробнее формулу на языке математики или алгоритм.
71. WKBAPKA 226 28.01.11 09:49 Сейчас в теме
2(70): допустим есть договор с отсрочкой платежа в 7 дней. отгрузили товар. через 7 дней товар должен быть оплачен. соответственно через 7 дней долг должен равняться нулю. Но так как в этот период могут быть еще отгрузки, а также оплаты, то сумма долга на конец должна быть меньше суммы долга на начало (т.е. конец период - 7 дней) + отгруженный товар за этот период, что означает, что в этот период было уменьшение долга, т.е. он не вырос. Если сумма долга больше - это и есть просроченный долг. Правда тут не подсчитать количество дней просрочки, вернее можно, но нужно ли !
72. WKBAPKA 226 28.01.11 09:51 Сейчас в теме
соответственно если на конец есть остаток, а за период не было отгрузок и остаток на конец = остатку на начало, то тоже считается просроченным долгом, т.к. за этот период отсрочки долг не уменьшился
73. anig99 2787 28.01.11 10:56 Сейчас в теме
(72) Ага. Тогда 4 замечания:
1. Таким способом можно получить только сумму просроченного долга, но никак не его структуру и свойства.
2. Алгоритм проверки можно сократить. В Вашем случае получаем Сумма долга на дату -7дней, сумма отгрузки и сумма долга на текущую дату. Можно обойтись суммой долга на дату -7дней и суммой оплаты за этот период. Т.е. Просроченный долг = СуммаДолга[-7д] - СуммаОплатыЗаПериод[7д]
3. Без кодинга такой подход можно реализовать только в рамках СКД - параметрическая связь НаборовДанных (как в отчете по продажам в определенных ценах)
4. Алгоритм невозможно модернизировать для случаев, когда количество дней просрочки устанавливается для каждого документа разные
75. WKBAPKA 226 28.01.11 15:46 Сейчас в теме
т.е. я хотел сказать, что разница между началом и концом показывает нам увеличение/уменьшение долга... а это могут быть как проплаты, так и возвраты и т.п. без кодирования не обойтись как раз потому, что для каждого договора могут быть разные условия отсрочки, и делать на каждого клиента запрос можно было бы, помещая во временную таблицу, только вот как быстро это будет работать?
76. ivan07 15.11.11 19:46 Сейчас в теме
Отчет пригодился нашим бухам, Спасибо большое
77. пользователь 12.01.12 14:59
Сообщение было скрыто модератором.
...
78. evgeniy.bilyk 16.03.12 02:06 Сейчас в теме
Спасибо, полезный отчет, пригодился
79. francisco 02.04.12 16:55 Сейчас в теме
Попробуем, должно быть не плохо.
80. volga1 5 21.05.12 12:50 Сейчас в теме
Возможно посчитать просрочку по такой схеме с помощью запроса?
Пример:
период 01.04.2012 по 20.05.2012
Контрагент (Число дней допустимое 14)
Сумма долга начало -100р
Реализация №1 от (01.04.2012) 200р просрочено 21день
Реализация №2 от (05.05.2012) 150р не просрочено
Приходник №1 от (05.05.2012) -150р
ВозвратТовара №1 от (06.05.2012) -100р

получается только к концу периода просроченные реализации видно а как в течении периода просроченные реализации видеть как здесь

этот пример за период не показывает просрочку по фифо, нужно чтобы Реализация №1 показывалась как просроченная(хотя и оплачена но с опозданием на 21день).
Какой должен быть алгоритм запроса?
Прикрепленные файлы:
81. anig99 2787 21.05.12 13:17 Сейчас в теме
(80) я это сделал объединяя отчеты за каждый день периода (программно) в одну таблицу.
82. volga1 5 21.05.12 13:36 Сейчас в теме
(81)
Вы предлагаете не запросом это реализовать, то есть запросом не реально?
83. anig99 2787 21.05.12 13:56 Сейчас в теме
(82) мой запрос основывается на регистре взаиморасчеты с контрагентами, который не подразумевает закрытие по документам расчета. По нему можно узнать остатки и движения, но не какой документ и когда был оплачен. Запрос действует из предположения, что документы закрываются по фифо, но сам расчет фифо не производит, а только получает однозначно ещё не закрытые по оплате документы. Получать данные о долгах в разрезе периода можно только имея информацию о том, когда реализация была оплачена. Это возможно 2 способами:
1. написать простой отчет по регистру взаиморасчеты по документам расчетов, но для этого регистр нужно всегда держать в порядке
2. получить неоплаченные долги за каждый день периода и уже эти данные объединить в 1 таблицу, которую можно проанализировать дальше.
84. volga1 5 21.05.12 14:32 Сейчас в теме
(83)
1.(взаиморасчеты по документам расчетов) - не приемлемо т.к. договоры не учитываются, контрагент может покупатель и поставщик одновременно быть, даже число дней на контрагента прописал.
2 вариант попробую.
Ваше мнение - если в регистр (взаиморасчеты с контрагентами) добавить ресурс или вообще новый регистр создать и документами в него расчет делать а после для отчета данные брать из него?
85. anig99 2787 21.05.12 14:51 Сейчас в теме
(84) зачем что-то дописывать в конфе? Напишите обработку, которая будет рассчитывать взаиморасчеты по fifo и писать их в регистр взаиморасчеты по документам расчетов. Т.е. у Вас будет отключен основной механизм движения по этому регистру, но Ваша обработка будет писать туда данные как нам нужно по fifo с привязкой по документам. При ручном перепроведении этого документа движения пропадут и таким образом можно будет вычислять период, с которого нужно делать перерасчет (граница последовательности). Если же менять конфу, то можно точно также обойтись этим же регистром и подпиской на событие запись документа. Тогда движения не будут пропадать при ручном перепроведении, но надо будет где-нибудь хранить границу последовательности.
86. volga1 5 25.05.12 20:06 Сейчас в теме
(85)

Сделал (просрочка в течении периода просроченные не оплаченные и просроченные оплаченные реализации видно)
87. mari0210 10 04.09.12 11:00 Сейчас в теме
надо для бюджета((((((кредиторскую и дебиторскую просроченную задолженность в разрезе договоров....очень надо....не могу найти...
88. пользователь 14.09.12 16:09
Сообщение было скрыто модератором.
...
89. Ламия 06.01.13 19:28 Сейчас в теме
90. zforall 115 05.12.13 08:43 Сейчас в теме
Отличный отчет. Только я не могу почему-то настроить вывод по договорам контрагента. Подскажите, пожалуйста как расположить группировки чтобы увидеть данные по договорам.
91. anig99 2787 05.12.13 09:14 Сейчас в теме
(90) чтобы заработало по договорам нужно указать в настройках, которые на закладке отдельное, группировка: по договорам (выпадающий список). Это сформирует исходные данные для отчета в разрезе договоров, а не контрагента. После этого нужно в настройках, которая по кнопке сверху (открывается отдельное окно) добавить в группировку внешнего вида отчета Договор контрагента.
92. zforall 115 16.12.13 11:31 Сейчас в теме
Подскажите в каком направление надо рыть чтобы отчет считал не по календарным а по банковским дням. Заранее спасибо.
93. anig99 2787 16.12.13 14:27 Сейчас в теме
(92) в этом отчете нет такой настройки. В более поздних вариантах, которые я не публиковал, есть привязка к производственному календарю, что и дает банковские дни.
94. zforall 115 17.12.13 02:50 Сейчас в теме
И как же можно получить для тестирования неопубликованный вариант? :)
95. anig99 2787 19.12.13 11:31 Сейчас в теме
(94) попробую на выходных выслать. Скиньте почту в личку.
96. mr_AntA 29.11.16 17:26 Сейчас в теме
Можно ли переделать так, чтобы показывал не только долги, но и переплаты?
97. anig99 2787 30.11.16 09:47 Сейчас в теме
(96) Вообще - можно. Через какое-то время буду писать такой отчет. Когда точно - не скажу, но до нового года, скорее всего
98. 028 03.10.17 07:01 Сейчас в теме
Как сделать чтобы отчет учитывал остатки перенесенные с прошлого года
в базе они отражаются через документ ввод начальных остатков? Раздел учета: Расчеты с покупателями и заказчиками (счета 1210, 3510)
Оставьте свое сообщение

См. также

Взаиморасчеты с покупателями (УТ 11.4)

Оптовая торговля Дебиторская и кредиторская задолженность v8 v8::ОУ v8::УФ v8::СКД УТ11 УУ Абонемент ($m)

Отчет о взаиморасчетах с покупателями в разрезе покупателей и документов расчетов. Для конфигурации Управление Торговлей 11.4.

1 стартмани

21.07.2021    1096    13    Ant10    0    

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

Оптовая торговля Управленческие v8 v8::ОУ УТ11 УУ Абонемент ($m)

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

5 стартмани

23.01.2021    2213    17    user1503062    1    

Уведомление о просроченной дебиторской задолженности (ERP 2.4, ERP 2.5, КА 2.4, УТ 11.4)

Дебиторская и кредиторская задолженность Оптовая торговля v8 v8::УФ v8::СКД ERP2 УТ11 КА2 Россия БУ УУ Абонемент ($m)

Внешний отчет "Уведомление о просроченной дебиторской задолженности" для ERP 2.4, ERP 2.5, КА 2.4, УТ 11.4 необходим для информирования Клиентов об образовании у них просроченной дебиторской задолженности.

2 стартмани

16.12.2020    8856    23    SergAl    17    

Анализ отсутствия товара на складе (складские провалы) Промо

Финансовый учет и бюджетирование (FRP) Оптовая торговля Учет ТМЦ Управленческие Оптовая торговля Учет ТМЦ v8::ОУ УТ10 Россия УУ Абонемент ($m)

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

2 стартмани

17.03.2015    25116    2    taurus__    4    

Ведомость по партиям регистра Себестоимость с разбиением оборотов. УТ 11.4

Оптовая торговля Розничная торговля Учет ТМЦ Управленческие v8 v8::ОУ УТ11 УУ Абонемент ($m)

Аналог отчета "Ведомость по партиям товаров" с разбиением показателей Приход/Расход на пункты: -Поступления-Продажи-Сборка-Оприходование/списание-Перемещения-Корректировки-Внутреннее товародвижение-Прочие обороты. Строится на основании регистра "Себестоимость товаров"

1 стартмани

27.04.2020    4927    22    user834357    0    

Товары без движения. Отчет для УТ 11.4

Оптовая торговля Розничная торговля Управленческие v8 v8::ОУ УТ11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика УУ Абонемент ($m)

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

1 стартмани

04.04.2020    6009    53    ErAK    13    

Автозаказ для 1С:Управление торговлей 11 Промо

Управленческие Оптовая торговля Учет ТМЦ Оптовая торговля Учет ТМЦ v8 v8::ОУ УТ11 УУ Абонемент ($m)

Отчет выводит информацию, помогающую принять решение о пополнении товарного запаса.

3 стартмани

26.09.2017    42089    55    The Ded    44    

Проверка остатков по счетам 60, 62, 76

Дебиторская и кредиторская задолженность Анализ учета v8 v8::БУ v8::СКД БП3.0 Аудит и бухгалтерские услуги, юриспруденция Россия БУ Абонемент ($m)

Проверка остатков на счетах 60, 62 и 76 в разрезе контрагентов, договоров и документов взаиморасчетов на наличие несвернутого или некорректного сальдо.

1 стартмани

10.03.2020    5000    35    natalika1601    2    

Акт сверки взаиморасчетов с факсимиле

Печатные формы документов Дебиторская и кредиторская задолженность v8 v8::ОУ УТ11 БУ УУ Абонемент ($m)

Акт сверки взаиморасчётов с факсимиле для УТ 11.4. Внешняя печатная форма.

1 стартмани

07.03.2020    6043    18    kirabr    12    

Состояния оплат заказов клиентов. 1С:ERP 2.0, УТ 11

Дебиторская и кредиторская задолженность Оптовая торговля Управленческие v8::ОУ v8::СКД ERP2 УТ11 Россия УУ Абонемент ($m)

Гибкий отчет «Состояния оплат заказов клиентов» для менеджеров и руководителей, работающего с конфигурациями «1С:ERP Управление предприятием 2», «Управление торговлей, редакция 11».

1 стартмани

05.02.2020    5952    14    Warn1ng26ru    0    

Анализ активности продавцов для УТ 11 Промо

Управленческие Розничная торговля Розничная торговля v8 v8::ОУ v8::СКД УТ11 Розничная и сетевая торговля (FMCG) Россия УУ Абонемент ($m)

Отчет позволяет проанализировать качество работы продавцов, а также сравнить показатели розничных точек продаж (магазинов).

5 стартмани

26.11.2018    18900    6    Zalipaka    0    

Ведомость расчетов с клиентами подробная

Оптовая торговля Дебиторская и кредиторская задолженность v8::ОУ v8::УФ УТ11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия УУ Абонемент ($m)

Отчет "Ведомость расчетов с клиентами подробная" для 1С:Управление торговлей 11 содержит информацию: адрес доставки, номер и дата реализации, планируемая дата оплаты, отсрочка, сумма реализации, сумма оплаты, задолженность, просрочено, долг клиента.

1 стартмани

04.02.2020    4701    18    globarh    3    

Розничные продажи со скидками по чекам ККМ и возвраты (ERP 2.4, УТ 11.4, КА 2.4)

Розничная торговля Управленческие v8::ОУ v8::УФ ERP2 УТ11 КА2 Россия УУ Абонемент ($m)

Внешний отчет "Розничные продажи со скидками по чекам ККМ и возвраты" для ERP 2.4, УТ 11.4, КА 2.4 для вывода информации о предоставляемых скидках. Отчет необходим для анализа какой предоставляется процент скидки и сколько делается возвратов по чекам ККМ. Отчет по розничным продажам берет данные с проведенных документов "Чек ККМ" и "ЧекККМВозврат".

2 стартмани

18.12.2019    6103    10    SergAl    7    

ОСВ по счету 60, 62 с группировкой по контрагенту - Анализ не закрытых авансов

Дебиторская и кредиторская задолженность Оборотно-сальдовая ведомость, Анализ счета Бухгалтерские v8 v8::БУ v8::СКД БП3.0 Россия БУ Абонемент ($m)

Отчет ОСВ по счету 60, 62 сделан на СКД с группировкой Организация / Контрагент / Договор / Счет будет полезен тем, кто анализирует не закрытые авансы в разрезе контрагентов.

2 стартмани

16.12.2019    12015    47    a_v_u    13    

Простой и удобный Универсальный отчет (СКД) v 2.7 Промо

Анализ учета Финансовые Управленческие v8::УФ v8::СКД 1cv8.cf Абонемент ($m)

Универсальный отчет на Управляемом Приложении с использованием механизма "СКД". Не требует знаний встроенного языка 1С. Позволяет выводить данные по справочникам, документам, бизнес-процессам, задачам, всем возможным регистрам, по таблицам изменений или по данным произвольного запроса. Доступны все возможности СКД: группировки, отбор, условное оформление, сохранение/загрузка вариантов отчета. Может использоваться как в типовых, так и в самописных конфигурациях

3 стартмани

05.05.2014    59823    91    kser87    82    

Контроль выписки и согласования Актов сверки взаиморасчетов с контрагентами

Дебиторская и кредиторская задолженность Бухгалтерские Анализ учета v8::БУ v8::СКД БП3.0 Россия БУ Абонемент ($m)

Отчет для контроля выписки и согласования Актов сверки расчетов. На предприятиях с жесткой платежной дисциплиной бухгалтер отправляет контрагентам (как правило, после окончания квартала) множество Актов на согласование и подпись. По истечении некоторого времени возникает вопрос: «А всем ли выписаны и все ли согласованы?»

1 стартмани

17.11.2019    5771    18    suvig    0    

Вывод отчета "Остатки и доступность товаров" в заказах

Учет ТМЦ Управленческие v8::ОУ ERP2 УТ11 Россия УУ Абонемент ($m)

Расширение добавляет возможность сформировать отчет "Остатки и доступность товаров" по табличной части документов заказа в форме документа. Успешно работает и применяется на конфигурациях ERP 2.4.10.94 и УТ 11.4.10.94.

1 стартмани

06.11.2019    8183    22    Angealtor    7    

Валовая прибыль в текущем месяце. Актуальная себестоимость (рассчитывается из последней цены закупки с учетом доп.расходов) Промо

Управленческие Оптовая торговля Учет доходов и расходов Оптовая торговля Учет доходов и расходов v8 v8::ОУ УТ11 УУ Абонемент ($m)

Валовая прибыль "Вместо себестоимости - Закупочные цены + Доп. расходы". Дополнительный внешний отчет для конфигурации Управление торговлей 11. Отчет поможет предприятиям, если нет возможности: - закрывать месяц ежедневно; - считать себестоимость вообще по разным причинам. В отчет попадают закупочные цены на *конецпериода* формирования отчета + дополнительные расходы.

3 стартмани

16.03.2018    36982    91    zaika007    49    

Ведомость по остаткам, свободные остатки, резервы и товары к отгрузке

Оптовая торговля Учет ТМЦ Управленческие v8::ОУ v8::СКД УТ11 УУ Абонемент ($m)

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

1 стартмани

18.10.2019    6647    27    XuMbI4    3    

Напоминалка о просроченной задолженности (долг клиента на форме расходной накладной)

Дебиторская и кредиторская задолженность Обработка документов v8 v8::ОУ УТ11 УУ Абонемент ($m)

Данная разработка добавляет на форму документа "Реализация товаров и услуг" данные об общей и просроченной задолженности по данному клиенту.

2 стартмани

11.10.2019    6139    13    simuljakr    2    

Формирование графика отгрузки в канбан доске с Drag&Drop (расширение для ERP, УТ, КА)

Управленческие Оптовая торговля v8::ОУ v8::УФ ERP2 УТ11 КА2 Россия УУ Абонемент ($m)

Расширение для ERP, УТ, КА. В окне планирования отгрузок задается дата начала планирования и количество дней планирования, можно установить отборы по складам, внизу по каждому дню выводится суммарный вес запланированных отгрузок. Перетаскивание в очереди и днях производится мышкой. Первоначальные сведения для планирования указываются в документе "Заказ клиента".

1 стартмани

09.10.2019    8884    10    alexnew    2    

Отчет по среднему чеку в торговле УТ 11; КА 2 Промо

Управленческие Розничная торговля Розничная торговля v8::ОУ v8::УФ УТ11 УУ Абонемент ($m)

Данный отчет позволяет посмотреть средние чеки в разрезе продавцов, магазинов и ККМ в конфигурации "Управление торговлей 11". Данный отчет был протестирован на конфигурации Управление торговлей 11.4.12.91.

3 стартмани

15.03.2018    24978    48    zaika007    23    

Анализ остатков и продаж, План закупок на основании остатков и продаж для 1С:Розница 2.3 и 1С:Управление торговлей 11.4

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

Отчет "Анализ остатков и продаж" позволяет в одном отчете видеть одновременно текущую цену, остатки товаров и сумму остатков в выбранном типе цен на конечную дату, а также среднюю цену по которой был продан товар, количество и сумму продажи товаров за период. Отчет "План закупок на основании остатков и продаж" позволяет сформировать остатки и продажи за период и на основании этих данных с учетом расчета количества месяцев на перед рассчитать потребность в товаре и вычислить план необходимой закупки.

5 стартмани

29.09.2019    12406    45    globarh    10    

Аппроксимация в запросе. Прогноз продаж на практике

Оптовая торговля Управленческие v8 v8::ОУ УТ10 Россия УУ Абонемент ($m)

Составление прогноза продаж на основании данных предыдущих 3-х периодов. Методом линейной аппроксимации. На практике, напрямую в запросе. Оказывается, это гораздо проще, чем звучит.

1 стартмани

15.09.2019    10547    12    kida1    0    

Отчет для руководителя. УПП 1.3

Управленческие Финансовый учет и бюджетирование (FRP) Оптовая торговля Учет доходов и расходов Финансовый учет и бюджетирование (FRP) Оптовая торговля Учет доходов и расходов v8 v8::СКД УПП1 УУ Абонемент ($m)

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

1 стартмани

11.09.2019    8523    6    Nefilimus    0    

Время продаж чеков по магазинам в УТ 11, КА. Аналитический отчет + Диаграмма Промо

Управленческие Розничная торговля Розничная торговля v8 v8::ОУ УТ10 УТ11 КА2 Розничная и сетевая торговля (FMCG) УУ Абонемент ($m)

Отчет "Диаграмма по времени продаж чеков" предназначен для планирования графиков работы продавцов-менеджеров, для планирования маркетинговых мероприятий.

2 стартмани

16.03.2018    28510    29    zaika007    19    

Потребность товаров (УТ 11)

Управленческие Оптовая торговля Оптовая торговля v8 v8::ОУ УТ11 Россия УУ Абонемент ($m)

Отчет "Потребность товаров" строится на основании анализа продаж за период.

2 стартмани

19.08.2019    8752    56    StiVitS    24    

Расчет зарплаты менеджеров (мотивация менеджеров) (УТ 11.4)

Зарплата Управленческие Зарплата v8 v8::ОУ v8::СКД УТ11 Россия УУ Абонемент ($m)

Внешний отчет формирует таблицу с зарплатой менеджера в зависимости от фактических продаж (по документам продаж и закупок) и процента от продаж (УТ 11.4).

1 стартмани

04.07.2019    9224    18    KrasinAA    10    

Сравнение цены продажи и цены по прайс-листу (отчёт для УТ11) Промо

Управленческие Оптовая торговля Ценообразование, анализ цен Оптовая торговля Ценообразование, анализ цен v8::ОУ v8::УФ ERP2 УТ11 КА2 УУ Абонемент ($m)

Отчёт для сравнения цены продажи товара и его цены по прайс-листу. Позволяет выявить отклонения цены продажи от цен по другим видам цен.

10 стартмани

11.07.2017    23601    14    mikhail.kozyrin    5    

Остатки товара на складе + Товар под резервом на складе с ценой и суммой для ERP 2.4, ERP 2.5, УТ 11.4, КА 2.4

Управленческие Оптовая торговля Учет ТМЦ Оптовая торговля Учет ТМЦ v8::ОУ v8::УФ v8::СКД ERP2 УТ11 КА2 Россия УУ Абонемент ($m)

Внешний отчет "Товар под резервом на складе с ценой и суммой" для ERP 2.4, ERP 2.5, УТ 11.4, КА 2.4 для вывода информации по остаткам товара на складах в количественном и суммовом выражении согласно выбранному типу цены, в том числе информация о товаре, которых находится на складе и зарезервирован заказом клиента.

1 стартмани

27.06.2019    8351    54    SergAl    28    

Отчет за смену из РМК для УТ 11

Управленческие Розничная торговля Розничная торговля v8 v8::ОУ УТ11 УУ Абонемент ($m)

Краткий отчет о продажах за смену из режима РМК (рабочее место кассира) для УТ 11

1 стартмани

19.06.2019    9900    21    kassbar    11    

Обороты по документам для 1С: Бухгалтерия предприятия ред.3

Анализ учета Статистика базы данных Управленческие Документооборот и делопроизводство Документооборот и делопроизводство v8::СКД БП3.0 Россия БУ Абонемент ($m)

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

4 стартмани

23.05.2019    7468    8    rusmil    7    

Валовая прибыль (1С: Розница 2.3) Управляемые формы Промо

Управленческие Учет доходов и расходов Розничная торговля Учет доходов и расходов Розничная торговля v8::ОУ v8::УФ Розница Россия УУ Абонемент ($m)

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

3 стартмани

26.04.2017    53042    198    cezarj    55    

Кредиторская задолженность по срокам оплаты

Дебиторская и кредиторская задолженность Управленческие Дебиторская и кредиторская задолженность v8 v8::СКД ERP2 УТ11 КА2 Украина Россия УУ Абонемент ($m)

Отчет удобен для отслеживания и совершения своевременной оплаты поставщикам.

1 стартмани

17.05.2019    5697    30    Itexltd    6    

Отчет по новым клиентам (по отгрузкам). УТ, Розница

Управленческие Управление взаимоотношениями с клиентами (СRM) Оптовая торговля Управление взаимоотношениями с клиентами (СRM) Оптовая торговля v8 v8::ОУ v8::УФ v8::СКД УТ10 Розница УТ11 УУ Абонемент ($m)

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

2 стартмани

15.05.2019    6511    14    lexin1976    3    

Сравнение продаж по периодам

Управленческие Оптовая торговля Оптовая торговля v8 v8::СКД ERP2 УУ Абонемент ($m)

Отчет "Сравнение продаж по периодам" сравнивает продажи по двум произвольным периодам.

1 стартмани

14.05.2019    7139    12    SLukin    2    

Отчет руководителя. УТ 10.3 Промо

Управленческие Учет доходов и расходов Учет доходов и расходов v8::ОУ УТ10 Россия УУ Абонемент ($m)

Монитор руководителя для быстрого вывода основных параметров работы предприятия такие как дебиторы, кредиторы, поступление денежных средств, расход ДС, остатки ДС , продажи по группам товаров. Удобен для быстрого просмотра в деятельности организации в "одном окне". Предусмотрены быстрые настройки для вывода аналитики с возможностью доступа до документа. Код программы открыт.

10 стартмани

24.04.2017    13033    6    1qazxsw21QAZXSW2    0    

ABC-XYZ анализ продаж с остатками на складах для УТ 11.4

Оптовая торговля Розничная торговля Управленческие Оптовая торговля Розничная торговля v8 v8::ОУ УТ11 Россия УУ Абонемент ($m)

Отчет выводит показатели ABC-XYZ анализа продаж с остатками на складах для УТ 11.4.

1 стартмани

13.05.2019    14011    125    artfa    17    

Продажи с разбивкой по месяцам

Оптовая торговля Управленческие Оптовая торговля v8::ОУ v8::УФ v8::СКД ERP2 УТ11 КА2 УУ Абонемент ($m)

Продажи с разбивкой по месяцам в периоде отчета. Для руководителей отдела продаж, менеджеров.

1 стартмани

18.04.2019    6745    39    RAV38574    5    

Сверка остатков по счету 62.02 - 76.АВ

Бухгалтерские Анализ учета Дебиторская и кредиторская задолженность Оптовая торговля Дебиторская и кредиторская задолженность Оптовая торговля v8::БУ v8::СКД БП3.0 Россия БУ НДС Абонемент ($m)

Сверка остатков по счету 62.02 - 76.АВ (авансы) на заданную дату. Обработок на эту тему полно, но не все отчеты реально отражают сверенное сальдо.

1 стартмани

16.04.2019    11634    36    pupkinSana    0    

Анализ продаж для закупщика (с учетом дней наличия)

Управленческие Монитор заказов Оптовая торговля Учет ТМЦ Монитор заказов Оптовая торговля Учет ТМЦ v8 v8::ОУ УТ11 КА2 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика УУ Абонемент ($m)

Аналитический отчет закупщика, который поможет ему понять, что и сколько нужно заказывать. Осторожно! Много колонок с данными.

1 стартмани

07.04.2019    8785    50    Areal    12    

Отчет по оптовым и розничным продажам со скидками для ERP 2.4, УТ 11.4, КА 2

Управленческие Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля v8 v8::ОУ v8::СКД ERP2 УТ11 КА2 Россия УУ Абонемент ($m)

Внешний отчет "Продажи со скидками" для ERP 2.4, УТ 11.4, КА 2 для вывода информации о предоставляемых скидках. Отчет необходим для анализа, какой менеджер, закрепленный за партнером, предоставляет процент скидки. Отчет по оптовым продажам берет данные с проведенных документов "Реализация товаров и услуг", по розничным продажам данные берутся с проведенных документов "Чек ККМ".

1 стартмани

25.03.2019    9569    89    SergAl    35    

Календарь взаиморасчетов (Анализ задолженности покупателей и поставщиков по дням / месяцам). УПП

Управленческие Дебиторская и кредиторская задолженность Дебиторская и кредиторская задолженность v8 v8::СКД УПП1 Россия УУ Абонемент ($m)

Календарь взаиморасчетов (Анализ задолженности покупателей и поставщиков по дням / месяцам). УПП 1.3 актуальный релиз 117. В данном отчете показывается информация о взаиморасчетах с контрагентами в виде календарного плана. Вы можете анализировать сроки поступления или расходования денежных средств в разрезе дней, либо месяцев. Т.е. осуществляется контроль, как своих оплат, так и следить за задолженностью покупателей с отсрочкой платежа. Добавлены всевозможное группировки, условия и отборы по реквизитам, измерения и ресурсам регистра Взаиморасчеты. Отчет написан в СКД, настройками можно вертеть как угодно.

1 стартмани

19.03.2019    6713    31    machneff    0    

Неликвиды на складе: Pro и Lite версия. Редактирование реквизита в таблице документа. Для конфигурации УТ 11.х, ERP 2.x, КА 2.х 1С Предприятие 8.3 Промо

Управленческие Оптовая торговля Розничная торговля Учет ТМЦ Оптовая торговля Розничная торговля Учет ТМЦ v8 v8::ОУ ERP2 УТ11 КА2 Оптовая торговля, дистрибуция, логистика УУ Абонемент ($m)

Внешний отчет для анализа товаров, находящихся на складе без движения. Работает для конфигураций 1С УТ 11.х, ERP 2.x, КА 2.х. Отчет отображает товары на складах, движения по которым не производились в течении заданного периода дней. Подключается как внешний отчет в конфигурации 1С Управление торговлей 11. В Pro версии можно установить общий реквизит номенклатуры, для дальнейшего включения в отбор в установке цен номенклатуры. Редактирование в табличном документе ускоряет процесс работы с неликвидами номенклатуры на складах. Отчет можно использовать для стоимостной оценки товаров на складах. Полный доступ к тексту модулей и СКД.

1 стартмани

17.06.2016    45597    66    Ликреонский    2    

Рейтинг продаж двух периодов (УТ 11.4)

Управленческие Финансовый учет и бюджетирование (FRP) Оптовая торговля Розничная торговля Финансовый учет и бюджетирование (FRP) Оптовая торговля Розничная торговля v8 v8::ОУ УТ11 УУ Абонемент ($m)

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

1 стартмани

18.03.2019    8537    21    user834357    3    

Диаграмма Ганта по плановым отпускам ЗУП 3.1 с учетом переносов

Управленческие Управление персоналом (HRM) Управление персоналом (HRM) v8::СПР v8::СКД ЗУП3.x Россия УУ Абонемент ($m)

Диаграмма Ганта по графику отпусков с учетом оформленных переносов.

1 стартмани

11.03.2019    11197    85    karpal    10    

Штатное расписание (Т-3) с итогами по иерархии подразделений для ЗУП 3.1

Бухгалтерские Управленческие Управление персоналом (HRM) Управление персоналом (HRM) v8::СПР v8::СКД ЗУП3.x Россия БУ Абонемент ($m)

Дополнительный внешний отчет Штатное расписание (Т-3) с итогами по иерархии подразделений для ЗУП 3.1.

1 стартмани

04.03.2019    12593    91    m.pikhota    14    

Анализ остатков номенклатуры для УТ 11

Управленческие Учет ТМЦ Учет ТМЦ v8 v8::ОУ УТ11 УУ Абонемент ($m)

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

1 стартмани

25.02.2019    9851    26    extalionos    0