ШАГ 2 КАЗНАЧЕЙСТВО МОЖЕТ БЫТЬ СОВМЕЩЕН С ДОГОВОРАМИ

Внедрение БиТ.Финанс быстро (невозможно) Разбираем всё по шагам.

Это очень частый вопрос при первых встречах с клиентом.

• Сколько займет времени внедрение БиТ.Финанс?
• Длительность проекта от 9 до 12 месяцев.
• Так долго?
• Да именно так.
• А можно быстрее?

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

Итак, мы бьем внедрение БиТ.Финанс на блоки, чтобы клиент мог получить пользу как можно быстрее, и шаг за шагом наращивать свои компетенции в использовании продукта.
Отмечу, запуск БФ – это совсем не про 1С и учетную систему, это про организационные изменения, которые должны произойти в вашей компании. Изменения неизбежны, без их реализации невозможно внедрить БиТ.Финанс. Соответственно, если изменения задерживаются, растягивается и проект.
Рассмотрим каждый блок классического внедрения бюджетирования на 1С БиТ.Финанс «с нуля».

ШАГ 1. БЮДЖЕТИРОВАНИЕ.

Самый важный – если нет бюджета, в котором запланировано потратить или заработать деньги, все остальное бессмысленно.

• Описывается вся модель.
• Описывается и перестраивается вместе с клиентом структура НСИ (нормативно справочной информации – то есть справочников статей, проектов и так далее).

Самые сложные для клиента изменения – находятся именно здесь. Сотрудники начинают работать в системе и думать, что планируют потратить. Если раньше бюджетированием занималась выделенная служба, а остальных отделов оно не касалось, сейчас все должны участвовать в бюджетировании. Каждый отдел должен подавать свой бюджет. И все начинают думать о том, как запланировать деньги в рамках года.
Если раньше начальник отдела АХО приходил и говорил «мне нужно купить 20 лампочек», то теперь мы приходим к нему и просим просчитать и спланировать заранее всё , что ему понадобится в течение года, и своей рукой занести это в систему. Это глобальное изменение мышления людей, если раньше они этого не делали, то теперь каждый должен стать «чуть-чуть финансистом».
Вторая огромная задача – это справочники. Во всех проектах запуска БиТФинанса, которые у нас были, заказчикам приходилось перестраивать справочники. Хотя среди них были и большие производственные холдинги, и небольшие торговые бизнесы.
Например: мы начинаем описывать доступность статей для ЦФО. Понятно, для ЦФО «Отдел продаж», нужны одни статьи, а для ЦФО «Склад» другие. После распределения оказывается, что некоторыми не пользуется никто. А про некоторые статьи новые ответственные не понимают – как ими пользоваться. В каком случае использовать одну статью, а в каком другую? Справочники приходится перестраивать.
И тут мы можем только помочь (вместе подумать, пообсуждать, поспорить, покричать). Но решения принимать придется все равно руководству предприятия.
У нас есть собственная (выработанная годами) структура справочника статей, которую мы даем в ходе проекта для обсуждения. Ее не стоит воспринимать как шаблон, скорее это пример.

ВНЕДРЯЕТСЯ ЗА 3 МЕСЯЦА.

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

Вы можете получить пример нашего справочника статей, подписавшись на рассылку.

ШАГ 2. КАЗНАЧЕЙСТВО (МОЖЕТ БЫТЬ СОВМЕЩЕН С ДОГОВОРАМИ).

Самый маленький блок, самый простой, приносящий компании ощутимую пользу. Мы начинаем планировать траты денежных средств, исходя из бюджета. Бюджет это стратегическое финпланирование в рамках года, а теперь мы делаем оперативное планирование (в рамках месяца или даже дня).
Казначейство – это не только финансовое планирование затрат (сегодня, завтра), но и прогноз (прогнозный бюджет) – сколько мы собираемся получить или потратить денег. Это договоры и оплаты по их условиям, это сделки с вероятностью, заявки на платеж (сделанные заранее под большие траты).
Основная сложность для клиента – управленческое решение «принимаем заявки только в электронном виде». Полностью отказаться от бумажных заявок на оплаты, и от всех «окольных путей» оплат, мимо системы.

ВНЕДРЯЕТСЯ 1.5-2 МЕСЯЦА.

Срок зависит от количества инициаторов, от наличия удаленных регионов, от уровня компьютерной грамотности инициаторов. Результат – переход на консолидированные оплаты. Высвобождается оперативное время управленца, который ранее подписывал платежи. Мы можем опираться на бюджет, превращаем «фантазийный ДДС» в запланированный. Это централизованное управление деньгами, выделение роли казначея, человека, который управляет всеми тратами.

ШАГИ 3 И 4. СБОР ФАКТА БДДС, БДР.

СНАЧАЛА ПРО ФАКТ БДДСА.

И вот наконец мы заплатили деньги, или получили товар/услуги.
Факт движения денег – это относительно просто. Подписали платежку, осуществили списание денег. Усложняется только, если есть внутренние продажи/перемещения денег и товаров между юр. лицами холдинга (ВГО).
Задача клиента – всего лишь научить (заставить) бухгалтера правильно разносить платежки по тем статьям и заявкам, которые были сделаны ранее. Факт БДДС собран.

А ТЕПЕРЬ ПРО БДР.

Что будем считать расходом? Деньги и обязательства – это разные вещи, расходы, это ведь не оплаченные деньги. Они могут возникать в другом периоде (относительно оплаты), и именно БДР дает понимание, как реально живет компания. Менеджмент заказчика должен понять, что же для нас расход. Это учет, на основании которого принимаются управленческие решения.

