Учет ГТД без головной боли

[MironovI]

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

[mazzy]

Цитата:

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

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

Их и не надо указывать в Заказах и Журналах.
Для ГТД надо включить "пропуск при расходе" и включить авторезервирование в заказах и журналах.
Или выполняйте эту процедуру перед разноской.
Процедура авторезервирования подстваит ГТД самостоятельно.
Для того, чтобы ГТД подбирались в порядке прихода (а не в алфавитном порядке) включите галочку "Контроль по дате" в группе складских моделей.

Поищите на форуме по этим ключевым словам, неоднократно обсуждалось.

Минусы стандартного учета ГТД: ГТД надо в обязательном порядке вводить в момент финансовой разноски прихода. А в этот момент информация о ГТД может еще отсутствовать. В качестве workaround можно предложить журнал переноса для смены ГТД, но если товар уже перенесен или использован, то проще повесится. Об этом в свое время glibs писал.

Более толковая (на мой взгляд) реализация ГТД сделана в международном функционале Интрастат. Но использование Интрастата повлечет тотальное переписывание российского кода.

[glibs]

Цитата:

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

...
ГТД надо в обязательном порядке вводить в момент финансовой разноски прихода.
...

Если бы в момент финансовой — еще полбеды. Его надо вводить в момент физической разноски. Например, в момент регистрации на складе (если кто приходует в режиме регистрации, а не по накладной, как в 1С обычно делают).

[mazzy]

Цитата:

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

Его надо вводить в момент физической разноски.

А почему физической?

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

[AndSoft]

Цитата:

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

А почему физической?

Ты предполагаешь, что по ГТД включен контроль физических остатков?

Да тут не контроль остатков нужен, здесь нужно конкретно - Сер.номер = ГТД, иначе контрабас.

[glibs]

Цитата:

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

...
А почему физической?
...

Потому, что ГТД в локализации сделали складской аналитикой.

Цитата:

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

...
Ты предполагаешь, что по ГТД включен контроль физических остатков?
...

Естественно. А иначе что это будет за учет? Видимость учета?

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

Цитата:

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

...
Может расскажешь подробнее про свои предложения?
Помню, что ты говорил, но деталей не помню.
...

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

Workflow м.б. таким. Пришел товар, продали товар, пришла фактура от поставщика с ГТД. Не указывать номер ГТД при физическом приходе — высокая вероятность получить "кривую" фактуру на выходе.

[AndSoft]

Цитата:

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

Workflow м.б. таким. Пришел товар, продали товар, пришла фактура от поставщика с ГТД. Не указывать номер ГТД при физическом приходе — высокая вероятность получить "кривую" фактуру на выходе.

Полностью поддерживаю

[MironovI]

Собствено с автоподбором все ясно, не было б проблем, если бы не счета фактуры

Цитата:

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

Но при этом опять-таки хочет видеть эти ГТД в счетах-фактурах.

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

[mazzy]

Цитата:

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

Я ж правильно понимаю - ГТД берется из строк накладной, а не из проводок

Неправильно.
ГТД берутся из скласких проводок.

[MironovI]

Да, точно, не туда посмотрел, спасиб, вопрос снят.

[AndSoft]

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

[mazzy]

Цитата:

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

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

А в чем проблема?
Аксапта содержит функционал для учета серийных номеров.
Если будут включены серийные номера, то ГТД будут учитываться вместе с ними.

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

[MironovI]

В принципе привязка серийников к ГТД решила бы одну из проблем с ним - с каким ГТД приходовать товар найденный по инвентаризации?

[AndSoft]

Понятно, что есть стандартный функционал. Если ГТД разбивать неудобно(2-3 строчки), то каково разбивать на 2-3 тыс строчек?

[mazzy]

Цитата:

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

В принципе привязка серийников к ГТД решила бы одну из проблем с ним - с каким ГТД приходовать товар найденный по инвентаризации?

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

Зачем еще что-то делать?
Вы функционал регистрации смотрели?

Цитата:

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

Понятно, что есть стандартный функционал. Если ГТД разбивать неудобно(2-3 строчки), то каково разбивать на 2-3 тыс строчек?

Вообще ничего не понимаю.
Зачем разбивать?

[MironovI]

Цитата:

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

Зачем еще что-то делать?
Зачем разбивать?

1) Я и имел в виду что это есть и в принципе ничего дополнительно не требуется.
2) Да-да, поясните плз, откуда такое бешеное разбиение на три порядка?

[AndSoft]

Цитата:

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

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

Зачем еще что-то делать?
Вы функционал регистрации смотрели?



Вообще ничего не понимаю.
Зачем разбивать?

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

[mazzy]

Цитата:

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

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

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

[AndSoft]

Цитата:

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

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

Конечно, если с серийными номерами разобрались , то ГТД вещь на автомате.
Для осуществления нового приказа ФТС на мой взгляд надо, организовать буфер, в котором будет выверяться то, что заявлено в ФТС с тем что принял склад. Далее необходим общий справочник серийных номеров(аля InventSum) в котором отражать текущее положение дел с серийниками, так как через проводки это практически не поднимается.

[AndSoft]

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