gifts2017

Автоснятие просроченных заявок (резервов)

Опубликовал Сергей (Che) Коцюра (CheBurator) в раздел Обработки - Обработка документов

1C v.7.7 Готовое решение. Не требует настройки. Не требует допрограммирования. Обработка предназначена для автоснятия просроченных заявок (резервов) покупателей.

Обработка вызывается автоматически при старте 1С первый раз в день (под любым пользователем).

Определяются просроченные заявки покупателей и производится их "закрытие" документом "Отмена заявок покупателей" (снимаются все резервы!). Для каждой фирмы (нашей, по которой ведем учет!) формируется отдельный документ снятия заявок.

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

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

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

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

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

 

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

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

 Все... Как обычно - ждем ваших отзывов, пожеланий и замечаний. 

 

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

Наименование Файл Версия Размер Кол. Скачив.
Автоснятие заявок(резервов) - не качать, пустышка... разработка переведена в платный раздел
.ert 160,00Kb
30.06.10
221
.ert 160,00Kb 221 Бесплатно
Автоснятие просроченных заявок (резервов)
28.06.2014
1000 руб.

Моментальная
доставка

См. также

Подписаться Добавить вознаграждение

Комментарии

1. valent (valent) 01.07.09 14:56
Согласен со спецификой и НХ
2. Сергей (Che) Коцюра (CheBurator) 11.07.09 04:25
обновлен код. исправления незначительные, на функционал не влияют...
что странно: вопросы про автоснтяие заявок/резервов всплывают регулярно.. а тут - тишина...
3. horev72 (horev72) 20.07.09 22:10
1) если есть корректировка заявки а деньги привязаны к первичной заявке - снимает резерв...
2) если нет оплаты (отсрочка платежа и т.п.) но есть другие документы в структуре подчинения (накладная) - снимает резерв...
4. Александр Зубцов (iov) 20.07.09 22:47
Кину хотелку... Как быть с недогруженными заявками? Если принять за правило одна заявка - одна расходная .
5. Сергей (Che) Коцюра (CheBurator) 21.07.09 15:00
(3) отвечаю:
1. совершенно верно, так как нарушено правило, указанное в описании: "..Поэтому в данной разработке применен самый "мягкий" (простейший в реализации)..." - если нужен вариант, "корректный" со всяких точек зрения - то он а) не будет в открытом скачивании б) не будет стоить мелких денег.. Читаем выделенное зеленым "На мой взгляд..." - все другие схемы и варианты решения - весьма трудоемки (имхо), и, при надобности, можно получить такую сильнохитропопую структуру подчиненности с разными доками, что определение снимать-не снимать приведет к необходимости ведения системы взаиморасчетов либо по договору, либо по заявкам - что, в принципе, в штатной ТиС уже есть.. ;-)
2. в принципе, так и должно быть в том случае, если нет оплаты, а дата отгрузки-оплаты уже просрочена... есть при этом частичные отгрузки или нет - на решение о снятии не влияет.. или вы имеете в виду, что заявка еще "актуальна", но при наличии подчиненных доков - все равно снимается?- тогда, возможно, это ошибка... - подробнее посмотрю когда вернусь к рабочему месту из отпуска...
.спасибо за комментарий по существу вопроса
6. Сергей (Che) Коцюра (CheBurator) 21.07.09 15:07
(4) Если принять правило "одна заявка-одна накладная" - то непольностью отгруженные заявки должны автоматом сняться при наступлении просрочки даты отгрузки (по крайней мере задумывалось именно так), т.е. если заявка=100 руб, дата отгрузки = 25.07.09, и 25.07.09 отгрузили на 95 руб, то остаток на 5 руб будет автоматом снят 26.07.09 так как заявка в части недогруза 5 рублей просрочена по дате отгрузки.
Хотя если в фирме четко придерживаются "одна заявка-одна накладная" (у меня, например, как раз такая ситуация), то гораздо проще, добавив один оператор в модуль конфигурации, закрывать заявку полностью в момент отгрузки, даже если отгрузка = частичная - у меня сделано именно так
7. Александр Зубцов (iov) 21.07.09 17:25
(6)
Оператор - закрываешь при проведении Расходной ВСЮ заявку так?
Тоесть делаешь расход по регистрам резерва?
8. Сергей (Che) Коцюра (CheBurator) 22.07.09 16:59
(7) да, но не только регистр резервов, но еще и регистр заявок (и заказызаявки) - отрабатывает всюду штатный алгоритм после вставки одного оператора. Подсказка: посмотретькакой оператор надо ставить - можно в ветке когда вводится корректировочная заявка.. ;-)
9. Александр Зубцов (iov) 22.07.09 17:06
(8) Это понятно просто пытаюсь выяснить может кто-то придумал что-то координальное... Как-то делал универсальную процедуру возврата доступного количества товара (для автоматического формирования документов пачкой)
просто передавал все параметры что были под рукой а там уже само разбиралось что к чему и какие резервы учитывать какие нет. НО там всего по 3 регистрам резервирование было. А сейчас надо и резервы и остатки вытаскивать и с учетом без учета фирм вообщем ж**а. А пока руки не дошли написать по новому вот и надеюсь что кто-то уже написал.
10. Сергей (Che) Коцюра (CheBurator) 22.07.09 17:25
я не сторонник изобретания лисапедов. если можно восмпользоваться "штатной" возможностью заплатив за эт 1 кликмышью - то так и сделаю
11. kliman (kliman) 29.06.10 23:41
У меня почему-то все заявки отобрал, хотя в протоколе заявки верно отобрал.
12. Сергей (Che) Коцюра (CheBurator) 29.06.10 23:44
(11) показывай протокол, и см.личку...
everest12345; +1 Ответить
13. kliman (kliman) 30.06.10 00:38
к сожалению с доступом пока никак.
протокол формирует верно
> |_ выгрузка итогов заявок...
> |_ подготовка данных...
> |_ генерация документов...
> |__ просрочена дата отгрузки (13.04.10): Заявка покупателя 0000000173 (13.04.10)
там еще 100 заявок
> |_ обработка списка заявок...
> |_ создан документ Отмена заявок покупателей 0000000014
> |_ проведен документ Отмена заявок покупателей 0000000014
> 23:52:08: успешное завершение регламентной процедуры автоснятия просроченных заяовк

