А, тю.

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

Видалив.

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

Я вже втомився рахувати всі "заміни 1С". З'явилась чергова від Дубілета.

Andry.Boris, вот может будет интересно.


В управляемых формах разве такое есть?

Предполагаю, что вот эти все заполнения вы начинаете выполнять в обработчике события ПриАктивацииСтроки. Если так, то в нем нельзя делать вызовов к процедурам/функциям с директивой НаСервере. "Нельзя" не означает, что это невозможно сделать, это означает, что могут быть какие-то неизвестные последствия. Возможно то, что вы наблюдаете, одно из таких последствий.

Любые соединения таблиц работают если условие соединения возвращает истину.

В этом случае

|ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ
|        СоставГруппы.Ссылка КАК ГруппаПользователей
|    ИЗ
|        Справочник.ГруппыПользователей.ПользователиГруппы КАК СоставГруппы
|    ГДЕ
|        СоставГруппы.Пользователь = &ТекущийПользователь) КАК ГруппыПользователей
|    ПО (&ИспользоватьОграниченияПравДоступаНаУровнеЗаписей)

К основной таблице добавятся записи из справочника ПользователиГруппы по текущему пользователю

|    ГДЕ
|        СоставГруппы.Пользователь = &ТекущийПользователь

но ТОЛЬКО если ИспользоватьОграниченияПравДоступаНаУровнеЗаписей = ИСТИНА. Это значит, что к каждой строке из первой таблицы присоединятся все строки, которые получаются в результате этого запроса

|ВЫБРАТЬ РАЗЛИЧНЫЕ
|        СоставГруппы.Ссылка КАК ГруппаПользователей
|    ИЗ
|        Справочник.ГруппыПользователей.ПользователиГруппы КАК СоставГруппы
|    ГДЕ
|        СоставГруппы.Пользователь = &ТекущийПользователь

Мне кажется, что это можно сделать дешевле и быстрее. По крайней мере я бы сделал.

Мне кажется, что это проблема всех конфигураций 1С, в т.ч. современных. Не знаю почему, но почему-то разработчики не беспокоятся о возможности создания документов полностью программно. Либо на это есть какие-то причины. Вам придется поколупаться в вызовах с клиента, посмотреть что там вызывается при изменении разных полей и повставлять все эти вызовы в свою обработку, где-то покопировать серверные процедуры из формы.

toralgr, на майбутнє ознайомтесь будь-ласка з правилами. Особливу увагу зверніть на пукт 6.

Ставите какой-нибудь последний релиз 1С (БАС - это то же самое) и запускаетесь. Скорее всего все будет нормально, если там не какая-то древняя конфигурация под 8.1, например. После того, как запуститесь сможете точно посмотреть что за конфигурация, что за версия и все такое.


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

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