Очень часто возникает вопрос: какие первичные документы сформировали данный долг по контрагенту?, Сколько времени прошло с даты документа?, Какой долг есть просроченный, а какой нет? Это все можно получить типовыми средствами, если использовать расчетные документы, но если их не использовать (преимущественно бывает), то возникает проблема. Для решения этой проблемы я применил методы складского учета к взаиморасчетам с контрагентами.
Принцип работы следующий: для метода FIFO я не использую никакие дополнительные регистры или последовательности — все определяется на лету в самом запросе. Определяется долг контрагента и этот долг распределяется по документам, которые его сформировали, с момента возникновения самого долга таким образом, что сначала закрывается долг, который возник давнее — аналог метода FIFO в складском учете. Если еще в договоре проставить количество дней отсрочки, то сразу будет формироваться просроченный долг.
Отчет будет формироваться в любой конфигурации, где есть два объекты: регистр накопления «Взаиморасчеты сконтрагентами» и справочник «Договоры с контрагентами».
Что-то мне это очень сильно напоминает:
2 bb1962
Это можно проверить двумя способами:
1. Сравните запросы отчетов и Вы будете точно знать, напоминает он укзанную Вами публикацию или нет.
2. Зайдите в демо базу и сравните результат который выдадут два отчета. Если он один и тот же — значит я выставил чужой отчет, если нет — значит нет.
(2)
Проверено: результат разный.
и работает быстрее.А ввиду того, что еще и бесплатный — + безусловно!!!
(3) itar59,
результат как раз должен бы быть одинаковым, с чего бы ему быть разным.
Странная у вас логика, господа.
результат не должен быть одинаковим — там дебиторка по интервалам, долг должен бить одинаковым, но не результат
Корисний звіт
Нужный отчетик. Мне б его пол года назад, а то пришлось повозиться.
А бывает необходимо посмотреть не по договору с контрагентом, а по каждому документу отгрузки. Т.е. посмотреть по какой отгрузке уже проплачено, по какой нет. И сколько осталось. В вашем отчете есть возможность это увидеть?
(8) JER_MARK, в данном отчете видно по каждому документу отгрузки, но он так же как партия в складском учете определяется по методу FIFO — по тому же принципу у меня определяется документ отгрузки.
Например, если есть непроплаченные три документа и приходят деньги по 2-му документу, то все равно закроется не 2-ой, а самый старый, то есть 1-ый документ (либо ево часть, если сумма прихода денег менша суммы документа).
работает только на УПП?
(10) arjuna, должно работать везде где есть регистр «Взаиморасчеты с контрагентами» с аналогичной структурой как в УПП. Пробовал только на УПП, на других не знаю, для Бухгалтерии точно не пойдет, потому что там нет такого регистра.
пишете, что для 8.1 и для 8.2, выкладываете только для 8.2…
если учесть, что все скачивания платные — не гуд)
(12) oxana1, сори — поправлю. Будет два файла.
А по календарным дням может считать отсрочку ?
Процент предоплаты учитывает (если например 30% от суммы накладной предоплата, а 70% по отсрочке)?
(14) Уже посмотрел — по календарным не считает.
ребят а скажите пожалуйста…можно ли в программе 1с 8 вести сразу и УСН и ЕНВД? спасибо!
(14) розница.net, Правильно не считает
Процент тоже. Но не пойму как ево учесть?
(16) Kisy, Не понял вопрос
(17) Можете глянуть мои отчеты — там считается:
(19) розница.net, в каком из 4 отчетов я увижу за какую отгрузку просроченый долг в календарных днях, а за какую нет?
Просто я не увидел, может плохо искал:). Пометку считать отсрочку по банковским дням видно.
Спасибо.
2 розница.net — все увидел
Нормальный отчет… красоту уже можно самому довести + Автору
Добрый день.
А выполнено через универсальный механизм или самостоятельный отчет?
Можно добавить свои колонки, чтобы выводить, например, номер договора, добавить ещё что-то?
И это только по договорам с покупателем или по любому типу договоров такое можно?
(23)
это самостоятельный отчет. Выполнен на ситеме компоновки данных, поэтому поле деятельности по настройке данных очень широкое, можно и номер договора и любо реквизит, относящийся к контрагенту, договору или
документу-регистратору.
Ограничения на вид договора нет, но должна быть дебиторская задолженность (кредиторку не выводит)
Спасибо за ответ.
А может будет желание, чтобы выводить и кредиторку?
Всё в одном отчете — красота. И многие люди спасибо скажут.
Есть вопрос.
Нажал на СКАЧАТЬ и закачал файл для версии 8.1 (почему так, по-умолчанию 8.1 ? у большинства всё на 8.2)
Можно простой конвертацией пользоваться? Или для 8.2 специальный (или сильно переделанный) отчет ?
(25)
попробую
(26)
Они ничем не отличаются. простая конвертация поможет.
что-то я не втыкнул…
— это какое-то сильное колдунство.
Почему бы не сделать проще: определяется долг контрагента и от сейчас разматывается НАЗАД на документы взаиморасчетов. Все. не надо никаких «что сначала закрывается долг, который возник давнее». отчет будет работать на пордяки быстрее, особенно на больших базах.
.
????
и как вы задрали со своими универсальными нечитаемыми отчетами…
😉
(29) объясняю что я имел в виду на примере:
есть два документа продажи по одному и тому же контрагенту:
реализации товаров 1 на сумму 5000 $ и
реализация товаров 2 на сумму 8000 $.
Контрагент не соглашается с первой продажей и платит только за вторую 8000 $.
Долг получается 5000 $, но по документам полностью закрылась первая продажа и часть второй, то есть по методу ФИФО останется только долг по реализации 2 на сумму 5 000 $.
(30) не совсем понял — приведи пример неуниверсального читаемого отчета …
ПО моему во втором запросе пакета где вы соединяете взаиморасчеты сам с собой для получения нарастающих итогов,
ПО Взаиморасчеты.ДоговорКонтрагента = Взаиморасчеты1.ДоговорКонтрагента
И Взаиморасчеты.Период < Взаиморасчеты1.Период
желательно объединять не по периоду, а по МоментуВремени и не по условию < (Меньше), а <= (меньше или равно).
Первое нужно для больших баз, где на одну секунду может попасть несколько документов
Второе нужно для правильного расчета накопления. Иначе первый документ не учитывает сам себя в накоплении и в итоге промахиваемся на один документ.
(34) за МоментуВремени правильно — исправлю, за < (Меньше), а <= (меньше или равно) разберусь.
Прошу прощения. Просто < (меньше) работает правильно.
(36) Да 100%. Я когда делал этот запрос — долго с ним разбирался. Сейчас уже призабыл.
(35)
а как по моменту времени сделать объединение?
(37) На больших базах, формируется очень долго.