Офіційно Ви можете оформити підписку на ИТС і отримувати нові регламентовані звіти. Ще можете спробувати в гуглі пошукати.

Тут же відкривайте "Отладчик" і дивіться. Причин може бути чимало. Не тей тип данних присвоюється, не так дивишся на значення періодичних реквізитів, ...

Використовуйте "Шаблон()". Для Вашого прикладу це буде виглядати так:

// Операция - строчное значение(+ или - или * или /)
Функция АрифметическаяОперация(Перем1,Перем2,Операция)
    Перем Результат;
    
    //Результат = Перем1+Операция+Перем2;
     Результат = Шаблон("[Перем1 " + Операция + " Перем2]");
    Возврат Результат;
КонецФункции

Ні, безпосередньо запитом не можна.

Мабуть в минулий раз я Вас не правильно зрозумів. В моїй практиці були ситуації щодо виклика локальної процедури "ОбработкаЯчейкиТаблицы". Якщо в тексті модуля локальна процедура знаходилась нижче від місця вмклику (виклик процедури не завжди виконується з таблиці), то викликалася глобальна процедура.

Взагалі я намагаюсь не описувати змінні внизу модуля форми, аби не мати проблем. (100 % проблеми гарантовані в модулі проведення документів при групових обробках, при чому є проблеми з змінними які описані знизу в глобальному модулі (наприклад, для ПУБ це таблиця глТбОперация, не завжди для нового документу видаляються старі записи))

Якщо періодичність номерів документів стоїть "По всем данного вида", то в стандартному представлені документу дата не виводиться.

Я більше виступаю за окремий регістр обліку. Плюси:
1) Не чипаємо існуючі алгоритми партійного обліку;
2) Так як ефективність для реальної роботи дуже сумнівна (як зазначалось вище), легше буде цей механізм виключити надалі;
3) Не по всім товарам, можливо, необхідно мати терміни реалізації.

Що там є для осмислення? Людина задала просте питання, як добавити одну колонку в звіт. На це від Вас отримала відповідь на довжиною з 10 строк, кожна з яких, жодного стосунку не мала до поставленого питання.

В своїй практиці був випадок, пов'язаний з антивірусником DrWEB. Коли звіт по залишкам будувавався з увімкненим антивірусником і вимкненим, дані в звітах були різні (з системою нікто інший не працював.). Я так розумію, що база DBF, додайте в антивірусник правила не перевіряти файли з розширенням *.dbf і *.cdx.

Ніяк, якщо відповідати конкретно на це питання. Можно обійти, створивши окрему процедуру друку, яка б містила всі правила друку вказаних документів.

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

Послідовність дій:
1) Робимо копію бази (думаю, що база файлова). Спочатку на копії потрібно провести всі маніпуляції, і тільки потім в основній базі.
2) Заходимо в конфігуратор;
3) Знахоимо гілку "План счетов", план рахунків "Основной". (по замовчуваню саме цей план рахункыв використовуэться). Відкриваємо його.
4) Знаходимо рахунок "286". Запам'ятовуємо його аналітики і тип рахунка.
5) Змінюємо його код на "2861". Після цього автоматично створиться група з кодом "286" без назви.
6) Правимо групу з кодом "286" Назву вносимо. Звертаємо увагу на тип рахунку (колонка "Акт.") і його анілитки. Скоріше за все, тип рахунка стане "АП", вертаємо його на "А". Таким же чином може змінитися, наприклад, тип субконто 2. Вертаємо його таким як був (в нашому випадку на "Необоротные активы"). Після цього, ця аналітика з'явиться і в рахунку "2861" .
7) Копіюванням рахунку "2861" створюємо рахунок "2862". Звертаємо авугу, щоб параметри рухунку були такі ж, як і рахунку "2861". На питання, чи буде рахунок мати субрахунку відповідаєио "ні".
8) Зберігаємо зміни. Входимо в режим "Предприятие".
9) Відкриваємо план рахунків (Операция - План счетов). Вносимо назви створеніх рахунків.
10) Кличемо бухгалтера, показуємо результат змін, перевіряємо, чи не втратили інформацію і отримали, що чекали.
11) Якщо по п. 10 все ОК, створюємо свіжу копію, і дії повторюємо на робочій базі.

В этой ситуации я бы поступил так:
1) Запчасти списал бы документом "Списание ТМЦ" на счет 1522 на заранее созданую статью инвестиции, обозначающую необ. актив;
2) Ручной операцией перевел бы указанную сумму на счет 1521 (делается для того, что б сработал документ ввод в эксплуатацию)
3) Документом "Ввод в эксплуатацию" по стандартному пути ставил на учет ОС. (п.2 можно исключить, если доработать этот документ.)

Готового инструмента, подходящего для решения указанной задачи в ПУБе нету. Нужно писать свое. По сути нужен документ, позволяющий делать выпуск продукции по принципу "одно сырье" => "много продукции", либо "много сырья" => "много продукции". Алгоритмы распределения себестоимость разрабатываете сами.

Плюс к предыдущему посту: для простого учета этого документа хватит. Все остальное в ПУБ есть. Это я говорю по опыту своей работы. У нас автоматизирован на базе ПУБ мясокомбинат.