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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ушел нафиг

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(90)бухучет

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

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

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

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

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

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

(85) да ты реально тупой и еще тупее.
"инофрмация о всех приходах только завтра появляется" - но товар то уже на складе. стоит и посчитан и может быть часть уже отгружена клиенту. - НУ ПОЧИТАЙ блеать810 - еще раз медленно и вдумчиво всю ветку

вдогонку
> - но товар то уже на складе. стоит и посчитан и может быть часть уже отгружена клиенту
- иэто все КАК МИНИУМ ПО КОЛИЧЕСТВУ ДОЛЖНО БЫТЬ ОТРАЖЕНО В ОУ УЧЕТЕ.в момент приема на склад.

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

(94)задача помочь увидеть - где данные верные, а где нет
(95)забудь что я писал про ОПЕРАТИВНО
(98)ИМХО, лишний геморрой, не имеющая смысла. Как введут отчет о производсве минусов и не будет
(99)ну не посчитан товар в течении дня, не посчитан!!!
Есть остаток на начало смены, есть отгрузки в в течении смены. Все остальное только по итогам смены и на следующий день в офисе

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

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

(102) ты реально о-ху-ел
то упирались в оперативность.
то оказывается что товарп при помещении на склад не поситан - но каким то образом ТЫ ЗНАЕШЬ что поступило на склад 100 штук, потому как вы эти 100 штук уже начали собирать игрузить на клиента -НУ ТАК БЛЕАТЬ КАК ТОЛЬКО !!!УЗНАЛ" - вот это знание - ничем не подкрепленное - ну и запиши приходом по количетству.
.

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

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

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

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

(109)ну и зоны ответственности разделены бухгалтерия принимает цифры производства как факт

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

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

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

(113)в смысле перепроводи?

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

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

(115)дак это и отчет по отгрузкам (и по расчета с контрагентами) только на следующий день увидишь

(116)мне скорее директор мозг выносит - почему отчеты не правильные

(117) Кто мешает деньги провести сегодня, а отгрузки - завтра ?

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

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

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

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

(119)что значит провести деньги?

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

(124) Если прошла оплата за нал, то проводим выписанный приходный кассовый ордер, чтобы наличность была правильной - ну и своевременно вводим приход с банковского счёта.

(126)ну это и так день в день происходит.
Надо по отгрузкам задолженность отражать своевременно

осталось дату ГП поставить правильно. а автору видно нас рать то что пишут посетители форума. не читает он. ибо ленив. и туп. то что при восттановленной и полностью правильной ГП при первой же отгрузке в минус - которая у автора разрешена!!! ГП = ТА и пи-з-дец товим надрпиясм на форме

осталось дату ГП поставить правильно. а автору видно нас*рать то что пишут посетители форума. не читает он. ибо ленив. и туп. то что при восттановленной и полностью правильной ГП при первой же отгрузке в минус - которая у автора разрешена!!! ГП = ТА и пи-з-дец товим надрпиясм на форме

(128)"ГП = ТА " -  с чего бы это?

(127) следует понять. что отгрущзив товар даже в минус. уже регистрируется ВЫРУЧКА = продажной стоимости. и это никаким образом не завязано на наличие или отсутсвие товара. автор еще и в бухии вообще не сечет.

Ситуация первая - отгрузка в минус, но когда ввели все приходы - минус остался - что делаем ?

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

(130) рассмотрим ситуацию. все правильно ГП=ТА. никакиз отрицаловок нет. все хорошо. все введено. оформляется отгрузка в минус. выписываются И ПРВОДТЯС ДОКУМЕНТЫ В МИНУС. в этом случае - так как ПРОВЕДЕНИЕ УСПЕШНО = ТА сдивгается на этот документ. ГП также сдивгается вмест с тА ибо НИКАКИХ НАРУШЕНИЙ НЕТ.

(127)глаза разуй, я про это и пишу
(132)ГП откатывается на документ прихода - восстанавливаем ГП -

(134)верно заметил, только у меня всегда ГП<ТА

(136)точнее всегда должно быть, так как всегда работют задним числом

