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

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

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

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

Полная версия отчета //soft.crimea.com/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
28.12.09
1225
.1247379740 31,70Kb 1225 Скачать бесплатно
-

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

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

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

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

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

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

ВЫБОР
КОГДА ПериодыРегистратор.Период < УвеличениеРегистратор.Период
ТОГДА ИСТИНА
ИНАЧЕ ВЫБОР
КОГДА ПериодыРегистратор.Период = УвеличениеРегистратор.Период
ТОГДА ПериодыРегистратор.Регистратор <= УвеличениеРегистратор.Регистратор
ИНАЧЕ ЛОЖЬ
КОНЕЦ
КОНЕЦ
39. macsol 32 09.07.09 15:55 Сейчас в теме
Плюс я поставил за смену подхода.
Есть недоработки
1 Проверяй запрос ( остаток на дату отчета у некоторых контрагентов не сходится с ведомостью по взаиморасчетам и с остатком по регистру "В-ты с к-ми" на дату.
2 Желательно получать данные в разрезе организаций, потому как часто в одной базе несколько организаций.
41. anig99 2733 09.07.09 17:36 Сейчас в теме
(39) 1. Это особенности реализации подхода. Сегодня-завтра выведу закономерности и на примерах покажу.
2. учту. Я этот запрос мучаю для второй версии отчета.
42. anig99 2733 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 2733 16.07.09 06:38 Сейчас в теме
спасибо. это мой первый опыт работы с скд, поэтому отлавливать баги так было легче, но исправлю
47. anig99 2733 16.07.09 13:38 Сейчас в теме
(46) Конечная дата нужна для получения дополнительных данных (оплата за период и продажи за период) - с получением долгов никак не связано.
Во втором отчете - демонстрация запроса. Никакой гибкости не предусмотрено. Просто я пересмотрел алгоритм и переделываю основной отчет. Причем не только алгоритм, но и юзабилити, и функционал, поэтому его ещё здесь нет.
Да, там выводы в виртуальные таблицы. Но отчет структурирован, если хочешь скину в личку описание алгоритма, если ж не смог разобраться.
(45) Настройки очень просты. Если ты хоть немного разбираешься в СКД. Галочки у параметров не меняем, сами параметры менять можно. Чтобы отобрать контрагентов - задаем отбор по контрагентам (любой отбор без групповых условий). Задаем нужные группировки и вперед. Если хочешь, чтобы менеджеры не мучались, то создаешь все настройки - сохранеяшь их в xml (чтобы не потерялись) и вперед. У меня менеджеры просто нажимают кнопку.

(45) описал мой первый алгоритм. Второй быстрее.
48. ZLENKO 20.07.09 14:06 Сейчас в теме
(46) (47) Вот поэтому я и пользуюсь для написания отчетов платформой универсального отчета, а не СКД - настройки универсального отчета понятные, привычные пользователям и очень "гибкие".
49. anig99 2733 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 2733 11.08.09 12:22 Сейчас в теме
(60). В какой именно обработке? В принципе, ни в одной из этих не предусморен учет нескольких организаций, но доработать их можно. Но реализованы они по разному, поэтому и нужно знать версию.
Кроме того, есть платная версия, где организации учтены и есть много чего ещё.
Можно в личку.
61. Yul_kat 46 11.08.09 11:22 Сейчас в теме
63. murin 57 16.09.09 10:21 Сейчас в теме
Пользуюсь этим отчетом, неплохой отчет. Плюс поставил. Добавлял группировку по договорам (после контрагентов) и делал отбор по "виду договора" - выходит ошибка :(, а если добавляю группировку "виду договора" в верхний уровень, то отбор работает.
64. anig99 2733 16.09.09 11:24 Сейчас в теме
(63)Отчет бесплатный и узкоспециализированый. Проблема скорее всего в неправильной отработке предварительного отбора.
65. anig99 2733 16.09.09 11:31 Сейчас в теме
(63) попробуйте "Новый запрос".
66. WKBAPKA 221 23.01.10 19:15 Сейчас в теме
а как насчет "развернуть по иерархии"... задача простая, нужно вывести контрагентов, договора контрагентов, сделки и документы расчета + регистраторы по которым есть долг и разбросать этот долг между текущей просроченной и лояльной с учетом итогов по иерархии... что то в ваших реализациях я этого не увидел...
67. anig99 2733 25.01.10 13:07 Сейчас в теме
68. Ant-1905 19.11.10 13:11 Сейчас в теме
спасибо, понравился отчетик! ;)
69. WKBAPKA 221 27.01.11 18:53 Сейчас в теме
а если использовать простой алгоритм... делаем запрос по долгам и группируем по дням. опосля чего используем следующую формулу, отсчитываем количество дней отсрочки и смотрим, если остаток на конец больше чем остаток на начало + кво дней отсрочки за который могла быть отгрузка, значит просроченная дебеторская задолженность все же есть... т.е. идея такая, что остаток на конец всегда должен стремиться к нулю! немного сумбурно, но приблизительно идея понятна?
70. anig99 2733 27.01.11 20:56 Сейчас в теме
(69) идею пока не вкурил. можно поподробнее формулу на языке математики или алгоритм.
71. WKBAPKA 221 28.01.11 09:49 Сейчас в теме
2(70): допустим есть договор с отсрочкой платежа в 7 дней. отгрузили товар. через 7 дней товар должен быть оплачен. соответственно через 7 дней долг должен равняться нулю. Но так как в этот период могут быть еще отгрузки, а также оплаты, то сумма долга на конец должна быть меньше суммы долга на начало (т.е. конец период - 7 дней) + отгруженный товар за этот период, что означает, что в этот период было уменьшение долга, т.е. он не вырос. Если сумма долга больше - это и есть просроченный долг. Правда тут не подсчитать количество дней просрочки, вернее можно, но нужно ли !
72. WKBAPKA 221 28.01.11 09:51 Сейчас в теме
соответственно если на конец есть остаток, а за период не было отгрузок и остаток на конец = остатку на начало, то тоже считается просроченным долгом, т.к. за этот период отсрочки долг не уменьшился
73. anig99 2733 28.01.11 10:56 Сейчас в теме
(72) Ага. Тогда 4 замечания:
1. Таким способом можно получить только сумму просроченного долга, но никак не его структуру и свойства.
2. Алгоритм проверки можно сократить. В Вашем случае получаем Сумма долга на дату -7дней, сумма отгрузки и сумма долга на текущую дату. Можно обойтись суммой долга на дату -7дней и суммой оплаты за этот период. Т.е. Просроченный долг = СуммаДолга[-7д] - СуммаОплатыЗаПериод[7д]
3. Без кодинга такой подход можно реализовать только в рамках СКД - параметрическая связь НаборовДанных (как в отчете по продажам в определенных ценах)
4. Алгоритм невозможно модернизировать для случаев, когда количество дней просрочки устанавливается для каждого документа разные
75. WKBAPKA 221 28.01.11 15:46 Сейчас в теме
т.е. я хотел сказать, что разница между началом и концом показывает нам увеличение/уменьшение долга... а это могут быть как проплаты, так и возвраты и т.п. без кодирования не обойтись как раз потому, что для каждого договора могут быть разные условия отсрочки, и делать на каждого клиента запрос можно было бы, помещая во временную таблицу, только вот как быстро это будет работать?
76. ivan07 15.11.11 19:46 Сейчас в теме
Отчет пригодился нашим бухам, Спасибо большое
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 2733 21.05.12 13:17 Сейчас в теме
(80) я это сделал объединяя отчеты за каждый день периода (программно) в одну таблицу.
82. volga1 5 21.05.12 13:36 Сейчас в теме
(81)
Вы предлагаете не запросом это реализовать, то есть запросом не реально?
83. anig99 2733 21.05.12 13:56 Сейчас в теме
(82) мой запрос основывается на регистре взаиморасчеты с контрагентами, который не подразумевает закрытие по документам расчета. По нему можно узнать остатки и движения, но не какой документ и когда был оплачен. Запрос действует из предположения, что документы закрываются по фифо, но сам расчет фифо не производит, а только получает однозначно ещё не закрытые по оплате документы. Получать данные о долгах в разрезе периода можно только имея информацию о том, когда реализация была оплачена. Это возможно 2 способами:
1. написать простой отчет по регистру взаиморасчеты по документам расчетов, но для этого регистр нужно всегда держать в порядке
2. получить неоплаченные долги за каждый день периода и уже эти данные объединить в 1 таблицу, которую можно проанализировать дальше.
84. volga1 5 21.05.12 14:32 Сейчас в теме
(83)
1.(взаиморасчеты по документам расчетов) - не приемлемо т.к. договоры не учитываются, контрагент может покупатель и поставщик одновременно быть, даже число дней на контрагента прописал.
2 вариант попробую.
Ваше мнение - если в регистр (взаиморасчеты с контрагентами) добавить ресурс или вообще новый регистр создать и документами в него расчет делать а после для отчета данные брать из него?
85. anig99 2733 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 Сейчас в теме
надо для бюджета((((((кредиторскую и дебиторскую просроченную задолженность в разрезе договоров....очень надо....не могу найти...
89. Ламия 06.01.13 19:28 Сейчас в теме
90. zforall 104 05.12.13 08:43 Сейчас в теме
Отличный отчет. Только я не могу почему-то настроить вывод по договорам контрагента. Подскажите, пожалуйста как расположить группировки чтобы увидеть данные по договорам.
91. anig99 2733 05.12.13 09:14 Сейчас в теме
(90) чтобы заработало по договорам нужно указать в настройках, которые на закладке отдельное, группировка: по договорам (выпадающий список). Это сформирует исходные данные для отчета в разрезе договоров, а не контрагента. После этого нужно в настройках, которая по кнопке сверху (открывается отдельное окно) добавить в группировку внешнего вида отчета Договор контрагента.
92. zforall 104 16.12.13 11:31 Сейчас в теме
Подскажите в каком направление надо рыть чтобы отчет считал не по календарным а по банковским дням. Заранее спасибо.
93. anig99 2733 16.12.13 14:27 Сейчас в теме
(92) в этом отчете нет такой настройки. В более поздних вариантах, которые я не публиковал, есть привязка к производственному календарю, что и дает банковские дни.
94. zforall 104 17.12.13 02:50 Сейчас в теме
И как же можно получить для тестирования неопубликованный вариант? :)
95. anig99 2733 19.12.13 11:31 Сейчас в теме
(94) попробую на выходных выслать. Скиньте почту в личку.
96. mr_AntA 29.11.16 17:26 Сейчас в теме
Можно ли переделать так, чтобы показывал не только долги, но и переплаты?
97. anig99 2733 30.11.16 09:47 Сейчас в теме
(96) Вообще - можно. Через какое-то время буду писать такой отчет. Когда точно - не скажу, но до нового года, скорее всего
98. 028 03.10.17 07:01 Сейчас в теме
Как сделать чтобы отчет учитывал остатки перенесенные с прошлого года
в базе они отражаются через документ ввод начальных остатков? Раздел учета: Расчеты с покупателями и заказчиками (счета 1210, 3510)
Оставьте свое сообщение

См. также

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

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

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

1 стартмани

04.04.2020    2252    15    ErAK    7    

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

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

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

1 стартмани

10.03.2020    2258    19    natalika1601    1    

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

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

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

2 стартмани

17.03.2015    19352    6    taurus__    4    

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

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

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

1 стартмани

07.03.2020    2679    7    kirabr    2    

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

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

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

1 стартмани

05.02.2020    2376    6    Warn1ng26ru    0    

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

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

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

2 стартмани

16.12.2019    6225    30    a_v_u    12    

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

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

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

3 стартмани

26.09.2017    29799    46    The Ded    28    

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

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

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

1 стартмани

17.11.2019    3732    12    suvig    0    

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

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

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

2 стартмани

11.10.2019    3332    7    simuljakr    1    

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

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

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

1 стартмани

09.10.2019    5250    5    alexnew    2    

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

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

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

5 стартмани

26.11.2018    11876    1    Zalipaka    0    

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

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

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

1 стартмани

15.09.2019    6595    9    kida1    0    

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

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

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

1 стартмани

11.09.2019    5294    5    Nefilimus    0    

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

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

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

2 стартмани

19.08.2019    5434    40    StiVitS    25    

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

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

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

1 стартмани

05.05.2014    54657    105    kser87    74    

Анализ выполнения заказов клиентов по номенклатуре

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

Сколько заказано, сколько отгружено, сколько осталось отгрузить, сколько оплачено по заказу клиента.

1 стартмани

11.07.2019    6284    31    vladed    3    

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

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

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

1 стартмани

19.06.2019    5646    10    kassbar    5    

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

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

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

3 стартмани

16.03.2018    25850    77    zaika007    49    

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

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

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

4 стартмани

23.05.2019    4546    6    rusmil    7    

Сравнительный отчет между периодами (БП 3.0)

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

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

1 стартмани

16.05.2019    4445    6    Ant10    0    

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

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

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

2 стартмани

15.05.2019    3827    11    lexin1976    3    

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

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

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

3 стартмани

15.03.2018    19207    36    zaika007    15    

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

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

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

1 стартмани

14.05.2019    4390    5    SLukin    2    

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

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

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

1 стартмани

13.05.2019    7888    76    artfa    16    

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

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

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

1 стартмани

16.04.2019    7637    30    pupkinSana    0    

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

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

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

2 стартмани

16.03.2018    20848    16    zaika007    12    

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

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

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

1 стартмани

07.04.2019    5468    36    Areal    10    

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

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

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

1 стартмани

19.03.2019    4150    24    machnef    0    

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

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

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

1 стартмани

11.03.2019    6547    46    karpal    6    

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

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

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

10 стартмани

11.07.2017    18292    13    mikhail.kozyrin    5    

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

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

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

1 стартмани

04.03.2019    8383    55    m.pikhota    12    

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

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

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

1 стартмани

25.02.2019    6432    20    extalionos    0    

Внешние печатные формы Актов (УТ 11.4)

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

Внешние печатные формы различных Актов (13 шт.) для конфигурации Управление торговлей 11.4 Все формы - с авторегистрацией в соответствующем документе.

1 стартмани

24.02.2019    4617    11    Ant10    0    

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

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

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

3 стартмани

26.04.2017    41941    159    cezarj    43    

Классификация покупателей. УТ 11

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

Вашему вниманию представляется внешний отчет Классификация покупателей для Управления торговлей 11.

1 стартмани

16.02.2019    4793    6    srub    1    

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

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

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

1 стартмани

10.02.2019    6663    31    user834357    14    

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

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

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

10 стартмани

24.04.2017    9474    4    1qazxsw21QAZXSW2    0    

Задолженность покупателей по срокам долга для "1С:Бухгалтерии 3.0"

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

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

1 стартмани

13.01.2019    17499    132    accounting_cons    33    

Оценка продаж товаров по категориям ABC

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

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

2 стартмани

10.01.2019    6997    15    Князь    0    

Отчет по скидкам в чеках ККМ

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

Отчет по рассчитанным скидкам в чеках ККМ. Разрабатывалось на конфигурации УТ 11.1, на момент публикации, тестировалось на релизе 11.4.3.144 без дополнительных доработок.

1 стартмани

17.12.2018    4274    4    Andryza    0    

Очень удобное Заполнение СВОЙСТВ номенклатуры. Проверка товара перед выгрузкой на сайт

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

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

1 стартмани

15.12.2018    5002    28    sobeyko2008    17    

Валовая прибыль предприятия с разбиением выручки по формам оплат. УТ 11

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

3 отчета для УТ 11.4, первые два сделаны на основе стандартых отчетов "Валовая прибыль предприятия" и "Валовая прибыль розницы по подразделениям" (добавлено разделение выручки по типу оплаты - нал, безнал, эквайринг), третий отчет просто выводит движения денежных средств с разбивкой по видам оплат.

1 стартмани

12.12.2018    6763    26    baakir    14    

Неликвиды на складе Pro и Lite версия. Редактирование реквизита в таблице документа. Для конфигурации Управление торговлей 11.2, 11.1 1С Предприятие 8.3 Промо

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

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

1 стартмани

17.06.2016    34248    49    Ликреонский    2    

Отчет по задолженности по документам (УТ 11.4)

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

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

1 стартмани

10.12.2018    5279    25    DarkPinch222    2    

Отчет о движении денежных средств по месяцам для "1С:Бухгалтерии 3.0"

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

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

1 стартмани

06.12.2018    15724    70    accounting_cons    47    

Отчет по продажам (рентабельность продаж) для Бухгалтерии 3.0

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

Отчет по продажам с расчетом рентабельности продаж на основе 90-х счетов в разрезе организаций, номенклатуры, документов для Бухгалтерии 3.0. Бухгалтера очень просили для сверки с менеджерами по продажам, которым не "прочитать" ОСВ. Также просто "ловятся" косяки по заниженной от себестоимости цене продажи. Тестировалось на Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.67.32)

1 стартмани

04.12.2018    6281    48    sherekhan    3    

Отчет по продажам поставщика. УТ 10.3

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

Простой отчет по продажам товаров по выбранному поставщику для УТ 10.

1 стартмани

28.11.2018    5060    14    StiVitS    3