Про разработку решения для ведения украинского регламентированного учета на ODOO говорили долго, но никто не решался полноценно взяться за его реализацию. В 2021 году главный офис ODOO встрепенулся и начал делать в этом направлении некоторые шаги, но как на мой взгляд пошел немного не в ту сторону. Многие украинские компании на данный момент используют ODOO для ведения управленческого учета, но на рынке существует достаточно большой спрос на нормальную украинскую бухгалтерию. Сейчас на рынке доминирует 1С и даже ее якобы запрет в 2014 году на ее положение мало повлиял в виду отсутствия на рынке нормальных альтернатив. Да, на рынке сейчас существует несколько решений, которые себя позиционируют как замена 1С. Но их основной проблемой является то, что это по сути те же самые учетные программы, в которых могут работать только бухгалтера. У ODOO же другая проблема: в ней могут работать все (закупщики, продажники, эйчары), кроме бухгалтеров.
В недрах компании Симбиоз идея разработки решения для разработки регламентированного учета зрела достаточно давно (с тех пор как я там работаю), но постоянно этому что-то мешало (основной причиной было отсутствие финансирования). Но в 2021 году ситуация поменялась и я хочу сейчас кратко презентовать то решение, которое у нас появилось за достаточно короткий промежуток времени.
Регламентированный учет – это симбиоз бухгалтерского и налогового учетов, обеспечивающий работу компании в правовом поле, в соответствии с Налоговым кодексом Украины, законами и инструкциями Госналогслужбы и других органов. Подразделами регламентированного учета являются бухгалтерский учет, налоговый учет, кадровый учет, а так же расчет заработной платы.
Итак на данный момент система содержит в себе следующий функционал.
Взаиморасчеты с контрагентами
Учет денежных средств
Учет НДС
Учет запасов
1.Печатная форма инвентаризационной ведомости
Учет основных средств
Заработная плата
Кадровый учет
Общие бухгалтерские процедуры
Отчетность
Движение денежных средств (как наличных, так и безналичных) отображается с помощью банковской выписки. В позиции банковской выписки указывается тип/подтип платежа, сумма платежа и корреспондирующий счет. Также может быть указана дополнительная аналитика – аналитический счет, как статья движения ДС.
Настройки: в карточке контакта сотрудника необходимо выставить Счет учета кредиторской задолженности – 3721 (в нем поставить тип – Кредиторская задолженность).
Авансовый отчет сотрудником подается с помощью расходов сотрудников ( Дт Расходы Кт Взаиморасчеты с подотчетными лицами)
Если подотчетным лицом были закуплены материалы и они должны быть оприходованы на склад, то на имя сотрудника оформляется “Заказ на закупку”, формируется “Складское перемещение” (Дт Запасы Кт Запасы полученные на склад) и формируется “Поступление товаров и услуг”, которое сделает проводку: Дт Запасы полученные на склад Кт Взаиморасчеты с подотчетными лицами.
В расходы сотрудников добавлен функционал сверки с ранее сделанными платежами. Теперь после утверждения отчета в заявке на расход видно, что сотруднику ранее был выдан аванс.
Правила учета запасов задается на уровне категории продукции. Под каждую группу запасов (товары, сырье, МШП, сырье и т.д.) необходимо создать категорию и на уровне категории задать все необходимые настройки.
Например: под 281 счет “Товары” необходимо создать субсчета: 2811 “Товары отгруженные со склада” и 2812 “Товары полученные на склад”.
Это связано с тем, что при поступлении либо выбытии запасов бухгалтерские проводки делают два документа: “Складское перемещение” и “Инвойс”
Система поддерживает следующие методы оценки выбытия запасов: “ФИФО” и “Средневзвешенная” и “Идентифицированная стоимость”
Метод ФИФО подразумевает создание партий запасов по мере их поступления на склад. При этом на данный момент в системе нет понятия проведение “задним числом” партии. Так как приходы на склад делаются по мере их поступления на склад, а не когда бухгалтер провел в учете документ, то методологическая основа применения метода ФИФО не нарушается и со склада будут списываться партии по мере их поступления. Для упорядочивания работы склада и бухгалтерии желательна разработка отдельного регламента.
Партии формируются исходя из-того какое поступление было первым проведено, а не какая дата у документа формирующего эту партию.
Закупка запасов всегда делается через заказы на закупку. Из Заказа на закупку формируется “Складское перемещение” и “Поступление товаров и услуг”
Для метода ФИФО доступно распределение накладных затрат на конкретные партии запасов, а также увеличение себестоимости ранее реализованных (списанных) запасов из этой партии.
Накопление затрат подлежащих распределению делается на соответствующих счетах (например 280 – “ТЗР)
Далее с помощью инструмента “Стоимость с издержками” делается распределение затрат.
Распределение накладных затрат для запасов учитывающихся по “Средневзвешенному методу” также доступно. Такое распределение будет увеличивать себестоимость остатков запаса на складе на указанную сумму.
Для корректного отображения в учете результатов проведения инвентаризации необходимо настроить место хранение с типом “Потери инвентаризации”
Начисление налоговых обязательств по НДС делается ручной проводкой (в случае необходимости)
Отображение сумм убытка, которые подлежат возмещению сотрудником (или другим лицом) делается с помощью ручной проводки (Дт375 Кт 716).
Пересортица отражается через счета учета недостач (например 947) и излишков (например 719). Разница отразится в финансовом результате.
Списание запасов по другим причинам можно сделать с помощью документа “Брак”.
Для корректного отражения в учете результатов списания необходимо в месте хранения с пометкой “Это место хранения брака” сделать необходимые настройки (выставить счета учета затрат)
Списание запасов в производство
Для корректного списания запасов в производство и выпуска готовой продукции необходимо сделать настройки места хранения с типом “Производство” – указать счет на который будет списываться себестоимость сырья и с которого будет появляться себестоимость готовой продукции (как правило это будет 231 счет)
Учет основных средств реализован с помощью нескольких инструментов: продукции (правила учета ОС задаются на уровне категории продуктов), основного средства (задание правил начисления амортизации и отображение ее в учете) и оборудование (инвентарный учет, закрепление за ответственными лицами, отслеживание сроков гарантии)
Первичная стоимость Основного средства всегда состоит из цены закупки. В случае наличия затрат которые необходимо включить в стоимость основного средства такое распределение делается с помощью инструмента “Распределение накладных затрат”
Правила начисления амортизации и отражения ее в учете задаются в категории основных средств.
После введения основного средства в эксплуатацию в учете появляется карточка основного средства, в которой рассчитывается амортизация.
На данный момент в системе поддерживаются следующие методы начислении амортизации: прямолинейный, метод уменьшающегося остатка, 50/50 и 100% (при этом 50/50 и 100 реализовываются с помощью настроек прямолинейного метода)
Также реализовано начисление амортизации с первого числа следующего месяца после введения основного средства в эксплуатацию.
Затраты на проведение текущего ремонта отражаются в учете стандартными инструментами системы.
Затраты на проведение капитального ремонта, которые должны увеличить стоимость основного средства сначала накапливаются на соответствующем счете, а потом распределяются на основное средство с помощью инструмента “Распределение накладных затрат”. Следующем шагом является изменение стоимости основного средства которая подлежит амортизации – это изменение проводится в карточке основного средства.
На данный момент такие операции нужно отражать в учете ручными проводками.
Основным документом по отражению в учете дебиторской задолженности является “Инвойс покупателя”, который является аналогом документа “Реализация товаров и услуг”. Данный документ при реализации товаров отражает в учете доход от реализации, формирует дебиторскую задолженность и отражает в учете себестоимость реализации.
Все взаиморасчеты отражаются на счете учета задолженности (предоплаты и отгрузки). Ведение предоплат на отдельном счете системой поддерживается, но является весьма трудозатратным (взаимозачет предоплат и задолженностей производится вручную)
Особенностью системы является то, что при реализации товара бухгалтерские проводки делают два документа “Складское перемещение” и “Инвойс покупателя”. В связи с этим возникает необходимость использование транзитного счета “Запасы отгруженные со склада”
При использовании в учете метода “ФИФО” критически важным является проведения “Инвойса покупателя” после проведения “Складского перемещения”. В таком случае будет отображаться правильная себестоимость реализации.
Особенностью формирования проводки документов “Инвойс покупателя” есть то, что оборот по счету учета дохода “схлопывается” и по кредиту отражается уже сумма чистого дохода за минусом налога. Это никак не влияет на финансовую отчетность и упрощает составление отчета о финансовом результате с помощью инструментов системы.
Для отображения в учете прочей дебиторской задолженности необходимо использовать все тот же Инвойс покупателя, в котором необходимо указать необходимые счета для проводки либо отобразить такую задолженность с помощью ручной проводки
Формирование в учете резерва сомнительных долгов делается с помощью ручной проводки.
Основным документом по отражению в учете кредиторской задолженности перед внешними поставщиками является “Инвойс поставщика”, который является аналогом документа “Поступление товаров и услуг”
Одновременно с задолженностью в учете может признаваться расходы.
Задолженность также можно отобразить путем составления ручной проводки
Заработная плата
Функционал заработной платы был описан в статье НАЧИСЛЕНИЕ ЗАРАБОТНОЙ ПЛАТЫ В ERP ODOO (ЛОКАЛИЗАЦИЯ ДЛЯ УКРАИНЫ).
В системе нет процедуры перепроведения документов. В 1С необходимость данной процедуры вызвана тем, что документы при проведении сразу формируют проводки по НДС и в случае проведения документа задним числом может менятся первое событие.
В ODOO (в нашей сборке) первое событие отслеживается по состоянию взаиморасчетов по счету учета таких взаиморасчетов. Для избежания отслеживания первого события по другим счетам учета взаиморасчетов с дебиторами/кредиторами по которым это не нужно делать в самом счете учета предусмотрена отдельная настройка “Первое событие”
На уровне контрагента определяется как будет отслеживаться первое событие: в целом по контрагенту или в разрезе договоров
После проведения всех документов за период нужно запустить Расчет первого события, которое сформирует все необходимые проводки в учете и автоматически сформирует налоговые накладные. А также отобразит какой документ вызвал первое событие
Первое событие всегда делает проводку Дт6431 Кт6432.
Если первое событие отгрузка и инвойс сделал проводку Дт702 Кт 6431, то 6431 сворачивается и остается сальдо по 6432
Налоговая накладная всегда делает проводку Дт 6432 Кт 6412
Все счета по учету НДС задаются в настройках и могут быть изменены пользователем
Для поставщиков (налогового кредита) реализован зеркальный механизм
Также добавлен документ “Расчет-корректировка” и добавлена возможность его выгрузки в формате xml.
Для компаний которые используют для фиксирования продаж функционал точки продаж реализовано формирование налоговых накладных из сессий точки продаж. Первое событие здесь не нужно так как при таких продажах оно всегда возникает при фиксировании продажи в системе.
Более детально функционал расчета первого события, формирования проводок по первому событию и автоматического формирования налоговых накладных будет описан в одной из следующих публикаций.
В ODOO нет необходимости делать определение финансового результата чаще чем раз в год. Но процедура формирования финансового результата в конце года является обязательной, так как информация о накопленных доходах и расходах за год не переносится на следующий год.
Для упрощения этой процедуры в системе есть инструмент который позволяет зашаблонизировать эту процедуру.
Перенос с 79 счета на 44 нужно делать ручной проводкой
В системе предусмотрен расчет амортизации по всем основным средствам находящихся в статусе “Активный” за определенный месяц
Описанный выше функционал является по сути заменой самой простой версии 1С “Бухгалтерія для України” и уже пригодна к использованию компаниями которые занимаются оказанием услуг, оптовой или розничной торговлей.
В ближайшем будущем (в первом полугодии этого года) планируется сделать интеграцию с ПРРО “Checkbox”, реализовать основную налоговую отчетность (НДС, 4ДФ), закрыть вопрос с переоценкой валютных остатков и сделать удобным отображение операций с покупкой/продажей валюты (сейчас это можно сделать с помощью ручных проводок).
Также в планах есть реализация особенностей отражения в учете операций ВЭД. А также адаптация системы под особенности учета специфических отраслей (строительство, производство, общепит и т.д.) и учета специфических операций (консигнация, давальческое сыръе).
Насколько быстро появятся эти решения сказать сложно, основной тормоз на данный момент – отсутствие достаточного финансирования, но если найдется инвестор, то все основные вопросы можно будет закрыть до конца этого года.
Источник: Блог Консультанта
Обувь от адидас — это выбор тех, кто ценит стиль, комфорт и универсальность. Модели из…
Український бізнесовий ландшафт охоплює великий спектр підприємств, які поділяються на малі, середні та великі залежно…
Не секрет, что ежегодно водители должны обновлять свою автостраховку и покупать новый полис, защищающий их…
Кредит готівкою — один з банківських продуктів, який має високий попит серед населення. Він передбачає…
Мир трейдинга часто представляется новичкам как захватывающее приключение с возможностью быстрого обогащения. Однако реальность может…
Відповідно до п. 6 Порядку заповнення податкової накладної, затвердженого наказом Міністерства фінансів України від 31.12.2015 №…