Перемешение товара которого нет в наличие

[Константин!]

Почему в транзитных перемещениях нельзя перемещать в минус?
Если это идеология системы, то, как ее обойти?

[Yoil]

Ну вообще да, идеология. И не системы, а жизненная такая идеология - как можно переместить со склада 5 штук товара, если их там только 3?

[DA_NEAL]

а продавать ... дак пожалуйста. Продавать то можно . Идеология такая что продвать то чего нет можно, если очень хочется.

[Константин!]

Вот я и подумал если можно продовать почему нельзя и перемещать в красную?

[Alterant]

Потому что так работает коррекция себестоимости. Потреблять в минус, кстати, тоже нельзя.

[Wizard_imported]

Ну, коррекция, да, наверное... В том смысле что себестоимость надо переместить вточности, а она не определена.
Да можно было бы и перемещать в минус, непонятно только зачем...
ИМХО запрещено системой потому что выполняется перемещение полным копированием открытой приходной операции (нескольких, если надо), со всей сопутствующей аналитикой - кодом поставщика, например. А раз нету (недостаточно) открытых приходов, значит и копировать нечего.
Списывать в минус и приходовать. Тока так..

[Константин!]

а что себистоимость, если я продаю в минус, то в ValueEntry записи не валятся, а когда я делаю приход эти записи для продажи создаются, почему нельзя также сделать в перемешени?
Списание тоже кстати в минус работает.
ИМХО запрешено т.к. лень было написать.

[romtex_imported]

Предлагаю Вашему вниманию познавательную переписку с Микрософт. Все имена изменены .

10/25/2004 7:36:00 Y
В настойке модуля "Товары" есть разрешение отрицательных остатков. Система позволяет учитывать документы продажи и списания, но не дает учеть внутреннее перемещение. Будет ли исправлена эта ошибка и когда?
--------------------------------------------------------------------------
11/8/2004 9:22:00 AM PST -- X Добрый день,Y

Я взял Ваш вопрос на обработку.
Не могли бы Вы уточнить, это важно для решения данного запроса - Вы перемещаете товар, который физически присутствует на складе или нет?

С уважением,
X
--------------------------------------------------------------------------
11/9/2004 6:08:00 AM PST --Y
Товара естественно нет, т.к. рассматривается случай с разрешенными отрицательными остатками.
--------------------------------------------------------------------------
11/16/2004 4:02:00 AM PST -- X Добрый день, Y!

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

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

С уважением,
X
--------------------------------------------------------------------------
11/16/2004 6:17:00 AM PST -- Y
Добрый день, X!
Мы очень рады, что созданная функциональность является локальной разработкой. К сожалению, нет описания для чего нужен флаг "Разрешить Отрицательный Остаток", поэтому сказать, что это ошибка или нет, сославшись на какой-либо документ, не представляется возможным. В связи с этим возникают два вопроса.
1. Имеется ли какие-либо документы, в котором описано предназначение локальных разработок. Не могли бы Вы дать ссылку на них. Действительно, очень хочется знать, для чего они создаются, а без описания, к сожалению, приходится только догадываться.
2. В случае отрицательного ответа на первый вопрос приходится руководствоваться здравым смыслом. Например, в этой же таблице есть еще два поля, которые тоже являются локальной разработкой "Проверять дату применения" и "Учет склада по дате операции". Глядя на их название становится интуитивно понятным, что Система будет проверять дату применения и учитывать склад по дате операции для ВСЕХ товарных операций, а не только для, например, продаж и расхода, что и происходит на самом деле. Такие же соображения приходят и глядя на флаг "Разрешить Отрицательный Остаток".
Однако действие его почему-то ограничено набором операций определенного типа. Почему это так ни пользователям, ни консультантам совершенно не понятно.
Исходя из вышеуказанных соображений, отсутствие возможности перемещать товар с получением отрицательных остатков все-таки является не разработкой нового функционала, а ошибкой. Соответственно запрос внесен верно, т.к. мы указываем не на возможность разработки нового функционала, а на исправление существующей ошибки.


--------------------------------------------------------------------------
11/19/2004 12:32:00 AM PST -- X Добрый день, Y!

Отвечаю на ваши вопросы. Да,действительно дизайны решений отдела разработки недоступны для партнеров.
Для понимая той или ной функциональности бизнес-процессы описаны в виде документов, какие в виде помощи к полю (F1). Не всегда помощь к полю бывает понятна, значит нужно изменить текст или подсказку к полю.
Важно то, что партнер тоже может влиять на этот процесс. После того все пожелания и требования собираются, то они анализируются и после этого пишется дизайн решения, согласно которому ведется разработка.
При разработке функциональности "Разрешения отрицательного остатка" был соответствующий дизайн и последовательно ему воплощалось данная функциональность. В данной ситуации можно сказать то, что возможно не все возможные случаи были разобраны в данном дизайне, поэтому надо добавлять к дизайну соответствующие пункты, то есть это доработка алгоритма, но никак не ошибка. И опять же любое изменение обсуждается и не всегда принимается к решению.
Как я вам уже говорил, все предложения по изменению функциональности вносятся через инструмент, описанный мною в предыдущем письме.

