IE 2018

Избавление от отрицательных остатков по сериям (ГТД) номенклатур. 8.1 УТ.

Обработки - Обработка документов

16
Данная обработка проверяет остатки по сериям номенклатур и если они отрицательные - производит перерасчет серии и перепроведение документа-регистратора.

Обработка написана для конфигурации 8.1 УТ

Необходимость в данной обработке возникла по той причине, что часто происходит неправильный расчет серий номенклатур (в реализации) - в результате документ проводится, но по серии могут появляться отрицательные остатки. Т.к. последующий контроль, поиск и исправление очень усложняют жизнь рядовым сотрудникам - пришлось создать ЭТО!

Обработка пока-то тестовая, глюки периодически наблюдаются, но я над ней еще работаю.

Особенности: поиск отрицательных остатков по всем возможным регистраторам, но автоматическая замена только для "Реализация товаров и услуг" (ограничение временное)!

КАК РАБОТАТЬ:

  1. Запускаете обработку!
  2. Указываете необходимый период (лучше не сильно большой).
  3. Нажимаете "Заполнить"
  4. Если искомые документы есть - они отобразятся в табличной части.
  5. Автоматически будет установлен флаг "отметка" - если его снять, то этот документ не будет учитываться при обработке.
  6. Если указать "Серию номенклатуры" в колонке "Серия (для подстановки)", то указанная серия будет "в лоб подставлена" вместо той, что была. Без всяких проверок и расчетов.
  7. Нажимаем кнопочку "Выполнить"...ЖДЕМ :)
  8. После обработки табличная часть не очищается и не изменяется, чтобы можно было проверить внесенные изменения.

вроде все :)

16

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

Наименование Файл Версия Размер
Проверка ГТД (2 версия)
.epf 16,29Kb
17.08.14
247
.epf 16,29Kb 247 Скачать

См. также

Комментарии
Избранное Подписка Сортировка: Древо
1. Dimasik2007 397 16.07.10 18:44 Сейчас в теме
Саму обработку-то прикрепите :)
5. mzelensky 52 19.07.10 09:00 Сейчас в теме
(1) (2) Сори, глюкнуло при создании публикации, а я не проверил!
Теерь нормально прикрепил!!!
2. Поручик 4150 16.07.10 22:40 Сейчас в теме
Эти глюки с вложениями уже всех достали.
3. hogik 426 17.07.10 19:50 Сейчас в теме
(0)
А бывает "неправельный расчет серий номенклатур", а остатки продолжают оставаться положительными, но не соответствующие действительности?
4. mzelensky 52 19.07.10 08:49 Сейчас в теме
(3) честно говоря вопроса не совсем понял
9. hogik 426 19.07.10 18:35 Сейчас в теме
(4) "вопроса не совсем понял"
Это не вопрос, а намёк на то, что надо "чинить" алгоритм "расчет серий номенклатур"... ;-)
10. mzelensky 52 19.07.10 22:41 Сейчас в теме
(9) "Чинить" сперва хотели, но в результате было решено не ломать типовой алгоритм, т.к. в нем очень много ньюансов, изменение которых в последующем может дать отрицательные результаты. Поэтому было решено делать дополнительную обработку.
6. dvv01 115 19.07.10 09:09 Сейчас в теме
> А бывает "неправельный расчет серий номенклатур", а остатки продолжают оставаться положительными, но не соответствующие действительности?

Бывает - пересорт по сериям. Пока не вылезли в остатках минусы - ищется через Инвентаризацию, а устраняется через "Корректировку серий и характеристик" или через Оприходование/Списание или правкой в документах продажи.
7. mzelensky 52 19.07.10 09:59 Сейчас в теме
(6) В моем варианте несколько другой случай:

Приходит один и тот же товар с разными сериями - скажем по серии 1 количество 2 шт. и по серии 2 - 5 шт.
Затем происходит списание через реализацию - указывается наш товар в количестве 4 шт и ПОЧЕМУ-ТО указывают серию №1 (на которой ток 2 шт в остатке) - ПРОВОДЯТ ДОКУМЕНТ и документ ПРОВОДИТСЯ!!! В результате остаток по серии становится "-2"...хотя в общем по номенклатуре все нормально.
В результате в конце каждого месяца садится бедолага-работник и начинает через ряд отчетов и хитрых манипуляций проверять эти самые "минуса", находить неверно указанные серии, и перепроводить документы с правильно указанными значениями...поверьте мне - ЭТО ОЧЕНЬ ДОЛГО!

Если есть как-то штатными средставами...подскажите, буду очень признателен!
8. dvv01 115 19.07.10 12:05 Сейчас в теме
1. Запрет продаж в минус - где-то в настройках длп.прав "Разрешить превышение остатков на складах и организация", но... работает только при оперативном проведении, значит еще в Конфигураторе - снимаем в ролях пользователе "интерактивное проведение неоперативное". Правда, на практике так работать могут не смочь :)
2. Новую подписку на событие "При проведении" нужных типов документов - вызов обработки из своего модуля (чтобы не портить процесс обновления), в обработке: проверяем тип склада (учти, есть склад, есть склад-отправитель, а есть и склад-ордер) Оптовый или Розничный, проверяем остатки на нем, проверяем резерв, проверяем чей это резерв, смотрим количество - если остаток минус резерв меньше документа - ругаемся и устанавливаем отказ проведения.
3. Не верю, что кнопка "зап0лнить и провести" не работает, но... никто не мешает обработывать событие "при проведении" и самому менять серии в документе
11. mzelensky 52 10.08.10 17:03 Сейчас в теме
Обработочку немного обновил. Вроде стало лучше :)
12. nat303 16.09.10 10:57 Сейчас в теме
13. mzelensky 52 16.09.10 11:04 Сейчас в теме
(12) Тут 2 варианта всего:

1) Значит все и так заполнено нормально (по мнению обработки)
2) Что-то не так делаете

П.С. "мнение обработки" в 90% правильное!
14. dr.Vedrov 22.09.10 07:40 Сейчас в теме
С удовольствием ставлю автору +!!!!
Спасибо! давно хотел что то похожее написать, а тут готовая вещь)
Правда у меня КА.Но тут уже дело техники
15. atisoft 23.09.10 14:01 Сейчас в теме
Не могу понять причину.По смыслу обработки на должна при нажатии кнопки выполнить вносить изменения в документы.Но этого не происходит.У меня Комплексная автоматизация
1.0 (1.0.10.1).В чем причина?
16. mzelensky 52 23.09.10 14:13 Сейчас в теме
Возможно дело в том, что обработка писалась под "УТ" (это указано в описании). Откройте отладчиком и пройдитесь :) я на комплексной не проверял!
17. stilet 50 25.11.10 13:57 Сейчас в теме
Ругается на ОбработкаТабличныхЧастей.РассчитатьОбъемТабЧасти(НовСтрока, ДокОб).
действительно в УТ 10.3 нет такой функции. Может бросит кто нибудь исходник этой функции?
18. mzelensky 52 17.12.10 16:01 Сейчас в теме
(17) Верно, функция самописная. Она для вас не критична - можете просто закоментить эту строку.
19. pvlunegov 127 26.12.11 09:37 Сейчас в теме
Вопрос автору. У меня 1С 8.2 КА. Возможно ли применение вашей обработки после конвертации под платформу 8.2?
Защищен ли код обработки паролем? Если да, то вопрос актуален. Если нет, то могу сам посмотреть код.

Назрела необходимость в данной обработке после перенесения первичных документов в 1С 8.2 КА из 1С 7.7 БУХ.

Автору просьба описать в нескольких словах, если возможно, алгоритм подбора "правильных серий".
Алгоритм опирается на типовые особенности конфигурации?
Если да, то наверное, не имеет смысла применять обработку для других конфигураций?

Меня интересует конфигурация 1С 8.2 "Комплексная Автоматизация"
20. mzelensky 52 26.12.11 09:51 Сейчас в теме
(19) pvlunegov,

Код обработки полностью открыт, поэтому рекомендую просто скачать и посмотреть. Обработка писалась под УТ 10.3 и на комплексной я ее никогда не тестировал, поэтому не могу ответить будет она там работать или нет.
21. pvlunegov 127 26.12.11 15:43 Сейчас в теме
Спасибо. посмотрю вашу обработку.

В качестве саморекламы:
Рекомендую посмотреть мою обработку "Заполнение серий в документах" http://infostart.ru/public/103135/
Реализована как внешняя обработка табличных частей для документов.
Заполняет серии по неотрицательным остаткам.
Она пока на модерации, в ближайшее будущее станет доступной для просмотра.

По поводу отрицательных остатков - это моя головная боль на начало 2012.
Переносил первичные документы в 1С 8.2 КА из 1С 7.7 Бух. Теперь встал вопрос об отрицательных остатках.
Буду тестировать вашу обработку на своей базе.
Спасибо.
22. mzelensky 52 26.12.11 16:04 Сейчас в теме
(21) pvlunegov, ваша публикация не активна.

Я смотрел целый ряд существующих обработок по борьбе с отрицательными остатками, но ни одна не подошла к конкретно моему случаю, поэтому сделал свою.
23. pvlunegov 127 30.12.11 10:41 Сейчас в теме
Необходимость в данной обработке возникла по той причине, что часто происходит неправельный расчет

Автор! Исправь грамматическую ошибку (описание разработки) "неправЕльный" пишется через И - "неправильный"!
24. Spirit_spb 23.10.12 15:10 Сейчас в теме
Проверил обработку на комплексной автоматизации.
В результате ее работы исправилось 95% неправильно записанных номеров ГТД.
Огромное спасибо автору.
25. mzelensky 52 23.10.12 16:07 Сейчас в теме
(24) Spirit_spb, рад слышать. Особенно радует тот факт. что я ее никогда не тестил на комплексной. Обработка писалась исключительно для Ут 10.3 :)
26. Spirit_spb 23.10.12 16:27 Сейчас в теме
(25) у меня в базе слишком много отрицательных остатков по сериям, приходится по несколько раз запускать обработку периода. Но почти все что можно было убрать автоматически убралось.
27. Andre_ultra 26.04.13 16:36 Сейчас в теме
Тоже делал такую же обработку, которую на УТ запускали раз в 2 недели. До сих пор удивляюсь, как типовой механизм допускает отрицательные остатки по серии.
28. pizhenkov 398 19.09.13 22:03 Сейчас в теме
Отлично! Спасибо.
Переносил базу из ТиС в УТ 10.3. С ГТД и партиями в 7.7 было настолько криво что просто ужас.

Скачал вашу обработку, подрихтовал её. Научил работать с другими документами. Красота. Все ГТДшки выравнял с 2008 по сегодня за 3-4 часа.
29. LeviN01 24 29.06.15 15:03 Сейчас в теме
А допиленной обработочки у вас не осталось?
Оставьте свое сообщение