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

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

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

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

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

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

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


P.S. а поправив процедуры - можно влететь в перегрузку системы...

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

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

Проведение задним числом больная тема. 1с тут не причем.
Видел другие ситстемы в которых решение проблемы - запрет проведения задним числом все изменения текущей датой и корректировками.
В 1с8 УТ 2 способа которые настраиваются не программирую:
1) проведения тока оперативно с запретом проведения задним числом.
2) Проводите как хотите и получите что напроводили.
И не надо всех поливать ... когда все решается административными мерами в приказном порядке.

Это больная тема имено стран СНГ где все покупатели\поставщики творят что хотят. К нам приезжал и консултировал чел и германии у него потом волосы на голове ходили. У них там если поставщик сказал что приедет 21.02.2008 11:00 и привезет 100 шт товара так и будет, а не как у нас это происходит.

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

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

(9) есть еще третий вариант - Проводите как хотите и получите правильный результат - система сама проконтролирует

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

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

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

так, понятно.... Типичный одноЭсник с принципом "мне пох чужая долбанина, я и сам надолблю"....


еще раз - читаем (7) и ДУМАЕМ.... Если есть чем....

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

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

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

(16) похоже, точно мосха нет... Какие нах отчеты - если "ЗАВТРА ПРОВЕДЕМ" ?

P.S. хотя возможен редкостный вариант - у СуперПеперОдноЭсника Емельянова отчеты обладают искусственным интеллектом...

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

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

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

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

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

1С же сказала - жрать кактус - они и жрут....

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

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

(24) (25) в поиск.. суть уже давно рассказал, а реализацию этого метода я думаю за определенную сумму он вам продаст :))

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

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

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

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

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

такое впечатление, что я (25) сто рублей должен.... типа клади и всЁ!

(29) ты просто наелся рассуждений 1С - но они не являются истиной в последней инстанции...

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

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

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

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

(29) у тебя с логикой все в порядке?

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

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

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

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

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

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

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

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

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

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

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

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

ЗЫ. хотя может это и не "метод pit'а" ))

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

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


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

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

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

Рябятки, пока вы трахаетесь с границей последовательности - я отдыхаю...
Это работает с 01.01.2002 в боевых условиях....

И некоторые посетители видели это в работе...


и есть еще другие алгоритмы, отличные от моего.
Надо меньше курить Желто Красной Кожуры и смотреть другие системы, где есть прекрасные примеры.

Просто вы - лохи... Как те лошади шахтерские - привязали вам козырьки одноЭсовские на глаза и вы уверены, что весь мир кончается на ПО фирмы 1С. Дальше полутора метров не видите...

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

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

(49) ну денег заплатить ты все равно не заплатишь...
а бесплатно - это здесь www.1.cru

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

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

звездобол

(53) неудачнег

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

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

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

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

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

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

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

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

В 1С при списании рассчитывается количество и сумма остатков. И движение формируется на количество и сумму. При внесении изменений задним числом - искажается более поздняя картина.

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

Минусы - более длительные затраты на получение отчетов.

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

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

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

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

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

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

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

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

ничего принципиально нового в (65) не изобретено - данная метода применена давным давно в БЭСТе и недавно появилась в УПП - регламентное списание партий...

Достоинства - уменьшение гемороя при списании партий.

Недостатки - ограниченная область применения. Применять можно только там, где партии используются ТОЛЬКО для себестоимости. Однако использование партий только для себестоимости крайне неэффективно - затрат куча, эффект 0. Проще использовать в этом случае средневзвешенную - тогда даже "гонять остатки", как в (65), не надо....

Данный метод вообще не работает, если помимо себестоимости партии используются для других целей (партии по ГТД, по сроку годности и т.д.). В этом случае надо знать партию сразу при списании.
И получается - для оперативного учета свои партии (ГТД, сроки, етс)
Для себестоимости - свои партии, списываемые регламентом неоперативно...

Итог - увеличение объема базы, увеличение гемороя вместо его снижения....

Слава разработчикам УПП!!! Пишущим на всю страну!!!
P.S. Зато как дятлы клюют это!!!

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

(72) :-)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А мне нас рать на проводки - я выгружаю документами....

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

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

(81) "За 10 лет ни разу не встречался с ситуевиной попадалова по ГТД."

Просто ты - не импортер. Жестко контролируют именно импортеров (первую руку).

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

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

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

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

(86) т.е. речь о том, что исправления вносить не исправляя задним числом документ, а новым документом на ТА? Если так, то он должен будет корректировать партии по конкретному товару начиная с документа, который потребовал исправления по текущую дату. А зачем дополнительное измерение в регистр? Как ты согласованности движений по измерениям добиваться будешь?

(94) я белорус, фамилия - украинская, так что Пит - однозначно еврей! ;-) по повадкам видно... ;-)

насчет проводок уже сказал - даже не думал. ВСЕГДА переносим документами и формируем проводки в бухии. Ибо ТиС - это управа, а бух - белая и пушистая.....


P.S. вместо ТиС у нас обычно управленческая конфа на плане счетов.

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

(99) ну, что у тебя так - не значит что у всех так. У мну - ТиС белая и пушистая и весь торговый учет ведется в ней, а в бухию - сливается постфактум.. НО!!! ЭТОТО ВОПРОС ЗАКРЫВАЕМ!!! ПРО ГП ДАВАЙ!!!

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

Галина Петровна уехала к бабушке.... Вернется - поделится впечатлениями

(103) уехала ...лохматить? :-)

еврей, однозначно! ;-)

(100) если я правильно понимаю, это что-то наподобие документа "Поступление доп. расходов" в УТ. Там можно этим документом на документ Поступления товаров накинуть дополнительную себестоимость и откорректировать себестоимость списания, если уже были расходы товара из этой партии...

(106) ушел в сауну праздновать с войсковыми товарищами 23-е.. буду вечером

(106) в восьмерке это делается проще. В принципе, есть идея как это сделать и в 7-ом оперучете, но это опять проктология

(108) ну да, в 8 движения документа не обязаны иметь дату самого документа...

а вот рвать дату документа и дату движений не рекомендуется - будет такая жпо....

(106) ИМХО .. если поступление и доп. расходы в разных периодах, то наверно корректней сторнировать, а если в одном то абсолютно без разницы какой датой доп. расходы упадут на себестоимость, общей картины это не изменит

(110) а в чем проблема? Если перепроводок таким образом удастся избежать, то вообще проблемы не вижу. Если даже оставить концепцию ГП, то вполне в духе этой концепции, что порядок имеем только после ее восстановления. Т.е. док. делает движение датой тех документов, движения которых он корректирует...
(111) если мы снимаем отчет за определенный период, а корректирующие движения по партии, которая может быть уже давно списана, делаются датой, которая не попадает в этот период, то не будем иметь реальной картины движения по партиям за нужный период...

на манеже все те же... то бишь у лю  и куча новичков
у лю - у тебя кто нить твою систему уже купил из посетителей форума?

Через заключение договоров на разработку...

а здесь не купят .... Народ не тот....

(115) а все-таки. Сколько стоит?

karkarde()pisem.net пиши

(117) написал.

завтра почту потрясу

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

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

а вот в части "хитрой" - да, под каждого клиента...

На примере.
сегодня 24 число. Оформляем документ задним числом, например, 10....
Товар НЕ распределяется - типовое решение не проводить документ
а другому клиенту понравилось предложение слегка хитрозадое. В момент проверки распределения я вижу партию от 19 числа и могу корректно ее списать - клиент и сказал - списывать.
У одного клиента нет проблем, если доп расходы пришли уже после продажи товара - у него все валится на 44 счет.
У другого клиента необходимо все допрасходы относить на товар, в том числе уже и проданный...

У меня была задачка на спеца по бух 77 такая:
Правится и перепроводится документ задним числом и требуется вывести (снять с проведнния) все документы, на движения которых повлияют внесенные исправления.

И решение несложное - сравниваем проводки до и после проведения (свернув ТЗ), и анализируя обороты 41 счета до текущей даты, или пока остаток на 0 не выйдет (далее повлиять не должно)

Так что в 1С знают прекрасно о таких алгоритмах

Документ имеет две даты. Регламентная дата (которая будет выдаваться в печ формах) и дата проведения документа. При проведении(перепроведении) документ всегда изменяет свою дату на текущую. При этом старые движения остаются и если док уже проведен он добавляет к своим старым движениям новые записи текущей датой которые сторнируют имеющиеся движения ну и новые движения которые формируют изменившийся документ.

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

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

(123) изменение даты и сторнирование и исправление движений самого документа - эт конечно хорошо, но как быть с другими документами, дата которых больше, чем регламентная дата этого документа? У них ведь тоже должно произойти перераспределение по партиям. Кроме того, если дата документа меняется, то его становится не очень удобно искать - хз какой датой он теперь проходит. И что при этом происходит с книгами продаж/покупок?

(122) "И решение несложное - сравниваем проводки до и после проведения (свернув ТЗ), и анализируя обороты 41 счета до текущей даты, или пока остаток на 0 не выйдет (далее повлиять не должно)"


анализировать ты можешь очень долго.... А юзеры могут пока покурить бамбук

(125) Абсолютно ровно столько, сколько и при проведении доп. расходов по партии и корректировке всех ее движений

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

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

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

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

(127) "почему у них должно произойти перераспределение по партиям ? задним числом мы ничего не меняли." Может я чего-то не понимаю, но даже если мы поменяли дату документа на текущую, считается, что продажа покупателю осуществлена регламентной датой. О каком ФИФО тогда может идти речь, если мы сторнируем и правим текущей датой проводки одного документа, а остальные, с датой больше регламентной даты документа, остаются как есть?

(128) ветка называется оперативный контроль остатков
но можно поговорить и про партионный учет. у меня тогда вопрос "а чем ненравится такое фифо ?" ;)

(129) ну, как бы ни называлась ветка, речь как всегда в таких ветках давно уже идет о партионном учете. Может я не совсем въехал в твою идею, но навсидку кажется, что твои корректировки не дадут в результате ФИФО...

(130)
думаю проблема в том что мы по разному смотрим на проблему исправления документов.
ситуация
вася 10 числа оформил реализацию на бутылку клинское.
15 числа вася обнаружил что клиент хотел пиво в алюминиевой банке а выписал он в стеклянной. и предпринял некие шаги к исправлению.
так вот с моей точки зрения бутылка клинская была "отложена" для клиента (списана по партии) 10 числа и возвращена обратно в группу товаров к продаже 15 числа и 15 числа из партий была списана алюминиевая банка клинского. помоему все логично.

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

(131) вопрос не в том, как мы смотрим на проблему. Вопрос в том, как налоговая смотрит на проблему. Потому как если речь идет не о ЕНВДшнике, твою схему в любом случае придется стыковать с регламентированными отчетами. Продажа у тебя совершена 10 числа. Если с 10 по 15 продавались еще алюминиевые банки, то ИМХО списание 15 числа у тебя уже может быть не из той партии. "Отложена" - это твоя интерпретация. В общепринятых терминах это пересорт. Не думаю, что реализованная у тебя схема укладывается в ФИФО...

(133) регламентный учет ведется в другой базе.

(134) но обмен то есть? И как ты выгружаешь туда все эти исправления и добиваешься там нормального ФИФО?

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

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

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

(138) ну, насчет основной цели - может я погорячился. Так как образом вы исправляете ошибку и какие меры принимаете, чтоб они не возникали? Как вы действуете в управленческой базе ты объяснил. А в регламентной как? Исправляете руками задним числом и восстанавливаете последовательность или как? Ведь дл этой базы твоя схема неприменима...

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

(139) если партионка предписана законом (ГТД, сроки годности), то в случае востановление правильного "ФИФО", ты что лично будешь бегать по всем контрагентам и менять им всем документы (накладные, с/ф) ?
если партионка используется только для себестоимости, то тут возможны 2 варианта:
-нарушение порядка в пределах одного месяца (абсолютно пофиг, для регламентированного учета, на фин результат это не повлияет)
- нурушение порядка в пределах больше одного месяца (тут я думаю нужно править по правилам бух. учета - сторнированием)
ЗЫ. учитывая, что штрафы за неправильное ведение бух. учета мизерны, то период "месяц", можно заменить на период сдачи отчетности в налоговую (если не ошибаюсь квартал)
с востановлением стоимости отдельный вопрос, но мне кажется, что здесь лучше в течении месяца списывать по плановой, а в конце месяца корректировать, а для получения "оперативной себестоимости" ... написать отчет по  принципу который был указан в (65)

ЗЫ. все выше, ИМХО

Пока что все озвученное не дает возможности получить правильные партионные результаты ... а еще сюда всякое притянули упр.учет, ренгл.база и прочее... фигня все.
берем протсо.
есть ТиС, учет ведется по белому и правильно. из ТиС инфа сливается ПО БЕЛОМУ в БУХИЮ. в бухии ничего не правится...
..
пока что работающих вариантов не видно...

(142) для начала дай критерии "правильных" результатов партионного учета...

(142) так а в чем проблема то когда учет ведется по белому и правильно? ))))
кстати а что в тисе гтд или срок годности из док-та партии берется(7ку не знаю) ?  так это ж конкретный косяк если задним числом полезут править ... потом или правильное фифо или ложный гтд ))

(144) см. (35)

(144) когда учет ведется по белому и правильно - исправления задним числом - в основном только для исправления реальных косяков учета, когда их нет возможности поправить в ТА...

(146) хм .. то есть учет по черному и неправильно это когда приходиться задним числом исправлять нереальные косяки учета ?))
если такая уж проблема партионный учет то проще всего его выравнивать специальным документом, который будет корректировать себестоимость списаного товара.
(145) не очень понял

(140) т.е. отслеживаете исправленность документа в оперативной базе и исправляете в регламентной? А что в качестве регламентной выступает? В бухгалтерии строго говоря ГП нету, проводите все за незакрытый период? А если в управленческой базе правился документ из закрытого периода регламентной базы? (столько вопросов потому, что ИМХО очень много нетривиальных вопросов нужно реализовать для работоспособности такой схемы, а стОит ли оно того - пытаюсь прояснить картину). Кстати, явно у вас себестоимость в управленческой и регламентной базе списывается разная. Как контролируете правильность-соответствие данных двух баз?

(141) "-нарушение порядка в пределах одного месяца (абсолютно пофиг, для регламентированного учета, на фин результат это не повлияет)" - так ли? Что-то я в этом сомневаюсь...

А мне вот еще что интересно. Если пользоваться сканером ШК, то можно всю инфу о партии зашить в ШК. Тогда мы точно знаем что и из какой партии продали. Вопросов по себестоимости нет. Но если у предприятия в учетной политике прописано ФИФО, а продают первое попавшееся, сканируя партию, то это ведь нарушение. Что тогда должно быть прописано в учетной политике предприятия, чтоб действовать по такой схеме?

(150) не думаю, что это нарушение, никто из проверяющих в эти дебри лезть не станет, т.к. полное соотвествие теории- утопия

за гтд - могут и полезть, если суммы приличные

(148) насчет нужности схемы.
пример -  номенклатуры много и разной(порядка 10000 позиций цена которых свыше 10кр). 10 магазинов + лог.центр в одной базе. дистрибьюция,опт, розница. некое подобие производства(доработка/сборка/установка). 12 складов(реальных). 70 менеджеров. еще финменеджеры, кассиры, кладовщики, отделы закупок. все они дружно умеют косячить и потом лезут задним числом что то править. Что случиться с остаткми через некоторое время?

Насчет правильности и тп регламентной базы(БП 1.6). Есть период 15 дней(по регламентной дате) через 15 дней документ удалению не подлежит. Соответственно выгружаются доки которые не могут быть изменены. Насчет себестоимости. Так ведь строго говоря себестоимость по регламентному учету и реальная две большие разницы ;) Для расчета реальной как раз ТСД похорошему на склады надо ставить или наладить педантичную складскую логистику.

зы. если интересно пообщаться и не захламлять форум вроде моя ася в профиле.

(153) общаться интересно. Но тем хорош форум, что то, что не видит один в предлагаемых схемах, увидит и прокомментирует другой. С разных сторон получается увидеть...

(153) а что думаешь насчет идеи (106)? Т.е. корректировка в оперативном режиме, но новым документом? Все-таки мне не очень нравится мысль с изменением даты отгрузки...

(150) В учетной политике должно быть прописано "по себестоимости конкретной единицы продукции". И т.к. каждая единица у тебя идентифицируется однозначно - а я думаю, ты сможешь это доказать - то все в порядке.

(156) это приятно. А то я не силен в законодательстве, в основном ориентируюсь на схемы, реализованные в 1С :))

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

(156) интересный факт.

(158) как раз речь о случае с незафиксированной партией. При перепроведении все должно быть нормально, поскольку задним числом правок нет. Да и само перепроведение вроде как не нужно в этом случае...

(160) там вроде измерение добавляли для контроля. ну я в 7ке не спец. в 8ке можно все движения которые наколбасит этот документ подвязать к документам которые это затронет. то есть будет обработка. в 8ке инфы наверно и так хватит добавлять измерения не надо. но у 8ки есть кроме регистра партии товара на складах еще регистр сведений списанные товары (про него забывать не стоит). а еще есть продажи себестоимость.
плюсы дока - быстрей проведется. плюсы обработки то что это обработка и в базе будет меньше движений ;)
в принципе эту фишку в 8ке можно добавить в регламентный документ распределения по партиям(если ее там нет ;)).

(161) не, ИМХО некрасиво. Хотя правку задним числом таким образом закрываем, но принципиальная возможность правки быть должна, и при этом движения слетать не должны. Т.е. раз сам документ не правим, то делаем новый документ, который отражает эти корректировки и к нему подвязываем корректирующие движения, но даты движений ставим такие же, как у исходных документов (движения которых корректируем)...

+162 естественно речь о 8. В 7 дата движения должна совпадать с датой документа...

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

Можно же конструктивно общаться и конструктивно делиться наработками.  
Детский сад.

(162) а типо документы корректировка реализаций и тп(я просто не правильно понял). когда то такое делал. для того что бы все это норм работало там кучу всего перелопатить надо. сам док корректировки будет тяжелый + корректные выгрузки в бухию + переработаная счет фактура + переработаный возврат + переработаный акт сверки ну и там еще чего набежит.

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

(166)
это не ко мне а к ..
у лю 427
он же тут самый главный знаток

(166) а выхода только три
или запретить проведение задним числом как в Аксе
или списывать партии регламентно, и регламентно е.. с минусами
или при каждой правке задним числои включать алгоритм анализа движений партионного учета

(166) +1
(168) "чукча не читатель, чукча писатель?"  
может лучше тебе не вылезать было с клозета?
>или при каждой правке задним числои включать алгоритм анализа движений партионного учета

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

а прохфессор то тупой...

(168) есть еще два варианта... Но ты их все равно не поймешь...

кстати, здесь на форуме отвечают два товарища иногда - у них это тоже сделано, причем алгоритм отличается от моего...

(165) а твоя схема менее трудоемка?
(168) от как все просто оказывается. Тока тему ты не раскрыл...
(171) ты на письмо так и не ответил...

(172) позже... Много работы....

(173) ок

(169) А ну ка, ламеры и дятлы - в клозет шагом Арш

(170) а тебе всю жизнь на зарплату работать

Все дятлы, один я умный.

(177) У тебя отчество не "Вольфович"?

Папа Гапай отсюда

А мы сделали контроль остатков на ЛЮБУЮ дату при ЛЮБОМ проведении. Кому интересно, могу рассказать и показать. Уже месяц работает в промышленном варианте.

Переработали, правда, немало...

e-mail: l_torchinsky gav gav gav гав mail dot ru

Хех! Уж сколько тему жуют - а дятлы все летают. Что вышло сухим остатком из прошлых жеваний.
.
При отчетном интервале месяц и более себестоимость получается примерно одинаковая что по среднему, что по партионному. И нет никакой необходимости трахаться с партиями. Результат копеечный, а трах немеряный, причем если еще глянуть на инфляцию, скидки/наценки и просто протраханное по глупости бабло, то результат НЕ СТОИТ траха. Впрочем, если заказчик готов оплатить эксперименты... Как правило заказчик не представляет результата до его получения и оценки понесенных затрат.
.
Партии имеет смысл использовать только там, где их неиспользование позволяет попасть на санкции. Это импорт, фармация, продукты питания. Партии идут в разрезе Страна/ГТД/Серия/Сертификат/СрокГодности в разных комбинациях. При таком раскладе перепроведение задним числом = полная жпо в типовых, особенно если есть возвраты. Итоги фискалки вылезают наружу при первой же встречке, т. е. "попасть"  можно и на попадалове клиента. При этом интеллектуальные заморочки с себестоимостью "до копейки" становятся ничем при виде проверяющего с х@ром наголо и распахнутым карманом. В принципе для проверяющего нет формальных оснований НЕ возбудить дело по подозрению в торговле контрабандой, мошенничестве, теракте через отравление просроченными продуктами и прочем маразме (причем в контрабанде - не такой уж и маразм, сам был свидетелем).
.
Возникает вопрос - как выйти из положения. Методика у_лю_472 на бухкомпоненте вполне работоспособна, хоть ИМХО и требует некоторой подточки под клиента. Также можно использовать метод украинской бухии, доработав его в соответствии со здравым смыслом. Для ТиС достаточно пошевелить извилинами опять-таки в соответствии со здравым смыслом и малость покопипастить типовой код списания по партиям в пару мест да закомментировать дурные излишества. Ну и соответственно подрихтовать процедуры печати и формы задействованных доков. А именно реализации и СФ. После чего проблемы исчезают и остается только некоторый гемор для кладовщика при работе, Что примечательно - после инвентаризации на этот гемор плюют, так как резко уменьшается и пересортица.
.
В итоге - не надо иппать моск лишними сущностями. На достаточно большом периоде от партионки как средства расчета экономических показателей толку 0, гораздо больший эффект дает слежение за ценами. А вот когда партии ПРЕДПИСАНЫ, то никуда не деться. Самое смешное, что типового кода вполне достаточно, вот только пейсатели всея Руси опять вставили его не туда и не так.
.
ПС С методикой у_лю_472 знаком - обменивались опытом.