С уважением,
X
--------------------------------------------------------------------------
11/19/2004 5:11:00 AM PST -- Y
Добрый день, X!
Спасибо за оперативный ответ.
Я пониманию содержание нашей переписки так.
Запрос: Почему функционал для нахождения суммы складывает 2+2, 1+1, 3+1, 3+2 но не складывает 2+1?
Ответ: А зачем вам складывать?
Запрос: Надо
Ответ: Да, действительно не складывает, так было задумано! Если вам это надо пишите запрос на доработку. Мы рассмотрим этот вопрос. Может быть это будет сделано.
Запрос: А какие числа вообще должны складываться, можно дать ссылку на документацию?
Ответ: Да, документация есть. Есть подсказка к полю(???). Но там может быть написано не правильно. Также есть дизайн функционала, но вам он не доступен.


Попробую еще раз повторить и несколько уточнить один из вопросов.
1.Имеется ли какая-либо документация к локальной разработке под кодовым названием "Разрешить Отрицательные Остатки"?
2.Если да, то не могли бы вы дать ССЫЛКУ на нее. Самостоятельно отгадать значение этого поля не удалось. В Help (F1) тоже ничего не написано. Дизайны решений партнерам не доступны. Интуиция срабатывает не правильно.
3.КАК ПОНЯТЬ ДЛЯ ЧЕГО ЭТО ПОЛЕ СЛУЖИТ?
4.Через какой инструмент вносить пожелания по изменению Help или иных документов?
Можно ответить по пунктам.

--------------------------------------------------------------------------
11/23/2004 12:41:00 AM PST -- X Добрый день, Y!

Спасибо за сформулированные вопросы.

Документация к локальной разработке "Разрешить Отрицательные Остатки" не существует. Во внутренней системе будет заведен запрос на отсутствие помощи к полю и эскалирован в отдел разработки.
Для того чтобы вносить изменения в существующую функциональность или предложить новую, можно воспользоваться специальным ресурсом,который доступен партнерам - https://...
Как только Вашему запросу будет присвоен номер во внутренней системе, VSA Incident будет закрыт.
Алексей, если у вас остались какие то комментарии, пожалуйста напишите.

С уважением,
Y
--------------------------------------------------------------------------
11/23/2004 3:46:00 AM PST -- X
Добрый день, Y!
В предыдущем вопросе пришлось специально постараться разбить вопросы на пункты, чтобы Вам было удобнее отвечать. Однако это помогло только на 50%.
Самый злободневный для нас вопрос специально был написан СТРОЧНЫМИ буквами, чтобы он случайно не ускользнул от вашего внимания. Не помогло. Я бы с удовольствием к вопросам еще приписывал бы варианты ответов, но, к сожалению, ответы на них могут быть не всегда односложными. Хорошо, что еще возможности современных ЭВМ позволяют копировать вопросы из раза в раз, что позволяет значительно экономить время.
Итак.
1. КАК ПОНЯТЬ ДЛЯ ЧЕГО ЭТО ПОЛЕ СЛУЖИТ? Чтобы Вы случайно не подумали про какое-то абстрактное поле, уточняю: поле 12409 в таблице 313. Вопрос по-прежнему специально выделен СТРОЧНЫМИ буквами. Для более правильного осмысления вопроса уточню еще, что я не прошу объяснить для чего оно, я спрашиваю как понять для чего этот флаг, не прибегая к службе поддержки.
2. Через какой инструмент вносить пожелания по изменению Help или иных документов? Именно документов или Help, не функционала. Про изменение функционала Вы уже пишите в третий раз, хотя это было понятно с первого и этот вопрос больше не поднимался.

Ну и появляется еще несколько вопросов, раз Вы все-таки признали, что документации нет и решились завести запрос на ее отсутствие.
3. Когда доработанную документацию ил Help можно будет увидеть партнерам?

Еще несколько риторических вопросов, но все же хочется узнать Ваше видение по ним.
4.Не кажется ли Вам, что на любой вопрос об ошибке в функционале, на который нет никакого описания, можно отвечать "так было задумано". (В случае ответа "нет" хотелось бы пример) 5. Для кого производятся половинчатые разработки, на которые нет никакой документации?

В прошлом запросе была просьба отвечать по пунктам. Это означает, что очень хочется, для того чтобы Вы ничего случайно ничего не упустили получить ответы в следующем виде:
Ответ на 1-й вопрос. Здесь следует Ваш ответ на первый вопрос Ответ на 2-й вопрос. Здесь следует Ваш ответ на второй вопрос Ответ на 3-й вопрос. Здесь следует Ваш ответ на третий вопрос Ответ на 4-й вопрос. Здесь следует Ваш ответ на четвертый вопрос Ответ на 5-й вопрос. здесь следует Ваш ответ на пятый вопрос

