Контроль отрицательных остатков в УТ #269211

Не могу врубить контроль отрицательных остатков в УТ, когда пришел - он был отключен, подскажите, что надо сделать, чтобы он заработал?

Подскажите ктонибудь - как включить механизм запрета отрицательных остатков в УТ, я сделал запрет на права "Разрешить превышение остатка товаров на складе" и на "Разрешить превышение остатка товаров организации" в Регистре сведений Значения прав пользователей, но это не помогло, где еще можно посмотреть запрет?

Вопросы и правильные ответы :) 1. ты галочки снял или поставил? (снял) 2. Для всех ролей, которые есть у пользователя? (у всех) 3. Документ оперативно или нет проводишь? (оперативно)

там контроль работает только при оперативном проведении доков...

все сделал так, как ты сказал, но минуса при восстановлении последовательностей остаются :(

а ты чего хотел? читал (2.3), ?

Восстановление последовательности идет неоперативно, а значит контроль остатков отключен.

ветка LOL!

т.е. при восстановлении последовательностей минусы останутся? :( получается - чтобы минусы поубирать придется свой механизм писать, который будет заново все расходные документы перезаполнять?

ручками товарисч..

совсем офигел? Чтоб минусы убрать надо раскопать и исправить причину их появления...

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

+ и никаких комментов

ну ну..Дарагой, йа вижу твой уровэнь.. по уровню вопроса.. так что не стоит программиста прошлого пинать.

вопрос то ладно, вот предложение в жесть. P.S. и ник странный )

+1

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

просто офигеть. А в ауте. ЗЫ Отпишись, когда тебя повесят...

Правда, остатки по сериям "поплывут", но этого не избежать, но завтра инвентаризация будет, все выставят в "ноль" и будет все нормально

Полюбому надо - т.к. Коммерческий вешается, потомучто неправильно себестоимость продаж считается изза этого

после твоих исправлений будет правильно считаться... Дайте две.

по крайней мере за предыдущие периоды - я могу дать 90% гарантию, что будет правильно, т.к. нулевых себестоимостей продаж не будет по причине того, что не будет отрицательных остатков

+1 поделишься с общественностью?

А вы предлагаете оставить это так как есть?

могу когда напишу в кратце описать механизм перезаполнения базы

90%! Пацталом... нет. Но такими методами это не решается.

+ Потомучто если код выкладывать на форум - слишком громостко, да и читать будет людям лень, а как обработку выложить на форум - я без понятия

предложи метод, который стоит рассмотреть более реально?

ветку в юмор однозначно.

ты не беспокойсь, тут многих эта тема интересует=) почитаем=)

разбором каждого случая - откуда взялся минус (что не правильно оформили)...

у Кащенко куча методов, выбирай любой

Кащенко - это что-то типа дурдома?

млин, я понимаю что человеку тяжело, разгребает чужие косяки. Но от предложенных методов немогу сдержаться. Ответ в . Иначе накосячишь.

Клиника в Мск=)

после постов автора я уже не уверен насчет чужих косяков. Вот после автора разгрести уже вообще ничего нельзя будет...

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

Менеджеры ручками серии проставляли и т.д. Не пользуясь механизмом в реализации Заполнения и проведения

+ еще и могли продать товар утром, а документ приходования ввести только вечером, хотя он тож был утром

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

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

хм... а перемещения ?

ну да. И оприходования тоже. Имелись в виду поступления как движения, а не только доки поступления...

Перемещений не было - у нас один склад всего

Автор,я увижу это чудо программисткой мысли? p/s/ правда с одним складом и без перемещений.. часть можно и программновыковырять.

Странно, перечитал всю ветку и постов "а лю 427" нету. Не порядок, не порядок

нуу. зато ты отметился =)