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

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

Арт.: 20827

Продано: 19

Учет специфики фирмы...
Порядок подключения обработки для автозапуска
Результат автоснятия
Вид протокола, сохраненного в файле
Спецпапка с файлами протоколов автоснятия заявок
Вид при старте системы
Вид при ручном запуске обработки
Учет специфики фирмы...
Порядок подключения обработки для автозапуска
Результат автоснятия
Вид протокола, сохраненного в файле
Спецпапка с файлами протоколов автоснятия заявок
Вид при старте системы
Вид при ручном запуске обработки
Лицензии

2400 руб.

Техподдержка

2000 руб.

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

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

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

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

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

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

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

 

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

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

разрешеноДнейЗадержкиОплаты = 3; //можно поправить по специфике
разрешеноДнейЗадержкиОтгрузки = 3; //можно поправить по специфике

 

Техническая поддержка и обновления

Бесплатный период техподдержки составляет 1 месяц со дня покупки

Также после приобретения вы получаете 1 месяц бесплатных обновлений.

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

Проверить наличие обновлений можно в личном кабинете. Если обновления недоступны - загрузить новую версию можно после покупки обновлений/технической поддержки.

Задать вопрос по программе можно по кнопке "Техподдержка" на странице описания.

При создании тикета необходимо предоставить:

  1. Номер заказа
  2. Описание вопроса. Если это ошибки - напишите порядок ваших действий с программой, которые к ней привели (приложите видео/скриншоты/отчеты об ошибке)
  3. Точную конфигурацию 1С, и версию платформы, на которой используете купленное решение (наименование и версию 1С можно взять из раздела "О программе"), версию купленной программы.

К созданной заявке подключается специалист. Дальнейшее обсуждение проблемы будет проходить в тикете техподдержки. Стандартный срок реакции - 24 часа в рабочие дни с момента обращения.

 

 

Техподдержка
 

Статистика:
Просмотры 76230
Загрузки 19
Рейтинг 32
Создание 01.07.09 13:27
Обновление 26.06.19 23:11
№ Публикации 20827
Характеристики:
Теги

Обработка Заявка Отмена Снятие Просроченные резерв

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

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

Оставьте свое сообщение

См. также

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розни...

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортим...

33529 28500 руб.

SALE! 15%

АИС: Обмен с ЕГАИС 4.0 для конфигураций 1С 7.7

Полностью автоматизированный обмен между конфигурациями 1С 7.7 и универсальным транспортным модулем (УТМ) ЕГАИС для всех видов деятельности (Опт, Розница, Производство, Импорт). Для организации обмена с ЕГАИС требуется минимальная доработка...

3000 руб.

Обмен с ЕГАИС из 1С V7.7

Дорогие друзья! Предлагаю Вашему вниманию обработку, предназначенную для обмена данными из Вашей учетной системы с ЕГАИС, через универсальный транспортный модуль (УТМ). В обработке реализован весь функционал обмена: - загрузка справочны...

6000 руб.

Конфигурация "Информационный киоск". Обработки выгрузки товаров для ТиС 9.2, УТ 10.3, УТ 11 (обмен данными с любой ...

Конфигурация предназначена для организации offline доступа клиента (покупателя) к информации о товарах, услугах или дисконтных картах посредством сканирования штрих-кода. Основная цель – мгновенно предоставить наиболее актуальную информацию...

1800 руб.

Форма для ввода количества товаров

Расширяем уровень взаимодействия c пользователем с помощью новых возможностей - форма для ввода количества для перемещений и форма ввода количества с упаковками и штуками.

1200 руб.

Обмен с системой Меркурий (полный цикл) через Ветис.API для 1С 7.7

В обработке реализован полный цикл работы с ГИС Меркурий из 1С на платфоме 7.70.027 (поддерживается конфигурация "Торговля и Склад") через Ветис.API: реализованы процедуры обмена с подсистемами заявок и справочников Ветис.API в фо...

4800 руб.

88005555256
Заказать звонок
support@infostart.ru
Telegram
Чат на сайте