Или в таком
1.
2.
3.
4.
5.

Спасибо.

--------------------------------------------------------------------------
11/23/2004 7:10:00 AM PST -- X Добрый день, Y!

В соответствии с телефонным разговором:
1) Эскалируется запрос во внутреннюю сервисную систему отдела разработки на добавление Help (F1) к полю 12409 в таблице 313.
2) Запрос(предложение) на развитие функциональности производится через сервисную систему https://.....
По работе с данным продуктом Вам необходимо обратится к Вашему Partner Account Manager, ответственным по работе с Вами как партнером.

Сам запрос будет закрыт после его занесения во внутреннюю систему отдела разработки.

Спасибо за сотрудничество.
С уважением, X
____________________________________________

Да поможет вам всемогущий C/AL!

[DA_NEAL]

занимательно... но я бы на втором круге сдался

[SVG]

romtex
зачот

[Sancho]

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

а если применяться не к чему (склад пустой), то оно и не учтется, несмотря на гайку "отрицательный остаток".


это, кстати, ИМХО, так что поправьте, если что не так.
спасибо

[romtex_imported]

Цитата:

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

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

а если применяться не к чему (склад пустой), то оно и не учтется, несмотря на гайку "отрицательный остаток".


это, кстати, ИМХО, так что поправьте, если что не так.
спасибо

Поправляю.
Если "Применяться в обязательном порядке" означает автоматическое добавление записей в таблицу "Item Application Entry", то для метода FIFO "применяются" все расходные операции (и продажа и списание), т.е. в любом случае товару "примениться не к чему". Но при этом проажа и списания учтутся, а перемещение нет.

[Константин!]

Ну И как же с этим бороться? Где вобще контроль этой галки происходит?
Просто если помотреть код всех СU в текстовике то находится только в 22 в ф-и InsertItemLedgEntry

IF (NOT InvtSetup."Allow Negative Stock") AND (ItemLedgEntry.Quantity < 0) THEN
ERROR(Text005,ItemLedgEntry."Item No.");

[romtex_imported]

Так и есть.
Там и надо править только эту проверку, а основные исправления в ф-и ApplyItemLedgEntry, иначе, насколько я помню или не учтет совсем или применит операции криво.
Вообщем, насколько я помню все достаточно геморно не на один час работы с дебагером это точно.

[Константин!]

А что брать за оригинал. Т.е. я имею ввиду работу ф-и ApplyItemLedgEntry при включенной галки нужно изучать на примере какого документа, а потом эти знания переносить на транзит?

И какой результат должен появится в результате относительно наличия записей в таблицах Value Entry ItemAppEntry и ItemLedgerEntry?
Т.е я так понимаю ItemAppEntry не должна сформироватся при отгрузке и получении транзита а должна создатся только при приходе нехватающего товара, ValueEntry на расходные операции пусть создается коррекция поправт если что, а вот с приходными операциями что делать ведь там нужна себестоимость, хатя это ведь транзит наверное тоже коррекцией возьмет?

[romtex_imported]

Я делал отрицательные остатки для обычных перемещений.
Как получить правильный результат в таблицах 32,339,5802 - учесть с отрицательным остатком расход. Это то, что нужно получить и с перемещениями, поколдовав с указанной функцией.
Проверка правильности работы: после учета перемещения с отрицательным остатком купить товар и запустить коррекцию цена в 5802 должна измениться на цену покупки.
Себестоимость в приходных операциях в обычных перемещениях после коррекции тоже изменяется. Думаю что и в транзитных тоже.
Проверить можно купив товар, переместить его, запустить коррекцию, потом создать счет на доп. издержки к счету покупки, с которого перемещен товар, потом снова запустить коррекцию.

[Константин!]

Да вот начал колдовать в результате при отгрузки транзита не формируется приход на транзит а только расход с отправителя , а без приходных партий коррекция считает что 17 не балансирует( ошибка consistent).
Приходная паротия на транзит формируется собака отдельной ф-ей а несоздается изначально в товарном журнале, а в этой ф-ии сразуже навешено вставка 5802 и 339 которые пока приодолеть неудалось. вот

[Константин!]

С таблицами 32, 5802 я разобрался, но возник вопрос как Навик узнает при учете прихода, что есть красный расход в котором несоздана запись в 339 таблицы и успешно ее создает причем сначала создает связь с расходной партии в которой указана приходная партия которая идет следом а потом приходную т.е.
расход
Операция Но.=1 ТоварОперация Но = 1 Вход Товар Операция Но. =2

приход
Операция Но.=2 ТоварОперация Но = 2 Вход Товар Операция Но. =2

[romtex_imported]

По таблице 32, где остаток Кол-во <0 и открыта = да

[Константин!]

Всем большое спасибо. Особенно romtex-у, уже не первый раз выручаете.
Вродебы все заработало.