Честно говоря, я все равно не могу понять до конца задачу. Есть РС, у которого есть измерение Владелец. Есть элемент справочника с динамическим списком построенным по этому регистру и с отбором по владельцу. Проблема в том, что при создании записи РС, владелец не заполняется текущим элементом справочника?
Не совсем понятен вопрос. У вас иерархический справочник, вы создаете элемент стоя на на каком-то элементе, но в регистр хотите записывать родителя самого верхнего уровня?
Нужно сделать запрос, который вернет остатки по дням. Берем остатки из виртуальной таблицы остатков на начало периода, добавляем туда движения, группируем по дню. А там просто сортируем и берем первое значение. Вот вроде тема, где похожий запрос обсуждали.
lals, а нахіба ви туди взагалі ходите? Років 15 назад, можливо, окрім місти і не було де щось почитати або спитати. Зараз же інформації в інтернеті достатньо, можна користуватися Гуглом відразу (якісь посилання будуть на ту же місту).
Xmdrug, я не впевнений чи можливо технічно (чи дозволить платформа/конфігурація) вести облік по групі рахунків (105 рахунок стане групою, якщо в нього з'явиться субрахунок), але якщо так, то цього б я точно не робив.
Тобто був рахунок 105, а ви хочете, щоб став 105/1? Я й досі не зрозумів навіщо це, але якщо вам сильно кортить, то створіть рахунок 105/1, перенесіть на нього всі залишки зі 105 рахунку і використовуйте далі його. Спочатку краще все зробити на копії та перевірити максимальну кількість сценаріїв роботи з ним, включаючь нарахування амортизації, закриття місяця і т.п.
Можливо, десь окрім бухгалтерського обліку також існують залишки по 105 рахунку (в якихось інших регістрах), але я не підкажу де саме (не знаю).
Та багато хто таке робив. Просто в деяких випадках буває таке, що рахунок прописаний прямо в коді або колись потім такий рахунок, що ви добавили, з'являється на рівні типової конфігурації. Навіщо вам саме субрахунок, вам точно не підійде варіант, щоб виділити це на якомусь субконто? Які субрахунки повинні з'явитись: 105/1 і 105/2?
Вряд ли есть ограничение именно на количество, т.к. может быть справочник с 1000000 реквизитов, а может быть с 3 реквизитами. Могут быть какие-то ограничения в файловом варианте на размер таблицы или базы данных. В файловом варианте кажись до 4 Гб база может быть.
Мне сейчас негде глянуть, посмотрите какой-то стандартный документ с табличной частью. Гляньте, например, как при изменении количества пересчитывается сумма. Там должно быть понятно, как обратиться к текущей строке.
А зачем вы его меняете при проведении документа? Если надо что-то "прицепить" к элементу справочника при проведении документа, я бы сделал периодический, подчиненный регистратору РегистрСведений с измерением МойСправочник и писал бы туда что надо.
и если это документ так сказать относительно "свежий", то по факту надо и связанные объекты-справочники откатывать
Это только один из нескольких моментов, которые могут быть. Все конечно можно порешать и сделать так, чтобы оно плюс/минус нормально работало, но я бы попробовал что-то придумать, чтобы не ввязываться с изменением справочника. Хотя я и сам такое делал. Но сейчас я бы такое делал имея очень веские причины на то.
Цитата(kserg2012 @ 30.11.22, 12:05)
основной проблемой я вижу тот момент, что СправочникОбъект может заблокирован в момент проведения другим пользователем
В этом случае по идее документ не проведется и выдаст ошибку. По-моему это нормальный вариант. Ненормально тут только может то, что вы ожидаете, что справочник может быть заблокирован. Он же вроде не блокируется, если просто открываетс форма (или блокируется)? Т.е. в вашем варианте, как я понял, нормально, что справочник будет меняться из документа и ещё откуда-то. Если так, то это хороший индикатор того, что вы что-то не так проектируете.
ОбработкаПроведения вызывается внутри транзакции, т.е. вам ее явно открывать там не надо. Изменение справочников при проведении документа - идея не самая хорошая. Потенциально может быть не очень просто держать это все в синхронизированном состоянии.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!