burza, что именно не получается?

Честно говоря, я все равно не могу понять до конца задачу. Есть РС, у которого есть измерение Владелец. Есть элемент справочника с динамическим списком построенным по этому регистру и с отбором по владельцу. Проблема в том, что при создании записи РС, владелец не заполняется текущим элементом справочника?

Не совсем понятен вопрос. У вас иерархический справочник, вы создаете элемент стоя на на каком-то элементе, но в регистр хотите записывать родителя самого верхнего уровня?

i_do, не понятно ничего. Прочитайте правила, оформите нормально тему, опишите нормально с картинками что есть, что пробуете и что не получается.

Нужно сделать запрос, который вернет остатки по дням. Берем остатки из виртуальной таблицы остатков на начало периода, добавляем туда движения, группируем по дню. А там просто сортируем и берем первое значение. Вот вроде тема, где похожий запрос обсуждали.

lals, а нахіба ви туди взагалі ходите? Років 15 назад, можливо, окрім місти і не було де щось почитати або спитати. Зараз же інформації в інтернеті достатньо, можна користуватися Гуглом відразу (якісь посилання будуть на ту же місту).

Xmdrug, я не впевнений чи можливо технічно (чи дозволить платформа/конфігурація) вести облік по групі рахунків (105 рахунок стане групою, якщо в нього з'явиться субрахунок), але якщо так, то цього б я точно не робив.

Тобто був рахунок 105, а ви хочете, щоб став 105/1? Я й досі не зрозумів навіщо це, але якщо вам сильно кортить, то створіть рахунок 105/1, перенесіть на нього всі залишки зі 105 рахунку і використовуйте далі його. Спочатку краще все зробити на копії та перевірити максимальну кількість сценаріїв роботи з ним, включаючь нарахування амортизації, закриття місяця і т.п.

Можливо, десь окрім бухгалтерського обліку також існують залишки по 105 рахунку (в якихось інших регістрах), але я не підкажу де саме (не знаю).

В 8.х свой собственный формат базы в файловом варианте.

Та багато хто таке робив. Просто в деяких випадках буває таке, що рахунок прописаний прямо в коді або колись потім такий рахунок, що ви добавили, з'являється на рівні типової конфігурації. Навіщо вам саме субрахунок, вам точно не підійде варіант, щоб виділити це на якомусь субконто? Які субрахунки повинні з'явитись: 105/1 і 105/2?

Вряд ли есть ограничение именно на количество, т.к. может быть справочник с 1000000 реквизитов, а может быть с 3 реквизитами. Могут быть какие-то ограничения в файловом варианте на размер таблицы или базы данных. В файловом варианте кажись до 4 Гб база может быть.

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

Точно сейчас не помню, но может так:

СтрокаТабличнойЧасти = Элементы.ВПроизводстве.ТекущаяСтрока;

НаКлиенте так обращаться нельзя:

Объект.Поставщик.ДоговорПоУмолчанию

Это надо делать НаСервере (или НаСервереБезКонтекста).


Наверное, у вас что-то не то в переменной СтрокаТабличнойЧасти. Телепатирую, что там элемент формы находится, а не строка табличной части.

Последний раз прошу ознакомиться с парвилами и оформлять нормально темы. Эта тема тоже едет в корзину.

Тема едет в корзину.

Мне кажется, что это делается через настройки РРО.

А зачем вы его меняете при проведении документа? Если надо что-то "прицепить" к элементу справочника при проведении документа, я бы сделал периодический, подчиненный регистратору РегистрСведений с измерением МойСправочник и писал бы туда что надо.

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


В этом случае по идее документ не проведется и выдаст ошибку. По-моему это нормальный вариант. Ненормально тут только может то, что вы ожидаете, что справочник может быть заблокирован. Он же вроде не блокируется, если просто открываетс форма (или блокируется)? Т.е. в вашем варианте, как я понял, нормально, что справочник будет меняться из документа и ещё откуда-то. Если так, то это хороший индикатор того, что вы что-то не так проектируете.

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

Максон, правила, пункт 6. Эту тему закрываю.

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