Оперативный контроль остатков #324809

Скажите, пожалуйста, почему контроль остатков в УТ выполняется ТОЛЬКО при проведении документа текущей датой? Чем это обусловлено?

Скажите, пожалуйста, почему контроль остатков в УТ выполняется ТОЛЬКО при проведении документа текущей датой? Чем это обусловлено?

Скажите, пожалуйста, почему контроль остатков в УТ выполняется ТОЛЬКО при проведении документа текущей датой? Чем это обусловлено?

Скажите, пожалуйста, почему контроль остатков в УТ выполняется ТОЛЬКО при проведении документа текущей датой? Чем это обусловлено?

тем, что сплошной контроль перегружает "прекрасно масштабируемую" платформу и она затыкается....

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

Другими словами - это проблема "заднего" проведения, которая не решена в 7 и так же через ЖПО  решается в 8.....

Это проблема не 7 и не 8, это проблема "заднего проведения", которого быть не должно и по моему хоть как-то решается только в 1С, в других системах типа Акс и НАВ это вообще полная ЖПО

Есть возможность и при неоперативном режиме контролировать остатки, нужно подправить процедуры контроля остатков чтобы они это делали нужным числом, а то стандартно они заточены под оператичное проведение (то есть текущим моментом времени), но тогда мы не сможем провести документы если возникла ситуация как в , а покупатель стоит и нервничает. Мне кажется лучше быстренько продать то что все-таки есть на складе, а потом разбираться долго и муторно, ибо думать что можно работать без ошибок это утопия.

балдею я над тупыми одноЭсниками, которые успешно жуют хню от 1С и потом расскладывают ее по форумам.. P.S. а поправив процедуры - можно влететь в перегрузку системы...

Есть категория пользователей, которые при отказе проведения документа говорят:"Фигня, проведем завтра", а потом начинают офигевать от отчетов...

у нас так кладовщик поболее лимона непроведенных набрал.... Внезапная ревизия, "недостача" более лимона... Мужик в истерике.... После небольшой разъяснительной работы никто так не делает...

Проведение задним числом больная тема. 1с тут не причем. Видел другие ситстемы в которых решение проблемы - запрет проведения задним числом все изменения текущей датой и корректировками. В 1с8 УТ 2 способа которые настраиваются не программирую: 1) проведения тока оперативно с запретом проведения задним числом. 2) Проводите как хотите и получите что напроводили. И не надо всех поливать ... когда все решается административными мерами в приказном порядке. Это больная тема имено стран СНГ где все покупателипоставщики творят что хотят. К нам приезжал и консултировал чел и германии у него потом волосы на голове ходили. У них там если поставщик сказал что приедет 21.02.2008 11:00 и привезет 100 шт товара так и будет, а не как у нас это происходит.

у нас так кладовщик поболее лимона непроведенных набрал.... Ну и причем тут 1с когда человека не научили как надо работать, а потом 1с виновата. Так же заходим удаляем и папки Windows и Бил Гейтс виноват...

человек прекрасно знал, что делал... Он же сам первый страдал - не имел актуальных остатков по своему складу... есть еще третий вариант - Проводите как хотите и получите правильный результат - система сама проконтролирует

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

Читаем - "Фигня, проведем завтра"   немного думаем....

Отчет "Ведомость товары на складах" и "Остатки товаров на складах" - всегда показывают правду хоть как проводи.

так, понятно.... Типичный одноЭсник с принципом "мне пох чужая долбанина, я и сам надолблю".... еще раз - читаем и ДУМАЕМ.... Если есть чем....

Похоже думать нечем уже тебе. Как я могу офигевать от отчетов если читаем

На этот регистр может и не влиять

Офигевают от отчета "валовая прибыль" "Стоимостная оценка склада" при неоперативном режиме.

похоже, точно мосха нет... Какие нах отчеты - если "ЗАВТРА ПРОВЕДЕМ" ? P.S. хотя возможен редкостный вариант - у СуперПеперОдноЭсника Емельянова отчеты обладают искусственным интеллектом...

