Я этот пример из документации вырвал. Там все правила четко прописаны.
А это как раз тот случай, когда спецификация решает проблему разночтений.
Небольшая вероятность ошибки ввода гасится гарантированной проверкой правильности. То есть, не смотря на либеральные правила, конечный результат сканирования все равно будет проверен.

Я только не понял, как "..2.4" может быть прочтен "февраль 2004" если впереди две точки есть?

Кстати, Garya, хотел спросить: в ИНФИН'е есть группирующие счета? Вроде того, что объявляем некий счет CASH и вносим в него 50 и 51-й. И пользователь работает с отчетами по счету CASH, а не суммирует результаты двух отчетов?

iscrafmчто может быть проще ввода даты в общепринятом формате. Смысл непонятен немного.
Это вряд ли существенный предмет для обсуждения. Но речь шла не о дате, а о периоде.
К тому же ввод периода строкой имеет дополнительный плюс.
Можно в фильтре указать "1/@..31/@" сохранить фильтр и пользователь всегда будет получать отчет за текущий месяц. Ну или так: "@-6..@" - за последнюю неделю (включая сегодня).

Но это все из разряда малозначительных трюков. У Андрей Ж. слишком мало места в диалогах, и мне показалось, что он может сэкономить на этом.

ViPRossobolevКстати, Garya, хотел спросить: в ИНФИН'е есть группирующие счета? Вроде того, что объявляем некий счет CASH и вносим в него 50 и 51-й. И пользователь работает с отчетами по счету CASH, а не суммирует результаты двух отчетов?
А почему ТОЛЬКО Группирующие Счета? А можно ввести Обслуживающие Цеха? Афиилирванные Лица?... и работать с ними
Это из другой области - не финансы.
Персоналии, мне кажется, лучше всего агрегировать через отношения. То есть, определяется справочник типов отношений и между персоналиями бросаются векторы отношений.
Тип отношения задает наименование, cardinality, и, возможно, прочие атрибутами.

Ну например, "Филиал" (многие-к-одному), "Брачный партнер" (один-к-одному) и т.д.

В чем проблема? Определяем отношение "Кореша". И связываем персоналии этим отношением. Единственный нюанс - как я сказал, отношения направленные. Можно конечно, смотреть список и прямых и обратных отношений, но в данном конкретном случае возникнет неоднозначность.

Попутно, персоналия - это сущность, определенная как субъект гражданского права (или чуть шире, ибо включает и группы). Потому между юриками и физиками разницы нет (кроме статуса).

Кстати, про группы вспомнил и подумал, что для отношения "Кореша" можно придумать эрзац в виде групп. Но, все-таки, это получиться не очень.

АнатоЛойsobolev, а "..12.10" - это "по декабрь 2010 года включительно" или всё-таки "по 12 октября текущего года"?
Конечно, ..12 окт текущего года. Это ж общий принцип - все неоднозначности разрешаются в сторону больше точности.
Кстати, если вы в Excel'е введете 12.10 с общим форматом то он также подумает, что это - дата 12/10/2010 (даже если вы имели в виду число) Правда, для него точка/запятая важны.

GaryaЕсть понятие "счет" и "субсчет". Конструкция МОДт(сч=50) вычисляет обороты по всем субсчетам счета 50. Конструкция МОДт(сч=5001) только по субсчету 5001. Если нужно сгруппировать несколько счетов или субсчетов, можно использовать такие конструкции: МОДт(сч=50,51) - дебетовый оборот по всем субсчетам счетов 50 и 51 или МОДт(сч=5001,5002,51) дебетовый оборот только по двум перечисленным субсчетам счета 50 и по всем субсчетам счета 51. МОДт(сч=51, кор=60) - дебетовый оборот по всем субсчетам счета 51 в корреспонденции со всеми субсчетами счета 60. МОДт(сч=5101, А1=10) - дебетовый оборот по аналитике №10 (записи №10) справочника, определенного как 1-й аналитический разрез субсчета 5101. МОДт(сч=5101, А1=все) - такая конструкция испльзуется в циклических расчетах отдельно для каждой записи справочника первого аналитического уровня субсчета 5101. МОДт(сч=60, спр6.ном=все) - такая конструкция используется для сбора оборотов в разрезе контрагентов (справочника №6) по всей совокупности субсчетов счета 60 вне зависимости от того, на каком аналитическом уровне каких субсчетов фигурирует этот справочник (он может быть на разных аналитических уровнях для разных субсчетов, а у части субсчетов вообще отсутствовать).

Есть возможность еще настроить отдельные счета, на которые автоматическими операциями переносятся обороты с групп других счетов по заданным алгоритмам. Мы использовали такие счета для просчета сквозного движения ВГО (внутригрупповых оборотов) через всю совокупность бухгалтерских счетов для исключения ВГО из консолидированной отчетности МСФО по холдингу.
Это - для вас, как специалиста хорошо. Вы эту нотацию используете для предопределения всяких сложностей. А как быть бедолаге-топу, который даже не представляет о существовании таких вещей. Он просто хочет обороты по высоколиквидным активам посмотреть за произвольный период.
Или там, кредиты предприятия.

Кстати, у нас тоже технология для заключительных оборотов есть с похожей настройкой (только нотация другая).

ViPRossobolevВ чем проблема? Определяем отношение "Кореша.
Кто определяет? Пользователь?
Пользователь, у которого есть права на это.

ViPRos, постойте-постойте. Я говорю о более общем виде отношений.
То, что вы сделали, я сделаю с помощью единственного для всех группировок типа отношений (например, "Группы").
Заведу фиктивную персоналию "Кореша" и кину отношения от всех корешей к этой персоналии.
Потом заведу столь же фиктивную персоналию "Кооператив X" и кину отношения того же типа от членов кооператива к этой группе.

note: Фиктивные персоналии можно сгрузить в специальный вид, дабы не болтались среди нормальных.

При этом у меня остается куча возможностей для всех остальных (не просто группирующих) отношений. Те же "ChildOf" или "Shareholder" и т.д. Обращу внимание, что приведенные последними примеры допускают отношения многие-ко-многим.