powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
25 сообщений из 101, страница 3 из 5
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35881812
nicktcher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
trdmLSVВесь дьявол в деталях.
...
Множество объектов в той-же 1С у мну при записи делают кучу проверок, например различные классификаторы должны поддерживать уникальность наименований, что проверяется при записи.
Откуда такие нюансы известны софтине, которая по идее совместно пользуется этими классификаторами? И т.д. и т.п.
Так что зоопарк - это зло. Что-бы нормально поддержать зоопарк, нужно знать логику КАЖДОЙ софтины. (При закрытых СРЦ это просто унреал). А это квадратичное увеличение сложности разработки и поддержки.


Полностью присоединяюсь к коллегам, противникам зоопарков. У таких помоек вобще нет ни единого преимущества по сравнению с едиными интегрированными решениями. Одни проблемы. Синхронизация информации в глобальных масштабах - всегда гемор, даже в рамках однородных платформ (например между разными базами 1С). Т.к.
1) это приводит к доп. и совершенно лишней нагрузке на всю систему в целом в моменты перекачки данных.
2) если меняется структура хранения данных, задействованных в обновлении, неизбежно надо менять правила обмена. Это только на картинках iscrafm картинка выглядит умилительно и умиротворяюще, на деле, если заглянуть под капот - там сплошной гемор!
3) стоимость владения "системы", состоящей из 100 разных "систем" соответственно, примерно в 100 раз и будет превышать стоимость владения единой системой. Вот интересно бы узнать у товарища из "организации - лидера рынка", каково кол-во обслуживающих эту систему спецов и каковы расходы на их з/пл.?)))
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882021
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nicktcherЭто только на картинках iscrafm картинка выглядит умилительно и умиротворяюще, на деле, если заглянуть под капот - там сплошной гемор!

Открою "капот"... Это сценарий "сплошного гемора"



а это один из элементов "сплошного гемора"



p.s. забавно
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882078
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это R/3-шный "гемор"

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
  if (FileExists(sFileName)) then
begin
    sTableMap := RunParams.ParamByName('TableMap').AsString;
    sAfterPost := RunParams.ParamByName('AfterPost').AsString;
    sTagPart := RunParams.ParamByName('TagPart').AsString;
    dsPost.SQLScript.Add(Format('delete from R3IMPREG where IDOCFILE = ''%s''; ',[edFileName.Text]));
    dsPost.SQLScript.Add(Format('insert into R3IMPREG (id,idocfile,pdate,owner) values(newid(),''%s'',current_date,''%s''); ',[FName,UserName]));
    sSQL := XMLToInsertSQL(sFileName,sTableMap);
    dsPost.SQLScript.Add(sSQL);
    if sAfterPost <> '' then
    dsPost.SQLScript.Add(Format('execute procedure %s(''%s'',''%s'',''%s''); ',[sAfterPost,FName,UserName,sTagPart]));
        dsPost.ApplyUpdates(- 1 );
end;
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882086
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это пример одного из вариантов 1С-ного "гемора"...
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882128
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это пример "гемора" от РЖД, поступление вагонов на станцию назначения. Немного есть конечно, файл с полями фиксированного размера.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
    for i := 0  to m.Lines.Count- 1  do
    begin

      if Copy(m.Lines[i], 23 , 8 )='00000000' then continue;
      dt.Append;
      dt.FieldByName('TRAID').AsString := Copy(m.Lines[i], 23 , 8 );
      dt.FieldByName('BOLNR').AsString := Copy(m.Lines[i], 49 , 8 );
      dt.FieldByName('PDATE').AsString := Copy(m.Lines[i], 61 , 2 )
        + '.' + Copy(m.Lines[i], 63 , 2 ) + '.2008';
      dt.FieldByName('SDATE').AsString := Copy(m.Lines[i], 57 , 2 )
        + '.' + Copy(m.Lines[i], 59 , 2 ) + '.2008';

      dt.FieldByName('CRGWT').AsString := Copy(m.Lines[i], 67 , 8 );
      dt.FieldByName('CRGCODE').AsString := Copy(m.Lines[i], 97 , 5 );
      dt.FieldByName('DELAM').AsString := Copy(m.Lines[i], 113 , 6 );
      dt.FieldByName('CTOKPO').AsString := Copy(m.Lines[i], 131 , 8 );

      dt.Post;
    end;