Ты вообще долбо%б завтра документ в типовой нельзя провести. На зависть тебе у меня все сходиться и нормально работает и "Валовая прибыль" в том чилсе. Вот так у нас 1) проведения тока оперативно с запретом проведения задним числом. Так что У лю427 соси х...

Все я пошел нах с форума....

уважаемый, у меня тоже все работает, но в отличие от тебя я НЕ трахаюсь с перепроведением при заднем вводе...

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

"при работе задним числом без перепроведения... " - можешь подробнее рассказать или это ноу-хау?

Давай выкладывай методику.... Расскажи тупорылым как сделать так чтобы проводить или непроводить или еще как, НО остатки в базе всегда точно совпадали с остатками на складе? Что там нужно нашептать оператору и кладовщику... или может можно что то в программке 1С написать чтобы остатки всегда шли?

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

разъясни вкраце плз. если изменяется количество поступившего в меньшую сторону (про партии речь) как твои методики отрабатывают?

имхо ... либо пошлет, либо пропустит :)))

Давай без оскорблений, я тоже могу. Методику я знаю, партии-хуяртии... итд еще с бесонных ночей с бухами в 77. "непроведенный документ и не списанный по партиям это 2 совершенно различных случая" - октрыл глаза спасибо, ты еще это в закрытой ветке 1с напиши людей там просвети.

такое впечатление, что я сто рублей должен.... типа клади и всЁ! ты просто наелся рассуждений 1С - но они не являются истиной в последней инстанции... P.S. Кстати, многие решение партионного учета, на которые сейчас кидаются разработчики 8, были использованы в том же самом всеми обсираемом БЭСТе лет 12-15 назад. И списание регламентом, и отложенное списание....   Так что ничего принципиально нового в 8-ке нет. А могло бы и быть...

Он уже какой год треплется и не говорит :). Максимум что сказал - запрет проведения задним числом.

Хорошо хоть человеку глаза отурыл... бывает...

отурыл = открыл)))

у тебя с логикой все в порядке? A_Dmitriev> Есть категория пользователей, которые при отказе проведения документа говорят:"Фигня, проведем завтра", а потом начинают офигевать от отчетов... у лю 427> у нас так кладовщик поболее лимона непроведенных набрал.... Емельянов Алексей> Не согласен. Остатки на складе всегда правду показывают. Оперативнонеоперативно это тока влияет на регистр ПартииТоваровНаСкладах итд, а кладовщику он особо и не нужен. PS. тебе говорят про непроведенный документ, а ты всё долбишь про несписанные по партиям

да брось ты его - бесполезно долбить дятлу...

Пит опять пива недопил

По-моему и - блеф, да еще и групповой :)

бесполезно, "на слабо" его уже на моей памяти, человек 5-10 пытались расколоть, не поддается :))

Чего колоть-то, чтобы он рассказал то, что сделать нельзя... ясен хрен не поддасться :)

почему нельзя? здесь скорее вопрос, как это сделать быстро :)

У меня пока концептуальный вопрос: Сделать что? До "как" доберемся..

Axapta, Navision - нет такого понятия как перепроведение документов. Однако все работает и партионный учет есть.В 1С можно сделать тоже самое при большом желании.

ИМХО ... ошибки бывают разные, а правила их исправления закреплены законодательно, а вот как реализовать проверки на правила исправления, притом проверки должны отрабатваить быстро, это уже вопрос :)) ЗЫ. хотя может это и не "метод pit'а" ))

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

Ошибки в течение отчетного периода проще править "задним числом".... ошибки в закрытых и сданных (по налогам) периодах править как положено... методов проверки правильности партий при заднем числе - много... но в изложена единственная проблема - как это сделать быстро...

да он накурится, а потом бредит, а вы его слушаете, раскрыв рот.

Где берет? :) Мне бы клиентов так самозабвенно лечить...

Рябятки, пока вы трахаетесь с границей последовательности - я отдыхаю... Это работает с 01.01.2002 в боевых условиях.... И некоторые посетители видели это в работе... и есть еще другие алгоритмы, отличные от моего. Надо меньше курить Желто Красной Кожуры и смотреть другие системы, где есть прекрасные примеры. Просто вы - лохи... Как те лошади шахтерские - привязали вам козырьки одноЭсовские на глаза и вы уверены, что весь мир кончается на ПО фирмы 1С. Дальше полутора метров не видите... А экономического софта с интересными решениями - куча. У каждого есть своя изюминка. В одном можно подглядетьь и спереть одно, в другом - другое.

