Финансы
Бухгалтерская проводка
- Бухгалтерская проводка в классическом представлении Дебет – Кредит – Сумма.
Существуют разные варианты представления двойной записи бухгалтерской проводки. В «Скале» дебет и кредит были в разных строках, в таком подходе были и свои плюсы, и свои минусы, главный из которых — при многострочной проводке с множественными дебетами и кредитами было невозможно установить корреспонденцию счетов. Это было плохо, минусы перевешивали плюсы, мы от этого отказываемся и выбираем классическое представление, но не потому, что оно классическое, а на основе сравнения с альтернативными вариантами. - Проводки имеют несколько статусов: утверждённые, не утверждённые, удалённые (физически не удаляются, но не показываются в отчётах и не участвуют расчётах)
Учётные измерения (дополнительная аналитика)
- В «Скале» было применено оригинальное решение: использовалось одно поле под названием «Учётная строка». Внутри она была как бы «нарезана» на отдельные учётные сегменты, всего этих сегментов было 10. Нулевой сегмент (обязательный) – бухгалтерский счёт, далее необязательные сегменты с 1 по 9 – дополнительная аналитика (учётные измерения). Длины сегментов могли назначаться разной длины, но не более 12 символов каждый. Далее система выводила информацию уже «нарезанную» на отдельные поля-сегменты. Это интересное решение, так как позволяло иметь одно единственное поле и фиксированную структуру таблиц, без необходимости добавления нового поля при необходимости добавить новое учётное измерение.
Но мы решили отказаться от этого подхода. Взамен предложено решение, позволяющее иметь неограниченное количество учётных измерений. Причём также без необходимости менять структуру таблиц при добавлении нового учётного измерения. - В качестве учётного измерения можно назначить любой из имеющихся списков, например, в качестве учётного измерения «Контрагент» использовать таблицу контрагентов без необходимости дублирования информации.
В «Скале» это были отдельные списки. Контрагентов приходилось вводить в нескольких местах, например, покупателей в модуле «Книга Продаж», поставщиков – в модуле «Книга Закупок» и дополнительно в модуле «Главная Книга» в качестве учётного измерения «Контрагент»
Консолидация
- Под консолидацией обычно понимают ведение консолидированного учёта внутри группы компаний или ведение учёта с использованием разных правил учёта, например, РСБУ и МСФО (перечень организаций, которые обязаны соблюдать МСФО, перечислен в федеральном законе от 27.07.2010 №208-ФЗ «О консолидированной финансовой отчётности»). Мы имеем огромный опыт в применении различных видов консолидации, так как в «Скале» этот инструмент был очень хорошо проработан. У нас есть 2 базовых варианта консолидации и 2 расширенных. Недавно мы протестировали возможность использования сложной схемы консолидации, когда исходный план счетов недостаточно детализирован и необходимы дополнительные признаки для правильной адресации «принимающего» счёта. Модель была построена на основании связи исходного счёта, 2-х дополнительных учётных измерений и корреспондирующего счёта с 8 уровнями настраиваемой иерархии. Работает. Но, это уже из разряда расширенной функциональности, только если Вам это потребуется.
Логистика
Заказы
- Мы решили собрать все заказы в одном месте, разделив их по типам: продажи, закупки, складские перемещения и т.п.
- Разграничение прав доступа позволяет настроить доступ так, чтобы каждый работал со своими типами заказов: закупщики, продавцы, складские работники
- Завершённые заказы сохраняются в виде истории, а также являются элементами выставленных или полученных счетов-фактур и накладных. Каждый заказ состоит из заголовка, строк заказа и строк поставки (прихода или расхода)
- В качестве расширенной функциональности имеется функциональность производственных (сборочных) заказов
Складской учёт
- В «Скале» использовалась очень продвинутая модель независимого учёта в двух валютах – локальной (в нашем случае в рублях) и в валюте консолидации (например, в китайских юанях)
Мы опробовали ещё более продвинутую модель учёта. Одновременно в 2-х валютах и 2-х моделях оценки запаса: средневзвешенная цена и ФИФО. Но в данном случае речь идёт о расширенной функциональности. Тем клиентам, которым это не нужно мы это предлагать не будем - Настройка автоматического создания бухгалтерских проводок на основе матрицы автоматического учёта. То есть кладовщик, который ничего не знает про бухгалтерские проводки, просто выполняет свою работу, а правильные проводки создаются в соответствие с однажды настроенной матрицей
- Все базовые функции, которые не относятся к заказам, также доступны, например, ввод результатов инвентаризации, переоценка запасов и т.п.
- В качестве расширенной функциональности возможно использование сборочных списков/рецептов/наборов, а также учёт по партиям и местам хранения
- Разграничение прав доступа можно сделать не только по отдельным складам, но и по различным типам операций, например, один пользователь может совершать все операции по складу, а другой может принимать товар по накладной, но не может вносить результаты инвентаризации или отгрузку покупателю
Подробности по каждому пункту будут добавлены позднее…
Дополнительно:
