Поиск по таблице

[Sy4a]

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

[Владимир Максимов]

Цитата:

Сообщение от Sy4a

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

"Ничего не понимаю" (с)

У Вас есть старые договора (старые записи таблицы RContractTable), к которым уже есть файлы в хранилище. Теперь создали новую записи в таблице договоров с тем же номером. Как Вы определите, что речь идет о новом договоре, к которому файлы еще не прикреплялись, а не о старом, где надо выполнить замену?

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

[Sy4a]

Уловил о чем ты. На данный момент имена файлов пишется вручную и люди которые сканят эти договора знают че к чему и дописывают где надо дату подписания, а заносят их другие люди и в поиске вбивают номер и по дате смотрят в какой внести (просто знают что если есть дата то это дубликат). После завершения того что я делаю эти же люди будут заносить их и в аксапту и соотвественно в серч посредством нажатия всего одной кнопки и соответственно они будут знать что это за договор. Процесс идет если я не ошибуюсь следующим образом:
Сначало создается договор в аксапте по всем правилам и тд, затем они идут его утверждать с начальником или ещё с кем (имею виду договор на бумаге), затем если утвержден его сканируют и его добавляют в серч и его айди заносят в аксапту.
Если бы это делал левый человек так скажем то ты прав он ни как не узнает какой это договор и с какого из них брать дату, точнее в какой добавить)

[Sy4a]

Повторю ещё раз - ЭТО ЗАВОД) тут всегда всё через одно место делается.)

[Владимир Максимов]

Цитата:

Сообщение от Sy4a

Уловил о чем ты. На данный момент имена файлов пишется вручную и люди которые сканят эти договора знают че к чему и дописывают где надо дату подписания, а заносят их другие люди и в поиске вбивают номер и по дате смотрят в какой внести (просто знают что если есть дата то это дубликат). После завершения того что я делаю эти же люди будут заносить их и в аксапту и соотвественно в серч посредством нажатия всего одной кнопки и соответственно они будут знать что это за договор. Процесс идет если я не ошибуюсь следующим образом:
Сначало создается договор в аксапте по всем правилам и тд, затем они идут его утверждать с начальником или ещё с кем (имею виду договор на бумаге), затем если утвержден его сканируют и его добавляют в серч и его айди заносят в аксапту.
Если бы это делал левый человек так скажем то ты прав он ни как не узнает какой это договор и с какого из них брать дату, точнее в какой добавить)

У тебя ключевая фраза "люди знают". Проблема в том, что Axapta как раз "не знает". Она никак, никоим образом, не сможет определить надо дописывать в конец имени дату или нет. Я показал, что факт наличия дубликата договора не является таким признаком. Надо именно "знать" в той постановке задачи, в которой ты пытаешься ее решить.

Вообще-то, подобные задачи решаются по другому. Просто в таблице RContractTable (или в таблице связи, если на один договор может быть несколько файлов) тупо записывается имя файла. И совершенно не важно, есть дубль договора или нет. Главное, чтобы имя файла было уникально во ВСЕЙ таблице.

Вот для обеспечения этой уникальности, старые имена записываются "как есть" (они уже уникальны), а для всех новых файлов в конец имени записывается дата подписания. В крайнем случае, можно выполнить массовое переименование старых файлов с добавлением даты в конец имени.

[Sy4a]

На мысль на толкнул. Добавлю условие сравнения даты подписания текущей с найдеными если она новее любой из базы то переименовать если же самая старая то не добавлять дату. А так я сделал как написал Kiot и вроде меня устраивает)