Скажите, а ведь регистр накопления остатков всегда должен закрываться ? #654630

В нетиповой базе обнаружил, что регистр накопления типа "Остатки" закрывается некорректно. Например, измерение "ДокументРасчетовСКонтрагентами", может быть в случае прихода "Приходный кассовый ордер" и в случае расхода "РеализацияТоваровИУслуг". и реквизит Проект в случае прихода один, в случае расхода другой. Это ведь совершенно неправильно с точки зрения Оперативного учета? Регистры ведь не закрываются в этом случае. Я прав?

ты неправильно ведёшь учёт.

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

может есть другой документ, который закрывает этот проект?

а, ревизит - так он не измерение

реквизита вообще в таблицах остатков нет, онли в движениях

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

<< Например, измерение "ДокументРасчетовСКонтрагентами", может быть в случае прихода "Приходный кассовый ордер" и в случае расхода "РеализацияТоваровИУслуг" в типовых работает механизм зачёта, кто раньше, тот и папа

3я строка, 2е слово

не в реквизите дело а в измерениях. Проект - это измерение тоже.

имелось ввиду измерение.

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

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

сделали ПКО, сделали Расходную на 1 минуту раньше ПКО вот тебе и не закрылся, нарушена хронология

видал я как-то учёт отработанного времени в РН...

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

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

при перепроведении ПКО - закроется

чо?

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

методологию типовой просто гдето нарушили) придумали отсебятину вот и не закрывается

да потому что измерения в случае прихода и расхода не совпадают.

ага

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

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

чтобы ТАК проектировать, нужно отказаться от многого в типовых конфах по сути следует отказаться от регистра накопления и вести всё в оборотных регистрах но это накладно поэтому используются регистры остатков с итогами

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

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

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

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

да суть вообще что если регистр не закрывается то это грубейшая ошибка с точки зрения 1С

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

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

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

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

>  и размер БД это не увеличит таблицы итогов будут расти

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

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

+ проходит на себе))...так что на 1С не спешибе бочку катить)

-> т.е. проходил на себе

ну давай ещё в БП план счетов не будем закрывать по измерениям...

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

да это все как бы классика (у меня есть спец по 8.2)... у меня было в УТ - регистр заказы поставщику вроде изцерение цена ЧИСЛОВОГО ТИПА(!!!) в типовой...естественно разъехалось, разобрались поправил... >>обоснуйте что может оправыдывать разработчика оно мне надо ?) - нашли косяк, исправляйте) можете на хот-лайн написать)

+ вот нашел даже -   2006г. молодой был, зеленый))) счас немного проще на это смотрю...

я же сказал, у всего есть своя цена правильная конфа будет стоит десятки тыщ рублей, а не 12500

В нетиповой базе ССЗБ... Косячник...

да, я тоже помню, какой у меня был баттхёрт по этому поводу ))

не видел про нетиповую... тогда вообще без разговоров))

Тебя уже ткунули несколько раз в одно и тоже. РЕКВИЗИТ- вспомогательное поле, чтобы отличить одни движения от других или еще для чего служебного. Он не обязан закрываться

ты невнимателен. я пояснил, что "реквизит" было ошибочным. что "Проект" - это измерение.

например 1. измерение Цена в регистре ЗаказыПокупателей и ЗаказыПоставщикам в УТ 10.3 Если изменить цену в накладной, регистр не закроется ошибка? - ошибка исправить можно? - можно зачем? -??? 2. превышение продаж над заказами, удаление заказа при живой накладной ошибка? - ошибка исправить можно? - можно зачем? -???

вы хотите чтобы я всё это так оставил?

Если бы 1С поставил целью написать "правильную" конфу, он бы это сделал, но смысла нет - она будет стоить дороже во много раз А так - много работы для 1Сников :)

таблицы не должны пухнуть

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

так поправьте) за время проведенное на форуме можно было уже и поправить ;)

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

не боись, 99% программеров 1С этим и занимаются 99% времени

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

чего ждете от ветки ?) - посочувствовать?

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