? Всегда использовать Примен. Товар Операция №

[karol]

Можно ли стандартными настройками при учете документа проверять поле Примен. Товар Операция № на заполнения и в случае не заполнения не проводить документ?

[Eugeny_F]

Смотря о каком виде документа Вы говорите. Для возвратов покупки и продажи обязательность заполнения этого поля может быть достигнута проставлением "галки" в поле "Точный возврат себестоимости" в настройках соответствующего модуля. Если Вы говорите про заказы продажи, то такой функциональности в явном виде нет. В некоторых случаях можно поэкспериментировать с трассировкой.

[karol]

Я имею ввиду Заказ Продажи, не возвратные документы. А что Вы имеете в виду "Поэкперементировать с трассировкой..."???
Товар по партияи и по серийным номерам в организации не ведется, стоит ли вводить понятие трассировка для пользователей в данном случае?

[Eugeny_F]

Да, под трассировкой я имел в виду партии и серийные номера. Чтобы кто-либо ответил стоит или не стоит их использовать, нужна более конкретная постановка задачи. Пока не очень понятно, зачем Вам в обязательном порядке нужно заполнение данного поля. Обратите также внимание на то, что одной строчке в заказе продади может соответствовать несколько приходных партий. В этом случае Вам придется из одной строки делать несколько.

[karol]

Zitat:

Zitat von Eugeny_F

Пока не очень понятно, зачем Вам в обязательном порядке нужно заполнение данного поля.

Проверка необходима для того чтобы к строке подтягивалось правильное ГТД из списка покупок этого товара. а если пользователь забывает заполнить поле Примен. Товар Операция №, то в учтенный документ может подтянуться совсем не то ГТД, которое необходимо.

[Eugeny_F]

Тогда попробуйте настроить обязательное резервирование.

[karol]

Zitat:

Zitat von Eugeny_F

Тогда попробуйте настроить обязательное резервирование.

Документа формируется упрощенным способом - Счетом Продажи, а там, к сожалению, нет резервирования.

Наверное ответ напрашивается уже сам собой - НЕОБХОДИМА ДОРАБОТКА для того чтобы документ запрашивал заполненное поле Примен. Товар Операция №.

Евгений спасибо за помощь!!!!

[RedFox]

Zitat:

Zitat von karol

Можно ли стандартными настройками при учете документа проверять поле Примен. Товар Операция № на заполнения и в случае не заполнения не проводить документ?

Попробуйте настройку "Exact Cost Reversing Mandatory" в "Sales & Receivables Setup".

[karol]

Zitat:

Zitat von RedFox

Попробуйте настройку "Exact Cost Reversing Mandatory" в "Sales & Receivables Setup".

Настройка неодходима, к большому моему сожалению, только для обязательного заполнения поля "Appl.-from Item Entry", а не для "Appl.-to Item Entry"

[Romul]

Ну так посмотрите соответствующий CU учета и по каждой строке Sales Line пробегайтесь, проверяя - проставлен ли номер примененной приходной операции или нет...

[rmv]

К сожалению не указан номер версии Nav.
Возможно проще работать через Заказы Продажи, либо научить резервирование понимать счета.
В противном случае как было уже сказано выше придется множить строки по номерам примененных приходных операций. В этом ничего страшного нет, просто многие клиенты удивляются - зачем один товар на ТОРГ-12 дублирован несколько раз? Особо впечатлительные при виде разных сумм НДС на один и тот же товар с одинаковым количеством впадают в ступор.

[Geo]

Я не уловил, а чем привязка строк обычной продажи к приходам отличается от партионного учета?
Имхо смысл использования полей Примен. Товар Операция № в том, что они позволяют ОТМЕНЫ прогнать по точной себестоимости, а ничего другого не трогать. Но если у Вас по бизнесу должна быть связь между продажами и покупками - то имхо партионный учет (т.е. трассировка) для того и существует...

[artkashin]

Zitat:

Zitat von Georgea

Я не уловил, а чем привязка строк обычной продажи к приходам отличается от партионного учета?
Имхо смысл использования полей Примен. Товар Операция № в том, что они позволяют ОТМЕНЫ прогнать по точной себестоимости, а ничего другого не трогать. Но если у Вас по бизнесу должна быть связь между продажами и покупками - то имхо партионный учет (т.е. трассировка) для того и существует...

Абсолютно был бы согласен, если бы функционал ГТД был бы доработан. То, что вы предлагаете, это подменить ГТД номером партии и следить за синхронизацией данных ГТД и Партия Но.