A-PDF Rename помогает пакетно переименовывать PDF по данным самого документа: имени и размеру файла, дате и времени, полям Title, Author, Subject, Keywords, Creator и Producer, а также извлечённому тексту. Для правил доступны макросы, предварительный просмотр результата, изменение метаданных, режим Advanced со скриптами Object Pascal, импорт и экспорт списков и запуск подготовленных правил из командной строки.
Работа строится вокруг списка PDF: документы добавляют по одному или целой папкой, затем задают правило имени и смотрят, каким станет каждый файл до фактического переименования. В простом режиме правило собирается из постоянного текста и макросов, а для нестандартной логики используется редактор сценария. Отдельно можно подготовить новые значения метаданных, чтобы имя файла и свойства документа приводились к одной системе за один проход.
Наиболее предсказуемый результат получается, когда документы имеют заполненные метаданные или одинаковую структуру текста. Для сканов без текстового слоя распознавание не предусмотрено, поэтому имя нельзя надёжно строить по изображению страницы. Перед большой серией полезно проверить несколько файлов с разными исходными именами, пустыми полями, защищёнными PDF и совпадающими будущими именами: предварительный просмотр сразу показывает слабые места правила.
PDF Commander
- Редактирование PDF
- Русский интерфейс
- Просто новичкам
Скачать A-PDF Rename
- Только файлы PDF
- Нет OCR для сканов
- Скрипты сложны новичкам
Как устроено пакетное переименование
Основное окно объединяет очередь документов и конструктор будущего имени. В верхней части находится список PDF, где удобно контролировать исходное имя и рассчитанный результат. Нижняя область переключается между простым методом и расширенным сценарием. Такой порядок важен: сначала формируется выборка, затем правило применяется к каждой строке виртуально, и только после проверки запускается операция. За счёт этого A-PDF Rename не требует переименовывать документы вслепую и позволяет заранее увидеть, какое именно значение получится у каждого элемента очереди.
Список нужен не только для массовой операции. Отдельный PDF можно открыть двойным щелчком в назначенном в системе просмотрщике, убрать из очереди, выбрать для переименования или оставить для следующего прохода. Практически это превращает окно в контрольную ведомость: сомнительные документы можно исключить, не меняя правило для остальных. При подготовке архива это особенно полезно для файлов с пустым Title, необычными символами или защитой паролем.
Почему сначала нужен Preview
Кнопка предварительного просмотра вычисляет новые имена без необходимости сразу принимать результат. Это центральная проверка перед любой серией: видны пустые подстановки, слишком длинные комбинации, повторяющиеся значения и случаи, когда правило не отличает два документа друг от друга. Если в имени используются метаданные, Preview также быстро выявляет непоследовательность самих PDF: один автор записан полным именем, другой инициалами, у части документов Subject отсутствует, а где-то Title повторяет исходное имя.
После изменения шаблона предварительный расчёт желательно выполнить заново. Не стоит считать, что небольшая правка постоянного текста безопасна автоматически: добавленный разделитель, пробел или дата могут повлиять на коллизии либо сделать имена неудобными для дальнейшего поиска. Правильный рабочий ритм выглядит так: добавить документы, собрать правило, просмотреть рассчитанные имена, исправить исключения, затем переименовать выбранные или всю подготовленную группу.
Простой режим: макросы вместо ручного набора
Простой метод предназначен для правил, которые можно выразить последовательностью статического текста и подстановок. Вместо того чтобы вручную копировать заголовок или автора в каждое имя, пользователь вставляет макрос, а программа подставляет значение отдельно для каждого PDF. В документации и справочных примерах встречаются токены для имени файла, полного пути, папки, размера, даты и времени, нумерации, метаданных и извлечённого текста. Практичнее вставлять нужный элемент через меню Macro: так меньше риск опечататься в служебной записи токена.
Самая простая схема сохраняет часть исходного имени и добавляет порядковый номер. Более содержательная схема может строиться из Title и Author, например в форме заголовок — автор. Для документов из одной папки можно включить Foldername, а для технической сортировки — дату или время. Макрос Filesize подходит скорее для служебных имен и диагностики, чем для человекочитаемого архива: размер меняется при пересохранении PDF и обычно не выражает содержание документа.
Нумерационный макрос полезен, когда метаданные одинаковы или отсутствуют. Формат с ведущими нулями позволяет получать последовательности вроде 001, 002, 003, которые корректно сортируются как строки. Если номер ставится в начале имени, каталог сохраняет ожидаемый порядок даже в простых файловых менеджерах. Если номер нужен только как страховка от совпадений, его можно поместить в конец после смысловой части.
Метаданные как часть имени
Для PDF особенно полезны Title, Author, Subject и Keywords. Эти поля относятся к свойствам документа и часто уже заполнены редактором, генератором отчётов или системой документооборота. A-PDF Rename может читать их и подставлять в правило. Справка также указывает Creator и Producer: они помогают различать документы по программе или процессу, которым создан PDF, но эти поля лучше использовать как технический признак, а не как единственный смысловой идентификатор.
Поле Title обычно лучше исходного имени, если PDF экспортировался с машинным именем вроде отчётного идентификатора. Но автоматическая подстановка надёжна только при качественных метаданных. Перед переименованием стоит отсортировать или визуально просмотреть несколько строк и убедиться, что Title действительно содержит заголовок, а не пустую строку или служебное значение. Тот же принцип относится к Author: в разных документах он может означать человека, организацию, приложение или оставаться незаполненным.
Subject удобен для архивов, где тема документа уже используется как классификатор. Keywords можно применять, если ключевые слова записаны единообразно и не образуют слишком длинную строку. Если в Keywords хранится множество значений с разделителями, вставка целиком часто даёт громоздкое имя; для таких случаев расширенный сценарий лучше простого макроса, потому что позволяет взять только нужный фрагмент или заменить разделители.
Имя, папка, размер, дата и время
Макрос Filename позволяет сохранить исходное имя в составе нового. Это удобная страховка при постепенной миграции: к старому идентификатору можно добавить читаемый заголовок, а после проверки — перейти на более компактную схему. Filefullname и Foldername позволяют учитывать расположение документа. Полный путь в качестве видимого имени обычно не нужен, однако знание папки помогает писать сценарии, которые по-разному обрабатывают документы из разных разделов архива.
Дата и время подходят для документов, где момент создания или файловый атрибут является частью рабочего номера. Формат даты и времени выбирается через соответствующие настройки макроса. Важно различать дату в файловых атрибутах и дату, напечатанную внутри документа: это разные данные. Если юридически или организационно значима дата из текста счета, акта или письма, файловый макрос её не заменяет; потребуется содержимое PDF, метаданные либо заранее подготовленный список.
Filesize может быть полезен при временной инвентаризации, например чтобы быстро увидеть документы, отличающиеся только объёмом, но не должен рассматриваться как постоянный идентификатор. Любое повторное сохранение, оптимизация или изменение метаданных способно изменить количество байтов. Поэтому размер лучше применять как диагностическую добавку в одноразовом задании, а не как основу долговременного стандарта имён.
Первый текст и содержимое страницы
В справке упоминается макрос FirstText, позволяющий задействовать первый найденный текстовый фрагмент. Он может ускорить работу с однотипными PDF, где в начале всегда расположен краткий идентификатор. Однако такой приём зависит от порядка текста во внутренней структуре PDF, который не всегда совпадает с визуальным чтением страницы. Перед серией стоит проверить документы из разных систем: экспорт из офисной программы и PDF, сформированный отчётным движком, могут выдавать текст в разной последовательности.
Для более точного извлечения существует механизм Content Tag. Он позволяет обучить правило на образце: открыть PDF, выбрать нужные слова и зафиксировать область, из которой программа будет получать значение в других документах. Такой тег затем вставляется в новое имя как макрос содержимого. Это полезнее FirstText для счетов, заявлений, протоколов и форм, где номер или название находится в стабильной позиции.
Content Tag: имя из текста PDF
Создание тега содержимого начинается с выбора образца PDF. В окне настройки пользователь указывает фрагмент текста, который должен стать значением, и может получить позицию по выбранным словам. Для позиционного варианта сохраняются координаты области и допустимое отклонение по X и Y. Также предусмотрено выравнивание образцов — слева, по центру или справа. После сохранения тег появляется среди макросов и может участвовать в шаблоне вместе с Title, Author, номером и постоянным текстом.
Позиционный поиск особенно хорошо подходит для бланков с неизменной версткой. Например, если номер счета всегда печатается справа от подписи Invoice No. на первой странице, тег можно привязать к этой области. Если файлы поступают из нескольких систем и поле иногда смещается на десятки пикселей, допустимое отклонение помогает пережить небольшие изменения, но не превращает механизм в универсальное распознавание макета. Существенно другая верстка требует отдельного тега или отдельного задания.
Руководство описывает поиск значения по страницам до обнаружения совпадения в заданной области. Это удобно для документов, где нужный блок может появляться не на первой странице. Но при длинных PDF возрастает риск подобрать похожий текст не в том контексте. Поэтому для архивных правил полезно выбирать область как можно точнее и добавлять в имя второй устойчивый признак, например номер плюс дату или номер плюс Title.
Как проверять тег на реальной серии
Для проверки тега недостаточно одного образца. Выберите несколько документов с коротким и длинным значением, с разным количеством страниц и с максимально возможным смещением верстки. Добавьте их в очередь, запустите Preview и сравните будущие имена с видимым текстом в документах. Если хотя бы один файл получает пустую подстановку, не запускайте переименование всей папки: сначала расширьте допустимое отклонение либо разделите документы по шаблонам.
Отдельно проверяйте символы, допустимые в тексте PDF, но проблемные для имени файла. Двоеточие, слеш, вопросительный знак и некоторые другие символы Windows нельзя использовать в имени. Если извлекаемый фрагмент способен их содержать, простой Content Tag лучше пропустить через расширенный сценарий с заменой. Это снижает вероятность того, что правило работает на тестовых документах, но ломается на одном счёте с нестандартным номером.
Ещё один типичный риск — лишние пробелы вокруг извлечённого значения. В визуальном PDF расстояние между словами может кодироваться несколькими пробелами или отдельными текстовыми объектами. Если важна строго одинаковая схема, Advanced-режим позволяет обрезать пробелы и выполнять замены после получения значения. Итог следует оценивать именно в колонке будущего имени, а не по тому, как фрагмент выглядит на странице.
Изменение метаданных вместе с именем
A-PDF Rename умеет не только читать свойства PDF, но и задавать новые значения метаданных. В практическом сценарии это позволяет синхронизировать имя и внутренние свойства документа. Например, старое имя DOC_00417.pdf можно преобразовать в читаемую форму, а Title заполнить тем же заголовком, чтобы при открытии свойств PDF пользователь видел понятное название. Author, Subject и Keywords можно привести к корпоративному формату в той же обработке.
Справка перечисляет Title, Author, Subject, Keywords, Creator и Producer как доступные данные для изменения. При массовой правке особенно важно не затереть полезные существующие значения. Если часть документов уже оформлена правильно, сначала выполните Preview и разделите серию: один проход для файлов, где поля нужно заменить, другой — для тех, где имя строится из уже заполненных свойств. Команда сброса метаданных в интерфейсе помогает вернуться от подготовленных изменений к исходному состоянию до запуска операции.
Поля Creator и Producer полезны для технической унификации, но их смысл отличается от Author. Creator обычно отражает приложение или процесс, сформировавший исходное содержимое, а Producer — компонент, создавший PDF. Если организация использует эти поля для диагностики происхождения документов, не подменяйте их именем сотрудника только ради удобства. Для имени файла чаще достаточно Title, Author, Subject и извлечённых идентификаторов.
Сценарий: восстановить свойства из имени
Обратная задача возникает, когда имя файла уже содержит полезную структуру, а метаданные пусты. В Advanced-режиме можно разобрать исходное имя по разделителю и присвоить отдельные части новым значениям Title и Author. В справочном примере показана именно такая логика: строка делится по символу-разделителю, после чего части используются для новых свойств. Этот приём подходит только тогда, когда старые имена действительно единообразны.
Перед массовым разбором проверьте исключения: тире может встречаться внутри названия, автор может отсутствовать, а часть файлов может использовать другой разделитель. Если правило опирается на первую найденную позицию, дополнительное тире в заголовке изменит результат. Лучше сформировать тестовую выборку с самыми неудобными именами и убедиться, что сценарий либо корректно их разбирает, либо оставляет без изменений.
Advanced: сценарии Object Pascal
Расширенный режим нужен, когда новое имя нельзя собрать простой последовательностью макросов. В редакторе используется синтаксис Object Pascal: доступны входные переменные с данными текущего PDF и переменные для результата. Документация приводит Filename, Title, Author, Subject и Keywords как исходные значения и показывает присваивание newFilename. В примерах также используются новые значения метаданных, например newtitle и newauthor. Сценарий компилируется перед выполнением, поэтому синтаксические ошибки можно обнаружить до обработки всей очереди.
Типовой сценарий может взять первые двадцать символов Title, добавить текстовый разделитель и Author. Другой сценарий удаляет пробелы или ненужные части через строковые функции. В справке встречаются LeftStr, RightStr, ReverseString, Pos и AnsiReplaceStr. Эти функции дают достаточно возможностей для очистки распространённых шаблонов: отрезать фиксированный префикс, заменить запрещённый символ, найти разделитель, поменять порядок частей или сформировать новый путь.
Редактор сценария полезен и как место для контроля логики. Вместо длинного макроса с множеством условных оговорок можно явно описать этапы: получить исходное значение, очистить его, проверить разделитель, составить имя, затем назначить метаданные. Для повторяемой операции сценарий сохраняется в файл и загружается снова. Это особенно удобно, когда одна и та же схема применяется к ежедневной или ежемесячной партии документов.
Очистка имени и запрещённых символов
Извлечённый Title или текст страницы может содержать двоеточие. В Windows такой символ недопустим в обычном имени файла, поэтому справка показывает замену двоеточия на подчёркивание через AnsiReplaceStr. Тот же принцип применим к другим потенциально проблемным знакам: перед массовым запуском сценарий должен нормализовать данные, которые приходят из документов. Не следует удалять всё без разбора; лучше выбрать понятный заменитель — дефис, подчёркивание или пробел — и сохранить читаемость.
Обрезка пробелов нужна, если значение приходит из метаданных с лишними отступами или извлекается из текстового блока. Функции строковой обработки позволяют привести его к компактной форме. При этом стоит избегать чрезмерного очищения: удаление всех пробелов превращает нормальный заголовок в слитную строку. Хорошее правило различает внешние пробелы, повторяющиеся разделители и содержательные пробелы между словами.
Если имя получается очень длинным, сокращать лучше смысловую часть, а не случайный конец всей строки. Например, можно ограничить Title заданным количеством символов и сохранить в конце уникальный номер. Это предсказуемее, чем позволить файловой системе отказать на отдельных документах. Длина пути зависит не только от имени, но и от вложенности папок, поэтому тестировать правило стоит в том каталоге, где итоговые PDF действительно будут храниться.
Перестановка частей и разбор шаблона
Сценарий удобен для миграции между соглашениями. Если старые имена имеют форму Автор - Название, а новое правило требует Название — Автор, можно найти разделитель, получить левую и правую части и поменять их местами. Для надёжности важно определить поведение при отсутствии разделителя. Самый безопасный вариант — оставить исходное имя или добавить файл в отдельную серию для ручной проверки, а не строить некорректную строку из пустой части.
При нескольких одинаковых разделителях нужно заранее решить, какой из них считать структурным. Функции Pos и операции со строками позволяют ориентироваться на первое или вычисленное в сценарии вхождение. Если данные непредсказуемы, CSV-список с заранее подготовленной колонкой NewName может оказаться проще и безопаснее, чем усложнение сценария множеством исключений.
Перемещение по папкам через новое имя
В справочном примере Advanced-режим используется не только для изменения basename, но и для формирования нового пути. Сценарий проверяет префикс и собирает путь в соответствующую папку. Это позволяет одновременно нормализовать имена и раскладывать документы по категориям. Такой приём следует тестировать особенно тщательно: ошибка затронет не только имя, но и местоположение файла.
Для разложения по папкам удобно использовать устойчивый классификатор — согласованный префикс, код подразделения или другой признак, который точно присутствует во всех документах. Если условие неоднозначно, лучше сначала переименовать файлы в одной папке, проверить результат, а перемещение выполнить вторым шагом. Чем выше цена ошибки архивации, тем полезнее разделять преобразование имени и изменение структуры каталогов.
Импорт и экспорт списка через CSV
Когда будущие имена удобнее подготовить в электронной таблице, A-PDF Rename позволяет экспортировать список в CSV. Справка описывает практический процесс: добавить PDF, выполнить экспорт списка, открыть CSV в табличной программе, заполнить колонку NewName, затем импортировать список обратно и запустить Rename. Это особенно полезно при участии редактора или архивариуса, который должен вручную согласовать названия, но не хочет переименовывать файлы один за другим.
CSV-подход хорошо работает для нерегулярных архивов. Там, где десять файлов следуют одному шаблону, а одиннадцатый требует смыслового решения человека, таблица может быть быстрее сложного сценария. В ней удобно сортировать строки, сопоставлять старое и новое имя, применять формулы и проводить ручную проверку. После импорта A-PDF Rename остаётся исполнительным механизмом, который применяет утверждённую колонку NewName к исходным PDF.
Главное правило при таком процессе — не менять привязку строк к файлам без понимания структуры экспортированного списка. Сортировка только одной колонки в сторонней программе способна разрушить соответствие между исходным PDF и новым именем. Если таблица редактируется совместно, полезно сохранить исходный экспорт отдельно, а перед фактическим Rename снова сравнить несколько строк в интерфейсе программы.
Когда CSV лучше макроса или сценария
Выбирайте CSV, если новое имя определяется человеком по смыслу документа, а не вычисляется из стабильных полей. Например, архив старых договоров может иметь непоследовательные заголовки и авторов, но сотрудник способен быстро проставить согласованные названия в таблице. Макрос в такой ситуации лишь размножит существующую неоднородность. Сценарий тоже не поможет, если правило нельзя формализовать.
Макрос лучше CSV, если сотни файлов имеют одни и те же качественные метаданные. Сценарий лучше, если данные формализуемы, но требуют очистки, перестановки или условий. CSV лучше, если значимая часть решения остаётся ручной. Эти три режима не конкурируют: в реальном архиве можно сначала выделить однородную серию для макроса, вторую обработать сценарием, а исключения передать в таблицу.
Переименование выбранных файлов и контроль серии
В большой очереди не обязательно применять операцию ко всем строкам одновременно. Возможность переименовать выбранные документы полезна после Preview: можно отметить группу, где расчёт однозначен, выполнить её, а сомнительные строки оставить для отдельного правила. Такой подход снижает риск при смешанной папке, где часть PDF имеет хорошие метаданные, часть — только машинные имена, а часть нуждается в извлечении текста.
После успешной подсерии не следует автоматически применять тот же шаблон к остаткам. Сам факт, что первые файлы переименовались, не доказывает корректность данных у остальных. Перестройте Preview для оставшихся строк и посмотрите, почему они были исключены. Часто остаток выявляет отдельное происхождение PDF, другое соглашение метаданных или пустой текстовый слой.
Командная строка PRNCMD.exe
Для повторяемых операций A-PDF Rename включает утилиту PRNCMD.exe. Документация описывает два основных варианта: передать исходный PDF и новое имя вместе с параметрами либо передать исходный PDF и файл сценария через ключ -C. Командная строка полезна для заданий, где правило уже отлажено в интерфейсе и требуется запускать его одинаково для поступающих документов.
При автоматизации особенно важно не начинать со сложной партии. Сначала проверьте команду на копии одного PDF, затем на небольшой папке и только после этого включайте её в пакетный процесс. Графический Preview в командной строке не заменяется сам собой: ответственность за правильность параметров, путей и сценария переносится на вызывающий скрипт. Для машинной обработки полезны коды возврата, по которым внешний процесс может отличить неверный пароль от ошибки сценария или отсутствующего файла.
Основные параметры командной строки
Ключи метаданных позволяют одновременно задавать свойства PDF: документация перечисляет -T для Title, -A для Author, -J для Subject и -K для Keywords. Параметр -S передаёт пароль исходного документа. Ключ -L используется с файлом макросов правил, -C — со сценарием. Параметр -M означает копирование без перемещения исходного файла, а -I отключает предварительный просмотр в соответствующем командном режиме. Точную строку вызова лучше строить из официально описанных ключей, не полагаясь на похожие параметры других программ.
Ключ -M особенно полезен на этапе проверки автоматизации. Вместо того чтобы сразу менять расположение единственного экземпляра, процесс сохраняет исходный PDF и создаёт копию с новым именем. После сверки результатов режим можно изменить в соответствии с рабочим регламентом. Для архивных документов сохранение исходной партии на отдельном этапе часто проще, чем восстановление ошибочно перемещённых файлов.
Пароль через -S предназначен для обработки PDF, который программа может открыть при наличии правильных данных доступа. Это не средство снятия неизвестной защиты. Если пароль неверен, команда возвращает отдельный код; если используется неподдерживаемый тип защиты, предусмотрен другой код. Такой разбор полезен в автоматизации: проблемный документ можно отправить в журнал и продолжить обработку остальных, а не считать всю серию успешно завершённой.
| Код | Что означает | Что проверить |
|---|---|---|
| 2 | Исходный файл не найден | Путь, имя и рабочий каталог вызывающего процесса. |
| 3 | Не удаётся создать выходной каталог | Путь назначения, существование родительской папки и права записи. |
| 4 | Не удалось загрузить PDF | Целостность файла, доступ к нему и соответствие формату PDF. |
| 5 | Неверный пароль | Значение, переданное для защищённого документа. |
| 6 | Неподдерживаемая защита | Тип защиты PDF и возможность открыть его штатным способом. |
| 7 | Не найден файл сценария | Путь после параметра сценария и имя файла. |
| 9 | Не найден файл макроса | Путь к сохранённому правилу макросов. |
| 10 | Ошибка сценария | Синтаксис, используемые функции и вычисление результата. |
| 11 | Операция отменена | Логику вызывающего процесса и условия отмены. |
| 12 | Не удалось применить свойства | Доступность PDF для записи и корректность новых метаданных. |
| 13 | Недопустимый параметр | Ключи, кавычки, порядок и переданные значения. |
| 14 | Ограничение пробного режима | Условия используемой копии программы перед автоматическим заданием. |
Коды возврата в пакетном процессе
Коды возврата стоит обрабатывать явно, а не проверять только наличие файла назначения. Например, код 3 указывает на проблему каталога, и повтор команды без исправления пути бессмысленен. Код 5 требует проверки пароля конкретного PDF. Код 10 указывает на сценарий и обычно воспроизводится на одном тестовом документе. Такая классификация сокращает диагностику, особенно если команда запускается для большого числа файлов из внешнего пакетного сценария.
Логика автоматизации должна считать успехом только ожидаемый код завершения и дополнительно проверять, что файл назначения действительно появился там, где должен. При копировании полезно сравнить количество обработанных входных документов и созданных результатов. При перемещении — убедиться, что ошибки не оставили серию в смешанном состоянии. A-PDF Rename предоставляет коды, но организацию журнала и повторов должен реализовать внешний процесс.
Работа с защищёнными PDF
Защищённые документы требуют отдельного внимания, потому что переименование по метаданным или изменение свойств начинается с успешной загрузки PDF. В командной строке для пароля предусмотрен параметр -S, а ошибки разделены на неверный пароль и неподдерживаемую защиту. В графической работе тот же принцип остаётся практическим: если файл нельзя корректно открыть и прочитать, рассчитывать правило по его содержимому нельзя.
Не смешивайте обычные и проблемные защищённые PDF в одну критичную серию без Preview. Если часть файлов требует пароль, удобнее вынести их в отдельное задание с контролируемыми учётными данными. Это уменьшает риск того, что оператор увидит десятки успешных строк и пропустит несколько документов, которые фактически не обработались.
A-PDF Rename не следует использовать как средство обхода неизвестной защиты. Наличие параметра пароля означает работу с известным паролем. Если код командной строки сообщает о неподдерживаемом механизме безопасности, корректное действие — исключить файл из задания и решить вопрос доступа другим способом, а не пытаться подменять правила переименования процедурами снятия ограничений.
Совместимость и окружение
Документация A-PDF Rename перечисляет Windows 98, ME, NT, 2000, XP и Vista, а страница продукта дополнительно указывает Windows 7. Это отражает возраст интерфейса и заявленного окружения. Для более новых выпусков Windows разумно сначала проверить запуск, доступ к папкам и обработку копий на конкретном компьютере, особенно если планируется командная автоматизация. Факт запуска на одной современной системе не является универсальной гарантией для всех конфигураций.
Руководство ориентируется на Acrobat Reader 5 или более новый просмотрщик для чтения PDF и одновременно подчёркивает, что для самой операции не требуется полноценный Adobe Acrobat. На практике двойной щелчок по документу в очереди открывает PDF через назначенный просмотрщик, поэтому в системе должен быть настроен компонент, способный показывать файлы. Само переименование не следует путать с редактированием страниц: программа работает с именами, свойствами и текстом, используемым как входные данные правила.
Перед внедрением на рабочем компьютере проверьте три вещи: добавление файлов из реального сетевого или обычного каталога, запись результата в целевую папку и поведение с именами на используемом языке. Старые утилиты могут сильнее зависеть от прав доступа и особенностей путей, чем современные менеджеры файлов. Если архив хранится на сетевом ресурсе, тестируйте именно сетевой путь, а не только временную папку пользователя.
Ограничения, которые влияют на выбор правила
- Программа ориентирована на PDF и не заменяет универсальный пакетный переименователь для смешанных папок с документами разных форматов.
- Извлечение текста и Content Tag требуют текстового слоя; распознавания текста на изображении скана нет.
- Качество именования по метаданным зависит от того, насколько последовательно заполнены свойства самих PDF.
- Позиционный Content Tag чувствителен к существенным изменениям макета, даже если небольшие отклонения координат можно допустить в настройке.
- Advanced-режим даёт гибкость, но требует понимания строковых функций и проверки сценария на исключениях.
- Командная строка удобна после отладки правила; ошибочный путь или сценарий при автоматическом запуске может затронуть много файлов.
- Заявленная документацией совместимость относится к старым выпускам Windows, поэтому современную среду нужно проверять отдельно.
Эти ограничения не делают программу бесполезной; они определяют правильную область применения. A-PDF Rename особенно уместен, когда задача узкая и повторяемая: есть партия PDF, известные поля или стабильная верстка и понятная схема будущего имени. Чем сильнее документы различаются по происхождению, тем больше ценность предварительной сортировки и разделения на несколько правил.
Типичные ошибки и способы их исправить
В Preview появляется пустая часть имени
Сначала определите, какой макрос дал пустое значение. Если это Title или Author, откройте свойства PDF и проверьте метаданные. Если это Content Tag, убедитесь, что в документе есть текстовый слой и нужное поле находится в ожидаемой области. Если значение необязательное, переработайте схему так, чтобы отсутствие поля не оставляло двойных дефисов или бессмысленных разделителей. Для условного поведения используйте сценарий, а не слишком длинную цепочку простых макросов.
Несколько файлов получают одинаковое новое имя
Коллизия означает, что выбранных признаков недостаточно для уникальности. Добавьте номер, дату, исходный идентификатор или другую устойчивую часть. Не полагайтесь на автоматическое поведение файловой системы при совпадении: стандарт имен должен сам гарантировать различимость. Если документы действительно являются дубликатами, сначала решите, какой экземпляр нужен, а уже затем запускайте массовую операцию.
В имени появляется недопустимый символ
Если символ приходит из Title, Author или извлечённого текста, очистите значение в Advanced-режиме. Справка показывает замену двоеточия через AnsiReplaceStr. Аналогично можно нормализовать другие знаки, которые файловая система не принимает. Предпочтительно заменять их осмысленным разделителем, а не просто удалять, чтобы слова не склеивались и имя оставалось читаемым.
Content Tag работает только на части документов
Сравните макет удачного и неудачного PDF. Если поле смещено, скорректируйте допустимые отклонения X/Y или создайте отдельный тег для второго шаблона. Если страница — скан без текстового слоя, изменение координат не поможет. Если ключевое слово присутствует, но значение расположено непредсказуемо, попробуйте метод, основанный на ключе, либо разделите документы по типу верстки.
Сценарий не компилируется
Уменьшите код до минимального присваивания newFilename и убедитесь, что базовый пример выполняется. Затем возвращайте строковые функции по одной. Ошибка часто связана не с самим PDF, а с синтаксисом, кавычками, именем функции или незакрытым выражением. Код возврата 10 в командном запуске также указывает на ошибку сценария. Сначала добейтесь успешной компиляции на одном документе, только затем возвращайте серию.
После импорта CSV строки не соответствуют файлам
Сравните импортированный список с сохранённой исходной выгрузкой. Наиболее опасная операция в табличном редакторе — сортировка одной колонки без остальных, потому что она разрывает пару исходный файл — NewName. Восстановите правильную таблицу, импортируйте заново и проверьте несколько строк из начала, середины и конца очереди до Rename.
Командная строка сообщает, что файл не найден
Код 2 относится к исходному PDF, коды 7 и 9 — к файлу сценария или макроса. Проверьте полный путь, рабочий каталог, кавычки вокруг путей с пробелами и фактическое имя файла. Не исправляйте все пути одновременно: запустите команду с одним простым PDF и абсолютными путями, а затем постепенно возвращайте переменные пакетного процесса.
Не удаётся создать папку назначения
Код 3 означает проблему выходного каталога. Проверьте, существует ли родительская папка, разрешена ли запись и корректно ли сценарий формирует путь. Если путь строится из содержимого PDF, убедитесь, что извлечённое значение не содержит запрещённых символов. Для сетевой папки дополнительно проверьте права именно той учётной записи, под которой запускается автоматическое задание.
Метаданные не применяются
Код 12 в командном режиме указывает на сбой применения свойств. Убедитесь, что PDF доступен для записи, не занят другим процессом и не защищён способом, мешающим изменению. Сначала попробуйте изменить одно поле на одном тестовом документе. Если имя меняется, а свойства нет, проблема локализована в записи метаданных, а не в конструкторе имени.
Практический сценарий: архив договоров
Предположим, папка содержит договоры с техническими именами, но в Title записано название, а в Author — ответственное подразделение. В простом режиме можно собрать схему Title — Author и добавить порядковый номер как страховку. Сначала загрузите небольшую выборку из разных лет, выполните Preview и найдите документы с пустыми полями. Хорошо заполненные PDF обработайте одним правилом, а исключения оставьте для CSV или ручного заполнения метаданных.
Если часть договоров содержит в Title двоеточие, перейдите в Advanced и замените его на допустимый разделитель. Не удаляйте исходные машинные номера до тех пор, пока не уверены, что новые имена однозначно связываются с учётной системой. На переходный период можно оставить старый идентификатор в конце имени. После проверки нескольких партий ненужную часть легко убрать новым сценарием.
Если требуется одновременно привести внутренний Title к корпоративному заголовку, задайте новое свойство вместе с именем. Так поиск по файловой системе и просмотр свойств PDF будут показывать одну терминологию. Но не перезаписывайте Author или Producer только ради визуальной симметрии, если эти поля уже несут технически полезную информацию.
Практический сценарий: счета с номером в одном месте
Для однотипных счетов номер часто расположен в фиксированном блоке. Создайте Content Tag на образце, выделив нужный номер и сохранив позицию. Проверьте документы с минимальным и максимальным количеством строк в шапке, чтобы убедиться, что верстка не сдвигает поле. В шаблоне можно объединить извлечённый номер с датой из другого устойчивого признака или с постоянным префиксом.
Если счета приходят из двух генераторов и поле расположено по-разному, не расширяйте отклонение до огромной области: это увеличивает риск подобрать неверный текст. Создайте два задания или два согласованных тега. Если один поставщик присылает сканы, A-PDF Rename не извлечёт номер с изображения; такие документы сначала требуют OCR или отдельного инструмента, после которого в PDF появится текстовый слой.
Перед Rename просмотрите все вычисленные номера на предмет символов вроде слеша. Номер 15/08 визуально допустим в документе, но слеш нельзя оставить в имени Windows. В Advanced-сценарии замените его на дефис и сохраните исходный смысл, например 15-08. Этот этап лучше заложить в правило заранее, а не исправлять единичные ошибки после массовой операции.
Практический сценарий: научные статьи по Title и Author
Для коллекции статей естественная схема — Author — Title. Она работает, если метаданные заполнены издателем. Добавьте несколько PDF из разных журналов и посмотрите, как записаны авторы: один файл может содержать фамилии, другой — полные имена, третий — организацию. Если формат слишком неоднороден, простой макрос создаст такие же неоднородные имена, только более длинные.
Когда Author содержит список из многих соавторов, разумно ограничить используемую часть сценарием или выбрать другой идентификатор. Не стоит превращать имя файла в копию библиографической записи: слишком длинные строки неудобны и повышают риск ограничения пути. Смысл A-PDF Rename — создать устойчивый файловый идентификатор, а полные сведения могут оставаться в метаданных PDF и библиографической системе.
Если Title содержит подзаголовок после двоеточия, замените только файлово недопустимый знак, не теряя текст. Предварительный просмотр помогает увидеть, где такой заголовок становится слишком длинным. Для одинаковых заголовков разных лет добавьте устойчивый различитель, если он доступен в данных или подготовлен в CSV.
Практический сценарий: протоколы с ручным согласованием
Протоколы нередко имеют непоследовательные метаданные, а смысловое название определяет сотрудник. В этом случае экспорт списка в CSV может быть эффективнее макросов. Сформируйте очередь, экспортируйте таблицу, заполните NewName по принятому регламенту и верните список в программу. Такой процесс сохраняет массовое применение, но оставляет смысловое решение человеку.
Чтобы не потерять соответствие, редактируйте всю строку таблицы как единое целое. Если нужно сортировать по подразделению или дате, выделяйте весь диапазон. Перед импортом сохраните отдельную копию исходной выгрузки. После импорта сравните старое и новое имя для нескольких строк и только потом применяйте серию.
Если регламент требует заполнить Title тем же значением, которое утвердил сотрудник, можно провести второй проход с метаданными или подготовить правило на основе новой схемы. Не пытайтесь автоматически выводить смысловой заголовок из плохо заполненных полей, если человек уже проделал работу по нормализации в таблице.
Практический сценарий: ежедневная автоматизация
После того как графическое правило и сценарий проверены на реальных документах, их можно использовать в командной обработке. Сохраните сценарий, подготовьте вызов PRNCMD.exe с абсолютными путями и сначала включите режим, сохраняющий исходный файл. Внешний пакетный процесс должен записывать код возврата для каждого PDF, а не только общее сообщение в конце.
Разделяйте успешные и проблемные документы. Код неверного пароля, отсутствующий файл сценария и ошибка создания каталога требуют разных действий. Если автоматизация просто повторяет любую неудачную команду, она может ежедневно генерировать один и тот же сбой. Лучше складывать ошибки в отдельный список и повторно запускать только после устранения причины.
Правило, которое работало месяц, стоит периодически проверять на новых образцах, особенно если входящие PDF формируют внешние поставщики. Изменение верстки может нарушить Content Tag, а изменение метаданных — сделать простой макрос менее информативным. Автоматизация надёжна не потому, что запускается без человека, а потому, что её входные предположения регулярно подтверждаются.
Как выбрать между макросом, Content Tag, сценарием и CSV
| Способ | Когда использовать | Что проверить перед Rename |
|---|---|---|
| Простой макрос | Нужные данные уже есть в метаданных или файловых атрибутах и одинаково оформлены. | Пустые поля, длину, разделители и уникальность результата. |
| Content Tag | Нужный идентификатор находится в текстовом слое и занимает стабильную позицию либо связан с ключевой меткой. | Верстку разных образцов, наличие текста, координаты и специальные символы. |
| Advanced-сценарий | Нужны условия, очистка строк, перестановка частей, разбор имени или формирование пути. | Компиляцию, исключения, пустые значения и поведение при неизвестном шаблоне. |
| CSV-список | Новое имя требует ручного решения или готовится в табличной программе. | Целостность пар строк, колонку NewName и корректность импортированного списка. |
Если задача решается простым макросом, не усложняйте её сценарием. Чем меньше логики, тем легче проверить результат. Если макрос начинает обрастать исключениями, Advanced делает условия явными. Если условия невозможно формализовать, таблица честнее автоматизации. Content Tag занимает отдельное место: он переносит в имя данные из текста PDF, но требует стабильного документа, а не только хороших метаданных.
Сравнение A-PDF Rename с аналогами
| Программа | Лучше подходит для | Главное ограничение |
|---|---|---|
| A-PDF Rename | Пакетного именования PDF по метаданным, текстовым тегам, макросам и собственным сценариям. | Нет OCR для сканов; специализация только на PDF. |
| A-PDF Preview and Rename | Визуального переименования PDF, включая случаи, где нужен OCR текста сканированных страниц. | Рабочий процесс сильнее завязан на просмотр содержимого и ручную проверку. |
| Automatic PDF Processor | Автоматической обработки входящих PDF по папкам с правилами именования из содержимого. | Ориентирован на постоянные профили автоматизации, а не на простую разовую очередь. |
| AutoSplit | Переименования PDF по тексту или метаданным внутри рабочих процессов Adobe Acrobat. | Требует среды Adobe Acrobat и установки подключаемого модуля. |
| Advanced Renamer | Универсального пакетного переименования файлов и папок разных типов. | Не специализируется на извлечении содержимого и свойств именно PDF. |
| Rename Expert | Массового переименования смешанных файлов с использованием общих файловых и медиа-метаданных. | PDF-специфичные текстовые теги и сценарии документа не являются его основной задачей. |
Практический выбор зависит от исходных данных. Если PDF уже содержат корректные свойства или одинаково расположенный текст, A-PDF Rename даёт прямой путь от этих данных к имени и позволяет усложнить правило через Object Pascal. Для сканов, где нужен OCR, логичнее инструмент с распознаванием. Для постоянной горячей папки удобнее специализированный автоматический обработчик, а для смеси изображений, аудио и обычных файлов — универсальный переименователь. Если вся работа уже построена вокруг Adobe Acrobat, подключаемый модуль может лучше вписаться в существующий процесс.
Подробная проверка перед большой серией
- Соберите репрезентативную выборку: короткие и длинные имена, заполненные и пустые метаданные, разные папки, многостраничные PDF и несколько исключений.
- Добавьте выборку тем же способом, которым позже будет добавляться рабочая папка, особенно если используются вложенные каталоги.
- Соберите самое простое правило, которое решает задачу, и только затем добавляйте очистку, условия или Content Tag.
- Запустите Preview и визуально сравните исходное и будущее имя в начале, середине и конце списка.
- Проверьте уникальность будущих имён и наличие запрещённых для файловой системы символов.
- Для метаданных отдельно проверьте, какие поля будут изменяться и не теряются ли полезные исходные значения.
- Для Content Tag сравните документы разных макетов и убедитесь, что каждый имеет текстовый слой.
- Для Advanced добейтесь успешной компиляции и проверьте ветви сценария на файлах с отсутствующими или необычными данными.
- При импорте CSV сравните несколько пар исходного имени и NewName после возврата списка в программу.
- В командной строке обработайте один файл, проверьте код возврата и местоположение результата перед запуском цикла.
- Первую крупную серию выполняйте на копии или с сохранением исходных документов до завершения проверки.
- После обработки сравните количество ожидаемых и полученных файлов и выборочно откройте PDF, чтобы подтвердить, что менялись именно имена и запланированные свойства.
Такая проверка кажется длиннее одного нажатия Rename, но она экономит время на восстановлении архива. Большинство рисков видно ещё до записи: пустой макрос, повторяющееся имя, неправильный Content Tag или ошибочная перестановка частей. Чем больше документов в партии, тем выше ценность предварительной выборки и контрольной ведомости.
Тонкости именования по Title
Title — удобное, но не гарантированно чистое поле. Он может повторять имя файла, содержать переносы, служебный текст или быть пустым. Если в коллекции PDF формируются несколькими приложениями, один генератор может записывать хороший заголовок, а другой — оставлять техническое значение. Перед использованием Title как основного идентификатора сравните свойства минимум нескольких документов каждого происхождения.
Если Title качественный, его можно дополнить коротким уникальным идентификатором, а не повторять Author, Subject и Keywords сразу. Имя файла должно помогать находить документ, а не дублировать весь набор свойств. Полная информация останется внутри PDF. Чем длиннее шаблон, тем больше риск неудобной навигации и различий, которые человек перестаёт замечать.
При обрезке Title сценарием оставляйте различитель после усечённой части. Два длинных заголовка могут иметь одинаковые первые двадцать символов. Номер, дата или часть исходного имени предотвращает коллизию. Preview должен подтвердить это на реальной очереди, а не только на одном тестовом PDF.
Тонкости именования по Author
Author удобен в коллекциях, где поле заполняется единообразно одним процессом. Но в свободных PDF оно может содержать имя пользователя Windows, название отдела, фамилию автора, список соавторов или вообще отсутствовать. Поэтому макрос Author безопаснее использовать после инвентаризации метаданных, а не по предположению, что поле всегда означает человека.
Если Author нужен только для сортировки, решите единый порядок: Фамилия Имя, инициалы или организационное имя. A-PDF Rename способен подставить и преобразовать строку, но не может сам определить семантически правильное написание из произвольных данных. Нормализация исходных значений остаётся частью подготовки архива.
Для длинного списка авторов можно применять сценарий и брать первый согласованный фрагмент, если формат поля предсказуем. Если формат непредсказуем, ручная подготовка CSV надёжнее. Не строите сложный парсер лишь ради автоматизации нескольких исключений: такие правила трудно сопровождать и ещё труднее проверять спустя месяцы.
Тонкости именования по Subject и Keywords
Subject обычно более компактный, чем Keywords, и подходит как рубрика или тип документа. Если организация уже использует поле для классификации, оно может стать хорошим средним элементом имени между датой и номером. Пустой Subject нужно учитывать заранее: простая подстановка может оставить два разделителя подряд, поэтому для смешанной коллекции разумен сценарий с условием.
Keywords часто содержит несколько значений. Вставка всего поля полезна только при коротком и стандартизованном наборе. В противном случае имя разрастается и становится трудно читать. Если один тег из Keywords нужен как классификатор, проще извлечь его сценарием по известному формату или подготовить NewName через CSV. A-PDF Rename предоставляет строковые операции, но правило должно опираться на реальную структуру данных.
Если Subject и Keywords одновременно меняются в рамках нормализации, сначала решите, какие значения должны оставаться в PDF как поисковые свойства и какие действительно нужны в имени. Файл может иметь короткое имя и богатые метаданные. Переименование не должно превращать файловую строку в замену каталогу свойств.
Использование исходного имени как страховки
При миграции архива полностью отказываться от старого имени в первом проходе необязательно. Макрос Filename позволяет включить его в новую структуру: например, после читаемого Title или перед новым номером. Это сохраняет связь со старыми ссылками, бумажными реестрами и обсуждениями, где прежний идентификатор уже использовался людьми.
После того как новые имена проверены и сопоставление сохранено, старую часть можно удалить вторым правилом. Такой двухэтапный подход безопаснее резкой замены, особенно если нет отдельной базы соответствий. Экспорт списка также может служить ведомостью старых и новых имён перед окончательной миграцией.
Если исходное имя само содержит недопустимые или неудобные элементы, не переносите его целиком без очистки. Advanced позволяет взять только нужный фрагмент, найти разделитель или заменить символы. Цель страховки — сохранить идентификатор, а не все исторические дефекты строки.
Папки и вложенные каталоги
Добавление каталога с вложенными папками удобно для инвентаризации дерева, но повышает требования к правилу. Одинаковые basename могут существовать в разных папках без конфликта, а после перемещения в общий каталог превратиться в коллизию. Если сценарий меняет путь, проверяйте уникальность в целевом каталоге, а не только внутри исходных подпапок.
Макрос Foldername можно использовать как часть имени, если структура папок уже несёт классификацию. Например, имя отдела или года может перейти в строку файла при консолидации архива. Но этот приём разумен только для устойчивых названий каталогов. Временные папки Новые, На проверку или имена сотрудников обычно не должны становиться частью постоянного идентификатора.
При автоматическом формировании нового пути избегайте сценариев, которые создают глубокую структуру из длинных текстовых полей. Чем больше вложенность, тем труднее контролировать длину пути и права доступа. Короткий код категории в папке и содержательное имя файла часто надёжнее, чем повторение полного Title на каждом уровне.
Сценарий с заменами: как не потерять смысл
AnsiReplaceStr удобна для точечных замен. Хороший сценарий явно перечисляет только те символы или фрагменты, которые действительно нужно нормализовать. Массовое удаление знаков препинания может соединить номера, даты и слова. Например, слеш в номере лучше заменить дефисом, а двоеточие между заголовком и подзаголовком — аккуратным разделителем.
После каждой новой замены просмотрите не только файл, который вызвал проблему, но и несколько обычных. Исправление для одного исключения иногда меняет смысл остальных имён. Если правило стало длинной последовательностью замен, сохраните его под новым именем и оставьте предыдущий рабочий вариант: это упрощает откат логики, даже если сами PDF ещё не переименованы.
Не используйте сценарий как средство угадывания содержания. Строковые функции работают с доступными значениями, но не понимают, является ли найденная часть фамилией, номером договора или датой. Чем лучше определён входной формат, тем надёжнее результат. При слабом формате ручной CSV остаётся контролируемым вариантом.
Сценарий с условиями: обработка исключений
Главное преимущество Advanced перед простым шаблоном — возможность выбрать разное поведение в зависимости от данных. Если Title пуст, можно использовать исходное имя; если Author заполнен — добавить его, иначе не ставить лишний разделитель. Если префикс соответствует категории, можно сформировать другой путь. Такие условия делают одно правило устойчивее, но только если набор вариантов заранее известен.
Не превращайте сценарий в бесконечный список частных случаев. Когда исключений становится много и они не образуют закономерность, разбейте очередь на несколько серий. Отдельный сценарий для каждого стабильного шаблона легче проверить, чем один огромный код с десятками ветвей. В интерфейсе можно сохранять и загружать сценарии, поэтому разделение не мешает повторному использованию.
Для каждой ветви подготовьте тестовый PDF. Если условие никогда не срабатывает в тестовой выборке, его ошибка может обнаружиться только на рабочей партии. Минимальный набор тестов должен включать заполненное значение, пустое значение и неожиданный формат разделителя. Preview остаётся финальной проверкой независимо от того, насколько аккуратно написан код.
Предварительный просмотр как инструмент аудита данных
Preview полезен не только для проверки синтаксиса имени, но и для диагностики архива. Если сотни PDF вдруг получают пустой Author, это сигнал о качестве метаданных. Если Content Tag работает только на половине документов, вероятно, смешаны два макета. Если будущие имена различаются только номером, возможно, выбранные поля слишком общие. То есть список результатов помогает увидеть структуру данных до того, как она закрепится в файловой системе.
При большой очереди просматривайте не только верхние строки. Проверяйте начало, середину и конец, а также документы из разных подкаталогов. Если список можно сортировать по соответствующему столбцу, используйте сортировку для поиска повторов и пустых значений; если нет, экспорт списка в CSV даёт дополнительную возможность проверить данные в табличной программе.
После исправления метаданных или сценария Preview следует пересчитать. Не опирайтесь на старый визуальный результат после изменения входных PDF. Контрольный просмотр должен соответствовать именно той версии очереди и правила, которая пойдёт в Rename.
Переименование и изменение метаданных: раздельно или вместе
Одновременная операция удобна, когда оба результата зависят от одной и той же проверенной структуры. Например, Title можно нормализовать, а имя построить из нормализованного значения. Но если метаданные требуют отдельного содержательного решения, лучше сначала привести свойства в порядок, убедиться в них и только потом строить имена. Разделение этапов облегчает поиск причины ошибки.
Если имя вычисляется из старых метаданных, а в том же проходе они меняются, заранее определите, какие значения использует правило — исходные или новые. На тестовом PDF это легко проверить через Preview и свойства результата. Не предполагайте порядок выполнения, если он критичен для стандарта; подтвердите его на копии документа.
Для архивов с нормативными требованиями полезно сохранить ведомость преобразований. Экспорт списка до операции фиксирует исходные и подготовленные имена. Если позже понадобится объяснить, почему конкретный PDF получил новое название, такая таблица помогает восстановить логику без анализа файловой системы задним числом.
Проверка файлов после Rename
Успешное сообщение программы ещё не заменяет итоговую проверку. Сравните количество документов до и после, убедитесь, что ожидаемые файлы присутствуют, и откройте несколько PDF из разных частей серии. Переименование не должно менять страницы документа; если одновременно менялись метаданные, откройте свойства и проверьте их отдельно.
Если выполнялось перемещение по папкам, проверьте каждую ветвь сценария. Если использовался CSV, сравните несколько строк с утверждённой таблицей. Если работала командная строка, сопоставьте коды возврата с фактическими файлами. Цель — подтвердить не просто отсутствие ошибки, а соответствие принятому правилу именования.
После первой успешной серии сохраните правило или сценарий под понятным рабочим названием и отдельно зафиксируйте его назначение в вашем регламенте. Через несколько месяцев название вроде final2 не объяснит, для каких PDF рассчитана логика и какие поля она ожидает. Сама программа умеет сохранять сценарии и правила; дисциплина именования этих файлов остаётся на пользователе.
Частые вопросы по A-PDF Rename
Можно ли добавить сразу папку PDF?
Да. Руководство описывает добавление каталога и возможность включить вложенные папки. Перед большой загрузкой проверьте, что все подкаталоги относятся к одному правилу. Если структура неоднородна, лучше создавать несколько очередей.
Можно ли переименовать только выбранные строки?
Да. Справочные материалы описывают переименование выбранных документов. Это удобно, когда Preview показывает, что часть очереди готова, а оставшиеся PDF требуют другого правила или ручной проверки.
Можно ли использовать заголовок и автора PDF?
Да. Title и Author относятся к базовым данным для правил. Также доступны Subject, Keywords и другие свойства. Качество результата зависит от того, как эти поля заполнены в конкретной коллекции.
Можно ли взять номер прямо со страницы?
Да, если номер доступен как текст. Для стабильной верстки используется Content Tag с позицией и допустимым отклонением; в справке также описывается вариант, связанный с ключевым словом. Из изображения скана без текстового слоя значение не извлекается.
Есть ли OCR для сканированных PDF?
Нет. Для сканов без текстового слоя сначала требуется распознавание другим инструментом. После появления текста можно вернуться к правилам A-PDF Rename и проверить Content Tag на нескольких образцах.
Можно ли изменить Title и Author одновременно с именем?
Да. Программа поддерживает подготовку новых метаданных, а расширенные сценарии позволяют вычислять значения из исходного имени и других доступных данных. Перед серией проверьте, что полезные существующие свойства не будут затёрты.
Можно ли убрать часть исходного имени?
Да. В Advanced используются строковые функции, позволяющие искать разделитель, брать левую или правую часть, удалять или заменять фрагменты. Для единообразных имён это удобнее ручной правки.
Как заменить двоеточие в Title?
Справка показывает замену через AnsiReplaceStr, например на подчёркивание. Такой приём полезен, когда метаданные содержат символы, непригодные для имени файла Windows. Аналогичную очистку нужно проверять на реальных строках до запуска Rename.
Можно ли подготовить новые имена в Excel-подобной таблице?
Да. Экспортируйте список в CSV, заполните NewName в табличной программе, затем импортируйте список. Следите, чтобы сортировка не нарушила соответствие строк исходным файлам.
Можно ли запускать правило из пакетного сценария?
Да. Для этого используется PRNCMD.exe, параметры командной строки и сохранённые сценарии или макросы. Перед автоматизацией проверьте один файл и обработку кодов возврата.
Можно ли оставить исходный PDF при командной обработке?
Для командной строки документация описывает параметр -M, который используется для копирования без перемещения исходного файла. Это удобный режим проверки перед переходом к рабочей схеме.
Что делать с PDF под паролем?
Для известного пароля в командном режиме предусмотрен -S. Неверный пароль и неподдерживаемая защита имеют отдельные коды ошибок. Неизвестную защиту программа не следует рассматривать как задачу переименования.
Можно ли открывать документ из очереди?
Руководство описывает открытие PDF двойным щелчком через назначенный просмотрщик. Это удобно для проверки содержания строки перед тем, как оставить её в массовой операции.
Нужен ли Adobe Acrobat для переименования?
Полноценный Adobe Acrobat для самой операции не требуется. Документация ориентируется на установленный PDF-просмотрщик для открытия документов и упоминает Acrobat Reader 5 или более новый вариант просмотра.
Что делать, если правило стало слишком сложным?
Разделите задачу. Однородную часть обработайте макросом, формализуемые исключения — отдельным сценарием, а нерегулярные имена — через CSV. Несколько проверяемых правил обычно безопаснее одного большого сценария, который пытается угадать все варианты.
Практический итог
A-PDF Rename наиболее полезен там, где имя PDF можно точно вывести из уже имеющихся данных: метаданных, файловых атрибутов, стабильного текстового фрагмента или понятного шаблона исходной строки. Простой режим закрывает массовые операции без программирования, Content Tag переносит в имя текст из документа, Advanced добавляет очистку и условия, CSV оставляет место для ручного согласования, а PRNCMD.exe позволяет повторять отлаженное правило из внешнего пакетного процесса.
Ключ к безопасной работе — не сама команда Rename, а качество предварительной проверки. Репрезентативная выборка, Preview, контроль пустых и повторяющихся значений, обработка недопустимых символов и сохранение исходной партии снижают риск гораздо сильнее, чем усложнение сценария. Если документы неоднородны, разделяйте их по происхождению данных и макету вместо попытки построить одно универсальное правило.
Для сканов без текста, смешанных форматов и задач полноценного редактирования PDF следует выбирать другой инструмент или предварительный этап. Если же требуется именно системное пакетное именование PDF по свойствам и содержимому, A-PDF Rename даёт несколько уровней контроля — от макроса до Object Pascal и командной строки — и позволяет увидеть рассчитанный результат до массового изменения файлов.