Lotsia PLM: Форум по семейству систем PLM/PDM/TDM/ERP/Workflow

А что если на этапе создания формы написать, что данные номер плановый и не является итоговом, а потом на самом последнем шаге, т.е. автоматически при записи в бд обновить нумерацию, получить последний номер, сгенерировать новый (итоговый) и с таким вот номером он моментом запишется в БД, при чем пр...

Тут тогда и промежуточные файлы не нужны... Вот делаешь процедурку забираешь курс, а дальше как хочешь так с ним и поступай, я вот тут вообще велосипед с квадратными колесами изобрел, создай атрибут курс доллара и в него в значение по умолчанию пиши, а серверную процедуру на workflow запускай 1 раз ...

Я тут подумал а ведь можно и SQLем это сделать... только тут я не силен хотя уверен есть готовый скрипт

Александр, а ведь можно это все и на vba написать, значит не буду вдаваться в подробности вот тут информация о работе с центральным банком россии http://www.cbr.ru/scripts/Root.asp, а вот здесь пример получения курсов валют в MS Access http://hiprog.com/index.php?option=com_content&task=view&...

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

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

Я думаю... что workflow... для этого замечательно подойдет... работа с ограниченным периодом действия вот и все...

Здесь скорее, если нет ничего прямо указывающего на принадлежность атрибута, прийдется все же использовать человеческий фактор и я соглашусь с Disillusioned, но ведь это можно сделать и немного подругому... Суть идеи следующая... честно скажу... подсмотрел, не в такой конечно интерпретации но все же...

Ох... Александр извини... но сейчас я тебе в этом реально помочь не могу тоже очень и очень занят...

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

а я видел такой модулек у другой конторки, но суть его такая что при больших объемах данных это выделенный человек... сейчас мало времени нужно бежать в понедельник принцип напишу... можно и самим на party api наваять я думаю... забавная штучка получиться

попробую объяснить так сказать на примере: Есть введенная организация: Московский водоканал Пользователь вводит Мосводоканал Мы ищем похожие и допустим выпадает 50 значений... жуть конечно.. но ничего... Пользователь просматривает список и находит в нем Московский водоканал тогда подставляеться авто...

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

А ведь классное решение...

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