О Connectivity

Если не секрет, на чем базируются?

Грустно

На хранимых процедурах, DTS пакетах, MS SQL Reporting Servic’е. Это вынужденная мера, так как мы сейчас используем кроме Скалы старые программы, полностью отказаться от которых пока не можем. Собственно, та надстройка по сопряжению Скалы и этих программ — первый шаг к тому, чтобы потихоньку сделать эти программы ненужными. Происходит так: мы получаем с разных производств по ftp файлы в dbf формате, читаем из них, сравниваем с тем, что есть в Скале и добавляем новые записи, обновленный dbf файл отправляем по ftp обратно на производства. При этом с помощью SQL mail пользователю, запустившему процедуру и администратору отправляется отчет MS SQL RS, содержащий информацию о новых документах. И все это делает SQL Server. Получив сообщение, бухгалтер на производстве выполняет процедуру утверждения новых документов в своей программе. Сейчас процедура выгружает отгрузки готовой продукции. В ближайшее время будет добавлено поступление ГП на склад, далее — закупки материалов и т.д. Когда все процедуры будут перенесены в Скалу, надобность и в этом «коньюктивите» и в старой бухгалтерской программе на производствах отпадут сами собой, а пока в Скале делаются не все операции, мы вынуждены делать то, что я описал. При этом мы не «продвигаем» старую программу таким образом, напротив, мы «повязываем» сотрудников производств этой процедурой, «заинтересовывая» их добиться от «смежников» своевременного вноса сведений в Скалу. Вот!

Первичной является Скала. Новые данные в нее добавляются естественным путем, через ввод заказов и ввод расхода запасов по заказам на продажу. А вот уже из Скалы информация «закачивается» в третьи системы. Смысл существования этих систем на данный момент состоит в том, что еще не все операции переведены в Скалу, это уже заняло существенное время и займет еще некоторое. За последнее время нам удалось убедить руководство, что «запускаться» надо постепенно, пусть даже небольшими шажками, от простого к сложному, разбираясь с проблемами в условиях реальной работы, а не ждать, когда будет готово на 100% абсолютно все. Как сказали на одной из конференций, у Microsoft это называется «выпускать» и я с этим абсолютно согласен. Пусть будет работать сначала 10% от того, что планируется, но именно работать! А 100% готовности можно и не дождаться никогда!

Паш, а где ты видел использование кода? Из всех презентаций, которые я видел, ничего такого в явном виде не просматривалось, максимум — пересылка файлов в xml формате. Другое дело, что когда-то говорилось, что когда-нибудь настанет светлое будущее, когда с помощью специальных мастеров можно будет обращаться напрямую к скальским функциям, причем, подразумевались такие вещи, как, например, создание проводок (SCFTRA). Если бы это было возможно из VBA кода, например, вызов подобной функции с указанием какой тип проводки создать с какими входными параметрами или возможность описать собственный пользовательский тип проводки, тогда никакой Коньюктивит не был бы нужен, кстати, в любом случае, пользовательский тип складской проводки, например, в нем все равно невозможен. И еще: анализ таблиц в системной базе данных позволяет сказать, что работает эта система (я имею в виду бизнес события, которые, видимо, Коннективити и использует) по типу триггера.

Из презентаций на Corporate Clients Council. Там про светлое будущее и рассказывали. Два года назад дело было.
Причем подчеркивалось, что VBA в направлении, указанном тобой как раз-таки и не пойдет.

А идеология типа такая – разбить модули на более мелкие атомы (менеджеры в терминологии Скалы) и открыть их. Я не спец по архитектуре ПО чтобы аргументированно говорить более углубленно. Может кто-нибудь из коллег расскажет? Было бы интересно.

Мне вот что подумалось. Я знаю Скалу с 1995ого. У разработчиков всегда существовало долгосрочное планирование (примерно на пару-тройку лет вперед). Все мы знаем, что сроки релизов срывались, но это планирование было. И запланированное ОБЫЧНО воплощалось, хотя бы и позднее намеченного.

Я помню как узнавал о графическом интерфейсе, о слиянии RW и 4.1, о SQL, о VBA. Как правило за полтора-два года до коммерческих релизов.

К чему я?
К тому, что на совете корпоративнных клиентов-2003 (Июнь) были даны некие анонсы. Что помню:
-в перспективе двух лет – переработка Sales Order, переход к Single Order Entry Screen. Вообще процесс продаж должен был поменяться крепко, что меня порадовало по той причине, что стало похоже на наш процесс.
— в перспективе трех-четырех лет – переход к динамической Accounting String. То есть в проводке вместо уев (учетных измерений) хранился бы КОД ВАРИАНТА строки учетных измерений. Как результат можно было бы менять строку измерений внутри финансового года.

Так вот впервые в Скальской истории насколько я ее знаю – про воплощение этих анонсов в жизнь ни слухом ни духом. Может у кого-нибудь есть более свежая информация?
То же про коннективити.. Что там творится и творится ли что-либо?