Отдельная счёт-фактура на каждую строку заказа

[Hammer]

Никто не сталкивался с такой проблемой - при обработки накладной - счет фактура создается на каждую строку накладной - а нужна только одна счёт-фактура. Кто то где то нажал что то в конфигурационных ключах

[EVGL]

На второй закладке установите параметры "Суммарной обработки" и нажмите "Упорядочить", а также установите их по умолчанию в параметрах модуля.

[Ivanhoe]

Помогло?

Просто для одного заказа обычно не разбиваются накладные. Только если использовать функциональность 2009 по разбиению накладной на основании адреса / складских аналитик в строках заказа.

С учетом того, что форма явно модифицированная, могут быть и другие причины.

[Hammer]

Строки схлопнулись - но дальше при обработке идут ошибки. И странное поведение - на одной базе строки схлопываются по умолчанию - на другой идет такая проблема, даже после установки параметров модуля. Базы идентичные - Application тоже самое. Сейчас запустил глобальную компиляцию - посмотрим что будет. Как решу проблему отпишусь.

[Hammer]

Цитата:

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

Помогло?

Просто для одного заказа обычно не разбиваются накладные. Только если использовать функциональность 2009 по разбиению накладной на основании адреса / складских аналитик в строках заказа.

С учетом того, что форма явно модифицированная, могут быть и другие причины.

А где эта функциональность настраивается?

[ashu]

судя по всему имеется в виду это:
Расчеты с клиентами/Настройки/Параметры вкладка "суммарная обработка"
в группе поле "Разбить на основе", для накладной можно указать галку "Сведения об адресе", в этом случае (если не путаю), если в заказе на продажу, в строках разные адреса, то накладная будет разбиваться по каждому адресу. Ну и аналогично другие галки "сайт" и тд.

[Ivanhoe]

Цитата:

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

Строки схлопнулись - но дальше при обработке идут ошибки. И странное поведение - на одной базе строки схлопываются по умолчанию - на другой идет такая проблема, даже после установки параметров модуля. Базы идентичные - Application тоже самое. Сейчас запустил глобальную компиляцию - посмотрим что будет. Как решу проблему отпишусь.

Вопрос - у вас уже запущенная система, в которой возникли ошибки? У вас идет разработка системы и есть ошибки? У вас установлена некая "демо-база" и есть ошибки?

Что смущает в вашей форме: вы обрабатываете фактуру, а заголовок формы - про накладную; также нет галки для распечатки фактуры; при этом в строках видно, что обрабатывается фактура; также есть новое поле с номером накладных в таблице.

[ashu]

Цитата:

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

Вопрос - у вас уже запущенная система, в которой возникли ошибки? У вас идет разработка системы и есть ошибки? У вас установлена некая "демо-база" и есть ошибки?

Что смущает в вашей форме: вы обрабатываете фактуру, а заголовок формы - про накладную; также нет галки для распечатки фактуры; при этом в строках видно, что обрабатывается фактура; также есть новое поле с номером накладных в таблице.

Да, форма судя по всему комбинированная- верхняя часть из формы обработки накладной, а нижняя из формы обработки фактуры...
PS поле "Накладная" в форме обработки фактуры,это стандартное поле, если обрабатывается по заказу сразу фактура, то оно пустое, если на основании существующих накладных то заполняеется соответсвующим значением. И даже радует своим присутсвием в проформах.

[Hammer]

Проблема решена следующим образом
При обработке накладной и счет фактуры в SalesParmUpdate вставлялись записи заполненными полями SplitPostingProfile_RU и SplitInventProfileType_RU, в коде временно прописали - что бы они не ставились - все стало хорошо.