zagmag➤ И можно какую-нибудь тему по xml для прайс-листа на этом форуме? Какая структура и как грузить, попробуем, чтоль...
Судя по твоим постам тебе нужно одно
Цитата:
у нас очень качественный программер. он умеет всякие волшебные штуки делать. в том числе таблички, которые цепляются к базе, вызывают сделанные для этого хранимые процедуры и отдают им данные, которые надо запихнуть в базу.
konst➤ .
в итоге была написана программа, которая позволяла внести изменения в один контракт "мастер" - на основании него изменить остальные по списку... и разослать - работать стало веселее... но от дураков все равно не избавило...
Цитата:
zagmag➤ И можно какую-нибудь тему по xml для прайс-листа на этом форуме? Какая структура и как грузить, попробуем, чтоль...
Присоединяюсь к zagmag, качественный программер есть не у каждого в загашнике, приходится разбираться самому. Очень бы хотелось посмотреть на наработки у konst. За идею с одним общим контрактом отдельное спасибо, уже работаю в данном направлении.
если вопрос ко мне - то большая часть о чем я написал в том или ином виде описана на форуме.
посмотреть на мои наработки... приезжайте - покажу.
просто так перенести я думаю не получится - т.к. я работаю с очень старой версией СМ.
если будут конкретные вопросы - спрашивайте - постараюсь ответить.
akonev➤ вам надо оставить нулевые цены. они же вам всё равно безразличны.
в общем случае схема отстраивается от контракта. он первоисточник. и в него цены заполняются именно "руками". убрал в кавычки, потому что мы закачиваем цены excel'ной табличкой.
Если цены из контракта придут в соглашение о поставках, затем в заказ, затем будут сравниваться с приходными - нет, не безразличны.
Итого ответ - цены для контракта не настолько важны (читай, функционал "контракты" не настолько востребован), чтоб был штатный способ их установки в массовом порядке. По крайней мере, для текущей версии (1.030.1 SP4).
Прости, а зачем административные задачи решать программистскими методами?
Ты сейчас закинешь в контракт цену последнего прихода, через неделю выяснится, что цена последнего прихода была неверной.
Виновным в "кривом" контроле контрактных цен назначат тебя.
Контракты должны делать те, кто за них отвечает - менеджеры.
Задача проставить цены на эннадцать тыщ строк программным путем по некоему правилу - именно программерская, не административная.
По какому правилу - определяет администратор, реализует программист.
Никого не волнует, что функционал "контракты" ранее не использовался, а щас начал использоваться.
> Как заполнить все цены изначально? Не руками же. Например, по последнему приходу цену взять.
Штатного механизма не нашел, делаем сами.
SQL:
SQL код:
--- установить цену по последнему приходу, пофигу в каком МХ
declare
p number;
begin
for c in (select article from smspecco where doctype = 'CO' and docid = '0000000004') loop
begin
select itemprice
into p
from (
select s.itemprice
from smdocuments d, smspec s
where s.article = c.article
and d.doctype = 'WI'
and s.doctype = d.doctype
and s.docid = d.id
and d.docstate >= 2
--and d.locationto = p_storeloc
order by d.createdat desc
)
where rownum = 1;
exception when NO_DATA_FOUND then
p := 0;
end;
update smspecco set itemprice = p where doctype = 'CO' and docid = '0000000004' and article = c.article;
end loop;
end;
Для этих вопросов - если кто знает штатный способ, подскажите.
>> Как через некоторое время проанализировать, какие цены изменились - какая указана в контракте, и какая пришла по факту в приходной, обновить цену в контракте.
>> Как отследить изменение ассортимента, изменить контракт, соглашение о поставках, т.е. удалить неиспользуемые позиции, добавить новые.
Но, скорее всего, тоже будем решать сторонними средствами.