а вот в документе все 500 с небольшим заявок.
14. kliman (kliman) 30.06.10 00:40
вот сам протокол, в сокращенном варианте

23:52:05: начало регламентной процедуры автоснятия просроченных заявок

просрочена дата отгрузки (24.06.10): Заявка покупателя 0000000886 (24.06.10)
просрочена дата отгрузки (24.06.10): Заявка покупателя 0000000891 (24.06.10)
просрочена дата отгрузки (25.06.10): Заявка покупателя 0000000893 (25.06.10)
создан документ Отмена заявок покупателей 0000000014
проведен документ Отмена заявок покупателей 0000000014
23:52:08: успешное завершение регламентной процедуры автоснятия просроченных заявок
15. Сергей (Che) Коцюра (CheBurator) 30.06.10 01:03
(14) найдите в коде
//очистим список заявок от актуальных, оставим только "просроченные"
Сообщить("> "+СимволТабуляции+"|_ обработка списка заявок...");
глОчисткаТЗ(ТЗ,"###","НадоУдалитть"); //ВОТЗДЕСЬ ВМЕСТО ДВУХ БУКВ ТТ ДОЛЖНА БЫТЬ ОДНА Т
16. kliman (kliman) 30.06.10 01:45
Автору огромное спасибо!
17. Сергей (Che) Коцюра (CheBurator) 30.06.10 02:01
(15) спасибо автору обозначено в ценнике...
18. Сергей (Che) Коцюра (CheBurator) 18.04.16 07:38
Родственная обработка закрытия заказов поставщикам здесь http://infostart.ru/public/515138/
19. Прохор Шаляпин (Прохан) 02.11.16 12:53
Для документов используем префикс юр.лица. Обработка создает все документы с одним и тем же префиксом. Можно это как-то подправить?
20. Сергей (Che) Коцюра (CheBurator) 04.11.16 04:15
(19) Да, можно.
сообщите мне в личку номер/дату заявки, по которой вы покупали разработку - исправленный вариант будет вам выслан.
21. Сергей (Che) Коцюра (CheBurator) 04.11.16 05:54
(20) Исправлено.
Выслано заказчику.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа