v7: Как в типовых реализована борьба с "не распределилось по партиям"... #652269

Пишу свою нетленку. Надо как-то отслеживать списание ТМЦ в минус. // Смотрю комплексную 7.7 - при проведении ругается, но ГП-то двигает

Пишу свою нетленку. Надо как-то отслеживать списание ТМЦ в минус. // Смотрю комплексную 7.7 - при проведении ругается, но ГП-то двигает

гарантию даст только оперативное проведение. всё остальное от лукавого

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

нетленку на 7.7 - майн гот

НУ а зачем 8-ка, там где и 7-ки за глаза

дак 8-ка вроде, подход смотрит в 7.7, иль не?

7-ка, общий подход просто смотрю - что 8-ке, что в 8-ке есть партии и ГП

не поздно писать нетленку на клюшках?

да мы не из модных, современных и креативных. Придерживаемся принципа - работает не трожь

когда же уже появятся первые конфиги 1с без работы задним числом?

Закрытием месяца списывай себ-ть

не получится. себестоимость надо видеть оперативно. + списание по итогам месяца не так нагядно в отчетах, да и перепроводить его будут забывать // Пока придумал просто тупо не двигать ГП при ошибках в проведении. Вроде можно так?

тотальное заблуждение

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

то есть без расчета ВРЕМЕННЫХИТОГОВ..? их есть у меня в рабочем варианте. начал пилить даже демо конфигу - но не доделал, все равно 1Сники жадные - хрен кто 1000 баксов заплатит.

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

смотяри при каких ошибках в проведении... при нераспределении партий - это допустимо... штатно так и сделано. . а себестоимость рассчитать - считай предварительно по средней как в УТ11 сделано. все равно, если закупочные цены сильно не скачут, товарный запас на складе маленький по сравнению с партиями закупок (высокая оборачиваемость/ликвидность) - то фифо будет незначительно отличаться от средней и смысла нет тратиться на фифо.

Скажем так - надо дать информацию руководителю - вот на это число все нормально - смотри отчеты, а вот после этого - корректность отчетов не гарантируем она у меня и так средняя

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

то есть при интерактивном проведении у тебя можно списать товар в минус, апри восстановлении ГП - нет.. почему..?????

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

при отгрузке-интерактивном проведении когда товара нет на остатках в учете - каковы действия при проведении документа по регистру ОтстакиТМЦ и по Регистру Партии. . а то тебя хрен поймешь

списывается в минус по количеству

в типовой ТиС например, сделать ситуевину когда по остаткамТМЦ - товар есть, а по партиям нет - это надо сильно постараться- либо ручками нештатно накошмарить, либо накосячить при вводе первоначальных остатков.

Проведение дока в минус с 0 себестоимостью, сдвиг ТА.

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

а если поступление откорректируют? то все успешные в минусе будут? Но с признаком успешности.

наличие нулевой себестоимости в общем случае не позволяет сжелать вывод что ТОВАР ОТСУТСТВУЕТ. М.б. товар оприходован все как надо но по нулевой цене - бонус от поставщика например

тогда ГП съедет назад во времени наличие товара всегда по количеству определяется

Собственно задача правильно стоит так - как сигнализировать пользователю - что здесь себестоимость посчитана верно, а вот после уже нет - разбирайтесь // Ну и попутный вопрос - что делать с себестоимостью при работе в минус - когда это возможно (например, товар сыпучий или пересорт)

тогда какой смысл в этих успешных?

в смысле успешных?

тыт ак и не ответил на ОСНОВНОЙ вопрос - еслипри отгрузке ты списываешьт по количеству в МИНУС(или даже нормально!), а по партиям - товара на учете еще нет. У ТЕБЯ СЕБЕСТОИМОСТЬ ЭТОЙ ОТГРУЗКИ - ПРАВИЛЬНАЯ?

см.шатные конфиги - если ГП меньше ТА - то правильные итоги гарантируются только до ГП.

неправильная. Но пользователь предупрежден об этом - датой ГП

сегодня специально проверил - партии не списываются, а ГП двигается

как утебя пострен учет - да Х.УЙ ТЕБЯ ЗНАЕТ! ты ж нихрена не написал. может ты по количеству приходуешь на учет по ордеру - по факут поступления товар аиз фуры, ана учет попартиям - пор факту поступлени доков поставщика (и это разные даты). откуда мы знаем как тебе там что сигнализировать, конь ты сферический в вакууме

читай припроведени отгрузки на сейчас ГП = ТА, никаких нарушенйи в этом смысле нет. Чем в этом случае определяется "неправильность "отгрузки"...?

я тебе с ходу могу рецепта три предложить...

как что делать

ты писатель или читатель - читай я написал почему так сделано.

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

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

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

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

Да все это понятно. Но вот смотри в типовой - продаем в минус, партии не списываются, ГП двигается. Руководитель смотрит отчет о продажах. И как руководителю узнать что себестоимость посчитана неправильно / ГП съедет на первую отгрузку - это сигнал что оставшиеся могут быть с неправильно себестоимостью

снова 3.14ЗДИШЬ. читай >  себестоимость надо видеть оперативно. так как утебя видно - себестомость на сейчас НИКОГДА не будет видна ОПЕРАТИВНО. . срочно выгоняй тарканов из головы.

Хорошо, неправильно написал - "себестоимость надо видеть оперативно" Надо видеть дату до которой себестоимость посчитана верно

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

> Но вот смотри в типовой - продаем в минус, партии не списываются, ГП двигается. - нихренюшеньки!!!! это только в том случае если СДЕЛАН ОСОЗНАННЫЙ ВЫБОР настройкой "не контролировать остатки". вэтом случае типовая ТиС по сути превращается в печмаш и все решеняи о правильности/неправильности ЛЮБЫХ цифр и поведения программы - отдаются на откуп пользователю. . Пр штатной настройке контрля остатков - проведение в минус запрещено.

в моем случае цены могут меняться каждый день

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

УТ11 открыла для себя Аксапту? Там давно так считается себестоимость при отпуске :)

один из рецептов тривиальный - первый признак ошибки - нулевая стоимость в расходе по регистру (это упрощенно!). Поэтому припроведении дока  если стоимостьрасхода = 0 - фиксируем (в регистре сведенйи например, или врегистре осттаков дополнительном) измерение = дата/документ, ресурс = количетво. . При ДОПРОВЕДЕНИИ (!!любым способом!!! - аих можно организовать как миниму два) - писать в "регистр сведений" - минусовку на этот документ/дату. . при снятии любого отчета - итог по регистру сведений, сортировка по возарастанию даты/документа - первый итог - точка непрвильности. . рецепт слеплен сейчас на коленке

как вариант. Не вижу никаких преимуществ по сравнению с моим вариантом

пилять!! разгараничь оперативный количественный складской учет (ордерная схема) с фискальным учетом (себестоимость) и живи спокойно. без всяких уходов количества в минус. . ПИЛЯТЬ, думать надо МНОГО И СИЛЬНО ПЕРЕД MTV КАК ЧТО_ТО ДЕЛАТЬ. . мы, 1сники - этого не делаем!!! - в этом все беды.

что-топока не ивдел внятного изложеняи "твоего" варианта

в УТ11 себсетоимость при отпуске вообще не считается

Тут такие бизнес процессы что в течении дня нет учета по приходу, даже количественного // При восстановлении последовательности проверяем корректность списания себестоимости. если списываем в месяц, просто перестаем восстанавливать ГП.

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

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

по а накуа при восстановлении ГП специально прверять сбст - в - отрабаотет описаный алгоритм - ничего не надо проверять.

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

автору - отодвинься от клавы - и порисуй день-три квадратики и схемы . при должном усилии может нарисоваться схема гораздо проще той. что в , при этом элегантная, красивая, и простая. ДУМАЙ

ушел нафиг

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

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

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

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

Мысль про приходывание "минусов" понятна, только как потом эти приходывания "минусов" убирать

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

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

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

Еще раз на пример. На остатке 20 кг товара. Знаем что завтра должны отгрузить 100, значит должно быть произведено минимум 80. В течении дня 100 кг. отгружаем, а отчет о производстве у нас будет только завтра.

последний абзац - именно! подобное я пытаюсь втолковать автору

при передаче из производства на склад - ОПРИХОДУЙ 80 штук ПОЛЮБАСИКУ. почитай уже что выше я понаписал и Торквемада пояснил.

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

Корректировки не нравятся тем, что пользователи забудут их перепроводить, тем более каждый день. // минусы объяснима - погрешность измерения для весовых товаров и заведение документов задним числом // вот я такой механизм и изобретаю используя для этого ГП. Решения с дополнительными регистрами для отслеживания этого, ИМХО сложнее чем ГП не двигать

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

а то так кто нить втихую у вас на производсте 40 штук левака наточил. на складе в закуток его поставил, вы его нашли, "продали", производство проиввело всего 60 - сырье то ушло налевак - итого у тебя продажа будет 10, а отчет всего 60 - и будет -40 в остатке - И ЭТО ЖЕ ПРАВИЛЬНО!!! у тебя же допскается это!!!!

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

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

У него может и лучше получиться - запланируют, что выпустят 100, а окажется, что сырья не хватило и выпустят только 10, а продать нужно 60 - сядут в лужу (или в кучу). Нельзя пытаться сделать чудо, автоматизируя только один участок процесса.

ну не имеет смысла тут расписывать схему учета. при том варианте который есть муда .. автора ;-)- наличие минусов - не позволяет делать ОДНОЗНАЧНЫЕ ПРАВИЛЬНЫЕ ВЫВОДЫ И ИТОГИ. . правильный учет по количеству - ПОЛЮБОМУ!!! как факт. как аксиома. как божья вол и акт творения. приехал товар на склад -оприходуй по количетсву. Пришел тмц из производства - оприходуй по количетсву. и так адлее.

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

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

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

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

Так что мешает после ввода продажи и отгрузки покупателю сразу вводить приход на склад по этой отгрузке - точнее выполнять расчёт производства указанного количества и списывать комплектующие ?

А потому что надо что бы операции в компьютере соответствовала реальным документам, иначе как вообще ничего не проверишь

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

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

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

ты реально тупой? >  мы точно знаем - основная ошибка здсеь. у меня такой склад был "мы точно знаем". мне/тебе НА-Х-УЙ не надо чтобы кто-то что-то ЗНАЛ в ТУПЫХ ЦИФРАХ КОТОРЫЕ КОПМ СКЛАДЫВАЕТИ ЗНАЕТ И УЧИТЫВАЕТ ГОРАЗДО ЛУЧШЕ. надо "бери больше кидай дальше". а знать - это задача УЧЕТЧИКА. его ЗНАНИЕ преломляется в УЧЕТНЫЕ ДАННЫЕ (оперативные, потом бухгалтерские или одновременно - зависит от чтастностей)

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

(920 какое на-х-уй отношение БУХГАЛТЕР, которые не может РАБОТАТЬ ОПЕРАТИВНО имеет отношение к ОПЕРАТИВНЫМ УПРАВЛЕНЧНКИМ РЕШЕНИЯМ И ОТЧЕТАМ. у тебя в голове не тараканы - их там нет они сбежали - там гумус

отгрузок в течении дня 10, а отчет производства о один за смену

по не пи-з-ди. при такой схеме учета если не сырье - то товра/тмц уходят. ты прост об этом не ЗНАЕШЬ 9а есть люди которые ЗНАЮТ, но не учитывают это впрограмме, их минуса устраивают)

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