Но пока не скажу. Интрига будет. Продам ПиТу за 500 у.е. :).

(0) Раз не скажешь - никто и не отвечает...

мне не надо - свое есть...

Меряйся с Питом пипиьсками теперь...

размеры в дюймах....



_____________________________________________________________________
|  '  |  '  |  ' |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '  |  '   |
|_____1____2____3____ 4_____5____6____7_____8____9____10____11____12__|

(0)[:]|||||||||||||||||||||||||||[:]

(0)У Пита всеравно больше ;)

(6) Дык ведь ни кто не мерял... А самому себе еще и не то намерять можно... :)))

(0) хавари:)
а то смысла нету.

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

чето в проледнее время Моха Лёхов все больше становится похож не самосвала.

выдаст начальству...

проледнее -> последнее

(10) Мутирую :).
А способ реально есть. Надо проверить на мини-конфижке. Есть ограничение по объему данных из-за тормозов. Но вот как раз верхнюю границу этого объема, точнее скорости, с которой в базу набивают накладные, и хочу проверить.

(6) Пусть он им и думает :).

всем привет.хоть с вами расслаблюсь...а то закалибали со своими расписаниями...

(15) Хммм. Очччень информативно, и, самое главное, в тему.

Счас появится очередь желающих расслабиться с (15)

не засирайте ветку, плиз.

понятно... Туфта метод, если зависит от объема...

Методика не должна зависеть от объемов данных...

в принципе даже понятно, что за метод...

(15) Давай подробнее.... про расписания...
Один хрен по сабжу всякую фигню щас понесут...

(15) Традицию знаешь?

(19) +1
(10) Не на Самосвала, а на Гения 1С.
(15) Расслабься. Фотоотчет о расслаблении предоставь. Полный.

Ну и?

Ни фотоотчета, ни идеи...
Я придумал как жить вечно, продам за 1 триллион долларов США...

(19) Ага, они ... , методы, вообще от объемов не зависят :). Уморил :).
(22) /1    -7

(9) Гипотез не надо. Я уже на эту тему давно думаю и веток много создавал.

(26) Чувак, ты зверски крут. До усери.

(27) Не напрягайся :). Просто еще надо проверить идею.

(4) И не подсовывай мне свои короткие линейки! :)

(31) Кагдила?

(25) Уточним: не должны зависеть.

(30) Нормально.

если зависят от объема данных, то Пит прав...

(31) Не смешите меня, таких баз не существует в природе. Всегда есть некий нижний и верхний пределы, в рамках которых эффективно действует конкретная методика.
(33) Тебе не скажу тогда. Ведь тебе туфта не нужда, правда? :)

Да, за универсальным решением у ПиТу ... он вас недорого обманет ... всего на 500 у.е. :)

(35)А ты за сколько обманешь? ;)

(36) На 499,99

(34) Мне скажешь? Оч интересно...

автор, мы решение когда нить увидим?

(34) скажу тебе по секрету - моя методика от объема не зависит...

Так что трахайся дальше.

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

Это был пиар всего навсего

(to subj)и потерял. прошло пять лет ...

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

Развот или плохое решение

(43) да вытащить не проблема... Но боюсь, на форум не влезет...

(45) так, даю расшифровку "вытащить" = "показать код проведения задним числом"..
вытаскивай))

(45) Написал бы книгу... или статью в БЗ... а то попадешь под трамвай... тьху-тьху... и все...

(0) Я тоже его нашел (для 7.7):
Книга знаний: Асинхронная работа с регистром остатков 1С: полезные алгоритмы

(46) Билеты на шоу еще не оплачены...

Чем оценивается в 500 долларов США?

Для тех кто не в теме поясните что за проблема с проведением задним числом?

Предлагаю организовать турнир. Нужно чтобы Пит и Моха выложили свои реализации решения проведения "задним числом". Независимые эксперты оценивают эти решения и если большинством голосов признан лучшим один из метод, то проигравший платит выигравшему. А выигравший выставляется экспертам на пиво.
ИМХО 500 долларов за боян многовато, а вот 100 баков нормально

Спокойной ночи.

(51) Партионный учет. В 1С если вносит документы "задним числом", то потом нужно перепроводить все документы которые списывали по партиям после заднечисленного документа.

(54) Это в какой(каких) конфигурациях такой гемор?
У нас во всех конфах такой проблемы нет. Если вводят расходный документ "задним числом" то товары (списываемые им) должны быть на остатках на ТА и их приход быть до даты расходного.

(55) и это все равно не спасет от возможных сбоев партионного учета!

(55) Т.е. даже если пытаемся списать вчерашним числом партию которую полностью продали сегодня то её нету, и она просто не спишется пока не отменят сегодняшнюю продажу.
(54) Я правильно понял суть проблемы?

(56) Пример можно? Всевозможных сбоев

(58) летит принцип ФИФО(ЛИФО) и соответственно все что на него завязано

(59)Куда, пардон, летит?

ЗЫ. Пример можно? Всевозможных сбоев (с)Graykom

(59) Если нужно поддерживать ФИФО(ЛИФО) то без изменения расходных (и соответственно перепроведения всей последовательности) не обойтись если колотят "задним числом".
Единственный выход запрет "задних чисел" для проданных партий.

(58)Пришел приход. Провели приход и все расходы. Затем налетела куча индейцев и прихода не осталось или остался сильно покоцанный. Причем не один приход, а все. Приходит бух и вопиет: "что это за себестоимость? что это за остатки? есть ли справедливость в мире?".

(61) а Пит знает обходной путь! без перепроведения и восстановления последовательности. Но никому его не расскажет никогда. Потому что он Пит!

осторожно, питздесь

Предлагаяю устроить турнир решений партионного учета

(65)Хочешь еще раз услышать "дятел" из уст пита?

(62) Что значит покоцанный приход? Удалили приход после его продажи(списания)? Так в любой нормальной конфе должен быть запрет образования минусов(нельзя отменять прриходные если с них есть расход) либо метод "замены минусов по партиям" ;)
И что за проблема с себестоимостью? Есть только два метода её определения "по среднему" или "по партиям (за сколько получили, за столько и продали +наценка -скидка)"

(66) Ну и пусть. Дело в том что все возможные варианты уже давно предложены и обговорены. Могут быть только их модификации в преложении к различным системам.

(67)Ну а если оператор ошибся, когда приход вводил? Или у вас "только идиот способен ошибиться" (с) ответ программистов ЕГАИСА, где-то читал. Что такое "метод замены минусов по партиям"? Расскажи, вдруг пит тебя похвалит =). Методов партионного учета я лично знаю пять, но не уверен, что все. Чтобы не быть голословным:
1. Средний.
2. Средневзвешенный.
3. Идентифицированный
4. ФИФО
5. ЛИФО.

(69) Добавлю. Что для ФИФО и ЛИФО куча разных уточнений, по дате партии, по цене, по сроку годности и т.д.

пдукмал по поводу методы 427. пришёл к выводу что дело обстоит где то так

если возникает необходимость проведения документа задним числом то программа
1. запоминает текущее состояние остатков по тем счетам, которые задействуются
2. проводит документ
3. запоминает новое состояние
4. отменяте проведение документа
5. делает корректирующие движения

(71) Зачем отменять проведение документа и корректировать движения?

(71)Подробнее для тупых 1С-ников...Пока пита нет...

(67) Если оператор ошибся то сначала отменяем расходы, правим приход, затем правим/проводим расходы(отмененные) - неделя и операторы перестали ошибаться.
"замена минусов по партиям" - поиск партий по которым минусовые остатки (расход > прихода) и замена этих партий в расходных на партии по которым есть остатки.
(67) и (69) Все методы в которых себестоимость партии не равна стоимости по которой эту партию купили (+доп.расходы) я называю "по разному среднему"

(72) затем чтобы не вмешиваться в последовательность документов задним числом....

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

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

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

Нет в русском языке слова "ложить"...

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

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

(79)Добавлю метод: при проведении прихода рассчитывать движения от прихода до последнего документа в системе по измененным позициям. И соответственно имея при этом все цифры для верного расчета себестоиомости всех списаний, поставить эти цифры на их законное место. Требуется всего один запрос от даты документа до даты последнего документа. Может быть тем более долгим, чем более "заднее" заднее число.

(81) Это модификация метода №3

(82)Тогда я не понял твоего метода 3: если у меня сначала все красиво, а потом меняю приход - как изменения в способе проведения расхода мне помогут?

Еще раз уточню метод №3, поскольку в нем возможно поле для творчества.
На этапе ввода документа (неважно, приход или расход) в систему, мы уже имеем структуру списания и движений по партиям. Наша задача вписать этот документ максимально безболезненно в эту структуру. Как это можно сделать? Различными путями. Например, анализировать все партии от вводимого документа до текущего момента и пытаться подыскать такой вариант, когда например спсиание не будет делать минусов, если строить отчет на текущий момент. Возможны различный решения с кешированием партий.

(83) Просто, наибольшие проблемы возникают именно с расходом. Борьба идет восновном с отрицательными остатками ;-)

(84)Дошло до идиота. Только вот...Не надо кэширования. А то юзер будет в ужасе: "я ничего не делал, а машина каждые 5 минут дает новые данные".
(85)Если в результате изменения прихода появляются красные остатки - послать юзера туда же, что и в случае попытки списания того, чего нет.

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

(86) Да, может быть и не надо, но вот 1С в УПП 1.2 как раз кеширование и применяет в партионном учете.

(88)"Чтобы ты внедрял УПП" (с) древнее проклятие 1С-ников

Иногда добаляют: "После того, когда кто-то внедрял 7ку" - если хотят окончательно заколотить последний гвоздь в гробу

Как можно быстро получить список документов, в которых участвует партия? Или, в общем случае, ТМЦ? Может вести регистр сведений или периодический реквизит по ТМЦ и партии? Тогда мы быстро получим искомое без запроса по датам, который (по крайней мере в 7.7) выполняется через перебор таблиц и притормаживает.

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

(92)Ты полагаешь, что здесь предложено что-то такое, чего никто не предлагал раньше?

да не..тема то не в первый раз мусолится.

Скока форум существует стока и енти списание партий обсуждаем

ЗЫ: pit считает что в этом виновата 1С выпускающая корявое решение. А как-то залазил в одну из подобных веток Mazzy (http://forum.mazzy.ru) - умничал про Dinamics AX, но ничего путного не сказал аргументируя это тем, что... "В коране все есть" (так говрили арабы сжигая александрийскую библиотеку)

мм. интересно а как в других системах, например в той же аксапте организовано списание партий.

(96) а как ещё можно организовать? никто ничего другого не придумает всё

(97)Пит говорил, что в БЭСТе интересно сделано. Но как - не рассказывал, он же Пит...

(98) методика и алгоритм списания по по партиям заложен в их названии. Как ты не курти, но спсиать по ФИФО ты можешь ТОЛЬКО ОДИНМ способом

(93) Всегда жива надежда.
Хотя я сторонник той точки зрения, что саме лучшее рещение этой проблемы - не работать задним числом вообще. Но это метод №1 из того списка :)

Обсуждение нашей темы у маззи: http://forum.mazzy.ru/index.php?showtopic=6372&hl=%D4%C8%D4%CE
"Во-первых, давайте четко определимся, что такое "заднее число".

Вводить новые документы прошлой датой можно.
Это родной и штатный механизм.

Исправлять уже проведенные документы нельзя штатными средствами.
Удалять тоже штатными средствами нельзя."
Короче, метод №1

(99)Как это одним? Я только в этой ветке 3 способа насчитал

Пошел в туалет...

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

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

+ Есть свои преимущества и по скорости работы - нет временного расчета и все итоги отбираются с фильтром по списку партий и т.п.

(105) Эта ситуация просто нереальная. и возможна только в теории

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

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

ЗЫ: Может спросить маззи про возвраты в том форуме http://forum.mazzy.ru/index.php?showtopic=6372&hl=%D4%C8%D4%CE
"на пальцах" он нифига не объяснил, полнял что ничего "задним числом" в AXе делать нельзя

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

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

Коллеги! Не привязывайтесь к этим партиям! Если вы правите задним числом, то вы либо нарушаете ФИФО/ЛИФО, либо вынуждены как-нить восстанавливать последовательность списания!
Фишка в ответе на вопрос: когда и кому очень надо оперативно править доки задним числом и что при этом видеть? Ответьте на этот вопрос. Просто я хочу сверить свой ход мыслей с вашим. Кстати, мне кажется, что мое решение не ново, но я его не встречал ранее лично.

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

(112) Сдается мне ты говоришь о методе №4

Кто хочет универсального метода - по стопам ПиТа. Он уже писал, что "пошел дальше", только не написал: его послали или он сам.

(114) Нет, ты скажи, КОМУ, КОГДА надо проводить задним числом и ЧТО СРОЧНО видеть? Если несрочно, то тупо перепроводим в конце дня.

(115) Я так понял, что "пойти дальше" - это не использовать партии вообще :)

(117) А ПБУ в топку?

Кстати, в ПБУ только 3 метода списания.

(118) Не знаю :)

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

(116) Бухи частенько людят документы тосовать

(121) Срочно нужно только тем, кто на острие, т.е. кто должен оперативно ответить клиенту, оформить и переоформить клиенту документ. Что нужно срочно знать? На самом деле только остатки ... на любой момент времени.

(119) У нас четыре
1. средневзвешанная
2. ФИФО
3. партионный
4. идентифиированная себестоимость

(122) Ну и?

(123) ну у нас тоже есть 4-й для отдельных объектов.

(122) + распределение этих остатков по партиям.

(124) Так надо оперативно и обеспечить получение только этих данных

(126) Прям каждую секунду надо знать?

(127) Вывод? Или подождем pit'а с комментариями?

(129) Нефига его ждать, он бред несет. А вывод прост. Надо обеспечить просто получение только этих данных Его достаточно для манагеров в оперативной работе.

+(130) А всякие партии-фигартии пересчитывать по регламенту.

Вопрос только в том, чтобы быстро получать эти данные ... и записи в базу делать быстро.

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

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

(133) Ну ты сам посуди, проведение задним числом: или сдвиг партий или нарушение методв списания. Попытки не нарушить метод и узнать себестоимость - бред. Это как 2х2=5.

133- согласен.
с другой стороны когда товар идентифицирован например серией (и при этом еще разные поставщики) и на складе есть большой складской запас - шефу выгоднее продать дорогой товар (невыгодно закупленный), а оставить на складе выгодно закупленный...
??

(134) Еще раз. Ввод дока задним числом автоматически приводит к смещению партий. Если от вас хотят сохранения метода списания и правки задним числом, то посылайте в пень. Это невозможно.

(135) Рододо!
А в конце месяца (или дня, когда удобно) сдвинуть партии. В УПП 1.2 сделана такая штука как отложенное проведение. Док. сначало двигается без партии, а потом робот перепровидит его.

(137) > ввод дока задним числом автоматически приводит к смещению партий.
неверно. в случае ручного выбора партий __ввод__ дока ПРИХОДА в заднем числе не приводит ни к чему, т.е. можно ГП не восстанавливать.

*138) Вот чую я, что "идеи витают в воздухе". Можно поподробнее, мож это именно то. Но я не предлагаю сдвигать док, он же выписан конкретным числом.

(139) Ручной выбор партий противоречит ПБУ и нарушает выбранный метод списания. Отметаем этот случай.

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

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

(0) Тьху блин еще один открыватель Америки. Перепроведение нужно только для корректного расчета себестоимости по ФИФО, а себестоимость по ФИФО можно посчитать просто выбрав приходы в обратном порядке до к-ва в остатке.

Песня стара как мир. Дарю всем бесплатно.

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

Вот пробежать 100 м за 10 секунд - да, это сложно, остальное - мелочи жизни...

(144) Угу. То-то 1С совсем не контролирует неоперативное проведение документов. Просто расчет ...

(144) Считай, перед тобой клиент стоит, считай ... он уйдет к другому.

Манагеры у меня воще ничего не могут вводить задним числом, незачем им это, зачем править взаиморасчеты на прошлый месяц ниасилил

(149) Ага, а вчерашним днем?

(149) Это тебе не надо, а они от таких правил клиентов теряют.

Вернее если надо ввести приход денег позавчерашним числом то почему бы и нет? Это можно, но с товаром они меня притомили, кто первый зарезервировал тот и папа

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

Зачем перепроводить документы по взаиморасчетам? Чето я недопонял

Себестоимость, прибыль - это да, но взаиморасчеты - извините, правь хоть позапрошлым годом, на след. сверке все равно всплывет

(154) Дп не надо ничего перепроводить. Поработай манагером или бухом, тогда будешь спрашивать: как бы сделать так, чтобы можно было легко задним числом править. Все, надоело. Что есть читайте, больше не скажу ничего, программисты-фашисты. Одно дело, когда нельзя сделать корректировку доков безболезненно, другое, когда можно организовать работу гибче.

(0) В общем так: этот вариант не новый. Он обсуждался
v8: Контроль остатков при неоперативном проведении
Только осталось выяснить где делаем проверку на минусы:
1) В процедуре обработка проведения
2) В процедуре ПередЗаписью в форме

(157) Ща прочту

(157) Нет этой ветки :(.

(141) и (142) Не противоречит. Способ "идентифицированной стоимости". Пример: оптовая торговля лек.средствами. Нужно взять именно нужную серию. При этом в ряде случаев - чтобы при продаже не была превышена наценка - отечественные 15%, к примеру. при этом надо еще посмотреть - есть ли сертификат - если нет - выбрать партию того поставщика - который согласится дать сертификат (это его добрая воля).
Если у вас на складе - бардак - то у меня нет. у меня сборщик возьмет  нужную серию именно от нужного поставщика.

(156) А, я думал ты свой гениальный метод так и не открыл никому, сорри, весь мистафлуд читать некогда

(160) А ты спиши не по учетной политике, тогда узнаешь, противоречит или нет. У меня аптекари по очереди партии выставляли на прилавок.

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

> А ты спиши не по учетной политике,
а нафига мне это делать.. не понял?

(163) Тогда мне интересно как у тебя вообще может появиться док задним числом и что ты с ним будешь делать без компа, по жизни?

(164) Ты так и сделаешь, если появится док задним числом.

(157) Ветку не могу открыть ту.

(167) Ну тогда придется её восстановить. Она у меня сохранена.

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

Не появляются у меня ДОКИ РАСХОДА задним числом!
иногда приходится в доках расхода править именно партии/серии - то тут гемора - не оберешься...

(170) Так чего тогда постишь. Речь то как раз о случаях ввода и корректировки доков задним числом. А у тебя их нет, о чем споришь то?
(168) Можешь в мыло кинуть? Мыло в карточке.

(170) Блин, ну вот ты и ручным исправлением в них партий и нарушаешь метод списания ФИФО/ЛИФО. Разве не так?

А если списание с ручным выбором партии, то ... трудно им тут будет перепутаться :).

(168) Буков много, почитаю. Но я похоже решил как обойти проблему, указанную там. Если никто не догоняет этого ... то мне легче :).

+(174) Там и я отметился не раз :). Только у меня тогда еще идеи не было :).

ФОТКУ В СТУДИЮ!!!

Упс... не туда отпостил... :)

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

8-ка это позволяет делать.

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

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

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

(181) Ну вроде бы не было на форуме предложено ни разу такого решения? Оно мне пришло в голову, когда я вспомнил историю десятилетней давности. Мне кодеры показали базу, разделенную на две таблицы: основную и оперативную. В основной были все данные, введенные до сего дня, а в оперативной - только текущего дня. Вот и пришла в голову мысль. Только я еще в основную базу предлагую все оперативные движения засунуть. Хм, возможно даже переписать код в УТ, но не факт.

(181) Проверку на минусы надо продумать. Совсем позволять уходить в минус нельзя.

(181) А вот интенсивных корректировок уже можно избежать административно.

(172) > Блин, ну вот ты и ручным исправлением в них партий и нарушаешь метод списания ФИФО/ЛИФО. Разве не так?
Не так. Просто отметь, что есть фирмы и специфика где работают не по фифо/лифо/среднему, а только РУЧНЫМ УКАЗАНИЕМ. При ручном указании партий при исправлении дока задним числом я не вижу способа получить "ПРАВДУ" на текущий момент только кроме как восстановлением ГП.
...
почему этоит б..й форум регулярно в районе 3-х часов ночи тормозит страшнейше...?

Архивируется и переиндексируется... ;)

Какая ясная лунная ночь....
Какое количество прогуливающихся сивых меринов....

единственная стоящая мысль у Темного Эльфа проскочила... Он правильно озадачился...
А бред Мохи - ну он так бредом и остался...

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

P.S. Я думаю, это достаточно просто реализовать в АХ...

P.S. решение 1С проводить оперативно и неоперативно - бред собачачий...
Если вставляем док задним числом без проверок - можно так приплыть, что мало не покажется.... Для начала - можно просто нарваться на случай, когда потом перепроведение ничего не исправит - товара банально не хватает для нормального проведения всех доков ....
   Регламент по партиям - позволяет резко снизить нагрузку (время блокировки базы) в пиковые моменты за счет перенесения нагрузки на другой момент времени (на момент перепроведения). Но что вы будете делать, когда работа ведется 24*7 ?
Или когда ночи не хватает на перепроведение и восстановление ГП?
   Второй недостаток регламента - пока регламент не выполнен, нет точной информации о себестоимости. А часто это очень важно для фирмы... Орать, что ведем "оперативный" учет и не иметь достоверной инфы - нонсенс... Так что те, кто кричит о "посмертности" учета в бухии и достоверности "опер" - могут утухнуть...

P.S. в последнем случае расчет через средневзвешенную в отчете дает гораздо более   точные сведения...

P.S. кстати, те методики, которые есть в УПП (регламент по партиям, отложенное проведение по партиям и т.д.) реализованы в том же самом БЭСТе пять или больше лет назад)...

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

А это только у меня исчезла кнопка рекомендовать в базу знаний? Или ее вообче убрали?

(188) Не претендуй в этой области на уровень эксперта. Твоих знаний не видно. И самое главное, работай над тем, чтобы понимать ЧТО РЕАЛЬНО нужно клиенту и МОЖНО ли это реализовать и в каком объеме. Моя мысль достаточно удачна, но она требует проверки на скорость работы и реализуется толтко на 8-ке.

(189) Есть кнопка.

(186) Потому что в 3.00 * форум производит регламентные операции :). И не гони, у вас в учетной политике написано "ручной выбор"? Спроси глбуха.

Кстати у "ака МІК" довольно изящное решение по расчету себестоимости, вот если бы он его полностью рассказал...

(191) Да. Уже есть.

так в качестве своей капли бреда:

у меня еще со старых ТИСОВ осталасть не реализованная идея:

во всех документах разделить критические и не критические поля и разрешить изменение не критических полей (при этом и проведение делаеться тоько частичное)

Закидываю идею:  

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

Ну и следовательно:

1) Проведение основным пользователям только оперативное с контролем остатков по подобранным партиям в модуле проведения расходных документов.

2) Неоперативное только очень отв. пользователям (типа ревизоров) с _дополнительным_ контролем, а хватает ли партий и в _приходных_ и в расходных перед записью....

НЕДОСТАТКИ:
1) Это конечно не совсем ФИФО, почти ФИФО при условии корректной работы пользователей.

2) Отчеты будут считаться конечно чуток дольше, но зато НЕ НУЖНО перепроведение и данные всегда актуальны....

КРИТИКУЙТЕ....

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

(190) А я не показываю своих знаний... Тебе могу показать только задницу...

(197) эксгибиционист? :)

покуист...

200

+1 Пионерке, я давно ждал чего-то подобного. Отложенное проведение ОК. Регламент ОК. А СФ с ГТД/странами/сериями и прочим авнецом вы клиенту когда отдадите? После регламента? Или после отложенного проведения? И ему работать с неотфактурованной поставкой до вашего регламента? ДА ВАС ЗА ЯЙЦА/СИСЬКИ/ПИ...КИ ПОДВЕСЯТ! За каждое по отдельности, положив на извраты с себестоимостью большой и толстый. Тем паче, что оперативная себестоимость в реальном времени в конечном итоге оказывается нафиг не нужна, так как уже за месяц все становится практически "по среднему", а за квартал и выше тем более. Контролировать непопадание в "минус" и приближение к нему в случае наличия выгодных и невыгодных партий можно значительно проще, нежели извраты с партиями. Манипулирование же себестоимостью по партиям без предварительного анализа и просчета вариантов с формированием стратегии сбыта партий только на основании оперативной себестоимости - бред долбодятла, слишком зависимо от "мнения" менеджера.
.
Пит правильно говорит. 1Сом мир не ограничен. И его методиками тоже. Нужно не только смотреть по сторонам, но и мозгой шевелить.
.
Перед тем, как корежить типовой учет, надо четко представить ПОЧЕМУ и ЗАЧЕМ. И прикинуть ОГРАНИЧЕНИЯ. В итоге универсального решения ИМХО никогда не получите.

(196) не совсем ФИФО, почти ФИФО - не подходит ... принципиально. Нужно либо указать дату, до которой все ФИФО/ЛИФО, а после нее только остатки получаем, либо перепроводить все до умопомрачения. Вопрос ЗАЧЕМ? Не надо пытаться контролировать то, что нельзя контролировать и не столь критично контролировать.
(195) ИМХО, не бред, но реализовать на текущих платформах и типовых трудновато будет.

Я предлложил решать узкую задачу - дать работникам, которые "на острие" возможность гибко работать. Больше ничего не надо ... остальное тормоза ...

(197) /2 ПиТераст?
(201)  А вот это, конечно, грабли :(. ГТД, серии и т.п. создают траблу. Продажи со знанием конкретной стоимости конкретного винта в случае отсутствия гиперинфляции даже не рассматриваем ведь.

+(203) Если ты отписал конкретную партию, т.е. зафиксировал в доке конкретные ГТД и серии, то ты типа попал ... не вклинишь док задним числом :(... или нарушай метод списания :(.

регламент по партиям может применяться только для расчета себестоимости... причем только ФИСКАЛЬНОЙ себестоимости. Фискальная себестоимость никакого отношения к управленческой не имеет...

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

(206) ты ...эта... давай долби... и рассказывай... народ ждет...

>Я придумал как жить вечно, продам за 1 триллион долларов США..

А гарантия 70 лет, да?

и так, пока мой хвост никто не запобедил... ростите мальчики... ростите

(209) чо?

рости пока...

(210) птичий грипп косит наши ряды

что то это все напоминает поиски философского камня

(213) Ага, а откроем химию ;).

Насчет СФ - полная фигня. В старых ГТД уже давно проставлен. Это нужно менять?
Кто-то считает  правильным перепроводить все сч.ф. с целью выравнивания ГТД? А для покупателей тогда надо перепечатывать все Сч.ф., т.к. в старых был "неправильный" ГТД?

(215) ГТД напрямую связаны с партиями :(. Будет документальное расхождение :(. Но есть этим пренебречь и контролировать только ГТД по количеству товара ... тогда жить станет лучше, жить станет веселей.

(216) Тогда нужно брать ГТД из свободной (не проданной) партии.

(217) Это не есть гуд, но можно рассмотреть как вариант.
Прим. Окончательно утвердился во мнении, что ПиТ всегда балаболил по этому вопросу. Он не в теме.

(218) миздеть - не тележку мазать...
Алгоритм знают многие... В частности -   SnarkHunter... и что из того?
Не знаешь ты? Твои проблемы...
Не можешь придумать сам? Значит, слаб еще ... не дорос до понимания...

(192) не у нас прописан этот самый "идентифицированная стоимость единицы"

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

(131) Моха, партии-фигартии часто нужны прямо вот счас
Регламент не всегда устраивает
Так что давай универсальное и красивое решение

(220) Забавно. Его редко кто использует. Ну тогда у тебя другие траблы.
(221) Сложно ща въехать в твою траблу, вечерком прочитаю внимательно, около 23.30 :).
(218) Ну ехал бы на своей смазанной тележке туда, где нужен твой алгоритм вечного счастия, бухаринец. Я коллекционирую только полезные алгоритмы.

(222) Универсального решения быть не может, т.к. корректировка дока задним числом после "выравнивания" последовательности дает другой расклад по партиям или прийдется нарушать метод списания, указанный в учетной политике. Это без вариантов! Так что фишка именно в том что нужно и можно убедить руководство отказаться от ежесекундного контроля партий. А вот ежесекундный контроль остатков можно обеспечить ... и нужно! Это серьезная степень свободы!

(221) протокол - это вторичное...

(224) партии можно и нужно контролировать постоянно, быстро и ежесекундно..

Вся проблема только в том, что ты не можешь допереть - КАК...
Допрешь - будет тебе счастье... Не допрешь - дятлом и останешься...

(226) Херня. Меняешь кол-во в доке задним числом и партии поплыли. Все выписанные от исправленного дока и до конца последовательности улетели, точнее уехали на тележке.

+(227) Ты нарушеешь метод списания, ИМХО.

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

ничего не летит...

Просто ты дятел - впилился наглухо в методику от 1С и других вариантов вообще не видишь...

(230) Это ты тукан, грабли хочешь подсунуть втихаря! И при чем тут 1С! Ввел док задним числом - последовательность ползет в любой проге! Можешь назвать ее книгой или еще чем, но она объективно ползет!

:-)

(230) Ты даже от программы не можешь оторваться!

Мозги у тебя ползут... Не туда, куда надо...

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

1) Ссылки на партии в документах реализации все равно сохранять необходимо, ибо господа ЕГАИС (кому не понятно, надо печатать пакеты сертификаток и справок, поступающих с приходом и это нужно помнить, кому сколько каких распечатали). Поэтому идиальное ФИФО невозможно. Почти ФИФО.

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


Таким образом.... Замечания отклонены? Слабовато, мальчики, слабовато....

(234) Ты это тупих бухов наяживай. Потому и код не даешь свой ... бажный он на корню. Исходное положение простое: корректировка задним числом = нарушение метода списания или переделка доков типа СФ.

(235) /1 Именно. Впаривает умник. Я примерно то же раза 3 уже здесь написал.

(234) ПыСы ... лети, а не иди. Раздраконим мы твою методу, для хз кого деланную.

(201)
1) Про типовую никто и не говорит, легче свою конфу с нуля (почти с нуля) написать.

2) Про печать документов....

"А СФ с ГТД/странами/сериями и прочим авнецом вы клиенту когда отдадите? После регламента? Или после отложенного проведения? И ему работать с неотфактурованной поставкой до вашего регламента" ?????
Партии сохраняются при изменении статуса документа на "Пакет документов распечатан". А РЕГЛАМЕНТНЫХ ПРОВЕДЕНИЙ вообще нет. Я про это писала. Последовательность по товарным остаткам не ведется вообще за ненадобностью

Чего-то я тут так и не увидел решения... Одно топтание вокруг последовательностей.

Ввожу документ задним числом - нет минусов по партиям. Смотрю конфигуратор - нет последовательностей... Как страшно жить...

(239) Так активно про ЕГАИС говоришь. Если связана - стукнись в аську.

(240) Т.е. для тебя отсутствие восстановления последовательности и регламентного расчета себестоимости реализовали в типовых решениях?

(235) В твоей методике есть грабли. Об этом я уже говорил... Поработаешь по ней - поймешь...

"Много ответственности на операторах" - ответственность можно снять, контролируя их программно...

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

(242) Нет конечно. Типовые - это отдельная "песТня"...

(244) Потом - это когда?

(236) Хочешь код?  Гони 500 баксов...

А то на халяву не дали - так на .авно исходишь....

Кстати, для переделки типовой ТиС - надо МИНИМУМ изменений...

(243) Дорогой многоуважаемый улю!
Не могли бы вы намекнуть?
Или вам доставляет удовольствие говорить загадками?
Тешите самолюбие, тем что вас никто не понимает?
Так вы ничего и не говорите, поэтому и не понимают, а не из-за разницы в уровне интеллекта.

(248) да не нада нам тиса
тфу, чур меня
и УТ тож не нада...
если постановка задачи слишком отличается от реализованного решения - то легче основную часть прописать с нуля

(0) куясе, опять?

(249) за время таких веток я уже трижды изложил ВСЮ методику...

Если ты не увидела - то я пас... Слепому не дано увидеть Солнце...

(247) Зачем твой нерабочий код оплачивать? Впарил кому-то ... они и рады, работают, наружая ПБУ.
(249) Он ничего не скажет, т.к. тупо в коде нарушает ПБУ. Ему удалось впарить этот код нескольким клиентам, которым это либо пофигу, либо они могут переделывать доки клиентам задним числом, либо их еще не поимели. Вот и вся отгадка.

А в чём всё-таки "нарушение FIFO/LIFO" если работать задним числом, на которое так напирают? В том что типовые не учитывают "будущие" расходы по партиям?

(253) и все же где твое РЕШЕНИЕ?

Блин, ввести еще одну таблицу или регистр и можно "оперативно" отслеживать партии ... только вот отслеживаение это хз чего получается.

(0) ИХМО задача полностью не решаемая!!!! (решения есть, только для частных случаев)

ГЛАВНЫЙ ДОВОД:

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

понять пока сложно, попробую на примере:

есть документ который списывает по ФИФО в разрезе своего склада и есть регламентный документ который выполняет корректировку списания по ФИФО в разрезе всей фирмы

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

(255) При жесткой фиксации ГТД и серий в доках оно не катит. А так см.выше в районе (180), выше и ниже. Доп регистр и проведение по основному регистру только оперативно!

мне не катит такое... Жаль.

(257) Ага. а по фирме/складу - это вообще крутое решение от 1С!

(259) Это не траблы проги, это просто нарушает все что можно даже на бумаге если рисовать.

(252) Слепому не дано увидеть Солнце...

СОЛНУШКО! ты думаешь есть время читать подробно весь бред?....
извини, но из твоих изречений я видила ток такие:
"все пидарасы, один я дартаньян"

и что основной крик что если жестко фиксировать партии то это типа не FIFO,
а если FIFO то что делать с ГТД?

Моха ты можешь, давай!

(262) А я бы с Питом хоть на край света!

(262) Он просто болен ... птичьим гриппом.

(262) жжош, +1

(263)
в восьмерке развели ГТД и себестоиомость по разным углам.
ГТД в характеристики номенклатуры, себестоимость в регистр ПартииТоваровНаСкладах.

Этим здорово разрулили эту ацкую связку.

(263) Я уже доказал обратное :(. Но если ФИФО, то не забудь бумажные СФ переоформить у поставщиков и ... дайте для изложения тайм-аут. Я знаю даже как партии получать "правильные" для дальнейшей выписки быстро ... но это на самом деле не есть гуд. В ночь сегодняшнюю напишу, работу надо работать.

(267) я забыл как в ТиСе ГТД берутся/печатаются? они ж там вроде в партиях сидят

(264) Ну тогда так пиши: А я бы с Питом хоть на край. Подпись: Света.

(268) не не куя, мне щас как раз делать нефиг, не отпускаем ;)

(267) Ага, глянь регистр партий ... там серии ... а в сериях ... ГТД ;). Кроликов они развели.

(271) Мне время нужно на причесывание текста. Ща его нет.

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

ИХМО задача решаеться ТОЛЬКО в частных случаях....

(0) Из всех идей мне была ближе довольно старая (ее уже лет 5 пытаються внедрить в самописках) - это древовидное ведение перекресных ссылок, но она не реализуеться на отдельных конфах

(275) "древовидное ведение перекресных ссылок"- мощно запостил, может поясниш немного? что имеется в виду.

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

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

1. класическая схема (Документ поступления)
поступление (ссылка=null)
перемещение (ссылка=поступление)
реализация  (ссылка=поступление)
реализация  (ссылка=поступление)

2. древовидная схема (Критический документ учета партии)
поступление (ссылка=null)
перемещение (ссылка=поступление)
реализация  (ссылка=перемещение)
реализация  (ссылка=поступление)

Млин, словоблуды. Корректировка ТиС действительно минимальна. Как сделать в БУХ - см. украинскую бухию и корректировку а-ля ТиС. Намекну на подступ к решению: ТЧ товарной СФ берется из накладной и фактически СФ не проводится, а распределяется по партиям ТЧ Реализации. Если пошевелить извилинами еще чуть-чуть, то получится работающий метод аж по трем параметрам: страна, ГТД, серия.
.
В 8ке в УТ примерно так и пробовали сделать, но как всегда недоделали.
.
Для игнорирующих фискальную сторону партионки примеры попадалова:
- прихватили клиента на мелочи и решили организовать встречку для блезира; встречка выявила расхождения между клиентом и фирмой; пошли шмонать и обнаружили вместо одного товара другой; обвинение в контрабанде достаточно тяжелое и отмаза дорого стоит
- прихватили с товарным бардаком контору и пошли по клиентуре; клиент в итоге попал на бабки и прислал бычков на разборки; В лучшем случае потеря клиента и репутация рас314здяя
- проверили склад, нашли "контрафакт" (алкоголь, фармация); после разборок с органами хозяин лично кастрирует не только причастных, но и рядом стоявших
.
Если я правильно догадался, то решение Пита ПОЧТИ универсально. Тем не менее засады есть и там. И если интервал (месяц к примеру) не закрывать с зачисткой и запретом шастанья, то и там есть реальный шанс попасть, особенно с энергичным долбодятлом в бухии.

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

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

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

но повтарюсь, в ОЮЩЕМ случае задача не решаема.

(279) Он просто вычисляет какие партии РЕАЛЬНО свободны после введения доков задним числом, не трогая старых доков. Перепроводит все потом. Это хрень, но иногда полезная.

(282) Не! Неверно. Еще попытка. (Рядом, но мимо, мимо).

(283) Ну мож другой не менее бажный вариант :).

(283) Я бы на его месте сделал так: делаешь некую таблицу партий и остатков и при вводе нового дока задним числом ты реально контролируешь остатоки выбираешь из таблицы партий последние Х товаров и их списываешь. Это решение, но за него могут и подвесить, см. (279)

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

(286) Душу травишь? :) Рассказал бы тогда подробнее :).

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

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

но грабли (279) там то-же есть...

(288) не катит, слишком много чего не учел (например ФИФО)

Речь не идет о том что учел все - речь идет о том, что нарушение последовательности не носит фатального характера - или по крайней мере пользователь принимает такое решение осознано.
А сейчас в УТ при изменении задним числом - он просто меняет безконтрольно.

(288) В некоторых случаях можно применить и такую схему. Но тут нужно учитывать, что если идет ввод новых документов приходов и расходов, то нужно перестраивать всю схему списания по партиям.

(290) что по ФИФО я не учел?

(293) LOL

приход задним числом

(291) ну в нормальных конторах такого просто нет!!!

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

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

(297) переходите на регламентное списание партий и все, там это есть...

(288) Это лажа, а не метод.
01 января - остаток 150 шт. товара.
02 января - отгружаем 100 шт.
03 января - отгружаем 50 шт.
04 января - приход 100 шт.
05 января - корректируем отгрузку 02 января в большую сторону - на ТА все ок, на 02 - все ок. Но вот на 03 января, которое ты не анализируешь получается задница.

300

(298) регламентное списание - контроля остатков не заменит.

(299) и что 04 января  - приход на ту же партию?

(299)  - это смотря что такое у тебя партия - по идее она определяется документом оприходования - а он на 04 января уже другой - соответственно метод работает.

(279)

Хм... Странное решение..."ТЧ товарной СФ берется из накладной и фактически СФ не проводится, а распределяется по партиям ТЧ Реализации."

А зачем распределять? Не пойму.... Поясни - можно в почту....


На украинскую бухию методика ложится вообще песней.  



(267) "в восьмерке развели ГТД и себестоиомость по разным углам.
ГТД в характеристики номенклатуры, себестоимость в регистр ПартииТоваровНаСкладах."

Они попытались развести, но это не очень удачное решение.
Хотя теоретически должно работать.
Фактически имеем
- учет по количеству
- учет по сериям
- учет по себестоимости

Дергать при проведении надо 3 регистра... Что существенно утяжеляет систему... И не очень способствует скорости...

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

Такое решение вполне можно реализовать с регистрами (их руками не правят), а вот на бухии 77 такое не катит - обязательно найдет чудо, которое дернет ручками (операцией) один счет, и при этом забудет про другой...
И будет (_|_)......


(299) эту задницу можно прикрыть... Только вот небыстро будет...

(304) да нет там задницы - а насчет небыстро - это о чем?
что восстаавливать последовательность потом?

(303) Считай, что 04 января мы возвращаем проданую партию :)
Что ты приязазался к партиям вообще? Партией ты только уменьшаешь вероятность возникновения задницы, но не устраняешь ее. Частность, полумера.
На самом деле есть единственный способ борьбы с "задними числами" - не работать через заднее ... число, конечно. Других вариантов нет. Все буржуинские системы на этом построены. И не сопят, корректируют все текущим числом. Правда при "документоориентированом подходе" 1С корректировки делать тоже достаточно геморройно.

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

Просто ответь на вопрос:
Одновременно это выполняется
1. Метод списания в твоей методе не нарушается.
2. После рабочего периода не надо перепроводить и менять списание партий/серий.

???

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

(308) Реальный товар отдают сегодня(завтра,...) клиенту, а оформляют продажу вчерашним числом.
Вопрос чтобы было ФИФО ЭТОТ товар отнимают у другого клиента который купил его раньше?

(309) Да, только в первую очередь не реальный, а "бумажный". В этом смысл ФИФО.

Господа, напомните мне причины строгой ненарушаемости ФИФО в оперативном учете.

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

Тип списания вообще не имеет значения. Это всего-навсего порядок просмотра списка партий. И можно использовать все эти методы "приблизительно", а не точно. Один хрен при работе задним числом будет бардак. Так лучше этот бардак перенести на режим списания, нежели на привязку к партии.
.
Дааа, чему сейчас только учат... Вирта, Дэйкстру хоть бы почитали, Таненбаума наконец. Нет, сразу язык и лабАть что попало. Хотя где сейчас все это добудешь, не печатают. Вон, Таненбаума лет 5 назад тиснули тиражом 5000 экз. 3 тома примерно 100 уев. Так за два дня исчезли из продажи.
.
(304) В ТиС ред 9 так и сделано. А вот "зачем" не вкурил. ИМХО еще один методичесий ляп конфоваятелей от 1С. Видимо, им влом было пошевелить мозгой дальше простой мысли "в товарной СФ таблица та же, что и в накладной". И в УТ та же ситуация, ввели многопараметрическую партионность, а чуть дальше глянуть уже западло. Глядя же с позиции здравого смысла видно многое. Если переставить некий код из модуля проведения СФ, разбив его на две части в модуль проведения и модуль формы РН с подобающей рихтовкой, то все последующие действия с граблями сразу бросаются в глаза. И СЛУЧАЙНО ни один долбодятел методику не нарушит, только вполне осознанно двигая мышом последовательностью операций. Так как о запрете этой комбинации действий он предупрежден заранее, то дальнейшая разборка на уровне СБ/братков. В принципе, можно даже резануть возможность подобных действий, но это уже во-первых влом, а во-вторых лишает менеджера некоторой иногда полезной инфы.

(312)

"В ТиС ред 9 так и сделано. А вот "зачем" не вкурил. ИМХО еще один методичесий ляп конфоваятелей от 1С."


А еще там классный прикольчик имеется, когда задан МОЛ на складе...

Все восстановления последовательностей - ОТДЫХАЮТ. Ибо МОЛ нарушает все принципы ФИФО - при наличии МОЛ учет ведется не по партии, а по партии и МОЛу... в общем - полная ЖПО... в плане соответствия БУ....

Частный случай - МОЛ не задан (не определен) в складе... тогда ФИФО...

P.S. Это специально следует почитать нашему дятлику, ибо афтары конф и идеологи - одни и теже... Радетель чистого учета по ФИФО...

Да, прикол с МОЛом тянется давно. Совсем забыл.

Ну типа к МОЛу можно партии по складам притянуть, хотя реализация прикольная сама по себе :).
Кстати, надо еще раз прочитать ПБУ, глянуть что там о партионном учете на местах хранения сказано. Здравый смысл подсказывает, что в реале то только по местам хранения и можно вести парт.учет.

ОФФ: Ща был в Лужниках, смотрел н.теннис. Круто там некоторые рубятся, одни из лучших ракеток России.

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

блин! ну опять 3 часа ночи и форум раком стоит! админы! в не могли бы регламент гонять в промежутке между 24 и 25 часами... ;-)

(317) Зря с ним споришь. Он в этой теме ни бум-бум. Придумал для лашариков бажное решение и орет везде, что оно универсально.

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

(317) Я эту проблему решил... Я же сказал - первоначальное применение ДЛЯ МЕДИКАМЕНТОВ для животных. А там есть серии, которые менять НЕЛЬЗЯ....


(319)
1 - могут
2 - расходные документы могут вводиться, пока хватает товара
3 - теоретически да, практически - не было спроса, не реализовано...

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

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

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

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

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

Да, можно рассчитать РЕКОМЕНДОВАННЫЕ цены закупки, зная продажные цены и имея оценки рентабельности и доп затрат по товару (по предудущим периодам)...


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

Можно, но зачем? Непонятно...



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


1. Продавать без документов поступления НЕЛЬЗЯ. Нет подтверждения прав собственности - вполне могут пришить продажу краденого...

2. Если есть документы поступления без цены, то можно продавать на свой страх и риск - мы ведь не знаем, по какой цене задним цислом будет приход...
Можно вешать все на партию без цены, при поступлении документов с ценой своим документом (в котором есть ссылка на приход без цен) вешать на ВСЮ партию ВСЮ сумму оплаты и тут же вторым движением списывать с партии ЧАСТЬ суммы, которая соответствует УЖЕ ПРОДАННОЙ ЧАСТИ товара. Остаток суммы зависнет на оставшейся части товара и будет списываться в дальнейшем документами списания правильно.  
    Такое я делал. Только задним числом приходили транспортные, они закидывались на товар, и тут же часть транспортных списывалась...
    Но тут еще надо учесть учетную политику, в каком периоде пришел товар, в каком стали известны транспортные затраты и т.д.  - возможно, правила БУ и НУ заставят запихать транспортные (или их часть) не в себестоимость, а в торговые затраты...

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

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

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

а что здесь правило юзать тока типов?

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

важна не реализация, а обоснование такой продажи - товара, "которого нет"....