Автоснятие просроченных заявок, резервов для 1С 7.7

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

• Обработка вызывается автоматически при старте 1С первый раз в день (под любым пользователем).
• Определяются просроченные заявки покупателей и производится их "закрытие" документом "Отмена заявок покупателей" (снимаются все резервы!). Для каждой фирмы (нашей, по которой ведем учет!) формируется отдельный документ снятия заявок.
• Задержка первого старта 1С (в текущем дне), связанная с выполнением регламентных действий по автоснятию просроченных заявок, — незначительная. При особо больших потоках заявок и большом количестве строк в них задержка первого старта 1С может составить 15-20 секунд.

Просроченными считаются следующие заявки (в порядке убывания приоритета перечисленных ниже условий):

• если текущая дата больше даты отгрузки (штатная работа конфигурации всегда гарантирует заполнение поля "дата отгрузки");
• если просрочена дата оплаты для предоплатных заявок; если дата оплаты просрочена, но оплата присутствует - такая заявка остается активной; заявки с незаполненным полем даты оплаты считаются "бессрочными" и остаются активными.

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

При работе выдается содержательный протокол в окно сообщений. Протокол работы также сохраняется в в файл с шаблоном имени ГГГГММДД.txt в спецпапку протоколов (КаталогБазы\АвтоснятиеЗаявок.DIR\, создается при необходимости автоматически) - наличие такого файла является флагом того, что сегодня автоснятие заявок уже было произведено и обработка при старте других пользователей повторно не выполняется. При необходимости в течение дня выполнить повторное автоснятие заявок следует удалить файл текущего дня (если необходимо - сохранив его где-нибудь для истории/резервной копии) и запустить обработку вручную (или перезапустить 1ску на любом рабочем месте).

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

Протокол снятия заявок (вне зависимости успешно прошло автоснятие или неуспешно) сохраняется в папке ..\КаталогБазы\АвтоснятиеЗаявок.DIR\, 
имя файла соответствует шаблону маркера даты в формате ГГГГММДД.txt
Наличие в папке протокола файла с маркером текущей даты является признаком выполнения автоснятия заявок в текущем дне.

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

Если при выполнении выдается сообщение
> регламентное задание по автоснятию просроченных заявок сегодня уже выполнено...
- это означает что в текущей дате автоснятие заявок уже выполнялось ранее 
(успешно или неуспешно), для повторного выполнения в текущем дне следует "удалить" протокол текущего дня по соответствующей кнопке на форме обработки. Протокол предыдущего сеанса автоснятия не удаляется, а "скрывается" посредством переименования файл протокола из ГГГГММДД.txt в файл с именем по шаблону ГГГГММДД_УникальныйИД.txt, т.к. предыдущий
протокол может понадобиться для расследования ошибок/проблем.

Технические требования

Решение для конфигураций:

• 1С:Торговля и Склад 7.7 (редакция 9.2)
• 1С:Предприятие 7.7. Комплексная поставка

Учет "специфики" и секретных "ноу-хау" фирм производится здесь:

//я не понимаю много в этом мире, в т.ч. когда назначается, например,
//дата оплаты = 01.07.09 - вот она наступила, а оплаты все нет...
//и тут начинается изобретение специфических управленческих решений,
//которые составляюта ноу-хау фирмы... типа:
// - а давайте тогда подождем еще три дня...
// - а вдруг клиент забыл...
// - а вдруг клиент 01.07.09 только отправил деньги и они не успели дойти...
//
//вопрос: почему бы тогда сразу не назначить
//дату оплаты = 04.07.09 и не мучить себе мозг?
//
//замечание: дата оплаты обозначает, что не позже этой даты
//оплата должна поступить на р/с поставщика,
//а это значит, что покупатель должен САМ
//позаботиться о совевременности оплаты,
//а не платить в последний день срока,
//когда оплата уже должна быть на счете поставщика
разрешеноДнейЗадержкиОплаты = 3; //можно поправить по специфике
разрешеноДнейЗадержкиОтгрузки = 3; //можно поправить по специфике

 

Остались вопросы?

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

Подробнее