(180) "А мы сделали контроль остатков на ЛЮБУЮ дату при ЛЮБОМ проведении" - ну, это-то делается вообще элементарно, ншел чем хвалиться...

Вы хотите сказать, что при ЛЮБЫХ действиях пользователях контролируете остатки также, как мы? И говорите, что это элементарно? Думаю, что Вы не совсем поняли о чем идет речь...

(183) может и не понял. Тогда расскажите идею в двух словах...

(183) Лучше не пишите в этой ветке, а то обольют грязью и на хамят. Кому надо на мыло напишут.

(185) с чего это нахамят? Если человек не пишет явных глупостей с распальцованным видом, ему очень редко хамят. Мне вот в моих ветках ни разу не хамили.

какая хня подделкой занимается в нике?

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

Чернушник = Фигня ? иль ошибаюсь?

(189) Ну вот что я говорил в (188), :-)

(190) ну, на улю то грех обижаться, это не мат, это он разговаривает так. :)))

(190) кмх... вообще то - Фигня... это ник

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

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

(193) тогда действительно интересно. Написал на почту.

(180) "Переработали, правда, немало... "

а вот это лишнее. там совсем немного надо добавить то...

Вариант с применением метода сплошной проверки на красноту в периоде (док,ТА) - сто лет известен. Медленно очень, реально работает только при малом документоообороте

Это совсем другой метод.
Кстати, если реализовывать что-либо с такими же подходами, что и все стандартные конфигурации 1С, то всё неприменно будет работать очень медленно...

(197) смысл случайно не в том, чтобы писать в оборотный регистр минимумы функции остатков?

+198 а то, помнится, я высказывал такую идею в одной из веток, но у самого так руки и не дошли сделать...

(189) и (192) подтверждаю.
.
(193) Ну и? А если товар вернулся? Если контрагента взяли за жпо на "контрафакте"? Ваш метод НЕ гарантирует совпадения надписи на ящике/коробке и отпечатков в бумаге. Особенно при возврате товара и перепроведениях. Данную методику анализировал и моделировал для фармации на нескольких точках с центральным складом и оптово-розничной торговлей. Фигня-с(с) получилась. Причем именно там, где жесткое соблюдение партионки предписано законом и ее нарушение наказуемо.
.
Еще раз рекомендую посмотреть списание партий в ТиС. Переделывать нужно мизер, в основном копипастом и закомментированием. Вот при нескольких торговых точках - там да, писАть придется побольше.
.
ПС1 Не плодите сущностей сверх необходимого - принцип Оккама. Элементарный анализ обычно показывает смысл нужности действий. Впрочем, если кролик платит, то... Но фиксу хней страдать с чего?
.
ПС2 За реализацию автопартий в ТиС надо еггс рвать пейсателям. При том, что дописать - как 2 байта.
.
ПС3 В УТ/УПП те же грабли. И обход тот же. Даже проще.

Да, ник Пита покорежили. Читать надо внимательнее. То-то странновато показалось, когда вбивал. Прошу пардону.

(197) Нет, ни в коем случае не писать. Остаток нужно вычислять при операции, учитывая вся цепочку событий

(202) вычислять по всей цепочке - это однозначно тормоза. Вот выбрать запросом уже готовые расчитанные минимумы - это более реальный ИМХО вариант...

(202) каково количество документострок по товарам в день ориентировочно и количество одновременно работающих пользователей? Потому как метод у вас судя по вашему описанию  тормозной...

Предыдущее обсуждение на тему
http://abelov.com/kuban/169830.html

(202) Пользователей немного - 70-80 человек, количество документов в день тоже немного, минимум 350-400. Средний документ 100 строк, но часто бывает и по 800-900.

Короче, похоже, что решение с партиями без ГП действительно достаточно простое.

(206) позвольте вам не поверить, что расчет всех остатков с момента документа до ТА не вызывает тормозов.

Спасибо питу за его комментарии по всем веткам. Очень способствуют мобилизации умственных способностей. :))

Блин, и какие же мы все дятлы. Все же на поверхности лежит...

(198) мона и писать в оборотный регистр. и работать будет шустро ток с умом надо подходить ;)

(200) а в какой области у нас жесткое соблюдение партионнки предписано законом ? или точней что подразумевается под партией ? партия товара как это принято в фармацевтике/алкогольной продукции и тп или партия товара в виде документа оприходования (в типовых терминах 1с)

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

(213) я бы хранил минимумы на конец месяца. разницу между минимумом на конец прошедшего месяца и на конец дня. тогда если например надо вмешаться в период год назад пришлось бы проверить. 11 записей по месяцам, 1 запись по дням и хз скок оставшихся записей за день который был год назад. впринципе можно добавить почасовые вилки ;). если же запись произошла то нам надо скорректировать 11 + 1 (в случае почасовых вилок + 3) запись. несмертельно вроде.

(214) да, вариант. А можно наверное и скомбинировать (213) и (214)...

(215) ну с поступлениями думать надо. а там отгрузку проводишь смотришь остаток на конец этого месяца если ушла в минимум старую запись удалил новую сделал так же и с остальными периодами. смотрим на конец дня меньше - удалили сделалм. потом получаем регистратор как док который создает проблемы если что. это я типо размышляю над методой от Ariel.(регистр наверно сведений все таки). Делается просто очень если в 8ке. (часика за 4ре думаю, там гемор ток событие после проведения/снятия с проведения документа сэмулировать и то непроблема)
у Лю 427 и Чернушник немного другую задачу решали как я поняд.