Все логично - но безрезультатно.... Напоминает программу президентских выборов. Еще немного и будет то и это... - и кидэ?

ну денег заплатить ты все равно не заплатишь... а бесплатно - это здесь

За блеф - не заплачу... Это в духе 1С не делать демок, сначала купи, а потом посмотрим...

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

звездобол

неудачнег

это обломанный халявщик....

какой по счету ? ))

Ладно вы выиграли... но признайтесь что это разводня.

учитывая уровень улю как специалиста, не думаю...

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

сколько, говоришь, стоит твоя методика?

Возможно классный специалист, но по-моему еще и хитрый. Поднять рейтинг на том что ни один из участников форума еще не видел и не может подтвердить (поручиться), да еще и никто не знает сколько это творение стоит - это сильный PR.

Это просто питу скучно, ИМХО :))

В 1С при списании рассчитывается количество и сумма остатков. И движение формируется на количество и сумму. При внесении изменений задним числом - искажается более поздняя картина. Можно писать в регистр только количество, не производя никаких расчетов _вообще_, а всё остальное (суммы и контроль остатков) перенсти на сторону отчетов. Таким образом, в регситрах бкдет хранится исключительно первичная информация. Производной же от неё в базе вообще не будет, но тут масса вариантов. Минусы - более длительные затраты на получение отчетов.

Спасибо. В 1С не пробовал писать?

Зачем? Это не тянет на "письмо в 1С" - простая доработка. Я это,в видк  полумеры реализовал у себя в общепите. Прекрасно работает. Сначалы операторы просто забивают инфу и проводят документы. В силу того, что при проведении нет _никаких_ расчетов - документы проводятся максимально быстро. Это у нас называется "проведение по количеству". Потом строится отчёт по движению товаров - и операторы разгоняют минусы. Опять же - поскольку а регистр пишется только количество - они могут перемещаться хаотично в пределах периода. Ну, а потом, когда все минусы убраны - включается "проведение по суммам" - и один раз доки проводятся со всеми делами. Строится ещё один контрольный отчёт, закрывается период - баста. Времени экономится - офигенно много.

Круто. Помоему это гениально.

все это есть штатно в 8. Но это не избавляет от восстановления ГП. Методика все та же...

Ну, навряд ли - ВСЁ.

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

а ты посмотри. Есть режим, когда при проведении не выполняется движений по партиям (хотя контроль остатков включен), а именно движение по партиям занимает 90-95% времени проведение. А потом можно движения по партиям сформировать обработкой. Это и есть реализованная у тебя идея. Насчет разгона минусов - это значит, что контроль остатков у тебя выключен. Такая возможность тоже есть, но это не очень хорошая манера, она не всем подойдет. Но работать так тоже можно в 8 штатно...

+70 есть много способов облегчения процесса восстановления ГП. Но вот на методику, которая позволяет вести партионный учет вообще без использования понятия последовательность и ее восстановления действительно любопытно было бы посмотреть...

ничего принципиально нового в не изобретено - данная метода применена давным давно в БЭСТе и недавно появилась в УПП - регламентное списание партий... Достоинства - уменьшение гемороя при списании партий. Недостатки - ограниченная область применения. Применять можно только там, где партии используются ТОЛЬКО для себестоимости. Однако использование партий только для себестоимости крайне неэффективно - затрат куча, эффект 0. Проще использовать в этом случае средневзвешенную - тогда даже "гонять остатки", как в , не надо.... Данный метод вообще не работает, если помимо себестоимости партии используются для других целей (партии по ГТД, по сроку годности и т.д.). В этом случае надо знать партию сразу при списании. И получается - для оперативного учета свои партии (ГТД, сроки, етс) Для себестоимости - свои партии, списываемые регламентом неоперативно... Итог - увеличение объема базы, увеличение гемороя вместо его снижения.... Слава разработчикам УПП!!! Пишущим на всю страну!!! P.S. Зато как дятлы клюют это!!!

