Встала нетривильная задача.
Как известно, любые движухи в регистрах накопления в 1С производятся с привязкой к документу.
Специфика учета одного из предприятий нашей необъятной родины требует иного подхода.
Вкратце это выглядит так.
Есть какая-то операция (их может быть много). Она вводится вручную, шапки нету, только строки. В итоге имеем журнал этой операции, который представляется строчно (по сути дела, форма списка регистра накопления. Редактирование регистра тоже осуществляется построчно - я могу исправить любую строку регистра. Могу сделать произвольный отбор по записям и перезаписать полученный набор записей в нужной редакции.
По идее тут как бы рулит только регистр сведений. Но требование к регистру - нужны виртуальные таблицы оборотов и остатков.
Создавать к каждой строке отдельный регистратор? База лопнет от такой натуги? Или это единственный способ?
Сорри за мат

в 1С это реализовано - корректировка записей регистров накопления

Док "Корректировка записей регистров"

1С превращается..1С превращается..

Создай обработку с таблицей и по мере заполнения таблицы пиши строки в регистр регистратором пользуй документ "Корректировка записей регистров"

(1) То есть например, я делаю первый набор записей. Регистратор - корректировка №1. Делаю второй набор записей - регистратор корректировка №2. Ставлю фильтр по регистру, получаю набор записей с двумя регистраторами, произвольно их редактирую, добавляю новую строку... в имеющихся записях регистраторы останутся, а в пустых - появится новый регистратор корректировка №3....

в один регистратор можешь писать все операции, например за день.

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

Нет. Просто сделай форму документа без шапки, похожим на журнал. И запрети ввод других документов кроме первого.

(6) Интересная идея. На каждый день отдельный регистратор. Если я перезаписываю вчерашние записи, то остаётся регистратор того дня, если я добавляю новые записи, то они все идут с регистратором этого дня

варианты:

1. используй регист сведений без привязки к документу - это будет аксапта
2. используй 1 документ на день и пусть в нем правять табличную часть
3. используй ексель и калькулятор
4. беги от туда

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

(7) Гонишь. Почему должен учет убится?

(7) оперативное планирование

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

Сколько записей планируется в день? И сколько операторов может одновременно редактировать записи? Сам понимаешь один документ два хомячка одновременно корёжить не смогут.

(13)>>>>каждая операция это поток ресурсов, им необходимо планирование этих потоков

тогда ты нифига не понял, у тебя простейший учет, одна строка = один документ

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

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

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

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

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

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

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

(22) Все реквизиты документа добавь в колонки журнала да и всё.

(22) представляю как они потом выть будут после своих "редактирований", сам потом концы не найдешь

(18) да они вообще могут не знать что работают с документами...

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

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

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

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

Excel круче

Адназначно

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

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

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

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

(30) скорее всего нет точного ТЗ.
Надо от этого отталкиваться. А всяких фильтров в 1С хватает чтоб все что надо отбирать.

(32) Откуда эти тупицы вообще знают такое слово "Регистр"? Ты их научил? Покажи им форму журнала и скажи, что это регистр.

(34) Они хотят видеть строки табличной части. Скорее всего

(34) эти тупицы щас видят у себя на экране список "Клиент товар заказ дата" и воят на него фильтры и редактируют свободно. а эта дельфийская мутотень ещё собирает итоговые данные

(30) самое правильное решение это автоматизация не формы а процесса....

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

Вероятно самым правильным решением будет довольно сложный БП....

(36) и что это нельзя сделать в 1С?

(0) Убиться можно... Строки, ресурсы, документы, регистры.
А после прочтения вообще волосы дыбом. Там воровство в квадрате, а ы его в куб хочешь возвести. Отгрузка не может быть скопом. Она должна быть привязана к заказу, к машине, к контрагенту, к менеджеру  и т.д. И должен быть запрет неоперативного проведения. А иначе получится я отгрузил в базе записал, пришла уборщица тётя Маша и вписала в тот эе документ ещё три отгрузки. Там директор ещё не разорился? Представляю сколько он теряет средств.  "Русский склад отгрузки" безжалостный и беспощадный.

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

(37) Я думаю важно быстро и точно. А что они не совсем верно, вопрос второй.

(39) А кто тебе сказал, что там бухгалтерия не ведётся? Оперативный учёт менеджеры для себя могут хоть в экселе вести.

(0) Вы когда говорите у меня ощущение что вы бредите

(43) (с)

(42) Ага ведется, всё что купили, сразу же списали на...

(40) >была мысля воять в регистр сведений.... тормоза конеш будут с итогами, но хрен уж с ними
- а когда дельфи делают фильтр по миллиону строк - тормозов нет?
Делаете так:
Пишете свой "документ", где только ТП (привязанное к РН или по-хитрому к нескольким нужным РН), нужные фильтры и нужные данные.
Отбор по умолчанию - в пределах года (иначе ТП погребется под кучей данных).
Пользователи делают, что хотят - отборы свои, ввод-вывод, редактирование - каждый свое и в своем "документе".
При вводе/редактировании данных - меняете данные регистра/регистров.
Документы-регистраторы (у каждого оператора свой в течении дня) не светите, отбор по ним не делаете в принципе, чтобы отображалось "как-будто все едино" у них на форме.
Ну, и обновление ТП раз в 10 минут - чтобы изменения, внесенные соседом-оператором,  показывались.
Остальное - ПФ, взаимодействие, порядок - накручиваете сверху на этот костяк.
Доделываете, шлифуете, месяца три сопровождаете, и - можете уходить :))

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

(47) наверно, так лучше всего будет

(0) а причем тут Акцапта?)

(48) тебе уже все ТЗ написал в (46).

(50) а чо такое тп и пф

(51) ТП - табличное поле, ПФ - печатная форма.

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

(53) ???

Почитал тему, оказывается ты решаешь ту же задачу что и я когда-то.
Я тоже пришел к тому что 1 документ - 1 строка.
Но это не правильно т.к. фактически документ это служебная сущность.

(55) а как ты сделал

(56) единственная таблица в 1с без привязки к регистратору - это РегистрСведений независимый.
Так что выкручивайся как написали выше.

Меня не послушали и сделали 1 документ - много строк.
Теперь парятся с этим когда по одной стоке план сделан а по другим требуется перепланировать.

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

Насколько я в курсе, совет из (8) не сработает - вроде как в табличной части документа ограничение же на 200 000 записей?

100 000

(46) ыыыы, опять вылезло ;-)

не, про таб часть я даже не думаю

(59) муть идёт ещё от быдлобухии 90-х, когда о плане даже не думали, а только о первичке

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

(62) не светись и забейся...
(60), (61) - откуда данные про количество? должно быть кратно х в степени 2.
(60) можно же не все выводить, а отбор хитрый сделать - за месяц там, два, три... только нужные доки... только конкретного оператора...

(66) А в каком-то учебнике читала когда-то. Вроде бы Радченко. Не кратно степени двойки было, это точно. Мне казалось, что 200 000, но может и 100 000.

(66) http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=544135&threadtype=0

(68) Ага, сенкс. 99999 получается.

(66) Ексельку расчитал, или опять будешь людям голову морочить?

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

(71) регсиратор - это объект. Объект - это документ. Сам регистратор не может быть привязан "к набору измерений" в силу того, что измерений у него нет.
И по этой же причине "измерения" не могут быть "шапкой" документа.
Все-таки возьмите за основу ТЗ из (46) (или хотя бы формулировки).

(70) РАУЗ выучи хотя бы в общих чертах. Можете за одной партой с Потрошителем поучиться.