• Мы купили большую партию товара, чтобы далее продавать его. Это уже расход? Можем принять управленческое решение, что нет.
• Если этот товар пролежит год и не продастся, или испортится и не будет продан, может быть тогда будет расход? А когда продадим, тогда получим расход и доход?
• Если расход посчитать тогда, когда мы продали товар, нужно ли включить в него стоимость хранения этого товара на складе до момента продажи?
• А что с командировками сотрудников? Мы выдали ему денег под отчет, и он поехал в командировку по работе. Мы будем считать их расходом в тот момент, когда отдали ему деньги (до командировки)? Или в тот момент, когда он вернулся и принес чеки (после командировки)?
• Купили сервер. Это уже расход? Или мы его будем распределять по месяцам (как бухгалтерия амортизирует)?

Мы создаем инструмент для принятия решений. Сначала заказчику необходимо осознать суть задаваемых вопросов, а потом самому найти на них ответы. Мы только вопросы задаем, по каждой из статей заказчик решает – что и в какой момент будет расходом. Тут очень долгая и сложная работа у бизнеса, и маленькая по трудозатратам (но большая по интеллектуальным вложениям) наша.

Наконец, мы можем получить CF – факт БДДС.

И PL – факт БДР.

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

ДЛИТЕЛЬНОСТЬ ЭТАПА ДО 6 МЕСЯЦА.

ШАГ 5. УПРАВЛЕНЧЕСКИЙ БАЛАНС. ОТЧЕТНОСТЬ ДЛЯ РУКОВОДСТВА, ГОЛОВНЫХ КОМПАНИЙ И ТАК ДАЛЕЕ.

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

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

Основную пользу от проекта заказчик уже получил, научившись управлять собой, планировать финансы стратегически и оперативно и осуществлять оплаты. Принимать управленческие решения. Управленческий баланс – это фотография нашей деятельности, результат. Но, чтобы собрать ее, придется много поработать. Почему же, кажется, в системе есть все данные. Любой понимает, когда в системе есть данные, любой отчет построить относительно легко… или нет.

Итак, Управленческий баланс в БиТ.Финанс – это отчет с остатками на начало года и на конец. А что это за остатки, ведь это не бухгалтерский учет. Откуда мы будем брать остатки по статьям УУ? Как их посчитать до начала работы системы?

В ходе разработки алгоритма сбора факта БДР мы приняли множество решений – что считать расходами и доходами по всем статьям. Помните примеры в блоке 4?

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

Это огромная работа, и тут, к сожалению, мы помочь почти ничем не можем, кроме чисто технических решений (загрузить, перегрузить, сверить). Получается, от получения «Управленческого баланса» заказчика отделяет… только он сам.

Надеюсь, мне удалось ответить на вопрос «Почему внедрение БиТ.Финанс длится так долго?». Самое большое ограничение – это те изменения, которые нужно компании заказчика осуществить внутри себя. И мы, конечно, будем вести его по этому пути, помогать и консультировать, поддерживать. Но самая масштабная работа выполняется внутри компании клиента, и ничто, кроме железной воли руководства и времени специалистов не способно ускорить проект.

Остались вопросы? Оставьте заявку или позвоните нам , один из наших методологов по БиТ.Финансу будет рад пообщаться и ответить на них.

Источник

Вопросы по программному продукту «БИТ.ФИНАНС»

Вопрос 1: Где устанавливается валюта управленческого учета? Можно ли ее изменять в процессе работы с программой?

Ответ: Валюта управленческого учета устанавливается в форме «Константы (БИТ)». Если есть проведенные документы в подсистемах «Бюджетирование» и «Казначейство», валюту управленческого учета менять запрещено.

Вопрос 2: В каких валютах отражаются все операции подсистем «Бюджетирование» и «Казначейство»?

Ответ: В валюте управленческого учета, в валюте сценария бюджетирования и в валюте регламентированного учета.

Вопрос 3: В разрезе каких аналитик могут отражаться в системе плановые и фактические данные по бюджетам?

Ответ: Основные аналитики бюджетирования: Сценарий бюджетирования, ЦФО, Статья оборотов.

Кроме этого, в справочнике «Статьи оборотов» для каждой статьи можно настроить дополнительную детализацию, а именно: Контрагент, Договор контрагента, Проект, Номенклатурная группа, Номенклатура, Банковский счет.

Вопрос 4: Для чего предназначены сценарии бюджетирования?

Ответ: Сценарии бюджетирования предназначены для возможности составления планов разной периодичности и продолжительности. Планирование данных по бюджетам производится для каждого сценария отдельно. Это позволяет хранить в системе сразу несколько различных финансовых планов на один период.

Вопрос 5: Каким документом в системе отражаются плановые данные по бюджетам?

Ответ: Существует два документа для ввода оборотов по бюджетам: «Форма ввода бюджета» и «Бюджетная операция».

Вопрос 6: Каким отчетом можно посмотреть введенные обороты по планируемым доходам и расходам (поступлениям и выплатам)?

Ответ: Для этого предназначены отчеты «Обороты по статьям» и «Отчет по бюджету».

Вопрос 7: Каким документом можно внести исправления в утвержденный бюджет?

Ответ: Для внесения исправлений в бюджет предназначен документ «Корректировка бюджета».

Вопрос 8: В чем основное отличие документов «Корректировка бюджета» и «Актуализация бюджета»?

Ответ: Документ «Корректировка бюджета» предназначен для внесения исправлений в бюджет, при этом старые данные бюджета заменяются новыми по одному и тому же сценарию бюджетирования.

Документ «Актуализация бюджета» предназначен для актуализации утвержденных бюджетов после получения фактических данных. При этом новые (актуализированные) данные фиксируются по новому сценарию бюджетирования.

Вопрос 9: Как можно сравнить бюджетные данные до и после проведения актуализации документом «Актуализация бюджета»?

