Не секрет, что в торговой организации самое малоприятное занятие - общение с клиентами по их задолженностям. Надеюсь, что эта обработка данных по суммам задолженностей клиентов поможет в нелегком труде сотрудников отдела продаж.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже
заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Представленный очет был написан для ТиС 7.7, в рамках автоматизации управленческих процессов в нашей торговой компании. Заказчиком был управляющий продажами, но обработка оказалась очень популярной и быстро распространилась по службам компании, которые в свою очередь просили добавить данные для применения в своем делопроизводстве. В итоге получилась развернутая, но не раздутая обработка, которя содежит:
1. Суммы задолженностей клиентов;
2. Точное колличество дней по просроченным платежам;
3. Точное колличество дней до предполагаемого очередного платежа;
4. Разбивка по периодам просроченных платежей для применения штрафных санкций как к сотруднику, так и к клиенту (в том числе и процентное соотношение задолженности по периоду к сумме общей задолженности);
5. Контроль суммы кредита;
При не больших усилиях адаптируется под любую торговую организацию. Используется в сервис-дополнительные возможности, либо выводится кнопка на панель инструментов.
Сколько по заказу уже оплачено, а сколько осталось отгрузить? Эта обработка ответит за секунду. Она собирает все платежи и расходные в один динамический список и считает точные остатки нарастающим итогом — без всяких доработок конфигурации. для БП 3, УТ 11.5, УТ 11.4, УТ 10.3, ERP 2.5 ERP 2.4, КА 2.5-2.4, УНФ 3-1.6, Розница 3, 1с 7.7
Обработка для конфигурации Торговля и Склад 7.7, которая поможет рассчитать пени на просроченные платежы ваших Покупателей за выбранный период, с применением нескольких ставок рефинансирования по датам.
Акт сверки для 1С:Бухгалтерии 7.7 И УСН 7.7 и ПУБ 7.7 (версия от 22.04.2025) (начиная с версии файла 1.0.1) и для Комплексной конфигурации 7.7 Тестировался на релизах (бухгалтерии от 594 и выше, упрощенки от 250 и выше, комплексной конфигурации на релизе 587). Добавлена возможность группировать операции по договорам контрагента и формировать обороты по ним. Добавлена возможность выгружать акт в файл ХМЛ
Сортировка 62 счета по субсчетам
Обработка сама закрывает авансы, при этом она позволяет работать с кореспонденцией любого типа по 62 счету, например схлопнуть 62,4 на 62,1 , а затем 62,1 на 62,2 или сразу 62,2 на 62,1 ,т.е. сколько раз хотите столько и запустите с различными вариациями.
Раньше этот отчет распространялся платно и только по нашим клиентам. Сегодня выкладываем его в общее пользование, в память о золотом веке семерки. Впрочем, уверен, что и сейчас скачиваний будет немало, ведь семерка жива, и на "1С:Торговле и склад" многие торговые компании предпочитают до сих пор вести учет продаж.
Не секрет, что в торговой организации самое малоприятное занятие - общение с клиентами по их задолженностям. Надеюсь, что эта обработка данных по суммам задолженностей клиентов поможет в нелегком труде сотрудников отдела продаж.
(1) CheBurator,
По поводу штрафов все просто... Это как правая нога руководства, т.е. з.пл. менеджера это оклад и премия которая зависит от реализации, как правило это процент с оборота, по его клиентам, или с моржи. Часть клиентов в силу своего привелигированного положения работают с отсрочкой платежа и в силу своего же положения платят как их левая нога... Так вот чтобы ноги руководства и клиента шли в одном направлении за это отвечает менеджер (естественно со шкалой штрафов). Клиент получив отсрочку платежа на две недели понимает что заплатить нужно через две недели, а не в течении двух недель как это прописывается в договоре. Практически все клиенты понимают эту норму как им выгодно, при этом задача менеджера получить деньги как только в отчете суммы задолженностей перетекут в период "на контроль" (это 4 дня), если перетекают в седующие приоды соответственно менеджер лишится менеджерской премии сначала на 40% и далее на 80% (вот в этом и зависимость от правой ноги руководства и левой ноги клиента...)
Родственная разработка, котрая не требует никаких доработко типовй ТиС (в отличие от вышеприведенной):
но достоинство этой разработки - бесплатная, та что я привел - платная.
также, напоминаем, что в типовой ТиС - отсутсвует производственный календарь и при расчете отсрочки единственное что делается - пропускаются "нерабочие" дни - суббоа и воскресение, что в корне неверно и не обеспечивает получение корректной даты платежа, так что, перед тем как рассчитывать просрочку - требуется обеспечить корректный расчет предполагаемой даты платежа...
При попытке сформировать отчет по всем контрагентами выдает вот такую ошибку
Если ПустоеЗначение(Документ_1.ПричинаВозврата) = 0 Тогда
{\\SRV\1CBASES\base\EXTFORMS\DZ.ERT(266)}: Поле агрегатного объекта не обнаружено (ПричинаВозврата)
(5) Bambor, У нас данный отчет работает с большим колличеством фильтров в том числе учитываются возвраты по торговым представителям, т.к. это доп. справочники, гл.модуль предложена версия которая работет в обычной торговле. Для коррекного отображения ДЗ обычно в контрагентах обязательно!!! выбирается созданная для покупателей папка, в которую могут быть вложены папки покупателей по менеджерам, если выбирать папку покупателей конкретного менеджера - получится отчет ДЗ по покупателям конкретного менеджера, если просто всю папку покупателей, то по всем менеджерам - сводный отчет. Не забывайте выбирать дату!!!