(216) они партионный учет без ГП сделали. И я кажется понял идею, как у улю сделано...

+217 суть в том, что мы не пытаемся добиться хронологического списания партий. Просто при правке задним числом добиваемся движениями редактируемого документа того, чтобы остатки партий на ТА были правильными. Тогда суммарная списанная себестоимость за период до ТА правильная, нарушений нет. А для того, чтоб сделать эти движения нам по идее должно хватить инфы о состоянии партий на момент документа и на ТА, т.е. анализировать все движения за этот период не нужно. А если используется ГТД, так это вообще единственный выход, потому что при методике с последовательностью все счет-фыктуры с ГТД, выданные покупателям уже не соответствуют БД, А при таком подходе нам нужно перепечатать СФ корректируемого документа, у все последующих доков движения (а значит и печатные формы) не меняются...

(211) нафига оборотный регистр? у нас на плане счетов храняться итоги не только по остаткам, но и по оборотам...
т.е. контролько остатков будет выглядить след. образом:
- отмена проведения прихода:  тек.остаток - ДО(от документа прихода(включая) до текущего остатка) + КО(от документа прихода(включая) до текущего остатка) должно быть больше 0;
- проведение реализация: тек. остаток - ДО + КО - списываемое количество > 0

(218)
фигня... представь ситуацию
1.Приход 10 шт
2.Расход 10 шт
3.Возврат 10 шт

вводим еще один расход на 10 шт, между 1 и 2 пунктом... остаток на момент 10 шт, остаток на ТМ 10 шт.. т.е. твою проверку пройдет и получиться вот такая фигня:
1.Приход 10 шт
Расход 10 шт // вбили задним числом
2.Расход 10 шт
3.Возврат 10 шт

+(220) *остаток на момент документа 10 шт, остаток на ТА 10 шт.

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

(220) ошибочка
*- проведение реализация: тек. остаток - ДО - списываемое количество > 0

+(222) да и продажа товара до его поступления как то не очень смотриться

(219) бред написал... каюсь :))

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

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

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

(228) не, ну на этом я не настаиваю. Но некоторых в качестве управленческой инфы такой вариант наверное устроит...

(228) (229) а ежели действительно проверку, делать после проведения? бежать по оборотам с нужной периодичностью(месяц,день, секунда) и проверять что бы минусов не было? или тормозить будет?

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

+231 но тормозить при таком подходе точно будет...

(232) запрос на 100 записей сагрерированных на минимум будет сильно тормозить ?

(231) я про контроль остатков :)

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

(232) даже с отбором по партии?

(234,236) снова не понял. Если речь о партионном учете, то смысл в том, чтобы анализировать состояние партий только на 2 момента - самого дока и ТА. С возвратами надо еще подумать, но в остальном у нас по идее нет риска ухода в минуса, поскольку у партий на ТА известна дата поступления, т.е. можно анализировать - пришли ли они после расходного дока и можно ли их списывать. Анализировать что происходило в течение всего периода - это очень серьезная нагрузка если документооборот большой - тормоза.

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

Кстати, если анализ партий по 2 моментам не скажет нам о риске уйти в минуса, то может быть можно и совместить эти 2 идеи...

+218 Красивая картинка нарисовывается. Строго говоря по состоянию партий на 2 момента времени нельзя точно быть уверенным, что в этом диапазоне мы нигде не удем в минуса. Но просматривается целых 3 способа, как с этим можно работать...

(238) Выкладывай, обсудим )))

"Не читал, но осуждаю"...
Народ, а не судьба при возврате создавать НОВУЮ партию со ссылкой на старую?

По поводу обсуждения

1) Возвраты и прочее - тут всё совершенно нормально решается, но пи наличии ЧЕСТНОГО партионного учета. Его в штатной конфигурации нет, его нужно создавать самим и мы это сделали
2) Писать остатки в регистр - не вариант, тут я думаю вы сами поймете почему...

(239) я уж подумал, что никому уже не интересен сабж :)))
Вариант 1.
Партии на ТА содержат инфу о дате поступления партии. Правку разрешаем только если можем списать все из партий, с датой поступления раньше редактируемого дока. Тогда в минуса есть риск уйти только при наличие возвратов за этот период. Но это можно отследить тоже как минимум 2 способами.
а). Как предлогал орефков ввести в регистр партий измерение, в которое класть документ, сделавший приход по партии. Тогда если приход сделан возвратом или перемещением, можно сравнивать дату редактируемого документа не с датой партии, а с датой этого возврата.
б) доработать возврат, чтобы он всегда создавал новую партию, а не цеплялся к партии поступления, а из партии поступления брал только себестоимость. Тогда дата возврата нам известна...

На самом деле этот способ серьезно ограничивает возможности правки задним числом...

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

Вариант 3.
Таки контролировать уходы в минуса описанным выше способом - по контрольным точкам минимумов. Это дополнительная нагрузка на систему, но если грамотно организовать запись в регистр этих минимумов, то скорее всего тормозить не будет. Тогда в случае, если в минуса нигде не уходим, списывать партии как сказано выше (чтоб на ТА состояние партий было такое, какое должно быть при правильном партионном учете).

(243) по варианту 2, как предполагаешь реализовать предсписание, т.е. когда сначала вбивается расход, а затем приход, притом приход могут вбить как до так и после расхода?

единственная умная фраза из последних постов - "Но скорее всего обнаружить их проверяющему не так просто - ".....
Все отсальное - the Bred of сивый кэбыл.....

(243), (244) Пипец...

(245) если на ТА вообще не хватает партий по нужному набору измерений, то посылаем нах...