Ответ: При проведении документа «Актуализация бюджета» новые бюджетные данные фиксируются по новому сценарию бюджетирования («Сценарий актуализация»). В отчетах «План-фактный анализ универсальный», «План-фактный анализ», «План-фактный анализ по бюджету» можно посмотреть и сравнить данные по «Сценарию эталону» (первоначальным данным планирования) и «Сценарию актуализации».

Вопрос 10: Для чего предназначен справочник «Настройки форм ввода бюджета»?

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

Вопрос 11: Как в системе можно настроить зависимости между статьями БДДС и БДР?

Ответ: Для этого предназначен документ «Установка зависимых оборотов».

Вопрос 12: Что необходимо сделать в системе для того, чтобы контролировать по бюджету суммы заявок на расходование денежных средств?

Ответ: Для этого необходимо:

1. Ввести бюджетные данные систему с помощью документов «Форма ввода бюджета» и/или «Бюджетная операция».

2. В форме «Настройки программы (БИТ)» установить флаг «Контролировать заявку по бюджету».

3. Создать и провести документ «Установка контрольных значений».

Вопрос 13: В каком случае используется документ «Заявка на расходование денежных средств (общая)», а не «Заявка на расходование денежных средств»?

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

Вопрос 14: Каким образом на основании документа «Заявка на расходование денежных средств» можно создать платежные документы?

Ответ: Для этого предназначено два механизма: документ «Реестр платежей», обработка «Формирование платежных документов». Можно воспользоваться любым из них.

Вопрос 15: Когда для создания платежных документов следует использовать документ «Реестр платежей», а когда обработку «Формирование платежных документов»?

Ответ: Если заказчик хочет сохранять историю (какие заявки, в какой день были отправлены в оплату), распечатывать и визировать реестр платежей – тогда документ «Реестр платежей». Если требуется только сформировать платежные документы – тогда обработка «Формирование платежных документов».

Вопрос 16: Какие документы системы формируют данные Платежного календаря?

Ответ: В отчет «Платежный календарь» данные попадают при проведении документов «Заявка на расходование денежных средств», «Заявка на расходование денежных средств (общая)» и «Планируемое поступление денежных средств».

Вопрос 17: Для чего предназначен отчет «План-факт по заявкам»?

Ответ: Отчет предназначен для сравнения запланированных и фактически произведенных оплат по заявкам на расходование денежных средств. В отчет отражаются также платежи, произведенные без заявок на расходование денежных средств.

Вопрос 18: Для каких документов предусмотрен механизм визирования?

Ответ: В конфигурации механизм визирования предусмотрен для документов: «Заявка на расходование денежных средств», «Заявка на расходование денежных средств (общая)», «Реестр платежей», «Форма ввода бюджета», «Актуализация бюджета».

Вопрос 19: Каким образом настроить для документа «Заявка на расходование денежных средств» список необходимых виз?

Ответ: Для настройки списка виз для документа «Заявка на расходование денежных средств» необходимо назначить визы или группу виз в регистре сведений «Назначение виз объектам системы».

Вопрос 20: Для чего предназначена обработка «Групповая установка виз»?

Ответ: С помощью обработки «Групповая установка виз» пользователь может установить визы для всех документов одного или нескольких видов, для которых в конфигурации предусмотрено визирование.

Вопрос 21: Каким образом пользователь может просмотреть все документы, в которых ему необходимо установить визы на текущий момент времени?.

Ответ: Это можно сделать с помощью обработки «Групповая установка виз»: необходимо в поле «Вывод виз» установить отбор «Доступные — неустановленные» и нажать кнопку «Заполнить дерево объектов».

Вопрос 22: Можно ли загрузить в программу данные из Excel? Если «Да», то какие данные могут быть загружены?

Ответ: В конфигурации предусмотрена загрузка справочников из Excel с помощью механизма «Обмен данными Excel».

Вопрос 23: Предусмотрен ли в программе «БИТ.ФИНАНС» отдельный план счетов для учета бюджетных показателей?

Ответ: Да, в версии ПРОФ конфигурации «БИТ.ФИНАНС» присутствует план счетов для бюджетирования.

Вопрос 24: Каким образом можно ввести начальные остатки по счетам бюджетирования?

Ответ: Документом «Операция (бюджетирование)».

Вопрос 25: Как вы понимаете, что такое «Внутрифирменное бюджетирование»?

Ответ: Это процесс составления, исполнения, контроля и анализа финансовых планов компании.

Вопрос 26: Что такое «Центры финансовой ответственности»? Для чего они создаются в организации?

Ответ: ЦФО — это подразделения компании (или вся компания в целом), вовлеченные в процесс бюджетирования (т.е. для которых составляются отдельные бюджеты или ведется отдельный контроль). ЦФО составляют финансовую структуру организации, которая может отличаться от ее организационной структуры.

Вопрос 27: Каково назначение Бюджета доходов и расходов (БДР)? И чем он отличается от Бюджета движения денежных средств БДДС?

Ответ: Основное назначение Бюджета доходов и расходов(БДР) – показать соотношение всех доходов от реализации товаров (работ, услуг) со всеми видами расходов, которые предполагает понести компания.

Бюджет движения денежных средств (БДДС) – это план движения денежных средств на расчетном счете и в кассе предприятия.

Вопрос 28: Каким образом отражаются в системе фактические данные по БДДС и по БДР?

Ответ: Фактические данные по БДДС отражаются в системе автоматически при проведении платежных документов с заполненными аналитиками бюджетирования. Так же фактические данные могут быть получены автоматически из данных регламентированного учета с помощью Механизма получения данных (только для версии ПРОФ), или введены вручную в документ «Бюджетная операция» (по сценарию «ФАКТ») или в документ «Получение фактических данных».

Фактические данные по БДР могут быть получены автоматически из данных регламентированного учета с помощью Механизма получения данных, или введены вручную в документ «Бюджетная операция» (по сценарию «ФАКТ») или в документ «Получение фактических данных».

Вопрос 29: Какие сервисные возможности предоставляет конфигурация «БИТ.ФИНАНС»?

Ответ: Конфигурация предоставляет следующие сервисные возможности:

· Разграничение прав доступа к объектам системы в режиме «1С:Предприятие»

· Организация работы службы технической поддержки (Help Desk)

· Загрузка данных из Excel

Вопрос 30: Как пользователю обновить конфигурацию если она:

1. Находится на поддержке?

2. Снята с поддержки?

1. В случае если конфигурация пользователя находится на поддержке без возможности внесения изменений, потребуется файл обновления «cfu». Пользователь выполняет команду «Конфигурация — Поддержка — Обновить конфигурацию», и после получения подтверждения выполняется обновление.

2. Для обновления требуется файл конфигурации cf. Обновление происходит в режиме сравнение и объединение конфигурации из файла.

Источник

Внедрение комплексной финансовой системы «БИТ Финанс 3.1» для «1С:Бухгалтерия 8 КОРП» в торговой сети «МОНЕТКА»

Продукт: 1С:Бухгалтерия 8 КОРП Партнер: 1-й Советник

ООО «Элемент-Трейд»
Екатеринбург, Март 2016

Вариант работы: Клиент-серверный (сервер базы данных: Microsoft SQL Server)
Общее число автоматизированных рабочих мест: 500

Количество одновременно работающих клиентов
Тонкий клиент: 500

Внедрение комплексной финансовой системы в торговой сети «МОНЕТКА»
Торговая сеть «Монетка» одна из лидирующих торговых сетей Екатеринбурга и Уральского региона. К ноябрю 2016 года в ее состав входит 861 магазин, расположенных в Свердловской, Челябинской, Тюменской, Курганской, Томской областях, а также в Пермском крае, Республике Башкортостан, Сибирском Федеральном округе, Ханты-Мансийском и Ямало-Ненецком автономных округах. Большая часть магазинов «Монетка», а именно 829, являются магазинами формата дискаунтер — магазины самообслуживания шаговой доступности. Остальные 32 магазина – супермаркеты, гипермаркеты «Монетка-Супер» и «Райт». В магазинах таких форматов ассортимент товаров в 4 раза больше, чем в дискаунтерах. В ходе проекта была осуществлена миграция регламентированного и управленческого учета с ПП Oracle E-Business Suite в 1С:Бухгалтерия Предприятия КОРП ред. 3.0 с модулем БИТ Финанс 3.1.
Были решены следующие задачи:
Консалтинг:

1. Исправлены и оптимизированы методики регламентированного учета с учетом отраслевой специфики и масштабов организации.
2. Разработаны методики учета кредиторской задолженности.
3. Оптимизированы процессы управления денежными потоками организации
4. Разработаны методики: бюджетирования, МФСО, управления финансовым учетом.
5. Выявлены и исправлены ошибки в учете, перегруженные из системы OEBS, за три отчетных квартала (порядка 11 млн. документов).

1. Организован проект по переходу на новую автоматизированную систему на базе 1С по технологии корпоративного внедрения
2. Автоматизированы типовые блоки: все участки регламентированного учета, казначейство, бюджетирование, МСФО. А так же созданы и внедрены блоки: инвентаризации ОС, аренды, субаренды, кредитной задолженности.

1. Интеграция со смежными системами (система товарного учета собственной разработки, документооборот на системе Directum). Настроены интеграции в автоматическом ежедневном режиме.
2. Оптимизация типовых механизмов проведения документов и интерфейсов
3. Оптимизированы механизмы формирования регламентированной отчетности
4. Внедрены механизмы ЮЗДО и прямого обмена с банком
5. Управление НСИ
6. Выстроена информационная система заказчика, обеспечивающая максимальную отказоустойчивость.
7. Внедрены процессы сопровождения систем на базе технологии ТКС

1. Большое кол-во контрагентов: порядка 10 тысяч, основной частью которых являются поставщики, подрядчики и обслуживающие организации.
2. Большое количество ОС: Порядка 1500 объектов, находящихся в собственности компании и порядка 500 объектов, арендованных у сторонних организаций.
3. Большое количество хозяйственных операций – порядка 40 000 транзакций в день, которые в свою очередь не являются однотипными и предусматривают виды практически всех хозяйственных операций, связанных с торговлей и учетом имущества Компании.
4. Отсутствие возможности автоматического ввода первоначальных данных, что несет риски соблюдения корректности вводимых данных.
5. Большой объем данных регламентированной отчетности. Среднее ежеквартальное количество строк Книги продаж – 320 000, количество строк Книги покупок – 780 000.
6. Сложная структура аналитических разрезов финансового учета доходов и расходов организации (по регионам, форматам магазинов, структурным подразделениям, видам доходов и расходов и т.д.).
7. Необходимость наличия «исторических» данных в системе для подготовки финансовой статистики.
8. Необходимость автоматического расчета и подготовки платежей на основании договорных условий и задолженности. Автоматизировано 80% всех платежей организации.
9. Необходимость обеспечить контроль и безопасность осуществления денежных операций: количество операций в день может составлять порядка 2000.

Для решения поставленных задач нами был выполнен проект по технологии корпоративного внедрения. Этапы проекта:

