gifts2017

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

Опубликовал Макс Зеленский (mzelensky) в раздел Обработки - Обработка документов

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

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

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

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

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

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

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

вроде все :)

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

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

См. также

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

Комментарии

1. Dmitry Dmitry (Dimasik2007) 16.07.10 18:44
Саму обработку-то прикрепите :)
2. Сергей Ожерельев (Поручик) 16.07.10 22:40
Эти глюки с вложениями уже всех достали.
3. Владимир (hogik) 17.07.10 19:50
(0)
А бывает "неправельный расчет серий номенклатур", а остатки продолжают оставаться положительными, но не соответствующие действительности?
4. Макс Зеленский (mzelensky) 19.07.10 08:49
(3) честно говоря вопроса не совсем понял
5. Макс Зеленский (mzelensky) 19.07.10 09:00
(1) (2) Сори, глюкнуло при создании публикации, а я не проверил!
Теерь нормально прикрепил!!!
6. dvv01 (dvv01) 19.07.10 09:09
> А бывает "неправельный расчет серий номенклатур", а остатки продолжают оставаться положительными, но не соответствующие действительности?

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

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

Если есть как-то штатными средставами...подскажите, буду очень признателен!
8. dvv01 (dvv01) 19.07.10 12:05
1. Запрет продаж в минус - где-то в настройках длп.прав "Разрешить превышение остатков на складах и организация", но... работает только при оперативном проведении, значит еще в Конфигураторе - снимаем в ролях пользователе "интерактивное проведение неоперативное". Правда, на практике так работать могут не смочь :)
2. Новую подписку на событие "При проведении" нужных типов документов - вызов обработки из своего модуля (чтобы не портить процесс обновления), в обработке: проверяем тип склада (учти, есть склад, есть склад-отправитель, а есть и склад-ордер) Оптовый или Розничный, проверяем остатки на нем, проверяем резерв, проверяем чей это резерв, смотрим количество - если остаток минус резерв меньше документа - ругаемся и устанавливаем отказ проведения.
3. Не верю, что кнопка "зап0лнить и провести" не работает, но... никто не мешает обработывать событие "при проведении" и самому менять серии в документе
9. Владимир (hogik) 19.07.10 18:35
(4) "вопроса не совсем понял"
Это не вопрос, а намёк на то, что надо "чинить" алгоритм "расчет серий номенклатур"... ;-)
10. Макс Зеленский (mzelensky) 19.07.10 22:41
(9) "Чинить" сперва хотели, но в результате было решено не ломать типовой алгоритм, т.к. в нем очень много ньюансов, изменение которых в последующем может дать отрицательные результаты. Поэтому было решено делать дополнительную обработку.
11. Макс Зеленский (mzelensky) 10.08.10 17:03
Обработочку немного обновил. Вроде стало лучше :)
12. nata (nat303) 16.09.10 10:57
13. Макс Зеленский (mzelensky) 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) 23.09.10 14:13
Возможно дело в том, что обработка писалась под "УТ" (это указано в описании). Откройте отладчиком и пройдитесь :) я на комплексной не проверял!
17. Леонид Стасюков (stilet) 25.11.10 13:57
Ругается на ОбработкаТабличныхЧастей.РассчитатьОбъемТабЧасти(НовСтрока, ДокОб).
действительно в УТ 10.3 нет такой функции. Может бросит кто нибудь исходник этой функции?
18. Макс Зеленский (mzelensky) 17.12.10 16:01
(17) Верно, функция самописная. Она для вас не критична - можете просто закоментить эту строку.
19. Петр Лунегов (pvlunegov) 26.12.11 09:37
Вопрос автору. У меня 1С 8.2 КА. Возможно ли применение вашей обработки после конвертации под платформу 8.2?
Защищен ли код обработки паролем? Если да, то вопрос актуален. Если нет, то могу сам посмотреть код.

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

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

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

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

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

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

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

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

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