Про применение товарных операций.

[apanko]

Применение присутствует всегда (LIFO для метода расчета себестоимости = LIFO, по серийным номерам для метода расчета себестоимости = По серийным номерам и FIFO для всех остальных).

Применение бывает автоматическим (см. выше) и ручным.

При ручном применении заполняются поля:

"Примененная операция Но." – при применении отрицательной операции к положительной.
Например,

• Операция продажи к операции покупки
• Операция списания к операции оприходования
• Кредит-нота покупки к операции покупки
• Операция отмены выхода к операции выхода

"Примененная –из операция Но." – при применении положительной операции к отрицательной
Например,

• Операция кредит-нота продажи к операции продажи
• Операция отмены потребления к операции потребления
• Операция оприходования к операции списания

Ручное применение является полезным если нужно связать стоимостные показатели двух операций т.е. вернуть поставщику то, что купили именно у него, а не то, что давно уже лежит на складе (что получилось бы при автоматическом применении по методу FIFO).

Неожиданно применение оказалось полезным для расчета остатков на складе как в количественном, так и в стоимостном выражении.

[apanko]

Применение операций используется в пакетном задании "Коррекция себестоимости - товарных операций". Т.е. система смотрит, а не изменилась ли себестоимость приходной операции, и если себестоимость прихода изменилась, то это изменение "протягивается" в соотвествующие расходные операции.


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

Для связи приходных и расходных операций между собой, как известно, используется таблица 339 Item Application Entry.
В ней есть полезное поле "Партия Товар Операция Но.". Очень удобно. Поле как выяснилось российское. Заполняется из программного модуля 22 Item Jnl.-Post Line.
Для заполнения используются функции:

• CreateBatchLink(ItemLedgEntry0 : Record 32)
• SearchBatchLink(ItemApplnEntry0 : Record 339) : Return : Integer

Эти же функции можно использовать если нужна не просто исходная партия, а вся цепочка.

Кстати обратите внимание, что партией считается приходная операция, не зависимо от того применялась ли она к расходной или нет.
Пример.

1. 01.10.2010 - приход 1шт.
2. 05.10.2010 - расход 1шт. применен к операции 1, партия - операция 1.
3. 05.10.2010 - приход 1шт. применен к операции 2 (сторнируем расход)
4. 10.10.2010 - расход 1шт. применен к операции 3, партия - операция 3.

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

[Natalya]

Относительно автоматического применения товарных операций. Нужно помнить, что положительные товарные операции, из которых зарезервирован товар, в автоматическом применении не участвуют. Поэтому если используется резервирование, нельзя говорить о полноценном FIFO

[apanko]

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

Относительно автоматического применения товарных операций. Нужно помнить, что положительные товарные операции, из которых зарезервирован товар, в автоматическом применении не участвуют. Поэтому если используется резервирование, нельзя говорить о полноценном FIFO

Резервирование можно рассматривать как ручное применение.

PS. Премодерацию отключил. Ваши сообщения должны появляться сразу.

[apanko]

Проходил мимо журнала применения (Application Worksheet из NAV5) и приметил:
Табличку 343 Item Applicaton Item History.

Табличка заполняется функцией InsertHistory из таблицы 339 Item Application Entry (весьма неожиданно, не правда ли).
Функция InsertHistory вызывается из программного модуля 22 Item Jnl.-Post Line, функции UnApply.

Пишется в табличку история расприменения.

[apanko]

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

Расширил эксперимент. Итого.
* При применении прихода к расходу с другого склада - при изменении себестоимости расхода, также изменяется и стоимость прихода.
* При применении прихода к расходу с другим кодом варианта, система операцию не учитывает
* При применении прихода к расходу, когда есть номера лотов не зависимо от склада, себестоимость прихода не изменяется.

Кстати если открыть таблицу 339, то для приходных операций, примененных к расходным поле Исход. Товар Операция Но. оказалось заполнено только для прихода примененного к расходу с другого склада. В остальных случаях (лоты) поле оказалось пустым.

[apanko]

Испытал культурный шок.

Делаем так.
Приходуем товар, например 10 штук (я приходовал через журнал)
Продаем 3 штуки (документом продажи)

Открываем журнал реклассификации.
Указываем что хотим реклассифицировать 10 единиц товара, указываем ссылку на исходную операцию (я менял Глобальное Измерение1).
Система предупреждает, что товара недостаточно (конечно, 3 штуки уже продали).

Учитываем журнал реклассификации. - чудо, журнал учтен.

Посмотрел применение:
1. Система расприменила продажу и приход.
2. Создала Перемещение- и применила к приходу
3. Создала Перемещение+, к которому применила продажу.


_______

А вот с ячейками такая штука не сработала.

[apanko]

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

А вот с ячейками такая штука не сработала.

А еще такая штука не сработала:
- с операциями, к которым есть фиксированное применение.
- с операциями с флагом в поле Коррекция.
- с операциями, к которым примененно исходящее перемещение.