1. Внедрение регламентированного учета и казначейство 12.2015-04.2016
2. Управление НСИ 05.2016-07.2016
3. Интеграция со смежными системами, 06.2016-10.2016
4. Управление кредиторской задолженностью, 09.2016-10.2016
5. Управленческая отчетность, 12.2016-06.2017
6. Бюджетирование, 05.2017-09.2017
7. Консолидированная регламентированная отчетность, 04.2017-06.2017
8. МСФО, 06.2017-09.2017

• Модернизация АС. Необходим современный инструмент, обеспечивающий минимальную стоимость владения системой. Быстрые сроки внедрения и окупаемости.
• Оптимизация информационных потоков. Устранение нехватки информации в едином информационном поле и ее многократного дублирования. Выстраивание взаимосвязей отделов и служб через единую информационную систему.
• Повышение достоверности учета. Обеспечение руководства компании достоверной отчетностью регламентированного учета. Подготовка и представление регламентированной отчетности в автоматическом режиме. Снижение трудозатрат на ее подготовку. Снижение «человеческого фактора» при подготовке отчетности.
• Учет организован на базе одной информационной системы. Взаимосвязь всех подразделений и служб организации через единую систему.

До начала проекта учет велся в системе Oracle E-Business Suite в полуручном режиме. Отсутствие гибкости системы в части исправления допущенных недочетов, отсутствие необходимой аналитики в части таких основных параметров как Договоры, Номенклатура, Основные средства и проч., отсутствие принципа двойной записи в бухгалтерских проводках приводило к тому, что в учетной системе образовывался и накапливался большой объем недостоверных данных неподдающейся проверке. Всё указанное ранее в свою очередь приводило к тому, что на подготовку оперативных отчетов руководству, формирования типовых отчетов, используемых в обычной деятельности российской организации (анализ счета, оборотно-сальдовая ведомость и проч.) затрачивалось порядка нескольких часов для одного вида отчета. Ручная подготовка регламентированной отчетности, вследствие этого длительные разбирательства с налоговыми органами с выставлением финансовых санкций заказчику. Недостоверные данные управленческого учета. Сложность и трудоемкость формирования отчетов для руководства компании.
Архитектура решения:

1. 1С:Бухгалтерия Предприятия КОРП ред. 3.0
2. БИТ Финанс 3.1 для 1С:Бухгалтерия Предприятия КОРП 3.0

1. Directum
2. торговая система (РМС)

В промышленной эксплуатации АИС имеет следующие параметры:

1. Вариант работы: Клиент-серверный (сервер базы данных: Microsoft SQL Server)
2. Общее количество рабочих мест: 300
3. Среднее число подключений к базам: 150
4. Количество информационных баз: работаем с одной
5. Общий объем информационных баз: 3-4 Тб (с учетом разработочных)
6. Объем оперативной базы: ≈800 Гб,
7. Среднее количество документов в день: 40 000
8. Общая численность компании: 15 000

Система в части регламентированного учета запущена в промышленную эксплуатацию с июня 2016 года. Начиная с 3 квартала 2016 года подготовка и сдача регламентированной отчетности происходит в автоматическом режиме. В 4 квартале 2016 года была запущена система учета кредиторской задолженности и казначейство. Улучшилось качество предоставляемой отчетности, уменьшились сроки подготовки ответов на запросы налоговой инспекции, сократились суммы финансовых санкций. Повысилась финансовая дисциплина, четко отслеживаются сроки оплат поставщикам, не допуская перерывов в поставках продукции. Что напрямую влияет на товарооборот заказчика и получаемую прибыль.
Денисов Вячеслав, Финансовый директор ТС «МОНЕТКА»

Автоматизированы следующие функции:

Сопровождение:

Описание

Торговая сеть «Монетка» одна из лидирующих торговых сетей Екатеринбурга и Уральского региона. К ноябрю 2016 года в ее состав входит 861 магазин, расположенных в Свердловской, Челябинской, Тюменской, Курганской, Томской областях, а также в Пермском крае, Республике Башкортостан, Сибирском Федеральном округе, Ханты-Мансийском и Ямало-Ненецком автономных округах.
Большая часть магазинов «Монетка», а именно 829, являются магазинами формата дискаунтер — магазины самообслуживания шаговой доступности.
Остальные 32 магазина – супермаркеты, гипермаркеты «Монетка-Супер» и «Райт». В магазинах таких форматов ассортимент товаров в 4 раза больше, чем в дискаунтерах.
В ходе проекта была осуществлена миграция регламентированного и управленческого учета с ПП стороннего разработчика в «1С:Бухгалтерия 8 КОРП» с модулем «БИТ Финанс 3.1».

Были решены следующие задачи:
— Консалтинг:
1. Исправлены и оптимизированы методики регламентированного учета с учетом отраслевой специфики и масштабов организации.
2. Разработаны методики учета кредиторской задолженности.
3. Оптимизированы процессы управления денежными потоками организации
4. Разработаны методики: бюджетирования, МФСО, управления финансовым учетом.
5. Выявлены и исправлены ошибки в учете, перегруженные из системы OEBS, за три отчетных квартала (порядка 11 млн. документов).

-Проект:
1. Организован проект по переходу на новую автоматизированную систему на базе 1С по технологии корпоративного внедрения
2. Автоматизированы типовые блоки: все участки регламентированного учета, казначейство, бюджетирование, МСФО. А также созданы и внедрены блоки: инвентаризации ОС, аренды, субаренды, кредитной задолженности.

Технологии:
1. Интеграция со смежными системами (система товарного учета собственной разработки, документооборот на системе Directum). Настроены интеграции в автоматическом ежедневном режиме.
2. Оптимизация типовых механизмов проведения документов и интерфейсов
3. Оптимизированы механизмы формирования регламентированной отчетности
4. Внедрены механизмы ЮЗДО и прямого обмена с банком
5. Управление НСИ
6. Выстроена информационная система заказчика, обеспечивающая максимальную отказоустойчивость.
7. Внедрены процессы сопровождения систем на базе технологии ТКС

