ГТД в Бухгалтерии (3.0) #735467

Объясните пожалуйста, как работает учет партий по ГТД в бухгалтерии 3.0. Если он там вообще есть. Есть ли какой-то встроенный механизм, отвечающий за контроль учета ГТД? Например, у меня есть номенклатура с ГТД на остатке, делаю док реализацию, добавляю эту номенклатуру, поле ГТД само не заполняется. Ок, не вопрос, логично. Далее 3 случая развития событий: - провожу документ с пустым полем ГТД. - выбираю произвольное ГТД (не соответствующее данному товару/партии) и провожу документ - выбираю ГТД которое соответствует данному товару и партии и провожу документ. Во всех трех случаях программа не выдает ошибок и дает его провести. Какие последствия в первых двух случаях, помимо того что в сф будет некорректная информация по гтд? Движения ГТД как такового нет? Есть только справочная информация для отражения в сф? ГТД получается не участвует в партионном учете БП? Спасибо.

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

ГТД всегда были синонимом серии,а не партии

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

возражаю Гтд имхо всегда это чистая партионка Серия это когда одну кучу товара можно отличить отдругой по явным признакам типа срока годности оттиснутого на упаковке например А гтд это обезличенная нематериальная сущность Если по сопроводительному списку серий или в спецификации будет написано одно а по факту отгрузчтся другие серии то будет бяка сразу выявлена А если в счф написаны одни гтд А физически товар брался из другой гтд бред какой пишу как ты товар отличишь по гтд у них потребительские свойства совершенно одинаковые

а то что серионку пытаются юзать в качетве учета гтд это видать от безысходности

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

Пишу обработку загрузки документооборота из сторонней программы в БП 3.0 Там засада с ГТД. Разработчики этой программы отдают мне ГТД в поступлениях, а в отгрузках не отдают (то ли ленятся, то ли учет кривой у них по ГТД). Вот сидел думал как выкрутиться, чтобы и проще было с точки зрения реализации и чтобы проверка не придралась. Думал по ФИФО списывать гтд автоматически. Но тут появляется проблема как быть с возвратами от покупателя... Сейчас вроде договорился с ними, что будут отдавать ГТД и в отгрузках (если несколько партий ГТД, то будут дробить строки в реализациях).

разве при выборе гтд в документе продажи не предлагается информация о текущих остатках по гтд? Раньше, кажется, такое было. Выходит в 3.0 это выкинули?

что то я не понял Профобки не формируются по гтд потому сто нет остатков по счету гтд И тут же Гтд как висела на своем счете так и остается висеть Не улавливаю логики

Гтд может остаться висеть так как остатки по гтд появились позже чем проводится списание с 41 счета

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

Ну например. Сделали поступление товаров с гтд. проводки на ДТ счета 41 легла номенклатура 10 шт на ДТ счета ГТД легли ГТД 10 шт делаем реализацию, но гтд не указываем проводки с КТ счета 41 списалось 5 шт всё. по счету ГТД проводка не формируется.

гтд списывать по фифо Возвраты покупателей это либо сторно какойто конкретной отгрузки Либо поступление с документами отпоставщика в которых указываются гтд Сторно при ввозврате чревато тем Что надо брать гтд по продаже которые были списаны и собирать все ранние проведенные сторно по этому доку иначе хз поймешь какую гтд сторнировать Сейчас занимаюсь ровно тем же вопросом В филиале розничные продажи И часто идут возвраты прошлых дней В которые надо пихать правильные гтд

и на остатке продолжает висеть 10 шт ГТД.

проверяй в карточке товара у тебя случаем не стоит ли что типа товар российский а не иностранный

не в курсе кстати, в случае проверок, насколько опасно иметь разные ГТД в документах базы и с/ф на отгруженные товары? Ну и вообще, если нарушено движение по счету ГТД, например не списали реальные ГТД, а подпихнули какие-то другие. Это в программе. А на с/ф которые отдали клиентам (их печатают их сторонней программы) там допустим все ровно (но получается что не соответствуют тем ГТД которые в документах в базе).

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

"Либо поступление с документами отпоставщика в которых указываются гтд" Вот в этом и засада если автоматом списывать по ФИФО. Например я по фифо еще не успел списать те гтд, которые вне возвращает поставщик по докам с указанными гтд.

