Проблема в выборе ГТД

[ddadream]

При заполнении строк заказа в нашей базе имеются одинаковые номера ГТД для одного товара.
все это видно на скриншоте:


так вот при разноске соответстенно почему то выбирается не та запись в которой есть товар, а другое отрицательное, хотя я выбирал конкретно то значение в котором товара достаточно для продажи. и появляется ошибка:
50,00 не может быть взят со склада , поскольку в наличии имеется только 15,00

непонятно почему так происходит.
может кто встречался с такими делами? сам я еще не разбирался, не успеваю, потому спрашиваю, может кто на вскидку ответит...
Спасибо.

[ddadream]

Ага. понятно, я же отключил аналитику Номер Партии, и потому он сейчас складывает все вместе и говорит что нельзя.

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

[mazzy]

Если честно, то ни фига не понял. Похоже ты сам с собой говоришь...

А разве это плохо, что "не обязательно указывать номер партии"?
Ты чего добиться от нее хочешь?

[ddadream]

Дело в том что мы сначала вводили номера партий, но потом отказались, так как не нашли способа настроить аксапту что бы она сама подставляла номера ГТД и номера партий в строки заказа.

Вопрос тогда меняется в другую сторону. А как настроить это дело то?
Ведь Аксапта иногда сама цепляет номера ГТД и Партии, но почему то делает это в 30% cлучаев.

Вот он, вопрос, который родился из мук.

Буду рад услышать ответ.

[Михаил Андреев]

Попробую я ответить, можно ?

Наши настройки для импортных товаров такие:

Учет идет по партиям, отслеживаются номера ГТД. Ни номер ГТД, ни номер партии в заказах не фигурируют, подцепляются на этапе резервирования (как автоматически, так и вручную).

Обратить внимание:
1. Настройки для ГТД и Партий одинаковы.
2. Флаг "Физическое наличие" установлен (иначе в минус запросто можно уйти).
3. Флаг "Перенос" снят, что заставляет программу при переносах со склада на склад тащить эту аналитику вслед, а не требовать от пользователя.
4. Флаг "Пропуск для расходов" установлен, что позволяет (и требует!) в заказах не указывать эту аналитику.

Вроде, особенностей больше нет.

[mazzy]

Согласен.

1. В заказах ГТД проставлять не нужно. Аксапта устанавливает его в складских проводоках (признак того, что ГТД установлена автоматически) См. Склад \ Проводки Включи аналитику.

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

[Михаил Андреев]

Цитата:

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

Во-во. Мне этот флаг был тоже не нужен. Бухгалтерия мне объяснила, что я неправ

[mazzy]

Малыш: представляю что скажет мама.
Карлсон: а, мама. мама дело житейское.
Малыш: представляю что скажет папа.
Карлсон: папа? ну мне пора.

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

Не вижу абсолютно никакого смысла вести остатки по ГТД, если склад не сможет сказать сколько товара имеется по той или иной ГТД. Если на складе все хранится в одной куче, то склад может сказать только то, что в куче есть N штук. Не больше и не меньше. Все остальное от лукавого.

Зачем обманывать себя и верить, что какие то остатки в системе что-то значат, когда они принципиально непроверяемы? Лучше уж сразу отказаться от таких данных и принимать решения исходя из этого.

По-моему, лучше иметь 5 параметров, в которых уверен на 100%, чем 50, но непроверяемых.

[Михаил Андреев]

Согласен. Но .. иногда проще поступить неправильно, чем убедить в правильном. Тем более, что в данном случае никаких побочных явлений не возникает. По партиям-то остатков тоже ведь не проверишь, но использовать их удобно.

[mazzy]

да, бывает и такое.

[mazzy]

кстати, партию удобно использовать для учета срока годности. В этом случае надо физически разделять остатки по партиям

[Михаил Андреев]

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

[mazzy]

а детское питание?

[PlasticinE]

<Зохавано мудератором>
за неуплату

[mazzy]

В качестве поощрения?

[Oks]

Михаил,
мы применили в точности ваши настройки и получилось вот что:

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

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

Может требуются еще какие дополнительные настройки....

В конечном счете очень хотелось бы получить такую схему:
при закупке мы присваиваем товару обозначение партии и ГТД, а при продаже система сама должна бы брать по принципу ФИФО товар из каждой следующей партии и обнулять ее содержимое. так, чтобы мы могли видеть из какой партии в данный момент товар уходит и какое ГТД ей приписано.
Неужели, Михаил, у вас именно так и работает?

[mazzy]

у меня так и работает.

[Михаил Андреев]

Цитата:

В конечном счете очень хотелось бы получить такую схему:
при закупке мы присваиваем товару обозначение партии и ГТД, а при продаже система сама должна бы брать по принципу ФИФО товар из каждой следующей партии и обнулять ее содержимое. так, чтобы мы могли видеть из какой партии в данный момент товар уходит и какое ГТД ей приписано.
Неужели, Михаил, у вас именно так и работает?

Так и работает.
Но:
1. Если резервирование вручную, то партию придется выбирать также вручную. Делается это в форме "Заказы" - "Склад" - "Резервирование" кнопкой "Резервировать лот".
2. При автоматическом резервировании по партиям программа сама раскидывает. Но если в параметрах заказа флаг "Резервирование" по умолчанию не установлен в "Автоматически", она и не работает.
3. Чтобы было ФИФО, нужно нумерацию партий сделать соответствующую (у нас дата + номер лота, можно по сериям сделать).

А насчет отрицательных остатков в партиях. Было дело, проходили

[Oks]

ЗАВИИДУЮ, я тоже так хочу!!!
Раз у вас работает, значит и у меня должно бы заработать

Вот что я делаю:
- в Параметры Заказа ставлю Резервирование по умолчанию - автоматически
- для Группы складских моделей ставлю ФИФО, снимаю все галки про отрицательность, и там же не стоят галки на требование Регистрации и Комплектации и резервирование
- для Группы складской аналитики указываю все, что у Михаила, но дополнительно для склада - стоят галки на Физ. наличие и Фин. склад, и по редактированию для склада - все галки включены.
- в заказ выбираю товар, для которого есть несколько разных партий, причем в первой по выводу в окне "В наличии" колво товара недостаточное для заказа и должно бы браться из следующей партии.



Разношу
и получаю сообщение, что в данной партии нет достаточного для заказа кол-ва товара.




Ну так почему же у вас это работает, а у нас пока нет?

[Михаил Андреев]

Оксана!
А картинки строки заказа нельзя посмотреть? (включи в показ всю аналитику)