Выгрузить данные из картотеки "Физические лица"
Модераторы: m0p3e, edward_K, Модераторы
-
- Сообщения: 2
- Зарегистрирован: 10 май 2016, 16:25
Выгрузить данные из картотеки "Физические лица"
Здравствуйте. Интересует вопрос, каким образом можно получить информацию по карточкам сотрудников? к примеру для переноса в другую программу
Re: Выгрузить данные из картотеки "Физические лица"
Тема не в том разделе.
Выгрузить можно запросами к БД. Например, "Физические лица" содержатся в таблице PERSONS.
Выгрузить можно запросами к БД. Например, "Физические лица" содержатся в таблице PERSONS.
-
- Сообщения: 2
- Зарегистрирован: 10 май 2016, 16:25
Re: Выгрузить данные из картотеки "Физические лица"
сориентируйте новичка в какой раздел отнести, какую информацию по интересуемому меня вопросу посмотретьRAJAH писал(а):Тема не в том разделе.
Выгрузить можно запросами к БД. Например, "Физические лица" содержатся в таблице PERSONS.
-
- Местный житель
- Сообщения: 1844
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Ярославская область ОАО "Часовой завод Чайка" г. Углич
- Контактная информация:
Re: Выгрузить данные из картотеки "Физические лица"
Смотря что вам нужно. Фактически что вы видите в приложении Гал. в качестве экранного пользовательского интерфейса в карточке сотрудника - это VIEW представление из кучи таблиц (и не только).
Если есть журнализация в support , можно создавая новую карточку сотрудника посмотреть какие вставки/модификации идут куда на уровне БД.
Если есть журнализация в support , можно создавая новую карточку сотрудника посмотреть какие вставки/модификации идут куда на уровне БД.
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
Re: Выгрузить данные из картотеки "Физические лица"
Есть еще такой модуль как "Обмен бизнес документами", и сдается что где нибудь в картотеке может быть быть типа экспорт/импорт.
Вообще процедура переноса из базу в базу легко решается , если все справочники идентичны, офисы разные системы - тогда можно и запросами 5 таблиц вытянуть. Во всех остальных случаях это не очень тривиальная задача и если обмен бизнес документами вам не подойдет, то придется писать свой конвертер или искать тех. у кого он уже есть. Если между галактиками на постоянной основе, то имеет смысл подумать о корпо. Был клиент, у которого была огромная площадка и слабая сеть - так 20 с каком филиалов работало для табельщиков, и в каждый тянулись только его данные. Но для этого должны быть в первую очередь справочники синхронизированы.
Журнализация самый доступный и надежный способ узнать в какие таблицы идет запись. Еще из вариантов - консоль управления сапорта(если есть расширенная лицензия на него), файл dict.opi и где то на фтп валялась его модификация на первасиве(DD). Еще можно здесь спросить - поскольку сапорт такую информацию предоставляет, кто нибудь поделиться. Также связи между таблицами предоставляет Viper(LaaLaa чуть не написал) - и делает он это в несколько большем масштабе, чем X$relation, поскольку оперирует с кодом.
Где быть теме вопрос спорный - вроде и на программирование еще не тянет, и администрирование не очень. Ближе наверное к администрированию.
На правах рекламы - а у меня есть настраиваемый универсальный xml экспорт/импорт . Правда для его получения придется клон "вузы" поставить, да и не совсем там все очевидно - но кто ж на это посмотрит, если очень надо. Импорт правда особо еще не оттестирован для сложных случаев, но экспорт идет на ура.
Вообще процедура переноса из базу в базу легко решается , если все справочники идентичны, офисы разные системы - тогда можно и запросами 5 таблиц вытянуть. Во всех остальных случаях это не очень тривиальная задача и если обмен бизнес документами вам не подойдет, то придется писать свой конвертер или искать тех. у кого он уже есть. Если между галактиками на постоянной основе, то имеет смысл подумать о корпо. Был клиент, у которого была огромная площадка и слабая сеть - так 20 с каком филиалов работало для табельщиков, и в каждый тянулись только его данные. Но для этого должны быть в первую очередь справочники синхронизированы.
Журнализация самый доступный и надежный способ узнать в какие таблицы идет запись. Еще из вариантов - консоль управления сапорта(если есть расширенная лицензия на него), файл dict.opi и где то на фтп валялась его модификация на первасиве(DD). Еще можно здесь спросить - поскольку сапорт такую информацию предоставляет, кто нибудь поделиться. Также связи между таблицами предоставляет Viper(LaaLaa чуть не написал) - и делает он это в несколько большем масштабе, чем X$relation, поскольку оперирует с кодом.
Где быть теме вопрос спорный - вроде и на программирование еще не тянет, и администрирование не очень. Ближе наверное к администрированию.
На правах рекламы - а у меня есть настраиваемый универсальный xml экспорт/импорт . Правда для его получения придется клон "вузы" поставить, да и не совсем там все очевидно - но кто ж на это посмотрит, если очень надо. Импорт правда особо еще не оттестирован для сложных случаев, но экспорт идет на ура.