Розница опять

Уважаемые клерки подскажите пожалуйста,
как исчислить НДС, если в кассовых чеках он не выделяется. Обязательно ли выделение НДС в таких случаях в чеках. Если нет, то используем расчетный метод или "сверху"?
И еще вопрос - сейчас торговое наложение почти никто не использует.
Инавентаризация проводится нерегулярно, когда владельцу бывает нужно.
Можно в таких случаях сделать реестр розничных цен, посчитать среднюю наценку, и от суммы Z отчетов высчитывать по этому проценту с/с по ценам закупки?
Спасибо.

Цитата:

---

как исчислить НДС, если в кассовых чеках он не выделяется.

---

НДС это общая выручка / 118*18

Цитата:

---

Сообщение от Демидова Татьяна

НДС это общая выручка / 118*18

---

Ага. Если товар продается только с НДС 18%. А часто бывает в магазине и товар со "смешанным" НДС - 10 и 18%.

Тогда определить его расчетным путем сложнее, но тоже можно :yes:

Цитата:

---

Сообщение от крокозябра

Ага. Если товар продается только с НДС 18%. А часто бывает в магазине и товар со "смешанным" НДС - 10 и 18%.

Тогда определить его расчетным путем сложнее, но тоже можно :yes:

---

Тогда товар бьют по разным отделам (18 и 10%).

Цитата:

---

Сообщение от главбух1995

Тогда товар бьют по разным отделам (18 и 10%).

---

особенно в продуктовых супермаркетах ;)

Цитата:

---

Сообщение от крокозябра

особенно в продуктовых супермаркетах ;)

---

В продуктовых супермаркетах учет ведется по стоимости единицы товара и там исчислять НДС и с/с товара из Z-отчетов никто не будет. Речь идет про небольшие розничные точки, не имеющие спец.техники.
;)

Цитата:

---

Сообщение от главбух1995

В продуктовых супермаркетах учет ведется по стоимости единицы товара и там исчислять НДС и с/с товара из Z-отчетов никто не будет.

---

Вынуждена Вас разочаровать. Поскольку сама работаю в сети весьма крупных супермаркетов. Учет по с/с единицы товара не ведется - это хлопотно и невыгодно. Что касается Z-отчетов, то в самом отчете расшифровки по налогам может и не быть, но большинство кассовых аппаратов, включенных в госреестр, имеют возможность печатать "отчет по налогам", т. е приложение к Z-отчету, где выручка отражается в разрезе ставок НДС.

Цитата:

---

Сообщение от Аноним

Вынуждена Вас разочаровать. Поскольку сама работаю в сети весьма крупных супермаркетов. Учет по с/с единицы товара не ведется - это хлопотно и невыгодно.

---

А какой метод Вы используете для списания товара (налоговый учет), если у Вас ОСНО?

Цитата:

---

Вынуждена Вас разочаровать. Поскольку сама работаю в сети весьма крупных супермаркетов. Учет по с/с единицы товара не ведется - это хлопотно и невыгодно.

---

Да неужели????
повторю вопрос главбух1995,

Abra, подозреваю, что по средней.

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

Тем не менее вся нормальная розница уже работает по штрих-кодам, чего и всем советую. Удобно и недорого.

Цитата:

---

Сообщение от Демидова Татьяна

Тем не менее вся нормальная розница уже работает по штрих-кодам, чего и всем советую. Удобно и недорого.

---

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

крокозябра, а стоимость реализованного товара определяете по среднему проценту?

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

Цитата:

---

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

---

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

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

крокозябра, у Вас учет в покупных ценах без наценки?

Ага :yes:

Т.е в НУ используете метод списания по средней цене единицы товара?

Цитата:

---

Это суммовой учет, количественный не ведем.

---

крокозябра, а как же пбу 5/01 обязывающее вести количественный учет? Или же количественный учет ведется, но не в бухгалтерской а в другой базе? а программа какая?