У себя для правильных гтд возвратов буду лелать оборотный регистр типа продажиГтд В нем фиксировать списания гтд по продажам в разрезе докпродажи-номергтд При возвратах товаров обязательно к указанию документ продажи емли этого не делать это будет искажение бухучета по указанному документу продажи вытаскиваем оборот по расходу Ага он в плюсе Берем сколько надо гтд на возврат и пишем расход гтд с минусом В итоге это также будет работать как доппроверка чтобы по доку продажи не вернули больше чем взяли А это запросто бывает Сейчас у меня такая вещь в торгбазе выполняется вручную при подготовке доков возвратов -определение гтд возвратов происходит расчетом с начала базы так как операции возврата редки Там где бухня/товароведы ставили гтд ручками -постоянно по мелочи вылавливал ошибки Все что делают ручками все плохо Но запрос к регистру обормотов пр проведении не есть кузяво Но навскидку ничего веселее не придумал Можно припроведении гтд рассчитывать вмего один раз Дальше запоминать в регистраторе и припроведении тянуть уже из регистратора но все равно желательно проверять не вывалилилсь в минус проверять это припроведении желательно но ресурсоемко наверное Проверять по регламенту отчетами есть потеря оперативности контроля за результатами Как просто инфо Очень многие сетки не могут сделать правильные возвратные доки по гтд Причем те где учет явно не на один эс Почему так хз Забугорные учетные системы видимо такого не поддерживают

+ и получается что у меня количество этих ГТД задвоится.

естьмнение сто если не импортер то пофиг Импортеру гораздо все сложнее Я импортер У меня учет гтд чистый гладкий и строгий

какое отношение твои гтд имеют к документам поставщика ? Ты обязан указать у себя в соответствии с документами поставщика и поставщик несет ответственность за правильность и достоверность в бухгалтерских и налоговых документах

А если ты не успел списать гтд то жто странно Что значит не успел Прошло списание товара Параллельно пршло списание гтд Вопрос непонятен

тьфу, не поставщик а покупатель.

у себя мы приналичии кривых доков поставщиковтипапокупателей где они криво или от балды или лишку по какойто гтд указали и если они не идут навстречу по переделке документов То мы первичку принимаем как есть А в базе отмечаем правильные гтд Пртому что это наши гтд мы являемся их источником и искажение недопустимо Если по гтд1 пришло через таможню 100 штук То оборот по приходу этих гтд минус оборот по расходу этих гтд никогда не превысит этих 100 штук

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

Ну мы вроде не импортеры, так что наверно попроще с этим будет?

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

то есть возврат от покупателя Который определяется заявленной претензией покупателя По торг2 или иному аналогичному документу По нему сторнируется колва себестоимости и выручка Выставляется корректировочный счф В котором даже  нет вообще гтд Так сто гтд возвращаешь себе любым удобным способом для тебя либо сторной либо приходом Както вот так В ближайшее время также буду красиво делать коррсчф так как будем уходить от исправления и перепечатки счф Тогда этот вопрос буду жувать подробно Могу в частностях или даже во всем вышесказанном ошибаться Но по крайней мере все справки по гтд бухия формирует исходя из торговой базы Нареканий за кучу лет не поступало

Если где-то косяк с ГТД, значит косякнули в первичной программе.

а если покупатели юр лица. там вроде как с/ф на возврат от покупателя делается, и по хорошему должны быть указаны гтд.

+ допустим покупатель купил у меня товар в двумя разными гтд. а возвращает частично по одной. как я пойму что мне сторнировать если он сам не укажет?

пида раьы потому что При реализации печатается счф В счф подбираются какието гтд Запомнить их в какомто регистраторе и отдавать тебе Есть также мгение что не первому в цепочке вообще может быть похрен на все указания гтд в отгруз доках Ибо впрямую о количественном учете гтд нигде не говорится и опринципах такого учета.. Мы кстати в начале когда я все разгребал как геракл то гтд учитывали по лифо так как в условиях бардака и работы задним числом это гораздо более безболезненно и выгодно Сейчас по фифо Так вот Принципы учета гтд выводятся из косвенных соседских связей с учетом ндс и прочими объектами бухучета и ну На эту тему можно развернуть жесткие золивары Единственная фраза по учету гтд звучит примерно так что Указывать в документах отгрузки гтд в соответствии с данными счф и товарносопроводительных документов поставщиков Что значит фраза в соответствии с данными документов поставщиков хз Бытует мнение что количественный учет гтд есть дьявольское изобретение одноцэ Поэтому как пропишите в учетнойполитике пинципы учетаведения гтд так оно и будет Конечно же лучше всего задать как можно более прямой вопрос в налоговую ибо счф есть документ ну -пусть они и объяснят Также модно порыться на итс Там обычно много полезной инфы Может и такое есть