Это же самое было реализовано в БЭСТ-2 в 1993 году, далее равито в БЭСТ-4 в  1995.

:-)

чтобы использовать партию для ГТД и сроков годности ИМХО надо ее указывать в явном виде в документах продажи. Тогда чтобы не ошибаться эта инфа должна быть написана на самом товаре и по-хорошему нужно вообще пользоваться сканером ШК. Или нет?

Именно. Т.е. партионный учет в его каноническом виде.

Ха, Пит декларировал что его методика ВСТРАИВАЕТСЯ НА РАЗ в типовую конфу ТиСа, и для получения отчетов надо поправить совсем чуть-чуть... Однако при этом нагло умолчал обо ответе на вопрос - потребуется ли изменений штатной схемы формирования проводок для выгрузку в Бухию... ;-) .. как работать без ГП - у мну тоже соображения есть, но как это сделать безболезненно в рамках типовой ТиС - у прор не вижу (или квалификации не хватает...) Жаль, Пит далеко, а то бы не поленился на экскурсию заехать и посмотреть... Правда, несмотря на заверения Пита, что "..И некоторые посетители видели это в работе..." - отзывов от этих посетителей о том действительно ли они это видели и работает ли это - я не встречал... хотя может пропустил просто когда они взахлеб об этом рассказывали ;-) .. так что пока ждем... м.б. в очередной ветке десятилетия нам откроют глаза.. но имхо нескоро это будет.. дятел - птица распространенная, вымирание пока ей не гроиз и не в интересах Пита уменьшать популяцию дятлообразных... ;-)

ну хоть ты поделись соображениями по поводу работы без ГП. Или тоже отмалчиваться будешь?

ну, блин, я не настолько квалифицирован чтобы излагать это на всеь свет.. ;-) Плюс к этому я сильно сомневаюсь, что мой подход это вообще то о чем можно говорить... Пит меня же назначит главным дятлом... ;-) .. у себя пока что исключил из ГП резервы, заказы, заявки, их проведение только в ТА и тольо один раз - потому как по этим регистрам нафиг никого не интересует что было вчера, интерес представляет только то что есть сейчас.

ГТД на товаре никогда нет.....

За 10 лет ни разу не встречался с ситуевиной попадалова по ГТД... какую функцию несет указание ГТД в СЧФ - хз...

тебя так волнует, что Пит может тебя обозвать дятлом? Я вот определенно дятел, только клюв у меня чуть больше, чем у многих других здесь обитающих. :))) Если стукнусь в аську, расскажешь?

Угум.. и номеров сетрификатов тоже на товарах нет.. и поставщиков - тоже...

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

ну, заказы-заявки несложно корректировать на ТА, закрыв редактирование задним числом  - эт понятно...

Ну, у меня клюв тоже не маленький... ;-) Измерение надо в регистр имхо вносить дополнительное.. чтобы документ НА КОТОРЫЙ КЛАДЕМ инфу был указан явно в регистре, а не Регистр.ТекущийДокумент... т.е. надо разделить дату записи сведений и дату к которой относятся сведения...

несколько лет назад ходила страшилка, как остановили фуру ехавшую из москвы с грузом телевизоров, и сделали запрос по ГТД в таможню. Оказалось, что по конкретной указанной в СФ московского продавца ГТД телевизоров ввезено втрое меньше. Груз заарестовали.... долго разбирались ЗЫ. за правдивость истории не отвечаю, но технологически возможно...

щас. Пыатюсь переварить...

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

как страшно жить...

а мне - не насрать... Понятно, что тебе может быть насрать на меня... ;-)

"За 10 лет ни разу не встречался с ситуевиной попадалова по ГТД." Просто ты - не импортер. Жестко контролируют именно импортеров (первую руку).

а зачем проводки в ТиС формировать? Это вообще в принципе неверно....

- "вот так, с шутками и прибаутками встречают студенты праздник"© Еще определитесь, кто из вас хохол, кто еврей и позовите штушо...

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

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