|
![]() |
#1 |
Administrator
|
Аааа вот в чём вопрос... Ну тогда - да - вопрос к коду. Собственно тот факт, что Вы не видите ничего в коде и говорит о том, что в SettleVoucher прописывается 0, а не 1.
Т.е. условно - был код, но ... пропал ![]() Паршивость ситуации тут в том, что поля нет в Entity - т.о. его не заполнишь в исходном файле данных - т.е. по-любому только в код придется вмешиваться и где-нибудь (например, на initValue у Entity) устанавливать SettleVoucher = 1 (ну т.е. понятно, что придется сделать расширение к Entity и т.д.) Почему код себя не ведет также? Да потому что он не единый. Код, который присутствует на Entity и код, который работает при создании журнала - разный. Когда-то давно - буквально пару версий назад - в системе для заказов на продажу пытались сделать единый код для того, что сейчас называется Entity - но... это оказалось весьма трудозатратным и сейчас при создании Entity особо не парятся - код по созданию записей через Entity - один, а код по созданию объекта вручную - другой Да, конечно, какие-то подметоды могут вызываться единые, но в целом - это 2 разных алгоритма.Ну и само собой - всё может меняться в жизни...
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: Lankey (1). |
![]() |
#2 |
Участник
|
Спасибо .
А само поле SettleVoucher, что означает ? Я читаю доки про процесс сопоставления. Пишут только про параметры, настройки приоритетов .. но нигде не нахожу его описания. Я так понимаю, это оно показывает как раз то, какие проводки будут выбираться для сопоставления: открытые, помеченные..., а значение "нет" значит что? Как раз, что не будет сопоставления проводиться при разноске, да ( То есть, что после разноски кто-то руками должен проводить сопоставление)? Меня немного удивялет, что, если мое понимание корректно, что без этого поля сопоставление проводиться не будет, то возникает вопрос : а как архитекторами задумывался процесс end-to-end? Импорт создает автоматически журнал ( причем с большим количеством строк, тк иначе можно было бы и руками забить) -> пакет их разносит -> а кто-то потом должен вручную их все сопоставлять? Это же очень трудоемко и долго. Все так и работают, или я что-то в процессе не понимаю? (если это просто баг новой версии, то, наверное, уже бы все на ушах стояли) Последний раз редактировалось Lankey; 04.06.2024 в 03:13. |
|
![]() |
#3 |
MCTS
|
Цитата:
а вот тут у вас что? CustParameters.AutoSettle Последний раз редактировалось ashu; 04.06.2024 в 07:31. |
|
![]() |
#4 |
Участник
|
Цитата:
Функция автосопоставления только появилась, разве нет? https://learn.microsoft.com/en-us/dy...er/auto-settle Upd: Проще прощеия, нет, это не то . Сопоставление по проводкам клиентов , действительно, уже есть. А почему, кстати, для вендоров нет? Настрока CustParameters.AutoSettle игнорируется при импорте журналов, если "Обработка на основе набора" не отмечен Последний раз редактировалось Lankey; 04.06.2024 в 11:53. |
|
![]() |
#5 |
MCTS
|
Цитата:
Сообщение от Lankey
![]() Добрый день
Функция автосопоставления только появилась, разве нет? https://learn.microsoft.com/en-us/dy...er/auto-settle Upd: Проще прощеия, нет, это не то . Сопоставление по проводкам клиентов , действительно, уже есть. А почему, кстати, для вендоров нет? |
|
![]() |
#6 |
Участник
|
Если кому интерено - клиент был неправ. Никогда у них автосопоставление не работало при разноске этих импортируемых журналов.
Это именно из-за того, что у entity поле "Обработка на основе набора" не отмечен. И , как следствие, поле settleVoucher при импорте автоматически не заполняется, и поэтому проводки не автосопоствавляютя при разноске журнала Как обход можно "Обработка на основе набора"(Set-based processing) отметить. Тогда settleVoucher при импорте автоматически заполняется, и проводки поэтому сопоставляются. Все ок. Но засада в том, что надо в файле импорта задавать сразу номер ваучера(а не полагаться на автоматическое его заполнение аксаптой) . В документации написано, что этот импортированный номер временнный, и при разноске журнала переписывается номером, присвоенным акскаптой, но в моем эксперименте этого не произошло. Дальше не копала, тк клиент посмотрел и не захотел дополнять импортируемый файл колонкой с ваучером. Version: 10.0.38 Последний раз редактировалось Lankey; 17.06.2024 в 12:32. |
|
|
|