Физический приход на склад без ГТД

[rumpleteazer]

Встречался ли кто-нибудь со следующей проблемой. У номенклатуры включена первичная аналитика ГТД. Товар от постащика приходит сначала на склад, где он принимается, после этого документы поставщика на принятый товар передают в отдел закупок. По этим документам закупки вводят ГТД и приходуют товар на склад.
Хотелось бы сначал оформлять физический приход товара именно на складе, а затем финансово разносить в отделе закупок. Но без ГТД товар физически оприходывать нельзя. Можно ли обойтись в этом случае без программирования и без изменения бизнес-процесса?

[Hamster]

Приход на склад можно через отборочную накладную.......
предварительно отключив "первичная" и "физ. наличие" у ГТД.

[rumpleteazer]

Цитата:

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

Приход на склад можно через отборочную накладную.......
предварительно отключив "первичная" и "физ. наличие" у ГТД.

Но тогда при финансовом приходовании ГТД в проводки не подставятся.

[soin]

Забивайте весь товар на какую-нибуть временнную ГТД
А потом через функционал редактирования кодов аналитик корректируйте.

[MironovI]

и включив пропуск для приходов наверное..

[glibs]

А товар может продаться до того, как он будет финансово оприходован (точнее даже, до того момента, когда к нему ГТД приделают)?

[rumpleteazer]

Цитата:

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

А товар может продаться до того, как он будет финансово оприходован (точнее даже, до того момента, когда к нему ГТД приделают)?

Продаться не может, но зарезервирован под продажу может быть.

[glibs]

Технически так, конечно, делать можно...

Но реально руками это... нереально (слишком много ручной работы).

Ведь вам нужно будет найти не только приходы по ГТД, но и расходы с резервом по этой ГТД (а их м.б. много). А одна строчка накладной может прийти с несколькими номерами ГТД (если поставщик местный). И тогда вы будете бегать за этими прихордами и расходами полдня как Шарик за кроликом.

Нормального решения этой проблемы без программирования я не придумал до сих пор.

Вообще навешивание ГТД на складскую аналитику было большой ошибкой. Сейчас она сильно мешается при инвентаризации и внутрискладском перемещении. Ну и при приемке тоже. Плюс лишний раз раздувается InventDim.

[rumpleteazer]

Цитата:

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

Технически так, конечно, делать можно...

Нормального решения этой проблемы без программирования я не придумал до сих пор.

Вообще навешивание ГТД на складскую аналитику было большой ошибкой. Сейчас она сильно мешается при инвентаризации и внутрискладском перемещении. Ну и при приемке тоже. Плюс лишний раз раздувается InventDim.

Ок.
А куда же его тогда в Аксапте навешивать было если не на складскую аналитику?

[ppson]

Цитата:

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

Ок.
А куда же его тогда в Аксапте навешивать было если не на складскую аналитику?

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

[rumpleteazer]

Цитата:

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

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

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

[glibs]

Цитата:

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

...
А куда же его тогда в Аксапте навешивать было если не на складскую аналитику?
...

А никуда не навешивать. Регистрировать вместе с фактурой приход и автоматически списывать в фактуре при расходе. И ФИФО бы тогда работало по-честному. И склад не мучался бы.

[aws]

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

[rumpleteazer]

Всем спасибо за ответы.
Вывод - решение программированием.

[xan]

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

А если всё "по белому", то в момент приема товара на склад номер ГТД известен, может проще обеспечить достпуность информации?!

[glibs]

Цитата:

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

...
то в момент приема товара на склад номер ГТД известен, может проще обеспечить достпуность информации?!
...

xan, зачем вы людей в заблуждение вводите?

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

[rumpleteazer]

Цитата:

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

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

А если всё "по белому", то в момент приема товара на склад номер ГТД известен, может проще обеспечить достпуность информации?!

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

[NJD]

На фига внедрять erp систему, чтобы потом стараться сделать из неё 1С???
Сделай так, чтобы при вводе новой строки автоматом подставлялось какое-нибудь левое ГТД (например-"ГТД_в_получении") ,а потом уже умельцы, кто знает гтд будут его вбивать. Или можно сделать что перед разноской гтд проставляется. Потом корректируйте через коррекцию аналитики - работы ровно столько же..
Или другой вариант - если у вас всё равно всё по-черному, то уберите ГТД из складской аналитики, сделайте её отдельным полем, с выбором из справочника, а в справочнике умельцы пусть связывают ГТД и интервалы партий.
А вообще это очевидная кривизна бизнес-процессов. Стройте логистов, чтобы они строили поставщиков.

[glibs]

Цитата:

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

...
А вообще это очевидная кривизна бизнес-процессов. Стройте логистов, чтобы они строили поставщиков.
...

IMHO это кривизна локализации, а не бизнес-процессов.

ГТД к реальному или материальному учету не имеет никакого отношения. Исключительно к... учету для государства.

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

[klo]

Задача решается очень просто, хотя и программно.
При регистрации прихода генериться номер ГТД из номерной серии. Дальше товар спокойно продается или перемещается с временным номером ГТД.
При получении Счета-фактуры номер ГТД переименовывается (вызывается стандартная функция переименования).

По поводу вечного флуда на тему кривых БП и плохой локализации: если вы реально не знакомы с этим бизнес-процессом, то нечего рассуждать на эту тему!
Товар на склад приходуется по грузосопроводительным документам, в которы нет номера ГТД! Он там не предусмотрен вообще. ГТД указывается в счет-фактуре, которая приходит позже и в бухгалтерию или отдел закупок, но не на склад.
Так что эта функциональность (ГТД) просто сделана немножко не для России.