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

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

Арт.: 20827

Продано: 20

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

5094 руб.

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

3000 руб.

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

В случае возникновения ошибок рекомендуем ознакомиться с описанием и документацией программы. Если не нашли решения своей проблемы в документации или решение не помогает - тогда создайте обращение по инструкции ниже:

1

Создать обращение (тикет)

Создать тикет

2

Заполнить данные

Контакты, номер заказа, подробное описание вопроса
Напишите порядок ваших действий с программой, приложите видео/скриншоты/отчеты об ошибке
Точную конфигурацию 1С, версии платформы, инструмента, СУБД

3

Дождаться ответа

Время ответа до 24 часов в рабочее время

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

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

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

Демоверсия Feedback Pro
Статистика:
Просмотры 77515
Загрузки 20
Рейтинг 33
Создание 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) Исправлено.
Выслано заказчику.
Для отправки сообщения требуется регистрация/авторизация

См. также

АИС: Обмен ГИСМТ, ЭДО, Онлайн-кассы + Маркировка + ТС ПИоТ

Поддерживается ТС ПИоТ. Передача дополнительных тегов в чек с 01.09.2025 согласно приказа от 26.03.2025 № ЕД-7-20/236@. Поддерживаются новые ставки НДС 5%, 7% и 22% при продаже через ККТ. Подключение фискального регистратора к 1С 7.7 в р...

2999 руб.

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

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

5124 руб.

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

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

3000 руб.

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

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

6100 руб.

Загрузка документов "Поступление", "Отгрузка", "Счет на оплату" из Excel в Бухгалтерию 7.7

Обработка загружает из файла Excel документы "Поступление", "Отгрузка", "Счет на оплату". Возможно сохранение настройки соответствия полей. Есть демоверсия. Есть интересная функция загрузки сразу и поступления,...

9516 руб.

Загрузка номенклатуры в справочник и документ из файла Excel и CSV, обновление цен и реквизитов (адаптируется под разные конф...

Загрузка номенклатуры в справочник и документ, обновление цен, реквизитов, подчинённых справочников из файла Excel и CSV в 1С7.7. Формирует структуру групп (иерархию), создаёт полностью готовый справочник. Выгружает товары прайс-листа в док...

2440 руб.

Наверх
Наверх
INFOSTART
Team Event
Подробнее Стрелка