сф на аозврат Это веселая вещь Имхо это бред Могу ошибаться Хотя с таким тоже сталкивался Возврат -это отказ покупателя от сделки иди ее части вследствие нарушений условий сделк Счф на товары отказанные в сделке в принципе не может составляться Потому что отказ от сделки обозначает что клиент не принимает этот товар на баланс а если принял ранее то сторнирует эту операцию То есть товар у него внебалансовый Имхо могу ошибаться Клиентов которые владеют вопросами возвратов и их правильного оформления очень мало

"При реализации печатается счф В счф подбираются какието гтд Запомнить их в какомто регистраторе и отдавать тебе" У меня подозрение, что они в этих с/ф не делают разбивку по строкам с разными гтд, т.е. тупо берут гтд из первой партии и печатают ее, одной строкой. Но в итоге вроде пообещали сегодня, что для моей выгрузки сделают с разбивкой.

хороший вопрос задал Буратино папе Карло Ясен пень он может и не указать так как для него возвращаемый товар не промаркирован этими гтд Поэтому тут либо согласовываем позиции с ним Либо принимаем решение сам Вы по любасику в этом случае или тупо переделаете документы то есть не будет никакого возврата Либо отразите именно возврат с выставлением корректировочной счф а корректирвочная счф сама оставит к вас на балансе те гтд как е запограммите

до тех пор пока у меня не распечатали счф то приперепроведении реализации состав списанных гтд может меняться хоть полностью Но во воемя печати гтд в регистраторе фиксируется сотсав напечатанных гтд и припоследующих перепроведениях именно регистратор является источником гтд для списания Если таковое списание невозможно то в части проблемного количества гтд списывается непробоемное гтд и фиксируется ситуация "необходимо перепечатать счф" и идет замена счф клиенту Я раз приразработке косячнул так около 80 счф заменяли Хорошо что заметил по итогам дня то есть почти сразу Но такие проблемы при невозможности списать гтд из регистратора при перепроведении у меня возникают настолько редко что я уде не помню За последние полгодагод вроде не было Такая ошибка свидетельствует что к ото гдето крупно накосячил в обход установленных регламентов Как правиловыясняется это достаточно быстро а дальше следует мое театрализованное представление разбушеввшийся берсерк сокрушает римских легионеров Потому что иногда приходится исправлять ошибку а не соглашаться сней А исправить ошибки сложного учеты... Ну ты меня понимаешь...

Все сие сделано на таком передовом и модном аппарате как 77

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

А я тут панику развел

Весьма печально что в бп3 Нет доп табчастей для гтд в доках реализации и поступления И гтд десктко привязаны к строкам товаров и сумм Чио в принципе есть правильно так как 1137 явно и недвусмсысленно указывает что должно быть в каждой колонке счф    И из прочтения следует что гтд стоит ровненько напротив сумм и цен в строке

пу вообщем у нас тоже их очень мало Поступлений нашего товара от покупателей гораздо больше

Если не секрет Какая торговая прога юзается?

основные возвраты это из розницы от шизиков

Ну твоя система серьезно дописана под все нужды. Это конечно правильно. Но у меня типовая бухгалтерия 3.0 В ней менять что-то а уж тем более в таких масштабах - однозначно нет. Моя задача состоит в том чтобы написать обработку загрузки файла xml который выгружает торговая программа. В итоге с ГТД это только часть проблем (остальные частично решили).

Delopro. Говорит о чем то? Украинская разработка, висит в облаке на Украине, работает через веб интерфейс. Разрабы сидят в Украине. Как то так)

ну ничего... ничего ....

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

Угу И я пойду спать А то время без сна приблидается к двум суткам и меня не то что прет меня прямо распирает