[Tusja]

Добрый день!
Помогите решить проблему: при создании расходной накладной (любой) нужно видеть остатки товара не только по количеству, но и по цене прихода.
Притом не средневзвешенную, а какая была в приходной накладной. Похоже метод ФИФО/ЛИФО не подходит, а нужен Метод идентифицированной себестоимости. Возможно ли это в принципе?

[Sanyk]

Бачити в якому місці? В самій видатковій накладній чи в довіднику номенклатури при виборі ТМЦ?

[Tusja]

Бачити в якому місці? В самій видатковій накладній чи в довіднику номенклатури при виборі ТМЦ?

При выборе ТМЦ

[Sanyk]

В принципі такий варіант можливо реалізувати. Варіантів багато. Можливі:
1) Вибір ТМЦ з довідника не змінюємо. Добавляємо процедуру, яка після вибору ТМЦ буде робити запит до залишків в розрізі партій, і користувачу виводити інформацію, і тоді він зможе побачити потрібну інформацію;
2) Робимо окрему обробку, яка буде викликатися при виборі ТМЦ, і вже в цій обробці заповнюмо таблицю як завгодно.

Це тільки те, що прийшло в голову зараз. Взагалі варіантів може бути безліч.

До речі, метод ФІФО/ЛІФО можливо використовувати. Проблем особливо не бачу.

[Tusja]

В принципі такий варіант можливо реалізувати. Варіантів багато. Можливі:
1) Вибір ТМЦ з довідника не змінюємо. Добавляємо процедуру, яка після вибору ТМЦ буде робити запит до залишків в розрізі партій, і користувачу виводити інформацію, і тоді він зможе побачити потрібну інформацію;
2) Робимо окрему обробку, яка буде викликатися при виборі ТМЦ, і вже в цій обробці заповнюмо таблицю як завгодно.

Це тільки те, що прийшло в голову зараз. Взагалі варіантів може бути безліч.

До речі, метод ФІФО/ЛІФО можливо використовувати. Проблем особливо не бачу.

Я начинающий пользователь. А как добавить процедуру или сделать обработку? Для чайников

[Sanyk]

Без програмістів ніяк.

[Tusja]

И на том спасибо...

[Cthulhu]

Это не только "при создании расходной накладной" - это "везде, где участвует номенклатура"
Ибо фактически представляет собой метод партионного учета ("по партиям").
иначе - никак. хотя в типовых (ТиС, комплексной) такой метод партионного учета и упоминается в соответствующем перечислении - в функционале он не реализован никак.
"в лоб" задача решается на уровне пользователя - разделением номенклатурной позиции на несколько (по партиеобразующему признаку), с группировкой их в одну подгруппу (для удобства).
дополнительная трудность - с упоминанием в печатных формах счета/расх.накл. одноименных позиций (которым, в принципе можно "нечаянно" вбить разные продажные цены). т.о. для минимизации ошибок все-таки может понадобиться программист (всандалить в некоторые документы контроль по единицам+ценам "однономенклатурных" но разных товаров, а также для доработки печ.форм с группировкой таких позиций документва в по-одно-номенклатурные строки).
"за ваши деньги - любой каприз", как говорится.