Сложность проекта:
1. Большое кол-во контрагентов: порядка 10 тысяч, основной частью которых являются поставщики, подрядчики и обслуживающие организации
2. Большое количество ОС: Порядка 1500 объектов, находящихся в собственности компании и порядка 500 объектов, арендованных у сторонних организаций
3. Большое количество хозяйственных операций – порядка 40 000 транзакций в день, которые в свою очередь не являются однотипными и предусматривают виды практически всех хозяйственных операций, связанных с торговлей и учетом имущества Компании
4. Отсутствие возможности автоматического ввода первоначальных данных, что несет риски соблюдения корректности вводимых данных
5. Большой объем данных регламентированной отчетности. Среднее ежеквартальное количество строк Книги продаж – 320 000, количество строк Книги покупок – 780 000.
6. Сложная структура аналитических разрезов финансового учета доходов и расходов организации (по регионам, форматам магазинов, структурным подразделениям, видам доходов и расходов и т.д.)
7. Необходимость наличия «исторических» данных в системе для подготовки финансовой статистики
8. Необходимость автоматического расчета и подготовки платежей на основании договорных условий и задолженности. Автоматизировано 80% всех платежей организации
9. Необходимость обеспечить контроль и безопасность осуществления денежных операций: количество операций в день может составлять порядка 2000.

Для решения поставленных задач нами был выполнен проект по технологии корпоративного внедрения.
Общий срок проекта: 2 года.

Источник

Знакомство с БИТ.Финанс — ответы на вопросы

Что такое 1С БиТ.Финанс?

БиТФинанс – это надстройка (отдельная подсистема), предназначенная для создания в компании системы бюджетирования, казначейства, управленческого учета. Это мощный и гибкий инструмент для финансового планирования, управления финансовыми потоками, сбора факта, построения отчетности.

Функционал подготовки и утверждения бюджетов (в том числе многоуровневых) движения денежных средств (БДДС) и доходов-расходов (БДР)

Казначейство – управление согласованием заявок на оплату (может работать самостоятельно без бюджета, или с учетом забюджетированных сумм)

Управленческий баланс – отчетность для высшего руководства

Управление согласованием договоров

Отчетность по МСФО методом трансляций

БиТФинанс это отдельная (самостоятельная) система?

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

Таким образом, вам необходимо приобрести (или иметь) один из приведенных ниже продуктов 1С, чтобы вы могли пользоваться битфинансом.

На какие конфигурации 1С можно установить БиТФинанс?

Биту нужна базовая учетная система для того, чтобы было откуда брать фактические данные. Если смотреть с этой точки зрения, то факт можно брать из бухгалтерской части (из проводок) или из данных оперативного учета (из регистров).

Факт берется из проводок.

БиТФинанс устанавливается на следующие программные продукты 1С:

1С:Бухгалтерия КОРП 8;

1С:Комплексная автоматизация 8;

1С:ERP Управление предприятием 2;

1С:Управление производственным предприятием 8 (устаревший продукт, выведен из прайс-листа 1С)

Факт берется из оперативного учета.

БиТФинанс устанавливается на единственный продукт:

• 1С:Управление торговлей 11

Как обновлять 1С: Бухгалтерию (или другой продукт) с установленным БиТФинансом?

Для обновления необходимо будет использовать релизы, выпускаемые компанией 1БиТ. Они содержат обновление основного программого продукта (бухгалтерии, комплексной автоматизации итд), плюс обновления самой подсистемы БиТФинанс. Для доступа к обновлениям необходимо иметь подписку на ТС (технологическое сопровождение) от 1БиТ, подробнее про условия и тарифы

Релизы ТС от 1БиТ выходят реже, чем релизы 1С, но все основные изменения, и основные даты обновлений соблюдаются. Обновлять конфигурацию можно своими силами (процесс обновления не отличается от обновления обычной типовой 1С, если у вас нет доработок).

Я не хочу нетиповую 1С:Бухгалтерию/КА, что делать?

Бывают ситуации, когда заказчик по каким-то причинам хочет иметь только полностью типовую Бухгалтерию (например, устанавливать обновления сразу, как только они выходят у 1С, не ждать релизов от 1БиТ).

В таком случае можно реализовать архитектуру из нескольких баз. Во многих проектах мы это делали – вся бухгалтерия компании (или компания в целом) работает в одной базе 1С, рядом с ней установлена еще одна 1С, на которую поставлен БиТФинанс с настройками. Между базами работает обмен. Мы реализовывали различные схемы с базами 1С:Бухгалтерии, 1С:ЗУП, для различных юрлиц с объединением, с отделением управленческого учета, и так далее. Обращайтесь, расскажем детали.

Интегрируется ли БиТ.Финанс с Документооборотом?

Если говорить про типовой функционал («нажать кнопочку, задать путь и получить связанные системы») – нет. Доработками на стороне 1С:Документооборот или БиТФинанс можно добиться интеграции, но связи предусмотренной разработчиками нет.

Система содержит внутри себя настраиваемый бизнес-процесс согласования. Для большинства случаев его должно быть достаточно. Изучите механизм согласования договоров БиТФинанса, возможно еще один продукт вам не понадобится.

Какие версии БиТФинанс существуют и чем они отличаются?

Подробную таблицу сравнения всех версий БИТ.Финанс можно посмотреть тут.

Какие лицензии нужно купить для использования БиТФинанс

Необходимо приобрести саму лицензию на БиТФинанс, выбрав версию в зависимости от задач (см.предыдущий пункт).

Хорошая новость заключается в том, что пользовательские лицензии отдельно на бит – не нужны. Можно пользоваться 1С лицензиями на рабочие места.