+(245) а какой смысл в востановление ГП ? может имеет смысл при расходе создавать новую партию, а затем при приходе получать отрицательные остатки партий на ТА, и списывать в момент прихода.. по алгоритму зависишему от того до или после расхода находится приход?

(246) я рад, что тебе хоть что-то понравилось. :)))

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

(251) такой способ ИМХО никак не проконтролируешь на возможность ввода ошибочных данных. У меня все-таки речь идет о том, что расход можно сделать только при наличии прихода, из которого это можно было бы теоретически списать...

(195) Проблема как избежать ручного выбора партии при красноте при сложных партиях. Подставлять первую попавшуюся нет возможности - специфика. Кроме запрета изменения задним числом не вижу вариантов. Но тема в том что этого сделать нельзя - документы приходят с задержкой в два три дня. За это время товар уже сто раз продан. У тебя этот вопрос решен? да-нет

(252) контроль осуществляет бухгалтерия, по наличию минусов в ОСВ на конец месяца

Эх, не зря у меня заголовок этого форума - "Дятлы". Эх, не зря...

+(254) т.е. цель не контроль остатков, а списание партий без ГП

(254) а тебя не смущают при твоем подходе минуса в середине месяца? А проверяющих они не смутят?
(255) да кто ж спорит? Ты лучше скажи в чем я ошибаюсь. А то, что я дятел, так даже отрицать не буду. :)))

Пусть на меня Pit разворчится, но устал я на это смотреть...
(257) Посмотри (240)...

(258) создать новую это значит оприходовать. Из ниоткуда.

(258) да кто ж спорит? Про это я тоже говорил в (242) б).

(258) см. (242) б), там это было указано

(257) кмх.. я не гл. бух ... поэтому сказать немогу, это нужно рыться в нормативке

(258) кстати, (240) можно и не делать ....

(259) а возврат, это по твоему не приход? с позиции склада? ;)

иэх. Когда же у меня руки дойдут сваять это? Прям зачесались...

(259) Нда... Сильно... Откуда трава?
(260) А нафига ж тогда дальше, извиняюсь, бредовые идеи высказывать?
(261) Обрати внимание, в (247) я высказался только по поводу (243) и (244).
(262) петь, а так проще и работать быстрее будет.

(265) ну объясни в чем бредовость идей. ИМХО тоже вполне возможные подходы. Просто (242) действительно сильно гораничит возможности правки задним числом даже тв тех случаях, когда подход с последовательностью нормально все распределит по партиям...

(265) не усек что возврат. имел ввиду подстановку минусовых партий.

(253) "документы приходят с задержкой в два три дня" - а на основании чего вы тогда товар приходуете? А каким боком вам его могут привезти без документов? Менты машины на дорогах не ловят?

(266) Чем оно ограничит-то? Тем, что не даст продать товар, которого нет на складе?

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

(270) Подумай еще сам, а то Pit на меня обидится...

(268) документы могут быть выписаны и от руки, и распечатаны в другой программе

(268) документы могут быть выписаны и от руки, и распечатаны в другой программе

(271) Подумаю. Схемки порисую. Наверное уже когда за воплощение идеи возьмусь. Главное - принцип ясен и возможные вариации просматриваются, даже если некоторые из них дятловские, это станет ясно на стадии проработки...

(240) >Народ, а не судьба при возврате создавать НОВУЮ партию со ссылкой на старую?
А на складские перемещения надо тоже новые партии создавать?
А при уменьшении кол-ва в перемещении остатки склада-получателя кто-нить проверяет?
Вообщем, схема с двумя запросами не решает все вопросы.
Достаточно одного запроса на позицию документа и анализа последующих движений партии.

+275 ... причем делать проверку движений партии не в модуле проведения, а при интерактивном вводе пользователя.

(275) колхозник.... какие пля, партии при внутрифирменном перемещении?

(275) во-первых, есть еще вариант (242) а). В качестве значения нового измерения могут быть возвраты и перемещения. Но даже способ (244), хоть и нарузит базу, будет ИМХО работать быстрее, чем брать все движения партий.
Кроме того, обязаны ли мы вообще вести партии в разрезе складов?
(276) При интерактивном вводе - не вариант. До момента проведение состояние партий может 10 раз поменяться....

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

(277) уймись, "поколение Тис".

(278)
Без анализа движений ты легко улетишь в минуса в интервале между позицией документа и ТА. Движение партии выбирается МОМЕНТАЛЬНО.
До момента проведения, есть возможность допроведения.

(277) Например если молы на складах разные...

люблю долбящих колхозников....


selenat-у прямо разжевали - так он, сцуко, все равно не проглотил. И хню молотит...

и молотит и молотит....

ну а если в открытом периоде не будет поступлений партии которую мы подставили вместо ушедшей в минус или это чисто пересорт. Тащить весь воз в новый период.

(283) всё уже выдолблено 10 лет назад. Вырублено, распахано, засеяно и собрано.
Работают и не жужжат.

+286 Надо будет походить по клиентам - может где-то и сохранилось первоначальное воплощение на Clipper'e. Выложить с исходниками. Срок давности уже прошел :)

Блин, где бы время взять - додолбить до конечного решения...

(282) с дуба рухнул? это лишь реализация в ТиС'е такая... по ПБУ партионный учет нужно вести по фирме в целом.

(280) не надо было тебе с Clipper'а уходить... сидел бы сейчас в своем колхозе... рассказывал бы собутыльникам... что учет по характеристикам ты придумал ... а остальные у тебя скомуниздили... и т.п.

А мне, господа, при всех этих мудрых методиках непонятно одно:
ФИФО, 31.12 вспоминают, что не поставлена на приход  партия товара от 20.12;
а при этом списаны партии от 23.12, 25.12, 28.12... Естественно, по другой себестоимости. И как тут без перепроведения?

