Подскажите пожалуйста: как получить в переменную значение последнего проведённого в конфигурации документа?

Последнего по какому критерию?
Имеется в виду документ ТА?

ОратныйПорядок  или ПолучитьПозициюТА

ОбратныйПорядок, ВыбратьДокументы, ПолучитьДокумент, Проведен

или из журнала регистраци время выцеплять

+(4) а если документ проведен программно, то, навреное - ни как

(1) +
ПолучитьДокументТА()
Синтаксис:
ПолучитьДокументТА()
Назначение:
Возвращает значение типа документ, который стоит на ТА.

Из журнала регистрации

Т.е. документ, который был фактически проведён последним, а не ТА или последний по дате-времени документ в базе

Книга знаний: Парсинг файла MLG (журнал регистрации 1С:Предприятие 7.7)

Помогите пожалуйста! Подробнее задача такова: имеется конфигурация, в которую заносятся документы "Поступление товаров" и "Наценка". Причём документ "Наценка" соответствует определённому и единственному документу "Поступление товаров" и вносится в базу сразу после документа "Поступление товаров". Причём все реквизиты в нем заполняются вручную, в то время как они на 100% совпадают с документом "Поступление товаров". Изменения в конфигурацию вносить ЗАПРЕЩЕНО! Поэтому единственная возможность - внешняя обработка. Какие есть варианты для формирования документа "Наценка"? У меня на уме единственный способ - определить какой документ был занесен последним (он может быть от любой даты, задним числом и т.д.) - и по его реквизитам добавить и заполнить новый документ "Наценка". На как мне получить в переменную информацию о том, какой документ был проведён последним? Или может есть какие-нибудь тругие способы?

(10) Тупость какая то ...

Насколько я знаю, общий реквизит ДокументОснование можно заполнить, даж если в конфе не указано что документ вводится на основании...
Так пойдет?  ;-)
Ищешь потом документы у которых нет на основани документа Наценка.  ;-)

(10)"Причём документ "Наценка" соответствует определённому и единственному документу "Поступление товаров""
На форму обработки кидаешь реквизит с типом документ ПоступлениеТоваров, выбираешь конкретный документ и по нему формируешь документ Наценка и пофиг, где в это время находится первый документ

(11) Извините, о мудрейший, что заняли Ваше драгоценное время. Но запрет изменять конфигурацию - требование клиента.

(13) Спасибо. Но к сожалению ежедневное количество вносимых документов "Поступление товаров" - около 100, искать в списке кокретно тот, с которым сейчас работаем - долго. А задача - упростить ввод оператору.

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

Док = СоздатьОбъект("Документ.Поступление");
Док.ОбратныйПорядок(1);
Док.ВыбратьДокументы(ДатаНачала, ДатаКонца);
Док.ПолучитьДокумент();
Док.ТекущийДокумент() - последний документ

(13) А НайтиПоНомеру не прокатит?

(16) Увеличивается объём работы и соответственно время бухгалтера-оператора. Ведь тогда надо вводить дату документа. + Увеличивается риск ошибки в связи с большими объёмами документов. А зачем если только что введён документ, где эта дата уже указана?

(18) Еще раз (12)

(17) Нет. У оператора нет времени смотреть и запоминать или записывать номер + риск ошибки из-за усталости к концу дня. А номера в базе 5-значные. Вот такая вот проблемка.

(14) ну, тогда пусть клиент сам свои вопросы и решает. Чо за илиотизм: "Хочу, чтобы все было правильно, но ни чего для этого делать не позволю"?

мля, задача решается организацией ввода на основании. щас изза какаих-то мудацких запретов будешь огород городить, который все равно работать не будет...

(0) никак, если нужно знать программно проведенные.
Хотя можно ЗаписьЖурналаРегистрации(<?>,,,,);
Синтаксис:
ЗаписьЖурналаРегистрации(<Коммент>,<ТипСобытия>,<Событие>,<Объект>,<Категория>)
Назначение:
Выводит строку текста в системный журнал регистрации.
Параметры:
<Коммент> - строковое выражение, комментарий к событию. Если этот параметр - единственный переданный при вызове метода, то тогда в журнал записывается стандартное дополнительное событие с указанным комментарием.
<ТипСобытия> - необязательный параметр. Строковое выражение -  тип события. По умолчанию или при пустой строке ''Дополнительные события''.
<Событие> - необязательный параметр. Строковое выражение -  событие. По умолчанию ''Дополнительное событие''.
<Объект> - необязательный параметр. Объект события, по умолчанию отсутствует. Для переданных в функцию объектов типа Документ/ Справочник/ Счет представление объекта будет записано автоматически (это не зависит от типа события и самого события).
<Категория> - необязательный параметр. Число - категория события: 1 - администрирование; 2 - изменение данных; 3 - информация; 4 - предупреждение; 5 - ошибка. Значение по умолчанию 3.
Замечание:
Системой зарезервирован большой перечень типов событий/события. Незарезервированные имена позволяют пользователю фактически указывать свои собственные типы событий и события. Подробнее см. в документации гл. ''Системные процедуры и функции''.

+23 и смотреть *.млг файл

(14) Лёвыч! Ситуёвины в жизни разные бывают. Они - сторонняя организация и не хотят, чтобы мы лезли в их конфигурацию. А мы - аудиторская фирма, восстанавливаем им учёт. Сделаем - и уйдём. Вот и получается: менять нельзя! И посылать не хочется - платят неплохо (если на занесении время съэкономить). Вот так. А послать клиента проще всего! Вот только всех не пошлёшь. :)))

Тогда вот так сделай
Док = СоздатьОбъект("Документ.Поступление");
Док.ОбратныйПорядок(1);
Док.ВыбратьДокументы(,);
Док.ПолучитьДокумент();
Док.ТекущийДокумент() - последний документ

Даже так:

Док = СоздатьОбъект("Документ.Поступление");
Док.ОбратныйПорядок(1);
Док.УстановитьФильтр(1, 0);
Док.ВыбратьДокументы(,);
Док.ПолучитьДокумент();
Док.ТекущийДокумент() - последний проведенный документ

(25) ну, так и скажите им, что пока не будет программно запрещен ввод "Наценки" без основания, ни какого порядка у них не будет. Пусть заказчик решит, кто это будет делать. Там изменений-то - куй да ни куя.
Просто в твоем случае ЖР не поможет - его можно удалить, при программном проведении автоматом в него ни чего не пишется, кроме того, врея от времени его нужно удалять, поскольку, распухая до размера >=500Мб, он мешает заходить в базу...