Не работает отчет валовая прибыль

Валовая прибыль и исправление ошибок в ведении партионного учета в 1С

Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «1С:Управление торговлей, ред. 10.3» вы можете отслеживать валовую прибыль от продажи товаров. Но в некоторых ситуациях, информация о валовой прибыли может быть неверной из-за неправильного расчета себестоимости товаров.

В данной статье мы рассмотрим основные ошибки, которые вызывают неверный расчет себестоимости и способы их устранения.

Списание товаров «в минус»

Наиболее частая ситуация, которая влечет неправильный расчет себестоимости – это списание товаров в минус. Т. е. по программе товар у вас на складе отсутствует, но вы его все равно продаете.

Если пользователи вводят документы в базу оперативно (т. е. сегодняшней датой и текущим временем), то продать товар в «минус» не получится – программа сообщит об ошибке. Но если пользователи вводят документы в базу неоперативно (т. е. задним числом), то программа позволяет списать товары в минус. При этом выдаются сообщения об ошибках, но документ все равно проводится и товар списывается.

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

Пример документа «Реализация товаров и услуг»:

Сообщения об ошибках:

С помощью данных ошибок программа информирует нас о том, что товар списывался со склада в минус, и программа не смогла провести расчет себестоимости.

В отчете по валовой прибыли мы увидим по данной продаже нулевую себестоимость и, соответственно, 100% валовую прибыль.

Меню: Отчеты – Продажи – Анализ продаж – Валовая прибыль

Причины возникновения отрицательных остатков могут быть разными, но в основном встречаются следующие:

• Документ поступления товаров еще не введен в базу.
• Документ поступления товаров введен в базу, но более поздним временем, чем продажа товаров.
• На складе возникли излишки товаров или пересортица.

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

Если же ошибка возникла из-за неправильных дат документов, то достаточно поправить даты и перепровести документ реализации товаров.

Оценить остатки товара и разобраться с причиной возникновения ошибки можно в отчете «Ведомость по товарам на складах».

Меню: Отчеты – запасы (склад) – Ведомость по товарам на складах

В настройке отчета сделаем группировки по складу, номенклатуре и документу движения. Также установим флаг «Отрицательное красным» (чтобы видеть отрицательные остатки) и поставим отбор по нужному товару:

Пример сформированного отчета:

В данном случае мы видим, что реализация товаров была оформлена на 3 часа раньше, чем поступление товаров на склад. Для правильного списания достаточно поменять время реализации на более позднее и провести документ.

Если даты документов находятся в разных днях (например, поступление 1 апреля, а продажа сделана еще 31 марта), то нужно более подробно разобраться в данной ситуации. Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату). Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.

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

Пример отчета после исправления:

Исправление ошибок в партионном учете. Проведение по партиям

Даже если программа не выводила вам никаких ошибок в момент оформления документов, ошибки в расчете себестоимости все равно могут возникнуть при работе «задним числом». Несколько примеров ошибочных ситуаций ниже.

Примечание: способ расчета себестоимости в примерах – ФИФО.

Пример 1

21 числа поступили холодильники – 10 шт. по 11000 рублей.

25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.

После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 15 числа по 10500 руб.

В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (10500*3=31500 руб.) и другая валовая прибыль (10500 руб.).

Но документ реализации уже проведен, никто его перепроводить скорее всего не будет. Значит, себестоимость может так и остаться неверной.

Пример 2

21 числа поступили холодильники – 10 шт. по 11000 рублей.

25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.

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

В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (12000*3=36000 руб.) и другая валовая прибыль (6000 руб.).

Таких ситуаций может возникать очень много. По сути, каждое создание, изменение, удаление документа задним числом может сделать себестоимость в оформленных позднее документах продажи ошибочной.

Чтобы быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно, нужно запустить последовательное перепроведение всех документов. Для этого можно воспользоваться двумя механизмами:

Общий механизм перепроведения документов платформы

Меню: Операции – Проведение документов

Этот механизм позволит вам перепровести все документы нужного вида за месяц, но он имеет небольшой недостаток – документы будут проводиться независимо от того, нужно это или нет. Ведь вполне возможно, никаких операций неоперативно сотрудники не делали. А проведение всех документов может занять длительное время.

Механизм проведения по партиям программы «1С:Управление торговлей, ред. 10.3»