Элементарно, Шурик... Ну как до тебя не доходит?
Или привык думать только то, что написано на ИТС?
Привык к дерьмовым наркотикам типа Желто-Краснокожей Кожуры?
Отвыкай...


P.S. поколение пепси делает некст? Бред....

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

Мы какую из этих проблем хотим порешать?

(293) обе по хорошему, тем более, что они взаимосвязаны. То, как сделан в типовых 8 контроль остатков - это по-моему вообще порнография, поскольку с их концепцией последовательности проблем с партионным учетом становится еще больше, чем в 7.
На самом деле (242) - это в том числе и жесткий контроль ухода в минуса в будущем. Не хотелось бы конечно настолько жестко ограничивать правку задним числом, но если без перераспределения по партиям последующих документов можно только так получить на ТА нужное состояние партий, то может быть придется. Надо таки подробно порисовать возможные схемы движения товаров...
Насчет поступлений задним числом - тоже интересный вопрос. В общем случае вряд ли получится его движениями добиться правильного состояния на ТА...

(292) Не, Петь.. других наркотиков в наш хутор уже лет 10 не завозят.. Приходится ЖКК питаться. Так что ты не отмазывайся, щас угощать буду:)

В примере при проведении документа прихода задним числом есть 4 варианта действий (в этот момент):
1) провести документ как "если бы все было правильно", т.е обычный приход товара.
2) проводя документ, рассчитать партии (неважно как) и этим же документом сделать движения, корректирующие списание партий, выправляющие положение партий "на конец"
3) проводя документ, найти и ПЕРЕПРОВЕСТИ все документы с неправильным проведением партий (или "допровести" их)
4) проводя документ, записать куда-то инфу о партиях, требующих исправления, и исправить все одним регламентным документом.

Так? Если есть еще другие варианты - то надо уже думать, кому из нас пора завязывать с наркотиками.

Теперь по вариантам.
1) - это типовой 1С в чистом виде. Не рассматриваем, т.к. ищем альтернативу.
3) - ты говоришь, что он медленный. Согласен. Кроме того, проводить документы при проведении другого считается моветоном.
4) - вполне реально. Но принципиально - это будет та же ГП. Кроме того, заморочки с корректной фиксацией того, что надо исправить - вполне серьезные, т.к. исправление откладывается "на потом" и другая работа задним числом не видит этих исправлений в нужном месте.
2) - Вроде бы просто. Т.е. при проведении прихода от 20.12 мы рассчитали, что на 31.12 должны из 20 шт прихода быть списаны 10, вместо 7 шт от 25.12 и 3 шт от 27.12. Радостно делаем вместе с приходом 20 партий от 20.12 списание 10 шт, и сторнируем списание партий от 25.12 и 27.12; Итоги - замечательные. Все? Не-е-е-т... по каким-то причинам еще правится документ расхода от 27.12 и оттуда удаляется наш товар. Если прои проведении этого документа расхода можно как-то выловить ту корявку, что мы только что соорудили - то тогда все ОК, но я такого способа не вижу. Поэтому док расхода и не увидит проблемы; в итоге - неверно списанные партии.

И? Где направление чудо-рецепта? Где наркологическая клиника, в которой лечат от ЖКК?

P.S. А ведь есть и такой вариант: 20.12 был ошибочно введен дубль прихода, 31.12 обнаружен. Документ удаляем.. на нем висят "отриц. партии"...

Стойкий наркотик ЖКК.... точно есть еще  вариант 5 и возможно, 6....

(295) по пункту 2 у тебя ИМХО не совсем правильный подход. Мы вовсе не добиваемся строгого ФИФО, т.е. сторнирование движений за 25 и 27 число не делаем. Вообще не озадачиваемся тем, чтобы после правок задним числом у нас было хронологически правильное списание из нужных партий. Добиваемся того только, чтоб на ТА остатки партий по количеству и себестоимости были правильные...

(297) заплати и не городи хню...

+297 т.е. при таком подходе, нам следовало бы в поступлении 20.12 оприходовать товар по себестоимости текущей расходуемой на ТА партии. Проблема в том, что мы можем наоприходовать больше, чем в этой партии вообще было товара, а инфы о предыдущих (списанных уже) партиях у нас на ТА нет...

(298) не могу пока себе этого позволить. :)

мдя....






300 флагов в зад и все без успеха






.......

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

> , нам следовало бы в поступлении 20.12 оприходовать товар по
> себестоимости текущей расходуемой на ТА партии

Ничего, если одна из партий будет собственная, а другая - комиссионная?

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

Пожарил и съел 3 ЖКК получил несворение ЖКТ, что я не так делаю?

> Добиваемся того только, чтоб на ТА остатки
> партий по количеству и себестоимости были правильные...

А я о чем? специально привел пример 31.12, типа "конец периода, ТА".
И правил, как раз, чтобы на ТА остатки по партиям  были правильные.

(300) стукни в асю, плиз

все.... я пошел....

пошел ка я .... подальше....

(296) 5 и 6, говоришь...

Хорошо.

5) Запрещаем любые действия задним числом, все вводим через корректировки, текущим числом

6) Вообще не считаем партии, себестоимость. Регламентным документом 31 числа фиксируем параметры партий и списываем себестоимость. Период закрываем.

Пункт 5 - не рассматриваем. Ибо не осуществимо на большинстве предприятий.
Пункт 6 - не рассматриваем. Ибо почти что такой подход в УТ\УПП, ты говоришь, что это "не то".

Пункты 7 и 8 найдутся?

длинная ветка