Я так понял, что в Digitals, при создании кадастрового плана, экспликация площадей угодий увязывается самой программой. При чем вся невязка (один, два или больше кв.м.) вбрасывается в самое большое угодие. С точки зрения землеустройства, вроде бы правильно,
НО
например возьмем самый обычный приусадебный участок: две постройки, двор, сад и пашня (пашня - самое большое угодие). Невязка суммы площадей угодий и площади участка, допустим, два кв.м.
Сервис-Документ-Кад План, все хорошо, красиво, сумма площадей угодий равна площади участка.
Сервис-Генератор отчетов-Регистрационная карточка, и получаем что “пашня” не сходится. Теоретически (да практичкски наверное) формула здесь правильная.
Просто я, как правило, невязку вбрасываю в Двор так как в “Забудове” получается больше контуров, а пашня то одна и тут “точная” площадь.
Надо что-то делать. Неудобно постоянно сличать площадь самого большого угодия в КадПлане и в рабочем файле (вдруг программа увязвла не так как надо). Возможно каким-то образом показывать эту увязку на плане (выделять другим цветом или еще лучше +2 или -1). Ну вообщем технически Вам виднее.
Іноді буває що площі угідь в кадплані і при генеруванні документу через Репортс несходяться (в основному на 1 м. кв.) і робити з цим щось треба.
Тут кроме как руками подвигать точки, чтобы площади угодий округлялись как надо, ничего не придумаешь.
Та вопрос не в том. Вот фрагмент кадастрового плана.
Обратите внимание на площадь “Рілля”. В *.dmf и в *.in4 площадь “Рілля” 0,1660 га. Потом, когда будет печататься регистрационная карточка, то “Рілля” будет 0,1660 га, а тот один кв.м. будет в “забудованых”. Иногда бывает и больше одного кв.м.. Шаблоны все Ваши стандартные. Настройки - везде двойки.
И кто потом будет виноват? Конечно-же разработчик документации.
ДЗК типа - Вы же сами сдали нам ин4 в котором площадь “Рілля” 0,1660 га, а откуда у Вас в кадплане получилась 0,1661 га нам неизвестно. Вот так.
Я конечно понимаю что есть разнообразные объекты и универсального алгоритма увязки площадей создать сложно. По-этому и предложил выше некоторые варианты. Спасибо.
Мы делаем немножко не так.
Все расчеты делаются без вырезания внутренних объектов. Создаются только “реальные” угодья. Остаток площади сбрасывается в “інші землі”, а оператор уже меняет на что нужно. А при сдаче в ДЗК в вырезаный объект вставляется нужная площадь.
ПыСы: используется не Дигиталс 
решаю проблему иначе:в нормале, в маске площади (параметр “0”) задаю /10000 0.00000 (точность 5 знаков)
в настройках площади устанавливаю 4 знака
тобиш в AL, AS, AB установлены 4 знака, при генерации получаю более точный результат как для репорта идет вычисление не с округленными площадями а с “чистыми” имеющими 5 знаков (но везде в репорте для вывода площадей надо установить маску число с 4мя знаками)
Уважаемые разработчики, так какое решение Вы можете предложить?
Даже если не брать во внимание Репорт, то площадь наибольшего угодия в рабочем файле и в экспликации кадастрового плана может отличаться!
Мы можем предложить настройку в Сервис>Настройки>Константы, указывающую в какой тип угодия (по коду CN) записывать остаток площади (сейчас для этого используется угодие с большей площадью). И в Репорт передавать измененную площадь. Устроит такое решение?
А якщо вказати CN якогось угіддя, якого може і не бути в деяких обмінниках, куди тоді буде записуватись невязка? Може вказувати не CN, а CI (номер угіддя). Тоді виконавцю треба буде памятати про це правило і, наприклад, першим угіддям робити найбільше угіддя, або ріллю (кому як подобається).
Тем более нереально: программа присваивает эти номера автоматом при формировании экспликации.
Выход: нужно выводить сумму на ноль при проектировании. В нашем кадастре это непременное условие, хоть умри. И, не поверите, выводим. 
Дмитрий, расскажите как вы это делаете. Небольшими подвижками угодий?
Вдруг получится как-то автоматизировать.
PS: А то у нас все эти округления уже в печенках сидят
Да, такое очень даже возможно если выполняются разные виды робот.
Это не выход. Получается что Вы сделали съемку приусадебного участка, посчитали, сформировали все, потом подвигали точки угодий, чтобы увязать площадя. И получается, что Ваш журнал не совпадает с файлом.
Для того, чтобы “сказать сюда”, надо знать есть ли вообще невязка.
Ну если чисто для кадастровых планов, то можно сделать чтобы в эксликации выбивалю отдельной строкой “Невязка … 0,0002”, а потом кидай куда надо.
Если более универсально: при Сервис-Документ-КадПлан идет расчет экспликации площадей и если есть невязка, то выскакивает меню, в котором нужно выбрать слой куда её вкинуть. Но в Репорте при груповом режиме как? Хотя если делается груповой режим, значит сущность выполняемых работ с данным файлом идентичная, то и “невязку” во всех участках в один тип угодия. А если опять в груп.режиме окажется участок в котором не будет выбранного типа угодия (для невязки) ?..
Точность точек не может быть выше точности хода.
А когда вы связываете участки с теми что занесены в ДЗК, вы тоже говорите что этого делать не будете т.к. оно с журналом не бьет? 
1-2 см для угодия у которого нет четкой границы (где вешкой ткнули там и граница ) это не проблема. а мароки с площадями избежали.
[size=200]+1[/size]
подобные игры с площадью (метр пишем 2 в уме) в будующем будут догонять и бить по голове Купил человек кусочек земли в который вогнали не ту площадь. по координатам одно в акте другое. и потом доказывай что ты не ослик Такое уже было поэтому не советываю так делать. Особенно пускать всё на усмотрение машины. Человек в любом случае должен знать что происходит и оценить ситуацию. Иначе матрица и кронты 
Совершенно верно. В малых случаях практически наугад, но возможен и “научный” подход: сгенерировать экспликацию до 5-го знака и посмотреть, какие площадя на грани фола, т.е. могут быть округлены не в ту сторону (± полметра). Затем эти подозрительные и корректируем, с тем прицелом, чтобы соседние остались прежними. Звучит жутко, но на самом деле таких угодий 2-3 найти нужно. Невязка как правило не слишком “отлетает”.
Неплохая мысль, кстати; из тех предложений, что не потребуют масштабных вмешательств в программу.
Согласен с dkrav, сантиметры несовпадения с журналом не критичны.
Пока не будет закона о кадастре и вытекающих из него стандартов на точности совмещения точек, на учетную и расчетные площади.. увы, так и будет продолжаться эта “возня” с милиметрами.
Dkrav
А для примера, на сколько Вы смещаете координаты - “как правило” и “максимум” ?
пример придумать не тяжело
например у вас 2 угодья с площадями 0.01004. округляются до 0,0100. а сумарно 0,0201. Отсюда вывод делаем одно 0,0100 в 0,0101 . Лучше дергать точки на длинных линиях. В таких точках смешение на 1-2 см какраз и дает нужные результаты.
Ну ладно. Для начала нужно знать есть ли невязка. Предложение - площадь участка в “Инфо” отображать красным цветом (дополнительно в “Список” отображать каким-то значком).
Приблезительный ход действий:
на нужном угодии помечаем точку, которую хотим двигать для уравнивания суммы площадей угодий всего участка;
“Сервис”-“Уравнять площадя угодий”;
потом окошко - “Смещение на n сантиметров”;
если, на ваш взгляд слишком много, “Правка-Отменить” и выбрать другую точку;
площадь в “Инфо” становится черной и вперед за орденами.
Пару замечаний: соответственно будут уравниваться прилегающие контура угодий (их может быть и несколько), обязательно нужна проверка, не включена ли помеченая точка в Участок.
Гдето так…
Еще одна гениальная идея пришла 
Помечаем угодье - помечаем точку в нем - выбираем команду “Нормализация площади” (ну или както там ) в итоге получаем угодие с плошадью максимально приближенной к нулю в 5-6 знаках (тоесть было 0,001145 - стало 0,001111 или 0,001100 в идеале (но идеал недостежим - т.к. точность координат сантиметровая))
Думаю такой подход решит проблему 5-6 угодий. Если угодий больше (20-30) то спасет только чудо