Побольше параметров полигонов
 

Хотелось что б в полигоне (у нас ето поле и что на нем растет) можно было вибрать что на нем растет с учетм года (2012 г. пшеница; 2013 рапс; 2014 сахарная свекла) с возможностю формирования отчетов етих даных

Вам нужно не просто поле, а база данных типа периодический справочник.
Такие данные заносятся и хранятся в базах данных - в той же 1С или в Панорама-АГРО.

Нужно сформировать отчет что механизм работал на такомто поле под какую культуру(хотелось би знать что делал сеял или культивировал и било ли включено культиватор или сеялку). С возможностю двух культур в связи с переходом года севооборота летом

Вам нужно подключить внешний источник данных, связанный с тем или иным полем. Модуль отчетов позволяет подключать внешние источники данных.

чето не понял!

Вы можете хранить информацию о таких периодах и соответствующим им культурах, работах и т.п.:
1. В справочниках 1С - и при формировании отчетов через 1С с помощью OLE брать эту информацию из справочников 1С.
2. Вы можете хранить ее в файлах DBF (формируя их любой программой - 1С, MS Excel и т.п.) и при формировании отчетов в нашем модуле отчетов подключать в шаблон этот DBF-ник и брать данные оттуда - ну придется немного кода на Pascal Script или C Script прописать в шаблон такого отчета.

Хранить данные в файлах полигонов несколько нецелесообразно:
во-первых, они картографического стандарта, где такие информационные поля не предусмотрены стандартом
во-вторых, всем нужно абсолютно разный набор информационных полей

Если Вы видели MapInfo или Панорама-АГРО или другие подобные системы, то там такие данные хранятся в отдельных таблицах, содержащих произвольный набор данных и подключаемых по мере надобности. А основные таблицы - содержат стандартизованную географическую информацию.

У нас делается в 1С технологические карты по каждому полю соответственно ету карту привязать к конкретному полигону. Можно сделать так?

Не вижу никаких проблем. Главное, чтобы было однозначное сопоставление полигона и поля в 1С. Т.е. одно из полей данных полигона должно быть уникальным и равно соответствующему полю данных 1С. Для программистов 1С - это привычное и очевидное решение.

Я еще некоторое время использовал ячейку "Адрес" и проставлял там код культуры соответственно в 1С теже коди в справочнике культур(1-рапс, 2-свекла). И 1С искала по коду

А не проще ли сделать поиск по имени, которое по идее у каждого поля уникально ?
А культура... она может и меняться со временем. Поэтому, она и должна браться из периодических реквизитов справочника 1С.

Кстати:

В 1С оно одно а в реале его три и разные культуры

Ну дык. В 1С у меня 1 КАМАЗ, а в реале их 20...
В 1С делайте иерархию. Поля, делянки, грядки. Потом все суммируется средствами 1С.
Несложно к справочнику полей прикрутить подчиненный справочник зон, делянок или еще чего на этих полях. Если в подчиненном справочнике нет элементов или периодические реквизиты делянок говорят, что деления нет, то обсчитывать как одно поле (большой полигон).
Если подчиненный справочник разбивок непустой и указаны делянки - обсчитывать как разные полигоны, а потом суммировать или не суммировать - Ваше дело.
Кто мешает иметь plt и с большим полигоном и с маленькими и подключать их по мере надобности в отчет ?
Все это достаточно просто делается средствами 1С.

Я понял так. Если поле состоит из нескольких участков добавлять внутренные полегоны

Добавить дополнительно файлы-поля участков.
Может у Вас часть поля вообще ничем в этом году не засеяна.