в документе 6 позиций.

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

Если у вас ситуация:
Позиция 1 - текст 1
Позиция 2 - текст 2
Позиция 3 - текст 3
Позиция 4 - текст не заполнен
Позиция 5 - текст не заполнен
Позиция 6 - текст не заполнен


То вот такого результата разделения вы не добьетесь:
Поддокумент 1: Позиция 1
Поддокумент 2: Позиция 2
Поддокумент 3: Позиция 3
Поддокумент 4: Позиция 4, Позиция 5, Позиция 6

Соответственно, в этом случае, корреспонденция либо будет неверна, либо не сможет составиться вообще.

нет сейчас вот так вот , 6 позиций:

Позиция 1 - текст 1
Позиция 2 - текст 2
Позиция 3 - текст 3
Позиция 4 - текст 1
Позиция 5 - текст 2
Позиция 6 - текст 3

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

С настройкой правил разобрался и даже все настроил и отработало, но когда появляется автоматически созданый 19 счет, с пустым текстом то снова не отрабатывает. (общих полей по которым можно их сгруппировать я ненашел).
В итоге решил все сделать приоритетами и возник следующий вопрос:
при запуске транзакции J3RKKRS(с активными индикаторами "Выбор всех документов" и "Определение корресп.счетов") по данному документу сисема говорит что Невозможно обработать автоматически , и поле Обработано пустое, но если провалиться в изменение корреспонденции то видно что документ разложился нормально.

А если запускать транзакцию J3RKKRS с списком документов(в который включен мой документ), то тоже все раскладывает но в данном случае поле обработано стоит X .

При проверке j3rknid, система не выдает никаких документов.

Значит он был разложен ранее (руками или автоматом по предыдущему алгоритму), а по новому он переинтерпретировать не может.

Галки какие при этом установлены?

в обоих случаях стояли все галки при запуске:
"Выбор всех документов" и "Определение корресп.счетов" - Режим повторной автоматической интерпретации всех документов (в том числе обработанных). То есть старая интерпретация должна удаляться и делаться новая, как я понял.
Причем расскладывает-то корреспонденцию правильно.

Т.е. в 1м и 2м случае различия в заполнении экрана - только в количестве документов, подаваемых на вход??? Или 1(с которым мучаетесь), либо стопка в которой есть тот самый один??? Странно что то, проверьте внимательно.

Это только если он может переинтерпретировать по-новому. если не может - оставит старую. просто удалить интерпретацию без созданияновой нельзя.

Для уточнения можно попроовать поигратсья - сделать руками какую нибудь заведомо неверную интерпретацию и еще раз переинтерпретировать автоматом. Если не изменится - значит не может он ее разобрать автоматом при текщих настройках.

Поигрался, действительно меняется только при изменении интерпретацию. решил не изобретать велосипед и настроил все приоритетами, как советовал darkduck. =) все отрабатывает на ура.

Но возник еще один вапрос, с документов в валюте, буду признателен если поможете разобраться.

Документ проводится в EUR, 3 позиции.
к52 = 5EUR
д60= 5EUR
д91= 0 (курсовая раз)

соответственно корреспонденция для такого документа должна быть к52-д60 и д91-д60
, но тк у меня валюта БЕ rub, то документ при прогоне раскладывается по рублям уже.
к52 = 5rub
д60= 4rub
д91= 1rub (курсовая раз)
и после прогона J3RKkrS интерпретируется : к52-д60 и к52-д91 , что в общем то не верно, подскажите как правильно настраивать интерпретацию для таких документов.

Формально Вы нарушаете п.1.8, будьте внимательны.
По существу - вопрос уже обсуждался. Имхо, автоматическая интерпретация таких документов невозможна, т.к. 91й счет может быть как Дт, так и Кт.
Sent from my HTC Desire using Tapatalk

Коллеги, добрый день!
Помогите, пожалуйста, настроить корреспонденцию:

есть документ

Кт 7606010000 - 2712,00
Дт 7610010000 - 1017,00
Дт 7610010000 - 1695,00
Дт 7606010000 - 684,00
Кт 7606010100 - 684,00

проинтерпретироваться должен так:

Кт 7606010000 - Дт 7610010000 - 1017,00
Кт 7606010000 - Дт 7610010000 - 1695,00
Кт 7606010100 - Дт 7606010000 - 684,00

Настроены следующие приоритеты:

7606010100 1500
7606010000 1499
7610010000 1498

И следующие преимущ. и недопустимые пары:

7610010000 7606010100 Запретить
7610010000 7606010000 Предпочесть
7606010000 7606010100 Предпочесть

Но при этом при попытке автоматического разбора J3RKKRS появляется сообщение "Невозможно обработать автоматически"

Подскажите, пожалуйста, что я неправильно сделала.
Спасибо.

Попробуйте так

7606010000 1498
7610010000 1499

Kengur, спасибо большое.

Но проблему удалось победить другим способом:
в отладке я увидела, что счетам присваиваются приоритеты из масок:

7606* 500
7610* 450

Я заменила эти маски на конкретные счета (кроме тех, что у меня в проводке) и все получилось!

Совет всем начинающим настройщикам корреспонденции:
никогда не указывайте в настройке приоритетов пересекающиеся маски или конкретный счет и попадающую под него маску. Многие думают, что если прописан конкретный счет, то для него выберется его приоритет, а для всех остальных - выберется по маске. Но давайте не будем забывать об элементарных правилах сортировки: при сортировке по возрастанию счета маска окажется выше - и ее первую (и единственную!) возьмет для обработки алгоритм.