Плохая новость – если 1С у вас нет совсем, кроме «коробки» бита необходимо приобрести программный продукт, на который эта коробка будет установлена (1С:Бухгалтерия, 1С:Комплексная автоматизация и так далее). А также необходимые пользовательские лицензии к ней и, возможно, серверные.

Как купить БиТФинанс?

Система БИТФинанс является разработкой франчайзи компании 1С – компании 1БиТ. Система не введена в общий прайс 1С, соответственно другие партнеры не могут продавать данный программный продукт. Приобретение коробки возможно только у производителя.

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

Апгрейд стоит не разницу между стоимостью конфигураций – он существенно дороже. Поэтому при выборе конфигурации для приобретения стоит иметь ввиду ваши текущие потребности, плюс те, которые могут появиться на горизонте в 1-2 года.

Кто внедряет бюджетирование, казначейство с помощью системы БиТФинанс?

Лицензионный договор не ограничивает возможность клиента обратиться за внедрением продукта БиТФинанс к любому партнеру, сделать внедрение самостоятельно или нанять команду под проект.

Главное – официально приобретенные в компании 1БиТ лицензии и действующий договор ИТС. Существует несколько компаний, обладающих опытом, успешными кейсами, компетенциями в области управленческого учета и методологии, специалистами.

Мы рады быть среди этих компаний и успешно внедрять продукт БИТФинанс нашим клиентам. Это отличный продукт и он нам очень нравится.

Как можно обучиться БИТФинанс? Какие курсы пройти?

Сначала нужно точно сформировать свой запрос. Если вам нужно обзорное обучение верхнего уровня, где вам расскажут про функционал различных подсистем, про то как они работают и как их настраивать – на сайте 1БиТ можно найти онлайн-обучение по разным модулям, стоит каждый курс в диапазоне 20000 – 30000 т.р.

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

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

Нужен ли программист 1С для внедрения и дальнейшего сопровождения этой системы?

БИТ.Финанс – это система, основанная на настройках. Самые лучшие специалисты по внедрению этого продукта получаются из бывших финансовых директоров или финменеджеров. Главное, это глубокое знание предметной области, понимание терминологии и подходов, потребностей финансового департамента.

Если после внедрения вы планируете осуществлять поддержку своими силами, наша рекомендация – взять на этапе внедрения хорошего финменеджера с живым мозгом и готовностью учиться, и погрузить его в проект. Мы, например, с готовностью обучаем специалистов Заказчика (если они этого хотят).

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

Какие возможности в бюджетировании и казначействе есть в Бит.финанс?

Ключевые возможности БИТ.Финанс собраны в таблице ниже, также вы можете ознакомиться с аналогичной таблицей по программам 1C:ERP Управление предприятием 2 и 1С:Комплексная автоматизация 2

Источник

Инструкция работы бит финанс

• БИТ:ERP
• БИТ.MDT
• БИТ.Адаптер
• English Pack
• SLA
• 1С КОРП
• Карьера
• Контакты

• БИТ:ERP
• БИТ.MDT
• БИТ.Адаптер
• English Pack
• SLA
• 1С КОРП
• Карьера
• Контакты

С полным списком существующих тиражных продуктов линейки BIT:English Language Pack можно ознакомиться по ссылке.

Также возможен выпуск переводов для других конфигураций (БИТ.ФИНАНС, Бухгалтерия для Украины и т.п.) по индивидуальным заказам клиентов. При выпуске таких релизов в общий список они не попадают, поскольку для них не выпускаются обновления в рамках стандартных договоров поддержки.

Прикладные решения линейки BIT:English Language Pack это конфигурации 1С с мультиязычным интерфейсом, т.е. они предполагают одновременную работу пользователей на нескольких языках (английский, русский) в одной базе.

Решения линейки BIT:English Language Pack подразумевают перевод интерфейса, но не содержат дополнительных средств для хранения данных на разных языках, например: в BIT:English Language Pack нет типовой возможности хранить наименование одной и той же номенклатуры одновременно на русском и английском языке.

В BIT:English Language Pack не переводится:

1. Исходный код конфигурации (т.е. он остается на русском языке)
2. Интерфейс некоторых объектов метаданных, которые нельзя/не имеет смысл использовать в иностранном интерфейсе, например выгрузка информации в налоговые органы или налоговая отчетность
3. Данные информационной базы

BIT:English Language Pack предназначены, в первую очередь, для ведения учета на русском языке, с возможностью выполнения некоторого ограниченного круга операций и получением отчетности на английском языке.

BIT:English Language Pack могут использоваться для ведения учета зарубежом (на английском языке), но при этом часто требуются доработки конфигураций для реализации особенностей иностранного учета и законодательства.

BIT:English Language Pack не содержат дополнительных средств (относительно исходных типовых конфигураций) для получения отёчности (GAAP, МСФО. )

BIT:English Language Pack представляют собой типовой комплект поставки, состоящий из:

1. Демобазы (1cv8.dt) — предназначен для демонстрации возможностей программы
2. Файла поставки конфигурации (1cv8.cf) — предназначен для создания новой базы, или перехода с типовой конфигурации на локализованную
3. Файла обновления (1cv8.cfu) — предназначен для обновления с прошлой версии локализованной конфигурации (с помощью этого файла невозможно обновиться типовой конфигурации)

Новые версии BIT:English Language Pack выпускаются для важных версий типовых конфигураций (не для всех).

• Планы выпуска версий BIT:English Language Pack публикуются на сайте
• Номер версии BIT:English Language Pack совпадает с номером версии соответствующей типовой конфигурации
• Версии могут пересобираться (без изменения номера версии) в связи с исправлением ошибок

