Как автосопоставить проводки после импорта журнала через general journal entity

[Lankey]

Спасибо .
А само поле SettleVoucher, что означает ? Я читаю доки про процесс сопоставления. Пишут только про параметры, настройки приоритетов .. но нигде не нахожу его описания. Я так понимаю, это оно показывает как раз то, какие проводки будут выбираться для сопоставления: открытые, помеченные..., а значение "нет" значит что? Как раз, что не будет сопоставления проводиться при разноске, да ( То есть, что после разноски кто-то руками должен проводить сопоставление)?

Меня немного удивялет, что, если мое понимание корректно, что без этого поля сопоставление проводиться не будет, то возникает вопрос : а как архитекторами задумывался процесс end-to-end? Импорт создает автоматически журнал ( причем с большим количеством строк, тк иначе можно было бы и руками забить) -> пакет их разносит -> а кто-то потом должен вручную их все сопоставлять? Это же очень трудоемко и долго. Все так и работают, или я что-то в процессе не понимаю?
(если это просто баг новой версии, то, наверное, уже бы все на ушах стояли)

[ashu]

Цитата:

Сообщение от Lankey

Спасибо .
а кто-то потом должен вручную их все сопоставлять? Это же очень трудоемко и долго. Все так и работают, или я что-то в процессе не понимаю?

ну зачем же вручную, есть же периодическая операция сопоставления. сорри за небольшой оффтоп.
а вот тут у вас что? CustParameters.AutoSettle

[Lankey]

Цитата:

Сообщение от ashu

ну зачем же вручную, есть же периодическая операция сопоставления. сорри за небольшой оффтоп.
а вот тут у вас что? CustParameters.AutoSettle

Добрый день

Функция автосопоставления только появилась, разве нет?
https://learn.microsoft.com/en-us/dy...er/auto-settle
Upd: Проще прощеия, нет, это не то . Сопоставление по проводкам клиентов , действительно, уже есть. А почему, кстати, для вендоров нет?

Настрока CustParameters.AutoSettle игнорируется при импорте журналов, если "Обработка на основе набора" не отмечен

[ashu]

Цитата:

Сообщение от Lankey

Добрый день

Функция автосопоставления только появилась, разве нет?
https://learn.microsoft.com/en-us/dy...er/auto-settle
Upd: Проще прощеия, нет, это не то . Сопоставление по проводкам клиентов , действительно, уже есть. А почему, кстати, для вендоров нет?

автосопоставление есть давно, точно с версии 3.0. для поставщиков это класс CustVendAutoSettlement_Vend_RU (я не разработчик, потому прошу учесть) думаю надо у вас посмотреть конфигурационные ключи, хотя если не ошибаюсь автосопоставление и клиентов и поставщиков это LedgerBasic, главное включить функции для регионов CRSERussia.

[Lankey]

Если кому интерено - клиент был неправ. Никогда у них автосопоставление не работало при разноске этих импортируемых журналов.
Это именно из-за того, что у entity поле "Обработка на основе набора" не отмечен. И , как следствие, поле settleVoucher при импорте автоматически не заполняется, и поэтому проводки не автосопоствавляютя при разноске журнала

Как обход можно "Обработка на основе набора"(Set-based processing) отметить. Тогда settleVoucher при импорте автоматически заполняется, и проводки поэтому сопоставляются. Все ок. Но засада в том, что надо в файле импорта задавать сразу номер ваучера(а не полагаться на автоматическое его заполнение аксаптой) . В документации написано, что этот импортированный номер временнный, и при разноске журнала переписывается номером, присвоенным акскаптой, но в моем эксперименте этого не произошло. Дальше не копала, тк клиент посмотрел и не захотел дополнять импортируемый файл колонкой с ваучером.

Version: 10.0.38