Обработка написана для конфигурации 8.1 УТ
Необходимость в данной обработке возникла по той причине, что часто происходит неправильный расчет серий номенклатур (в реализации) — в результате документ проводится, но по серии могут появляться отрицательные остатки. Т.к. последующий контроль, поиск и исправление очень усложняют жизнь рядовым сотрудникам — пришлось создать ЭТО!
Обработка пока-то тестовая, глюки периодически наблюдаются, но я над ней еще работаю.
Особенности: поиск отрицательных остатков по всем возможным регистраторам, но автоматическая замена только для «Реализация товаров и услуг» (ограничение временное)!
КАК РАБОТАТЬ:
-
Запускаете обработку!
-
Указываете необходимый период (лучше не сильно большой).
-
Нажимаете «Заполнить»
-
Если искомые документы есть — они отобразятся в табличной части.
-
Автоматически будет установлен флаг «отметка» — если его снять, то этот документ не будет учитываться при обработке.
-
Если указать «Серию номенклатуры» в колонке «Серия (для подстановки)», то указанная серия будет «в лоб подставлена» вместо той, что была. Без всяких проверок и расчетов.
-
Нажимаем кнопочку «Выполнить»…ЖДЕМ 🙂
-
После обработки табличная часть не очищается и не изменяется, чтобы можно было проверить внесенные изменения.
вроде все 🙂
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Саму обработку-то прикрепите 🙂
Эти глюки с вложениями уже всех достали.
(0)
А бывает «неправельный расчет серий номенклатур», а остатки продолжают оставаться положительными, но не соответствующие действительности?
(3) честно говоря вопроса не совсем понял
(1) (2) Сори, глюкнуло при создании публикации, а я не проверил!
Теерь нормально прикрепил!!!
> А бывает «неправельный расчет серий номенклатур», а остатки продолжают оставаться положительными, но не соответствующие действительности?
Бывает — пересорт по сериям. Пока не вылезли в остатках минусы — ищется через Инвентаризацию, а устраняется через «Корректировку серий и характеристик» или через Оприходование/Списание или правкой в документах продажи.
(6) В моем варианте несколько другой случай:
Приходит один и тот же товар с разными сериями — скажем по серии 1 количество 2 шт. и по серии 2 — 5 шт.
Затем происходит списание через реализацию — указывается наш товар в количестве 4 шт и ПОЧЕМУ-ТО указывают серию №1 (на которой ток 2 шт в остатке) — ПРОВОДЯТ ДОКУМЕНТ и документ ПРОВОДИТСЯ!!! В результате остаток по серии становится «-2″…хотя в общем по номенклатуре все нормально.
В результате в конце каждого месяца садится бедолага-работник и начинает через ряд отчетов и хитрых манипуляций проверять эти самые «минуса», находить неверно указанные серии, и перепроводить документы с правильно указанными значениями…поверьте мне — ЭТО ОЧЕНЬ ДОЛГО!
Если есть как-то штатными средставами…подскажите, буду очень признателен!
1. Запрет продаж в минус — где-то в настройках длп.прав «Разрешить превышение остатков на складах и организация», но… работает только при оперативном проведении, значит еще в Конфигураторе — снимаем в ролях пользователе «интерактивное проведение неоперативное». Правда, на практике так работать могут не смочь 🙂
2. Новую подписку на событие «При проведении» нужных типов документов — вызов обработки из своего модуля (чтобы не портить процесс обновления), в обработке: проверяем тип склада (учти, есть склад, есть склад-отправитель, а есть и склад-ордер) Оптовый или Розничный, проверяем остатки на нем, проверяем резерв, проверяем чей это резерв, смотрим количество — если остаток минус резерв меньше документа — ругаемся и устанавливаем отказ проведения.
3. Не верю, что кнопка «зап0лнить и провести» не работает, но… никто не мешает обработывать событие «при проведении» и самому менять серии в документе
(4) «вопроса не совсем понял»
Это не вопрос, а намёк на то, что надо «чинить» алгоритм «расчет серий номенклатур»… 😉
(9) «Чинить» сперва хотели, но в результате было решено не ломать типовой алгоритм, т.к. в нем очень много ньюансов, изменение которых в последующем может дать отрицательные результаты. Поэтому было решено делать дополнительную обработку.
Обработочку немного обновил. Вроде стало лучше 🙂
не заполняет ничего
(12) Тут 2 варианта всего:
1) Значит все и так заполнено нормально (по мнению обработки)
2) Что-то не так делаете
П.С. «мнение обработки» в 90% правильное!
С удовольствием ставлю автору +!!!!
Спасибо! давно хотел что то похожее написать, а тут готовая вещь)
Правда у меня КА.Но тут уже дело техники
Не могу понять причину.По смыслу обработки на должна при нажатии кнопки выполнить вносить изменения в документы.Но этого не происходит.У меня Комплексная автоматизация
1.0 (1.0.10.1).В чем причина?
Возможно дело в том, что обработка писалась под «УТ» (это указано в описании). Откройте отладчиком и пройдитесь 🙂 я на комплексной не проверял!
Ругается на ОбработкаТабличныхЧастей.РассчитатьОбъемТабЧасти(НовСтрока, ДокОб).
действительно в УТ 10.3 нет такой функции. Может бросит кто нибудь исходник этой функции?
(17) Верно, функция самописная. Она для вас не критична — можете просто закоментить эту строку.
Вопрос автору. У меня 1С 8.2 КА. Возможно ли применение вашей обработки после конвертации под платформу 8.2?
Защищен ли код обработки паролем? Если да, то вопрос актуален. Если нет, то могу сам посмотреть код.
Назрела необходимость в данной обработке после перенесения первичных документов в 1С 8.2 КА из 1С 7.7 БУХ.
Автору просьба описать в нескольких словах, если возможно, алгоритм подбора «правильных серий».
Алгоритм опирается на типовые особенности конфигурации?
Если да, то наверное, не имеет смысла применять обработку для других конфигураций?
Меня интересует конфигурация 1С 8.2 «Комплексная Автоматизация»
(19) pvlunegov,
Код обработки полностью открыт, поэтому рекомендую просто скачать и посмотреть. Обработка писалась под УТ 10.3 и на комплексной я ее никогда не тестировал, поэтому не могу ответить будет она там работать или нет.
Спасибо. посмотрю вашу обработку.
В качестве саморекламы:
Рекомендую посмотреть мою обработку «Заполнение серий в документах»
Реализована как внешняя обработка табличных частей для документов.
Заполняет серии по неотрицательным остаткам.
Она пока на модерации, в ближайшее будущее станет доступной для просмотра.
По поводу отрицательных остатков — это моя головная боль на начало 2012.
Переносил первичные документы в 1С 8.2 КА из 1С 7.7 Бух. Теперь встал вопрос об отрицательных остатках.
Буду тестировать вашу обработку на своей базе.
Спасибо.
(21) pvlunegov, ваша публикация не активна.
Я смотрел целый ряд существующих обработок по борьбе с отрицательными остатками, но ни одна не подошла к конкретно моему случаю, поэтому сделал свою.
Автор! Исправь грамматическую ошибку (описание разработки) «неправЕльный» пишется через И — «неправильный»!
Проверил обработку на комплексной автоматизации.
В результате ее работы исправилось 95% неправильно записанных номеров ГТД.
Огромное спасибо автору.
(24) Spirit_spb, рад слышать. Особенно радует тот факт. что я ее никогда не тестил на комплексной. Обработка писалась исключительно для Ут 10.3 🙂
(25) у меня в базе слишком много отрицательных остатков по сериям, приходится по несколько раз запускать обработку периода. Но почти все что можно было убрать автоматически убралось.
Тоже делал такую же обработку, которую на УТ запускали раз в 2 недели. До сих пор удивляюсь, как типовой механизм допускает отрицательные остатки по серии.
Отлично! Спасибо.
Переносил базу из ТиС в УТ 10.3. С ГТД и партиями в 7.7 было настолько криво что просто ужас.
Скачал вашу обработку, подрихтовал её. Научил работать с другими документами. Красота. Все ГТДшки выравнял с 2008 по сегодня за 3-4 часа.
А допиленной обработочки у вас не осталось?