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

kostya77 @ Сегодня, 15:47 ,
если "разобрался сам", правилом хорошего тона считается поделиться решением с остальными. Тем более, что некоторые люди потратили свое время на попытки вам помочь.

Мабуть тому, що є купа регістрів і ще може якихось сутностей, де типом якихось властивостей вказані типи документів серед яких є АктВыполненныхРабот і немає вашого.
Ну і взагалі то задача створення нового виду документу, який повністю копіюватиме поведінку іншого існуючого, звучить доволі дивно.

Я не знаю чи є така опція із коробки. Якщо немає, то почитайте про обмеження на рівні записів (RLS).

Почитайте про расшифровку в СКД.

У нас уже была не одна такая тема. Все они, наверное, где-то в Корзине. Причина простая: обычно там одни просьбы на скачивание без обратной связи. Поэтому без обид, эту тему не удаляю, но отправляю в корзину (может таки у кого-то будет возможность и желание скачать и поделиться с ТС-ом).

Опубликовано.

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

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

А, тю.

Выборка = Запрос.Выполнить().Выбрать();
Если Выборка.Следующий() И Выборка.Сумма = 1 Тогда
    Возврат Истина;
Иначе
    Возврат Ложь;
КонецЕсли;

Видалив.

Дивіться процедуру в чеку, яка виконує друк на ФР (на ПРРО). Можливо, туди передається кількість і ціна і воно саме вираховує суму.

І я б не чіпав ніяких спільних модулів для цього, адже ви ризикуєте, що таке округлення почне робитися не лише для чека, а і для всіх/багатьох інших документів.

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

ТЗСотрудники = Base.КадровыйУчет.КадровыеДанныеСотрудников(Истина,  Сотрудник, "ДатаПриема,ДатаУвольнения,ТекущийВидЗанятости,ТекущаяДолжность,ТекущееПодразделение,ТарифнаяСтавка", ТекущаяДата());

Но чтобы это работало, на общем модуле должна стоять галка Внешнее соединение

И такой еще момент. Сотрудник - это должна быть ссылка на объект в базе, к которой вы выполнили соединение.