Смысл механизма состоит в том, что программа запоминает так называемую «границу актуальности» – дату, до которой все документы были проведены оперативно и никаких ошибок нет. Если какой-то документ проводится задним числом, то программа сдвигает эту дату на дату этого документа. Таким образом, программа всегда знает, начиная с какой даты в документах могут быть ошибки. В конце месяца запускается специальная обработка «Проведение по партиям», которая последовательно проводит все документы реализации, сделанные позднее «даты актуальности», и рассчитывает в них себестоимость заново.

Рассмотрим работу второго механизма на первом примере.

Отчет по валовой прибыли:

Второй документ поступления, оформленный задним числом:

После создания второго документа поступления, отчет по валовой прибыли остался неизменным:

Откроем обработку «Проведение по партиям».

Меню: Документы – Дополнительно – Проведение по партиям

В обработке мы видим, что последовательность документов актуальна на 22 марта – дату второго поступления, введенного неоперативно.

Нажмем кнопку «Выполнить» и программа перепроведет все реализации товаров, сделанные после 15 числа.

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

Теперь в расчете себестоимости все верно.

Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т. к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).

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

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

Источник

Почему не сходятся отчеты «Валовая прибыль» и отчет «Отчет по чекам»?

Обновим 1С с гарантией сохранности базы

Поможем с 1С 24/7, без выходных

Установим сервисы 1С бесплатно

Оперативно решим любые задачи по 1С

Разбор ситуации почему не сходятся отчеты «Валовая прибыль» и отчет «Отчет по чекам»

Разберем на примере первого месяца Августа по сотруднику — Старош Эмануэль

Сформируем за один день отчет по «Валовой прибыли» в результате получим следующее:

В отчете видна сумма по данному сотруднику 4 280.

Теперь сформируем отчет «Отчет по чекам»

Видим тут сумму 10 694.

Выходит, у нас разница между данными отчетами 10 694 – 4 280 = 6 414.

Для анализа ситуации я зашел в список документов «Чеки ККМ» и очень быстро нашел проблемный документ ровно на эту сумму.

Из картинки сразу видно, что данный чек в базе имеет статус «Отложен с резервом» Т.е. он НЕ ПРОБИТ. Следовательно, продажа по нему не прошла и он не попадает в отчет «Валовая прибыль»

Теперь, что бы данные отчеты сходились необходимо в настройках отчета «Отчет по чекам» установить настройки:

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

Разбор ситуации по сотруднику – Рыбак Андрей.

Сформировал отчет «Валовая прибыль» , период взял с 18.08.2019 по 21.08.2019. Сумма по отчету получилась 12 273.

Взял второй отчет по «Отчет по чека» за период с 18.08.2019 по 21.08.2019, так же сформировал его.

Если сравнить два этим отчета видно визуально следующую ситуацию:

В отчет по «Валовой прибыли» попали продажи за 19 и 21 числа.

В отчет по «Отчет по чекам» попали продажи за 19, 20 и 21 числа.

Сразу видно, что в отчете «Валовая прибыль» отсутствует продажи за 20 число!

Из отчета «Отчет по чекам» я открыл любой чек от 20.08.2019 числа, например, номер 6765

Открыл данный Чек и зашел в структуру подчиненности.

Первое, что видно из картинки НЕТУ ОТЧЕТА О РОЗНИЧНЫХ ПРОДАЖАХ.

Я открыл документ «Кассовая смена» и увидел, ЧТО СМЕНА НЕ БЫЛА ЗАКРЫТА, ЧЕКИ НЕ БЫЛИ ЗААРХИВИРОВАНЫ И СЛЕДОВАТЕЛЬНО НЕ ПОПАЛИ В ОТЧЕТ О РОЗНИЧНЫХ ПРОДАЖАХ.

Вот и все, нужно закрыть смену, заархивировать чеки и тогда сформируется документ «Отчет о розничных продажах» и он попадет в отчет «Валовая прибыль»

Подключим сервисы 1С БЕСПЛАТНО

О компании

«Программы 93» — молодая развивающаяся IT-компания. Мы существуем на рынке с 2006 года и являемся официальным партнёром 1С, поэтому все наши сотрудники обязательно проходят сертификацию.

Мы специализируемся на развитии программных продуктов 1С и аренде облачных систем 1С.

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

Индивидуальный подход к каждому клиенту — обязательное правило в нашей работе.⠀

Покупая наши продукты, вы получаете годовую гарантию и бесплатную линию техподдержки. С нами легко и понятно.

Наши специалисты доступны в любое время. Их цель — сделать ваш бизнес удобным и понятным. С нами вы будете шагать в ногу со временем.

Источник