сколько еще "капотов" нужно открыть, чтобы стало смешно от "гемора"?
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882164
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
это пример "гемора" от Клиент-Банка, обработка на PERL...

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
  if OpenDialog.Execute then
  begin
    edFile.Text := ExtractFileName(OpenDialog.FileName);
    Scripter.Script.LoadFromFile(GetUnitsDir + '2iscra.pl');
    Scripter.Run;
    m.Lines.Clear;
    m.Lines.LoadFromFile(OpenDialog.FileName);
  end;

сама обработка


Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
$inputfile = "DUAL";
$inputfile =~ m![^/\\]+$!;
$outputfile = $`."out.log";

    if( -f $inputfile ){
        open( LOGFILE, "<". $inputfile) or die (" $!");
    }

    #die ($vcl->ShowMessage(" $!")) unless( $outputfile );
    open( OUT, ">". $outputfile) or die (" $!");
    
    while(<LOGFILE>)
    {
        #ИНН  9999999999 
       s/(Плательщик1=|Получатель1=)\s*ИНН\s+\d+\s+(.+)$/$ 1 $ 2 /;
       s/^(Дата[^=]*|СрокПлатежа)= 00 \. 00 \. 0000 /$ 1 = 01 . 01 . 1976 /;
       s/\./,/g if (/Сумма|Всего|Остаток/ and /\d\.\d/);

      print OUT $_;
    }   
 
    close LOGFILE;
    close OUT;
    rename($outputfile,$inputfile);
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882197
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
пример "гемора" в iTransit, что за штука чуть выше рассказывал, а это простой сценарий, который назначается на событие "Сохранить", чтобы все изменения сделанные в одной системе транслировались по разным уголкам России...

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
function Execute(var ActionResult; Action);
var
  B: TMDBrowserItems;
  BI: TMDBrowserItem;
  ds,tds: TISADOClientDataSet;
  TmpFile,TagFile: string;
  v: OleVariant;
  P: TParams;
begin
    B := TMDBrowserItems(RunParams.ParamByName('_MDBrowserItems_').Value);
    BI :=  B.Items[ 0 ];
    ds := BI.DataSet;
    if ((ds.SQLScript.Text = '') or (RunParams.ParamByName('SENDTO').AsString = '')) then
    begin
       ActionResult := false;
       exit;
    end;

    tds := TISADOClientDataSet.Create(nil);
    tds.RemoteServer := GetBrokerEntry;
    tds.ProviderName := 'TOutBoxNew';
    tds.SysFields.IDFieldName := 'ID';
    tds.SysFields.GuidKey := true;

    tds.Open;

    tds.Append;
    tds.FindField('PARTITION').AsString := 'OUTBOX';
    tds.FindField('POSTDATE').AsDateTime := Now();
    tds.FindField('FROMTO').AsString := RunParams.ParamByName('SENDTO').AsString;
    tds.FindField('PRNAME').AsString := ds.ProviderName;
    tds.FindField('LOGIN').AsString := GetBrokerEntry.UserName;
    tds.FindField('TAGPRNAME').AsString := '';
    tds.Post;
    TmpFile := GetAppDataDir + ds.ProviderName + '.sql';

    ds.SQLScript.SaveToFile(TmpFile);

    TagFile := '\TRANSIT\' + tds.FindField('ID').AsString + '.sql';

    if GetBrokerEntry.SavePublicFile(TmpFile,TagFile) then
      tds.ApplyUpdates(- 1 );
end;
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882292
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чтобы было понятно насколько "геморно" связывать одно с другим из приведенного выше и объединять в одно целое - небольшой ролик .
Ну и конечно поддерживать, вносить изменения и создавать изначально.

Этот спич как иллюстрация на тему... Если сидишь безвылазно дома, то наверное не стоит рассуждать как плохо на природе. В мире есть много интересного и многие вещи проще, чем кажутся.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882635
nicktcher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm,

Да-да. Офигительно просто лазить непосредственно по структурам данных 100 систем и привязывать обмены на уровне отдельных полей отдельных таблиц. Особенно, когда структуры хранения данных таковы, что связанная информация может лежать в десятках-сотнях таблиц. Плюс незадокументированная структура хранения.
Удачи в гуляниях далеко от дома. Главное за буйки не заплывайте, чтоб не потонуть.


ЗЫ. ИМХО у программиста должна быть прежде всего задача построения не системы, в которой лично ему будет "интересно" работать, но системы, которая будет адекватна по сложности и надежна
В ситуации, когда Вы завязываетесь на обмен хотя бы между 3-4 (уж не говорю про 100!!! эт вообще цирк), то приготовьтесь сразу к тому, что при сбое в обмене между 2 модулями у Вас завалится весь этот монстр, т.к. по цепочке синхронизации этих данных также не будет и в других местах, где они нужны. И чем больше у вас зоопарк, тем риск этого выше в разы!
Это "решение" не от большого ума.
А желание сэкономить копейки на внедрении нормальной интегрированной системы приведет в конечном итоге к несравненно большим тратам на администрирование этого хаоса. +Неуправляемая система в довесок. А Вам важнее, чтобы "интересно".)))))
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882658
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nicktcherЗЫ. ИМХО у программиста должна быть прежде всего задача построения не системы, в которой лично ему будет "интересно" работать, но системы, которая будет адекватна по сложности и надежна
естественно.

nicktcherВ ситуации, когда Вы завязываетесь на обмен хотя бы между 3-4 (уж не говорю про 100!!! эт вообще цирк), то приготовьтесь сразу к тому, что при сбое в обмене между 2 модулями у Вас завалится весь этот монстр, т.к. по цепочке синхронизации этих данных также не будет и в других местах, где они нужны.
угу.

nicktcherЭто "решение" не от большого ума.
А желание сэкономить копейки на внедрении нормальной интегрированной системы приведет в конечном итоге к несравненно большим тратам на администрирование этого хаоса. +Неуправляемая система в довесок.
Какой хаос, какие "несравненно большие траты"? Несвязанный набор слов. Сходите уже в нормальную школу наконец-то, сколько можно этот бред постить. Здесь же типа "профессиональный" форум, а не цирк.

p.s. Мне интересна только сумма контракта и работающее решение на выходе, которое не будет в дальнейшем доставать "несравненно большим" геммороем с поддержкой и администрированием.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882661
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
p.s. гемморой читать как геморрой
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882889
gepard45
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рассмотрим один из обязательных модулей оптовой торговли «Торговый склад»

Ремарка: этот модуль не предназначен для учета товара по местам хранения
Обобщая опыт можно сказать, что существует 8(восемь типов) операций с товарами:
1 – приход товара
2 – продажа товара
3 – перемещение товара из одного подр. в другое подр.
5 – возврат товара от покупателя
6 – списание товара
7 – возврат товара поставщику
8 – оприходование излишков
4 – переоценка, очень мутная операция связанная с изменением учетной цены
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35882971
trdm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gepard45Рассмотрим один из обязательных модулей оптовой торговли «Торговый склад»

Ремарка: этот модуль не предназначен для учета товара по местам хранения

почему не предназначен?
"ничто не возникает ниоткуда и не исчезает в никуда"
кроме переоценки у всех операций, даже в бухгалтерии есть склад.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883058
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafmэто R/3-шный "гемор"

Скажите, пожалуйста, а это все, что нужно для связи с R/3 или для на стороне R/3 тоже что-то написано специально для вашего решения?
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883063
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafm
Код: plaintext
1.
2.
    
dsPost.SQLScript.Add(Format('delete from R3IMPREG where IDOCFILE = ''%s''; ',[edFileName.Text]));
    


:) А что оно сделает с файлом у которого имя будет "'' DROP TABLE R3IMPPEG --"
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883073
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
belugin4iscrafmэто R/3-шный "гемор"

Скажите, пожалуйста, а это все, что нужно для связи с R/3 или для на стороне R/3 тоже что-то написано специально для вашего решения?
на той стороне выгрузка в IDOC, настроен соответствующий маппинг . В общем-то это "обычный" XML:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
<?xml version="1.0"?>
<ZSHETP><IDOC BEGIN="1">
<EDI_DC40 SEGMENT="1">
<TABNAM>EDI_DC40</TABNAM>
<MANDT> 030 </MANDT>
<DOCNUM> 0000000000286013 </DOCNUM>
<DOCREL> 620 </DOCREL>
<STATUS> 30 </STATUS>
<DIRECT> 1 </DIRECT>
<SKIP....>
и т.д.и т.п.

вот эта Искровская строчка из примера чуть выше
sSQL := XMLToInsertSQL(sFileName,sTableMap);

преобразует XML в SQL скрипт для обновления БД в соответствии с тем, что в IDOC-е и таблицей маппинга. Примерно также связывается с 1С, в случаях если на "той стороне" нет поддержки и у предприятия есть единственный выход воспользоваться штатными механизмами, например в так называемый файл обмена.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883075
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
belugin4iscrafm
Код: plaintext
1.
2.
    
dsPost.SQLScript.Add(Format('delete from R3IMPREG where IDOCFILE = ''%s''; ',[edFileName.Text]));
    


:) А что оно сделает с файлом у которого имя будет "'' DROP TABLE R3IMPPEG --"
понятно что..
delete from R3IMPREG where IDOCFILE = ''DROP TABLE R3IMPPEG"
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883078
belugin4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafmbelugin4iscrafm
Код: plaintext
1.
2.
    
dsPost.SQLScript.Add(Format('delete from R3IMPREG where IDOCFILE = ''%s''; ',[edFileName.Text]));
    


:) А что оно сделает с файлом у которого имя будет "'' DROP TABLE R3IMPPEG --"
понятно что..
delete from R3IMPREG where IDOCFILE = ''DROP TABLE R3IMPPEG"

Format знает, что надо вычищать одинарные кавычки?
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883080
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
belugin4Format знает, что надо вычищать одинарные кавычки?
знает процедура выбора файла. Я конечно понял по какому поводу Вы задаете подобный вопрос, таблица остается на месте. не совсем подходящий пример для SQL Inj
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883326
ValPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iscrafm,

Вот если начинающий интегратор, решает что ему начать изучать ( или применять ) в том или ином случае ISCRA или Informatica ( или другую "стандартную" ETL ) , как Вы поможете ему сделать выбор ?
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883342
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ValPotiscrafm,

Вот если начинающий интегратор, решает что ему начать изучать ( или применять ) в том или ином случае ISCRA или Informatica ( или другую "стандартную" ETL ) , как Вы поможете ему сделать выбор ?
я бы для начала посоветовал ему определиться с тем, чем он хочет заниматься. В приведенном выше списке делается выбор между абсолютно разными по смыслу вещами. С одной стороны платформа для создания бизнес-приложений, с другой, почему-то, инструменты для перекачки и объединения данных. А когда начинающий интегратор определиться с тем, что же он хочет интегрировать, то можно в зависимости от выбора составить список вариантов и аргументированно помочь.

p.s. Уточните плз, что Вы понимаете под стандартной ETL и каким стандартом это определяется?
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883381
ValPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Тут в последних постах обсуждался вопрос об плюсах и минусах создании систем с помощью интеграции подсистем и меня заинтересовало некое сравнение именно данного аспекта функциональности ISCRA, применительно к нуждам абстрактного "оптового предприятия".
Под стандартностью ETL я бы, не долго думая, отнес их "де факто распространенность" - т.е. первый десяток-другой инструментов, всплывший в Google.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883392
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ValPot, понятно.
Тогда я бы ответил достаточно просто. Если требуется реализовывать и объединять бизнес-логику, то подходит ISCRA, если просто объединять данные, то ETL достаточно (хотя по стоимости нужно смотреть насколько достаточно). Существует же много задач, в которых действительно нужно слить из разных источников в одно хранилище (с трансформацией) и затем использовать данные хранилища в аналитических отчетах. Это задача ETL-инструментов. На предыдущей странице обсуждались и "открывался капот" у задач несколько другого плана: есть единая интегрированная бизнес-логика, отдельные элементы которой реализованы в разных системах. Или, как в примере с iTransit, составные части холдинга работают в распределенной среде.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883692
ValPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Термину ETL уже лет десять от роду и он устоялся. В крупных системах, данные инструменты используются повсеместно. Почему они практически не используются в малом бизнесе, для меня тут некий вопрос.
...
Рейтинг: 0 / 0
Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
    #35883695
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ValPotТермину ETL уже лет десять от роду и он устоялся. В крупных системах, данные инструменты используются повсеместно. Почему они практически не используются в малом бизнесе, для меня тут некий вопрос.
наверное потому что интегрировать нечего. Обходятся одной коробкой.
...
Рейтинг: 0 / 0
25 сообщений из 101, страница 3 из 5
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Предлагаю обсудить тему "Что нужно оптовому торговому предприятию", по сути
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]