(1350 ГП НЕ ОТКАТИТСЯ НА ПРИХОД!! ИБО ПРИХОД ЗАПРОСТО МОЖЕТ БЫТЬ ПОСЛЕДНИМ ВВЕДЕННЫМ ДОКУМЕНТОМ! мне еще громче кричать..? или автор включит мозг?

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

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

(140)через регистр или через константу

в типовых то и такого нет

Что хочет увидеть директор ? Просто прикинуть, сколько отгрузили, а сколько не успели - то можно отчёт и по непроведённым документам делать - можно ввести флаг "на стадии отгрузки", например.

(137) о! вылезло учточнение, тьфу блин...
тебе сто тыщ раз написали уже - даже если всегда работают задним числом - обсепечь КОЛИЧЕТСВЕННЫЙ актуальный учет. на чем он базируется - на словах дяди васи который говорит - сейчас в склад завезут 30 палет с производства - там ЭН деталей или на чем-то другом - не суть важно.

(144)Я же приводил пример с дробилкой щебня.
Дядя Вася говорит что если отгрузили 30 тн.щебня, значит примерно столько и намолотили

(140) > Смотрю как сейчас работают - всегда ГП на неделю назад от ТА.
- потому что бардак у теяб и в учете и соответсвено в реальной работе. ибо не бывает так, что всеработает отлично, а в учете бардак. будет не отлично работать, а на 4 или 4+, вот это1 или 0.5 народу который в этом бардаке заинтересован - и хватит вполне... а директор - он правильный - он начинает волноваться.. он чувствует. он уверен что у него П-И-Z-Д-Я-Т

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

(145) ты не грузи спецификой, аристотель хренов. для всяких спыучих объемных, вещевтсв существуют свои ПРАВИЛА учета. и примерно 30 тон - это 30тон+-200 кил, но никак не 600 (упрощенно!)

(148)вот эти 200 кил могут выйти на несколько сотен тысяч рублей

(149)И к сожалению в мое случае правил учета нет. технология такая

(149) Вы что наркоту что-ли оптом поставляете ?

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

(151)ну пусть будет 200 тн.

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

(154)у меня как раз только УУ и есть.
РЖД оно такое

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

РЖД у вас ПОСТАВЩИК ТОВАРОВ?????

(154)А вот про допустимую погрешность см. (152)
Но это опять же не вопрос УУ, а вопрос производственного учета

если РЖД у вас поставщик услуг, который предоставляет акты за услуги с большим опозданием. то соблюдение ОПРЕДЕЛЕННЫХ бухгалтерсих норм позволянт эти услуги приянть к учету не в том меясце когда они выставлены (август) а втом месяце когда ваша sbhvf получила эти документы - в декабре. и если учет ведется правильно. то это всегда поможет увидет ДЫРКУ в ваших бюджетах - ибо ржд вы платите например по факут или мизерной отсрочкой. а подтверждает она выполненные работы спустия три месяца...

(156)я говорил что сырье не воруют - оно не надо никому
ГП могут, вроде и система учета есть производственная в тетрадочке и люди надежные. А в итоге недостача.
(157)ж/д поставки есть. сначала вагон приходит, потом документы финансовые

(158) а ты директору намекни, если ты тру1сник - что зажим ббла на поддержание основных проивзосдтвенных можностей в надлежащем состоянии и зажим бабла на ежемсячугую ПОЛОЖЕННУЮ юстировку/поверку измерительных приборов ведет к невозможности соблюдения технологических норм в установленных нормах. поэтому нехрен изгаляться и расширяйте нормы потерь до фактических. правлда потом при нормальной налоговойц проверке не забудьте отсегнуть госдуарству деньги за неподтвержденные потери.

>  вроде и система учета есть производственная в тетрадочке и люди надежные. А в итоге недостача.
- проходили. точно так у меня было на складе. все было зашибись. правда при этом первая нормальная инвентаризация выявилда миллионные недостачи. хотя предыдущая - "у нас все сошлось очень точно, это у васпрограмма еправильно считает".
.
НЕ ВЕРЬ НИКОМУ.

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

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

(164)ну или попробуй гору сырья замерить

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

(166)Это вопросы не ко мне, это к директору.
Он на порядок лучше меня разбирается во всех технологических вопросах.
И соответственно оценивает ситуацию

(163) опять врешь.
выше ты писал что люди надежные.
а теперь всплыл "человеческий фактор".
ТАРАКАНЫ КРУГОМ ТАМ У ВАС.
.
это тебе повезло что настоящих проивзодственников не набежало.. ятак - сбоку припёку..

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

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

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

(171)По моему мнению не ж.опа. Просто директор (он же хозяин) с потерями смирится не может морально и везде ищет воровство

Директор\хозяин это не просто работодатель, это хороший знакомый. Я ему искренне помочь хочу по максимуму

(170) разруха не в клозетах - разруха - в тетрадочках.
учет - он не в тетрадочке. учет - это не результат в тетрадочке. учет - это непрервыный ПРОЦЕСС от а до я. где-то разрыв (а ведь до этого не было ни единого разрыва!! учет то в тетрадочке правильный - нахрена ж вам прога то понадобилась? - сделай ПОЛНЫЙ АНАЛОГ учета в тетрадочке и все!) - где-торазрыв - и все капец. цифры в тетрадочке ПРАВДОПОДОБНЫЕ.

(172) Воровоство может быть осознанное (себе в карман) и неосознанное (уронили - списали), чаще всего все закрывают глаза на второе, а потом теряют значительные суммы, которые просто ушли "на ветер".

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

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

(172)  тоже знакомо. и так бывает. ну так намекни директору - что без соответсвующего комплекса мероприятий искоренение ПРИЧИН воровстав (а на самом деле сведение его к допустимому уровню) - оно какбэ невозможно

(177)не, не даром.
УПП не поможет. знакомы - он из ларечников, у него свои представлении об учете.
Отраслевую конфу пытались внедрить - не взлетело, то ли мы неправильно работаем, толи конф полуфабрикат

(179)комплекс мероприятий присутствует, как и недостачи.
//
В рамках моей задачи - УУ, вопрос недостачи не стоит

а раз директор ищет и по твоим словам хорошо знает техпроцесс - значит однозначно воруют. директор зазря волноваться не будет. до директора донести надо одну мысль - что вопросы почему отчет "неправильный" - в вашем случае плохой вопрос. вопрос дожен звучать так, каковы должны быть действия для получения достоверных данных. а они описаны выше - НЕПРЕРЫВНЫЙ ПРОЦЕСС УЧЕТА. вы его можете построить на доверии к поставщикам - немерятьсврье ими привозимое - веритьсловам дяди васи о количестве выпущенного тмц - верить уборщице - да сегодня уторм былоочень холодно сырье померзло спортилось и мы его скушали ну и т.д....

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

я на втоем месте не изобретал бы ничего в качестве ПОМОЩИ знаокому - простозаавтаматизировал бы 1-в-1 учет в тетрадочке. как ПОМОЩЬ - сгодится. все будет быстрее оператвинее - отчеты достовернеы - люди ведб надежные да и учет в тетрадочке - его не ломают минуса и прочее...

вот смотри - тебяч как послушать - ПРИНЦИПИАЛЬНЫХ проблем никаких нет. но директор волнуется что что-то нетак в конторе (мы не говорим об ГП и отчетах - это частность на которую на данном жатпе наплевать). -так вот - ТАК НЕ БЫВАЕТ. а раз директор волнуется - не товя задача (ты ведь этого как быдо1сник этого не хочешь желать) показывать состояние дел на участках - там есть начальники, у них все ок 9за мелкими проблемами) - надежные люди и тетрадочки. ДИРЕКТОР ТО ЧЕГО ВОЛНУЕТСЯ- НЕПОНЯТНО!!!????

(179) потому что жаба и пипл в целом устраивает порядок в конторе.
.
ДАРОМ НИЧЕГО НЕ БЫВАЕТ.

скажи директору - пусть вот он ДАРОМ пойдет и проститутку ебет. а не тебя.

9179) вопрос не в УПП или в отраслевой конфе. ВОПРОС В ПОДХОДЕ.

если ларечник - то пусть и юзает свой учет в тетрадочке. все. точка.

УХОЖУ НЕПОБЕЖДЕННЫЙ

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