Добрый день!
Конфигурация "Бухгалтерия предприятия 3.0"
У нас розничный магазин. Запустили там Розницу 2.0. Сейчас пытаемся синхронизировать документы по движению товара с Бухгалтерией 3.0. Документы выгружаются. Но не совсем корректные проводки получаются в результате.
У нас учет с использованием 42 счета.
При проведении документов все встает корректно, то есть, проводится и наценка, и по товарам все правильно. Но вот при продаже имеем следующую картину (скрин прикладываю).
Может быть, у нас что-то настроено не так? Подскажите, пожалуйста.
Спасибо!
Конфигурация "Бухгалтерия предприятия 3.0"
У нас розничный магазин. Запустили там Розницу 2.0. Сейчас пытаемся синхронизировать документы по движению товара с Бухгалтерией 3.0. Документы выгружаются. Но не совсем корректные проводки получаются в результате.
У нас учет с использованием 42 счета.
При проведении документов все встает корректно, то есть, проводится и наценка, и по товарам все правильно. Но вот при продаже имеем следующую картину (скрин прикладываю).
Может быть, у нас что-то настроено не так? Подскажите, пожалуйста.
Спасибо!
Прикрепленные файлы:
По теме из базы знаний
- Отчет о розничных продажах (БП 3.0)
- Изменение НДС в отчете о розничных продажах для сдачи в налоговую инспекцию
- Импорт документов из розничной программы учета (ТрейдФарм, Манускрипт Солюшн, Е-Фарма и др.) в Бухгалтерию 3.0 с формированием книги учета доходов и расходов при УСН и бухгалтерского и налогового учета при ОСНО
- Создание отчетов розничных продаж на основе загрузки из OFD.RU
- Пересчет себестоимости в Отчете о розничных продажах
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Подниму тему.
Значит, получается, что первая и третья проводки (из прикрепленного рисунка) отражают продажу, нашу выручку.
Вторая проводка, насколько я понимаю, списывает наценку. И она же "ломает" учетную стоимость.
Пример.
на 41 счете есть товар - 5 штук на сумму 105 рублей (цена розничная 21, себестоимость 75). То есть, на 41 счете сумма 105, на 42 - 30 (наценка)
При продаже программа делает следующее:
1. 90.02.1 - 41.11 - на сумму 15 рублей (себестоимость)
2. 41.11 - 42.01 - на сумму 6 рублей (наценка)
3. 90.02.1 - 41.11 - на сумму 6 рублей.
В результате имеем следующее: на 41.11 остается сумма 90, количество 4. Соответственно, если сейчас посчитаем - 90/4, то цена получится 22,50.
После этого не проводится документ "Поступления". Программа ругается на несоответствие розничной цены и учетной. Конечно, так и получается.
Поэтому вопрос - что у нас настроено не так? Склоняюсь все-таки к тому, что "Отчет о розничных продажах" делает не совсем правильные проводки.
Подскажите, пожалуйста, как быть? Хотелось бы обойтись типовыми средствами, а не ломать код.
Спасибо огромное!
Значит, получается, что первая и третья проводки (из прикрепленного рисунка) отражают продажу, нашу выручку.
Вторая проводка, насколько я понимаю, списывает наценку. И она же "ломает" учетную стоимость.
Пример.
на 41 счете есть товар - 5 штук на сумму 105 рублей (цена розничная 21, себестоимость 75). То есть, на 41 счете сумма 105, на 42 - 30 (наценка)
При продаже программа делает следующее:
1. 90.02.1 - 41.11 - на сумму 15 рублей (себестоимость)
2. 41.11 - 42.01 - на сумму 6 рублей (наценка)
3. 90.02.1 - 41.11 - на сумму 6 рублей.
В результате имеем следующее: на 41.11 остается сумма 90, количество 4. Соответственно, если сейчас посчитаем - 90/4, то цена получится 22,50.
После этого не проводится документ "Поступления". Программа ругается на несоответствие розничной цены и учетной. Конечно, так и получается.
Поэтому вопрос - что у нас настроено не так? Склоняюсь все-таки к тому, что "Отчет о розничных продажах" делает не совсем правильные проводки.
Подскажите, пожалуйста, как быть? Хотелось бы обойтись типовыми средствами, а не ломать код.
Спасибо огромное!
(8)
Дайте пожалуйста скрин самого ОРП, закладка Товары, того же документа, что у вас в титульном сообщении.
Что-то не так с вашим примером в (7), у меня числа не сходятся.
Глупый вопрос, но все таки. Вам это вообще нужно? У вас учет явно в количестве и по товарам, в самой БП 3.0 вряд ли идет оперативная работа и управление ценами.
Вы используете вариант учета в розничных ценах, с выделением торговой наценки, в номенклатуре и количестве, да еще в варианте АТТ. Самый гемморойный, который только можно было придумать.
Обычно в розничных ценах ведут или обобщенный (безноменклатурный) учет без товара в варианте НТТ (но только если ЕНВД/патент, т.к. на ОСНО так вести учет нельзя), или вас так принуждает типовой обмен с каким-нибудь оборудованием типа Фронтола, или ваш заказчик - страстный мазохист.
Раз вам известно движение номенклатуры, то не стоит ли, абсолютно с тем же финансовым результатам сделать учет товара в 41.01 счете, в себестоимости? У вас в принципе означенной проблемы не будет.
Дайте пожалуйста скрин самого ОРП, закладка Товары, того же документа, что у вас в титульном сообщении.
Что-то не так с вашим примером в (7), у меня числа не сходятся.
Глупый вопрос, но все таки. Вам это вообще нужно? У вас учет явно в количестве и по товарам, в самой БП 3.0 вряд ли идет оперативная работа и управление ценами.
Вы используете вариант учета в розничных ценах, с выделением торговой наценки, в номенклатуре и количестве, да еще в варианте АТТ. Самый гемморойный, который только можно было придумать.
Обычно в розничных ценах ведут или обобщенный (безноменклатурный) учет без товара в варианте НТТ (но только если ЕНВД/патент, т.к. на ОСНО так вести учет нельзя), или вас так принуждает типовой обмен с каким-нибудь оборудованием типа Фронтола, или ваш заказчик - страстный мазохист.
Раз вам известно движение номенклатуры, то не стоит ли, абсолютно с тем же финансовым результатам сделать учет товара в 41.01 счете, в себестоимости? У вас в принципе означенной проблемы не будет.
(10)
По виду проводок, так выглядит ситуация, когда товар у вас имеет на остатке цену 71.90, а вы 5 шт решили продать по 80 р.
В этом случае БП делает частную переоценку 5 экземпляров до 80 рублей (5*8.10 = 40.50), доводя их розничную сумму на 41.11 до желаемой, и все это отгружает, не трогая розничную оценку остального товара.
В результате на 41.11 должна была бы остаться сумма = количество * 71.90.
Если продажная цена в ОРП совпадает с установленной, то проводок по 42 счету не должно быть вообще.
Было бы неплохо получить скрин ОСВ по этому товару по счету 41.11 и 42.01 с количеством и суммой за день, в котором по данному товару есть только эта продажа.
Можно и карточку счета тоже.
Посмотрите регистр сведений Цены номенклатуры в отборе по данной позиции и типу цен розничного склада. Меня интересует последнее значение к дате продажи. Должно быть 80.
Убедитесь, что на момент продажи остаток 41.11 по этому товару равен количество * 80.
Попробуйте последовательно провести все документы за период от покупки до продажи.
У вас случайно не включен партионный учет? С ним этот алгоритм в каком-то релизе не работал.
По виду проводок, так выглядит ситуация, когда товар у вас имеет на остатке цену 71.90, а вы 5 шт решили продать по 80 р.
В этом случае БП делает частную переоценку 5 экземпляров до 80 рублей (5*8.10 = 40.50), доводя их розничную сумму на 41.11 до желаемой, и все это отгружает, не трогая розничную оценку остального товара.
В результате на 41.11 должна была бы остаться сумма = количество * 71.90.
Если продажная цена в ОРП совпадает с установленной, то проводок по 42 счету не должно быть вообще.
Было бы неплохо получить скрин ОСВ по этому товару по счету 41.11 и 42.01 с количеством и суммой за день, в котором по данному товару есть только эта продажа.
Можно и карточку счета тоже.
Посмотрите регистр сведений Цены номенклатуры в отборе по данной позиции и типу цен розничного склада. Меня интересует последнее значение к дате продажи. Должно быть 80.
Убедитесь, что на момент продажи остаток 41.11 по этому товару равен количество * 80.
Попробуйте последовательно провести все документы за период от покупки до продажи.
У вас случайно не включен партионный учет? С ним этот алгоритм в каком-то релизе не работал.
Пример карточки прикладываю.
Вот. Был товар, его стоимость на 41 счете 21 рубль. Видно, что программа делает при проведении документа "Отчет о розничных продажах". После проведения документа получается так, что стоимость единицы товара сбивается.
Вот. Был товар, его стоимость на 41 счете 21 рубль. Видно, что программа делает при проведении документа "Отчет о розничных продажах". После проведения документа получается так, что стоимость единицы товара сбивается.
Прикрепленные файлы:
(12)
У вас начальные скрины ОРП для одного товара, а этот пример с проводками для другого. :-)
Ок, будем верить, что в ОРП у вас продажная цена 1 шт по 21 р.
Логика проведения ОРП, почему-то, видит остаток по 15 рублей за шт (210 рублей, по идее на 15 шт), и переоценивает так, как будто у вас продажа не по установленной цене.
Установленную цену, совершенно понятно, он берет не из регистра "Цены номенклатуры", а из остатка 41.11 счета.
С телепатией сложно, надо отладчиком пройти и попытаться понять, почему выбирается именно такой остаток.
Скорее всего алгоритм верен, просто есть какое-то техническое повреждение базы.
Есть предположение, что у вас остатки бухгалтерского регистра развалились, такое бывает при изменении плана счетов (что случается при обновлениях). В некоторых признаках и ресурсах, которые не используются, ставится вместо NULL пустое значение соответствующего типа (0, Неопределено, Пустая ссылка). В результате, остатки нередко "раздваиваются" на остаток по "пустому" и "очень пустому" измерению: в сумме то они идут, ОСВ это показывает, но логика запроса данных в конкретном документе выбирает какие-то одни. В результате начинаются такие "блуждающие" ошибки неполного списания себестоимости, зачета авансов в 6х счетах, и т.п.
Лечится тестированием и исправлением ИБ, на стадии проверки то ли логической, то ли физической целостности (база выдаст кучу сообщений что типа "значение не NULL, установлено значение NULL).
Попробуйте сделать.
У вас начальные скрины ОРП для одного товара, а этот пример с проводками для другого. :-)
Ок, будем верить, что в ОРП у вас продажная цена 1 шт по 21 р.
Логика проведения ОРП, почему-то, видит остаток по 15 рублей за шт (210 рублей, по идее на 15 шт), и переоценивает так, как будто у вас продажа не по установленной цене.
Установленную цену, совершенно понятно, он берет не из регистра "Цены номенклатуры", а из остатка 41.11 счета.
С телепатией сложно, надо отладчиком пройти и попытаться понять, почему выбирается именно такой остаток.
Скорее всего алгоритм верен, просто есть какое-то техническое повреждение базы.
Есть предположение, что у вас остатки бухгалтерского регистра развалились, такое бывает при изменении плана счетов (что случается при обновлениях). В некоторых признаках и ресурсах, которые не используются, ставится вместо NULL пустое значение соответствующего типа (0, Неопределено, Пустая ссылка). В результате, остатки нередко "раздваиваются" на остаток по "пустому" и "очень пустому" измерению: в сумме то они идут, ОСВ это показывает, но логика запроса данных в конкретном документе выбирает какие-то одни. В результате начинаются такие "блуждающие" ошибки неполного списания себестоимости, зачета авансов в 6х счетах, и т.п.
Лечится тестированием и исправлением ИБ, на стадии проверки то ли логической, то ли физической целостности (база выдаст кучу сообщений что типа "значение не NULL, установлено значение NULL).
Попробуйте сделать.
(18)
Фары и стекло протерли, колеса попинали.
Вы во всех рассуждениях выше правы, но оно не работает как надо. Для меня тоже странно, т.к. в контрольном примере у меня все работает.
Боюсь, только прошерстить отладчиком, чтобы понять, откуда такие странные цены и остатки. :-(
Еще раз только спрошу, не включен ли у вас партионный учет (есть ли субконто "Партии" на 41.11, а то на всех скринах это место вымарано), и стоит ли в учетной политике учет товаров в рознице "По продажным ценам", а не "По закупочным", а то мало ли слетело.
Фары и стекло протерли, колеса попинали.
Вы во всех рассуждениях выше правы, но оно не работает как надо. Для меня тоже странно, т.к. в контрольном примере у меня все работает.
Боюсь, только прошерстить отладчиком, чтобы понять, откуда такие странные цены и остатки. :-(
Еще раз только спрошу, не включен ли у вас партионный учет (есть ли субконто "Партии" на 41.11, а то на всех скринах это место вымарано), и стоит ли в учетной политике учет товаров в рознице "По продажным ценам", а не "По закупочным", а то мало ли слетело.
Вот что обнаружила. Такие проводки (не правильные) формируются только в документах, которые пришли обменом. То есть, создаю новый документ, ввожу эти же позиции, формируется корректно. Наценка не двигается, а перерасчет, как я предполагаю, будет при закрытии месяца.
(21)
Да, наценка списывается на финансовый результат раз в месяц при закрытии.
Вероятно, что-то не так с данными документа, возможно, какие-то невидимые реквизиты заполнены, а при ручном заполнении - нет, или наоборот.
в ТЧ Товары есть обычно реквизит Себестоимость, если он заполнен, то списание происходит в указанной в нем оценке, а не по среднескользящей. Может быть заполнен он.
Любой консолью запросов выберите данные шапок загруженного документа и ручного (ВЫБРАТЬ * ИЗ Документ.ОтчетОРозничныхПродажах ГДЕ Ссылка в (&Ссылка1, &Ссылка2)) визуально.
То же самое для ТЧ товары.
Прочешите отладчиком проведение.
Да, наценка списывается на финансовый результат раз в месяц при закрытии.
Вероятно, что-то не так с данными документа, возможно, какие-то невидимые реквизиты заполнены, а при ручном заполнении - нет, или наоборот.
в ТЧ Товары есть обычно реквизит Себестоимость, если он заполнен, то списание происходит в указанной в нем оценке, а не по среднескользящей. Может быть заполнен он.
Любой консолью запросов выберите данные шапок загруженного документа и ручного (ВЫБРАТЬ * ИЗ Документ.ОтчетОРозничныхПродажах ГДЕ Ссылка в (&Ссылка1, &Ссылка2)) визуально.
То же самое для ТЧ товары.
Прочешите отладчиком проведение.
(22) Подобная проблема - из-за того, что в ТЧ Товары документа Отчет о розничных продажах были заполнены конкретные суммы себестоимости - в проводке по Кт 43 не заполнялось субконто Партии.
Документ Отчет о розничных продажах загружается из сторонней программы.
Документ Отчет о розничных продажах загружается из сторонней программы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот