|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Sy4a
![]() Это то да можно и для всех пихать только дело уже в том что в серче хранятся сотни договоров у которых ещё может быть под сотни версий и если сделать так то все старые просто затеряются. Одним словом это Завод).
А покачто попробую как написал Kiot, точнее уже завтра, смена заканчивается. Вы ведь именно это и собираетесь сделать, просто добавляете окончание не для всех новых файлов, а для некоторых. Что изменится, если будете добавлять для всех?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
![]() |
#2 |
Участник
|
изменится то что документы добавляются в серч по обозначению а обозначение это название файла если название изменится то они будут добавляться как новые договора а надо чтобы накладывались на старые. Просто я сделал так что ищется договор в серче по обозначению если обозначение находится то значит это тот же договор и ему добавляется новая версия если не находится то создается как новый которому присваивается новый айди.
|
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от Sy4a
![]() изменится то что документы добавляются в серч по обозначению а обозначение это название файла если название изменится то они будут добавляться как новые договора а надо чтобы накладывались на старые. Просто я сделал так что ищется договор в серче по обозначению если обозначение находится то значит это тот же договор и ему добавляется новая версия если не находится то создается как новый которому присваивается новый айди.
У Вас есть старые договора (старые записи таблицы RContractTable), к которым уже есть файлы в хранилище. Теперь создали новую записи в таблице договоров с тем же номером. Как Вы определите, что речь идет о новом договоре, к которому файлы еще не прикреплялись, а не о старом, где надо выполнить замену? Предположим, добавили файлы к обоим договорам. Теперь внесли изменение в файл по одному из договоров. Как Вы определите для какого из этих договоров надо добавлять некое окончание к имени файла для его поиска (дату подписания), а для какого - нет?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
![]() |
#4 |
Участник
|
Уловил о чем ты. На данный момент имена файлов пишется вручную и люди которые сканят эти договора знают че к чему и дописывают где надо дату подписания, а заносят их другие люди и в поиске вбивают номер и по дате смотрят в какой внести (просто знают что если есть дата то это дубликат). После завершения того что я делаю эти же люди будут заносить их и в аксапту и соотвественно в серч посредством нажатия всего одной кнопки и соответственно они будут знать что это за договор. Процесс идет если я не ошибуюсь следующим образом:
Сначало создается договор в аксапте по всем правилам и тд, затем они идут его утверждать с начальником или ещё с кем (имею виду договор на бумаге), затем если утвержден его сканируют и его добавляют в серч и его айди заносят в аксапту. Если бы это делал левый человек так скажем то ты прав он ни как не узнает какой это договор и с какого из них брать дату, точнее в какой добавить) |
|
![]() |
#5 |
Участник
|
Повторю ещё раз - ЭТО ЗАВОД) тут всегда всё через одно место делается.)
|
|
![]() |
#6 |
Участник
|
Цитата:
Сообщение от Sy4a
![]() Уловил о чем ты. На данный момент имена файлов пишется вручную и люди которые сканят эти договора знают че к чему и дописывают где надо дату подписания, а заносят их другие люди и в поиске вбивают номер и по дате смотрят в какой внести (просто знают что если есть дата то это дубликат). После завершения того что я делаю эти же люди будут заносить их и в аксапту и соотвественно в серч посредством нажатия всего одной кнопки и соответственно они будут знать что это за договор. Процесс идет если я не ошибуюсь следующим образом:
Сначало создается договор в аксапте по всем правилам и тд, затем они идут его утверждать с начальником или ещё с кем (имею виду договор на бумаге), затем если утвержден его сканируют и его добавляют в серч и его айди заносят в аксапту. Если бы это делал левый человек так скажем то ты прав он ни как не узнает какой это договор и с какого из них брать дату, точнее в какой добавить) Вообще-то, подобные задачи решаются по другому. Просто в таблице RContractTable (или в таблице связи, если на один договор может быть несколько файлов) тупо записывается имя файла. И совершенно не важно, есть дубль договора или нет. Главное, чтобы имя файла было уникально во ВСЕЙ таблице. Вот для обеспечения этой уникальности, старые имена записываются "как есть" (они уже уникальны), а для всех новых файлов в конец имени записывается дата подписания. В крайнем случае, можно выполнить массовое переименование старых файлов с добавлением даты в конец имени.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
![]() |
#7 |
Участник
|
На мысль на толкнул. Добавлю условие сравнения даты подписания текущей с найдеными если она новее любой из базы то переименовать если же самая старая то не добавлять дату. А так я сделал как написал Kiot и вроде меня устраивает)
|
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|