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

[MironovI]

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

[mazzy]

Цитата:

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

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

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

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

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

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

[MironovI]

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

Цитата:

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

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

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

[mazzy]

Цитата:

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

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

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

[MironovI]

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

[AndSoft]

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

[mazzy]

Цитата:

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

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

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

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

[MironovI]

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

[AndSoft]

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

[AndSoft]

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

[mazzy]

Цитата:

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

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

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

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

Цитата:

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

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

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

[MironovI]

Цитата:

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

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

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

[AndSoft]

Цитата:

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

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

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



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

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

[mazzy]

Цитата:

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

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

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

[AndSoft]

Цитата:

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

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

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

[mazzy]

Цитата:

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

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

Снова чего-то важного не понимаю
А InventSerial для ведения списка + InventSum для остатков чем не устраивает?

[AndSoft]

Цитата:

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

Снова чего-то важного не понимаю
А InventSerial для ведения списка + InventSum для остатков чем не устраивает?

Очень много ошибок возникает, сторно устанешь делать и инвенаризаций. Нужен механизм более простого сторнирования. Стандрт всем хорош для небольшого товарооборота или когда учет сер. номеров не так строг(как это было ранее).
Кстати просили указать номер приказа - Приказ ФТС России от 12 декабря 2006 г. N 1302 Письмо ФТС РФ от 27 марта 2007 года N 15-13/11083
Ссылка http://www.nix.ru/documents/FTS_N1302.html

[AndSoft]

Мы же говорим про "...учет без головной боли"

[glibs]

Цитата:

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

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

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

[mazzy]

Цитата:

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

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

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

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