-
Сообщение на форуме
11 марта 2012 в 10:53:40
Вы, Алексей, просто не поняли суть задачи. Возможно потому, что у вас голова задрана слишком высоко и ничего не видно из-за подбородка.
Вся задача сводится к тому, что нужно получать периодически список обновленных документов из 1С для индексирования поисковой машиной. Получатьне в форме набора ссылок, а в том виде как он был бы понятен конечному пользователю.
-
Сообщение на форуме
4 марта 2012 в 21:02:25
Ничего страшного в этом нет. Нужно идти по простого к сложного.
-
Сообщение на форуме
4 марта 2012 в 20:39:49
"во-первых, я бы потребовал, чтобы выдавались описания документов, которые реально используются в конкретной БД"
Не совсем понял, что имелось ввиду под "реально используются". Если имеется ввиду используется пользователями 1С, то использование частоты использования как вы далее сами заметили не вполне подходит во многих случаях. Примеров может быть масса. Одновременно настройка фильтров и обработки документов у нас будет делаться очень просто.
Мы не занимаемся додумыванием бизнеса за пользователей. Мы даем возможность более эффективно использовать существующую информацию, а это более широкая задача. Простая бухгалтерская справка может быть найдена также как и какой-то важный отчет. С нашей системой получить объективную информацию по каким-то вопросам будет намного проще.
-
Сообщение на форуме
4 марта 2012 в 19:22:58
Я написал, что внешняя система - поисковая машина. Настройка нужна, например, там, где для поиска популярных типов документов требуется добавить фильтр. Никакого смысла настраивать каждый тип документа нет. Есть смысла настраивать там, где это востребовано.
По поводу форм представления документов. В такой форме как я описал документ будет уходить индексеру. Печатные формы тоже нужно будет получать, но это другая задача. И пока не хотелось бы ее цеплять здесь. Еще раз - кушать документы будет индексер поисковой машины. поэтому ему нужны не ссылки, а именно форма приближенная к печатной. Хотя, естественно, она такой не может быть в чистом виде, так как во вложеных документах мы не знаем какой свойство или группы свойств должны быть включены в печатную форму. Это решаемо, более-менее удовлетворительно для наших целей.
-
Сообщение на форуме
4 марта 2012 в 17:56:51
Во внешней системе действительно нет реляционной базы данных, есть только поисковый индекс, а сама система называется - поисковая машина.
Dump_1964, никто всеръез не рассматривает предложения сделать за 1 день, то, что требует гораздо большего времени. Вам отсутствие сформулированного задания, почему-то не помешало отправить заявку. Для особо одаренных предлагаю еще раз прочитать задания. Для них там написано, что если вы реально боитесь, что заказчик сопрет ваше предложение, то формулируем и оцениваем отдельно проектирование как самостоятельную задачу. Давать сидеть вам пару недель, чтобы потом понять, что сделать вы не в состоянии,мне нет никакого интереса. За сим просьба свои фантазиии оставить при себе.
"Вот пример: выгрузили документ и в нем есть ссылка на контрагента. Соответственно раз нам ссылка не нужна то в поле Контрагент мы что должны выгрузить? наименование контрагента или что? получается для каждого типа ссылки должно быть какое то правило согласно которому мы из этой ссылки выгружаем конкретное представление объекта" На этот счет есть определенные мысли, которые можно обсудить в ходе уточнения. По умолчанию можно передавать весь вложенный документ первого уровня и не смотреть ссылки ниже этого уровня.
"Но опять же пример: поменялся у контрагента наименование (например кавычку добавили) по вашей логике получается надо выгружать не только контрагента но и все документы которые на него ссылаются? "
Да, разве справочники в 1С так часто меняются?
"2) какой формат файлов xml"
Это чистой воды релизационная задача. Формат там не сложный получится в любом случае.
"4) как 1с данные передавать будет компоненте? через файл какой то или как"
Не хотелось бы в файле. Думаю есть возможность возвращать результаты выполнения внешней компоненте.