1. Перед покупкой рекомендуется получить двухнедельный доступ к демобазе на сервере Первого БИТ, для ознакомления с возможностями программы;
2. При покупке, покупатель получает ссылку и параметры доступа для скачивая поставки (включает демобазу и файл поставки). Ссылка действует две недели;
3. Обновления платные (подписка на год). Для получения обновления заключается отдельный договор, после чего покупатель получает параметры доступа для скачивания обновлений;

Далее приводиться общая последовательность действий по установке BIT:English Language Pack (она может отличаться в каждом конкретном случае).

В любом случае перед установкой всегда делайте резервную копию базы.

Подготовительные действия

1. Переход с типовой конфигурации на BIT:English Language Pack необходимо осуществлять между одинаковыми версиями (т.е. номер версии конфигурации базы клиента должен быть равен номеру версии BIT:English Language Pack)
   1. Посмотреть на сайте номер текущей версии BIT:English Language Pack, и планы по срокам выхода следующей версии;
   2. Согласовать с пользователями обновление его базы на соответствующую версию типовой конфигурации (если требуется);
   3. Переход с более ранней версии типовой конфигурации на более позднюю версию BIT:English Language Pack в принципе возможен, но есть риски возникновения различных проблем;
   4. Переход с более поздней версии типовой конфигурации на более раннюю версию BIT:English Language Pack — невозможен (возможен только в исключительных случаях и с привлечением квалифицированных разработчиков);
2. Файлы необходимые для установки BIT:English Language Pack получаются по ссылке, полученной при покупке продукта.
3. Распаковка (установка) файлов поставки осуществляется типовым образом (запуск setup.exe), в результате файлы поставки размещаются в каталоге шаблонов;
4. Перед обновлением рабочей базы рекомендуется (помимо обычных действий при обновлении) провести тест обновления на копии базы

Порядок обновления базы с типовой конфигурацией на конфигурацию BIT:English Language Pack

1. Если исходная конфигурация стоит на поддержке типовой без права изменения:
   1. Запустить конфигуратор
   2. Конфигурация\Поддержка\Настройка поддержки\Включить возможность изменения
   3. Конфигурация\Поддержка\Настройка поддержки\Снять с поддержки
   4. Конфигурация\Загрузить конфигурацию из файла — выбрать файл с поставкой из каталога шаблонов
2. Если исходная конфигурация стоит на поддержке типовой с возможностью изменения и/или изменена (доработана):
   1. Конфигурация\Поддержка\Настройка поддержки\Снять с поддержки
   2. Конфигурация\Сравнить, объединить с конфигурацией из файла — выбрать файл с поставкой из каталога шаблонов
   3. На вопрос «Поставить на поддержку» ответить «Да»
   4. Выполнить сравнения-объединение с учетом доработок исходной конфигурации (чтобы их не потерять)*
3. Заказчикам с существенным объемом доработок мы настоятельно рекомендуем воспользоваться услугой по разовом переводу доработанной конфигурации (в рамках отдельного договора). Это позволит избежать проблем с ручным переносом доработок из существующей конфигурации и, в дальнейшем, продолжить устанавливать обновления в привычном режиме**.
4. Сохранить изменения
5. Запустить базу в режиме Предприятие под пользователем с полными правами, и «русским языком», убедиться что все обработки обновления выполнились
6. Создать пользователя с полными правами и «английским языком» и открыть под ним базу в режиме предприятия
7. В региональных настройках базы (Администрирование -> Общие настройки -> Региональные настройки) важно указать «Русский» в качестве основного языка.
8. Проверить выполнения основных операция под соответствующими пользователями
9. Дальнейшие обновления выполнять на соответствующие конфигурации BIT:English Language Pack штатным способом

* Доработки исходной конфигурации автоматически не переведутся, т.е. их придется переводить отдельно (если нужно)
** Основная проблема при первоначальном переходе на переведенную конфигурацию заключается в том, что окно «сравнения и объединения» будет выводить изменения связанные не только с вашими доработками, а и с переводом. А поскольку перевод затрагивает практически все объекты и модули конфигурации, то это фактически означает невозможность использования типового механизма.

Установка чистой базы и демобазы

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

Настройки программы

1. Никаких отдельных настроек не требуется
2. Добавление новых пользователей и установка им английского языка выполняется штатными методами конфигурации
3. Настройка платформы (и операционной системы) на использование английского языка в качестве основного выполняется штатными средствами
4. В качестве основного языка базы в региональных настройках должен быть указан русский (Администрирование -> Общие настройки -> Региональные настройки).

Выбор момента для обновления на новую версию BIT:English Language Pack

При принятии решения на обновления BIT:English Language Pack на очередную версию нужно иметь в виду следующие особенности:

1. Обновления BIT:English Language Pack выпускаются не для всех версий типовых конфигураций
2. Как правило обновление BIT:English Language Pack может использоваться для установки только на предыдущую версию BIT:English Language Pack.
3. Если в процессе обновления какие-либо версии были пропущены, то необходимо
   1. Либо последовательно обновиться на все пропущенные версии
   2. Либо последовательно обновить на все пропущенные версии демобазу, выгрузить из нее конфигурацию поставщика и обновить с помощью нее рабочую базу
4. Для каждой версии типовой конфигурации может быть выпущено несколько «подверсий» BIT:English Language Pack
   1. Как правило первая подверсия выпускается «как можно быстрее», она полностью работоспособна для русских пользователей, но в английском интерфейсе часть фраз может быть не переведена;
   2. Последующие подверсии выпускаются с исправлением ошибок и переводом оставшихся фраз;
   3. Все подверсии находятся в каталоге обновлений (доступ к которому предоставляется при заключении договора на поддержку) и отличаются суффиксом, например 3.0.42.46_4.rar — четвертая подверсия

Источник