главбух1995, Вы правы.
Татьяна, про ПБУ 5/01 я знаю, но дело в том, что наш суммовой учет (в разрезе ставок НДС 10 и 18%) не искажает налоговую базу, значит, серьезные неприятности нам не грозят, ИМХО. Что касается ПО, то с этим неразрешимые трудности - та прога, что на приемке, со штрихкодами и взаимодействует с кассой, была написана конкретно под наши магазины, НО она АБСОЛЮТНО НИКАК не может обмениваться данными с 1С, к-рая стоит у нас в бухгалтерии.

крокозябра, то есть я правильно поняла и количественный учет у вас не ведется.
Странно, а то ПО, что со штрихкодами, оно что, совсем безнадежное? Вообще, сейчас только ленивый не может сделать выгрузку данных в формате, понимаемом 1С (она понимает почти все). Надо же было вам так угадать!
Скажите, а как решаете проблему с воровством? Ведь если не знаете сколько товара было продано, так это же прямой путь к злоупотреблениям. Может автоматизация вам поможет еще и сэкономить на этом кучу денег.

Татьяна, степень безнадежности ПО я определить затрудняюсь - не специалист. Программист, который это ПО написал, утверждает, что для выгрузки требуется писать отдельный модуль программы. Начальство все устраивает и так, как есть. Может, оно со временем дозреет...
По поводу воровства - у нас система видеонаблюдения и охрана+сигнализация+специальные турникеты на выходе. За сотрудниками следят особо. Когда ловят очередного воришку (а это бывает 5-6 раз в день), он оплачивает стоимость товара в кассу (если это меньше 500р) или мы его сдаем в милицию (если больше 500р), а товар возвращаем в зал.

крокозябра, По вашим постам видно, что разработчик для вашего торгового ПО выбран, мягко говоря, неудачно. Это вам аукнется. В самое ближайшее время. В данном вопросе экономия до добра не доводит.

Цитата:

---

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

крокозябра, Это вам аукнется. В самое ближайшее время. В данном вопросе экономия до добра не доводит.

---

Я волнуюсь:yes: Как именно аукнется, к тому же "в ближайшее время"? Вы из налоговой или что-то в этом роде?

крокозябра, Ага, из налоговой, минфина и ОБЭПа одновременно. Стою у Вас за спиной и все вижу. :yes:

ltymuf, на второй вопрос Вы ответили исчерпывающе. А на первый? :yes:

Торговая система, написанная без учета "нужд" бухгалтерии (или сам главбух) долго не живет.

крокозябра, непрозрачный учет - это всегда аукнется. Я даже не представляю, как можно было написать систему учета товаров с применением штрихкодов БЕЗ КОЛИЧЕСТВЕННОГО УЧЕТА!!!

Цитата:

---

Сообщение от крокозябра

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

---

ИМХО количественно-сумовой учет товара ведется в торговой
базе, а в 1С-бухгалтерии - только суммовой. Обычная практика,
сам так работаю.

Таким способом ?

Цитата:

---

данные о проданных товарах - это остаток на начало месяца плюс приход товара (накладные, по закупке) минус остаток товара (инвентаризационная опись, по средним ценам - так настроена наша торговая база)

---

ДупельПусто, если я правильно поняла, то у кракозябры не ведется количественный учет вообще, ни в торговой, ни в какой другой базе (см. пост 20 и 21).

Цитата:

---

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

Таким способом ?

---

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

Демидова Татьяна, ИМХО из слов "инвентаризационная опись, по средним ценам - так настроена наша торговая база", делаю вывод, что
в "торговой базе" есть количественно-суммовой учет по средним ценам,
иначе что это за база?

ДупельПусто, опись можно составлять вручную. Как и высчитывать средние цены. Ждем разъяснений кракозябры.

крокозябра, учет по продажным ценам, а следовательно и расчет торгового наложения по среднему проценту НЕ ПРИМЕНИМ в налоговом учете.

Цитата:

---

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

крокозябра, учет по продажным ценам,...НЕ ПРИМЕНИМ в налоговом учете.

---

И почему же?

Статья 254 НК

Цитата:

---

Сообщение от ДупельПусто

Статья 254 НК

---

Эта статья не регламентирует способы налогового учета.

Аноним, мы о налоге на прибыль говорим?