Новости

Готовые доработки для Microsoft Dynamics NAV. Часть 2

Как и обещали, для пользователей Microsoft Dynamics NAV мы подготовили вторую из серии публикаций, посвященных нашим готовым доработкам стандартного функционала Microsoft Dynamics NAV.

+Постановка на аванс в Microsoft Dynamics NAV

С постановкой на аванс оплат от клиентов и поставщиков сталкивается практически каждый бухгалтер, не зависимо от того, в какой системе ведется бухгалтерский учет. Специально для пользователей Microsoft Dynamics NAV, в дополнение к стандартному функционалу системы, консультанты компании Mindcore реализовали функцию, позволяющую в несколько кликов поставить на аванс платежи от клиентов и поставщиков.

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

К примеру, клиент заплатил за 2 счета одной суммой. Один счет за оказанные услуги, второй – счет на предоплату. Бухгалтер применил эту оплату к счету за оказанные услуги. Остаток суммы необходимо сделать предоплатой. Стандартный функционал NAV позволяет это сделать только в виде взаимозачетов через финансовый журнал.

check

  • Благодаря функции, реализованной Mindcore, пользователь может поставить платеж на Аванс, просто выбрав оплату в Клиент Книге Операций и нажать Функции – Поставить на Предоплату. Аналогичная функция доступна и по поставщикам.


Bug fix: Microsoft NAV   Внедрение 6 часов   Важность: Высокая

+Удобства 1С теперь есть в Microsoft Dynamics NAV

Все бухгалтера, ведущие учет по стандартам РСБУ на базе 1С:Бухгалтерия, знакомы с очень удобной функцией постановки на аванс. Консультанты компании Mindcore разработали аналогичную функцию в Microsoft Dynamics NAV. Теперь, пользователи могут по одной кнопке сверять все фактические оплаты от клиентов на конец отчетного периода и система автоматически распределит их на аванс в случае необходимости. Удобно, быстро, надежно.

К примеру, в компании на момент разнесения платежей не известно, является ли оплата авансом, или нет. Бухгалтер участка “Банк” учитывает все платежи в течение месяца как НЕ аванс. В конце месяца, после применения всех платежей к счетам, все открытые оплаты необходимо поставить на аванс. Данная функция реализована как периодическое задание, работает в связке с модификацией “110” и ставит все оплаты на аванс за одну итерацию.

check

  • Специалистами Mindcore реализовали массовую постановку на аванс, что значительно упрощает работу с авансовыми платежами.


Bug fix: Microsoft NAV   Внедрение 3 часа   Важность: Высокая

+Автоматический импорт курсов валют

Для учета валютных операций крайне важно, чтобы в системе Microsoft Dynamics NAV были указаны актуальные курсы валют, иначе возникают ошибки и определенные сложности.

К примеру, ответственный пользователь перед началом работы в NAV забыл запустить задание импорта курсов валют. В результате валютные операции учитываются с последним имеющимся в системе курсом валюты, расчеты в локальной валюте, курсовые разницы считаются не верно.

check

  • Чтобы исключить возможность использования неактуального курса валют специалисты Mindcore реализовали решение, которое запускает импорт валют из сайта Центрального Банка России автоматически при входе в NAV.


Bug fix: Microsoft NAV   Внедрение 2 часа   Важность: Средняя

+Контроль наличия ежемесячной переоценки при применении валютных операций

Согласно правилам бухгалтерского учета на конец месяца отчетного периода в системе Microsoft Dynamics NAV должна быть проведена переоценка валютных обязательств. Обычно, закрытие периода происходит с некоторым календарным запозданием, при этом текущие операции заводятся без отставания, день в день.

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

check

  • Специалисты Mindcore реализовали модификацию, которая запрещает применение операций без наличия переоценки на конец периода, таким образом подобная ситуация исключается.


Bug fix: Microsoft NAV   Внедрение 3 часа   Важность: Высокая

+Автоматическая ежедневная переоценка валютных операций

Данные из Microsoft Dynamics NAV используются для сдачи корпоративной отчетности, которая привязана к определенному дню периода (например, каждое 24 число месяца).

check

  • Чтобы данные по задолженности в базовой валюте всегда были актуальными, специалисты Mindcore реализовали функционал ежедневной переоценки валютных операций. Стоит отметить, что ежедневная переоценка валютных операций выполняется в автоматическом режиме.


Bug fix: Microsoft NAV   Внедрение 3 час   Важность: Средняя

+Сторнирование переоценки валютных операций

Данная модификация позволяет сторнировать конкретную операцию переоценки валюты, в том числе “на Дату”.

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

check

  • Модификация, реализованная Mindcore, позволяет сторнировать конкретную операцию переоценки валюты, в том числе “на Дату”.


Bug fix: Microsoft NAV   Внедрение 6 часов   Важность: Высокая

+Доработка функции копирования документов – распределений товарных издержек

Модификация позволяет при копировании Документа Покупки копировать распределения товарных издержек, т.е. нет необходимости распределять вручную.

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

check

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


Bug fix: Microsoft NAV   Внедрение 4 часа   Важность: Высокая

Реализованная модификация позволяет сохранять партию товара при копировании документа Продаж.

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

check

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


Bug fix: Microsoft NAV   Внедрение 4 часа   Важность: Высокая

+Копирование из учтенного авансового отчета в неучтенный

Бухгалтерам ежемесячно необходимо подготавливать Авансовые Отчеты. Каждый новый месяц отчет необходимо создавать с нуля, так как стандартный функционал Microsoft Dynamics NAV не позволяет скопировать уже учтенный Авансовый отчет и внести в него необходимые изменения.

check

  • Модификация, реализованная специалистами Mindcore, позволяет копировать учтенный Авансовый Отчет, что сокращает время на подготовку нового.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Средняя

+Ограничение выбора исходящих товарных операций в кредит-нотах

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

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

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

check

  • Модификация, реализованная Mindcore, ограничивает возможность выбора типа операций для соответствующей Кредит-ноты: тип “Покупка” только для Кредит-Нот Покупки, тип “Продажа” только для Кредит-Нот Продажи, в результате чего вероятность ошибки исключается.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Средняя

+Запрет учета будущим периодом

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

check

  • Чтобы исключить подобные ошибки, специалисты Mindcore, реализовали готовое решение для Microsoft Dynamics NAV, которое запрещает учет финансовых операций будущим периодом.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Средняя

+НДС налогового агента в книге покупок и продаж

Некорректное отображение НДС по налоговому агенту в Книге Покупок и в Книге Продаж, относиться к стандартным ошибкам Microsoft Dynamics NAV.

check

  • Специалисты Mindcore реализовали доработку, в рамках которой стало возможным корректное отображение НДС по налоговому агенту: если НДС Операция нереализованная (Кт68), то попадает в Книгу Продаж, если реализованная – то в Книгу Покупок.


Bug fix: Microsoft NAV   Внедрение 2 часа   Важность: Средняя

+Частичный зачет НДС по налоговому агенту в момент применения

В стандарте НДС налогового агента зачитывался сразу целиком, вне зависимости от пропорции суммы применения.

Предположим иностранному поставщику заплатили общую сумму за две поставки. При учете платежа возникла нереализованная сумма НДС на 19м счете, 18% от суммы платежа. При применении платежа к одному из счетов вся сумма НДС зачитывается, хотя должна зачитываться только сумма, пропорциональная счету.

check

  • Специалисты Mindcore реализовали модификацию, которая позволяет частично учесть НДС налогового агента на момент применения.


Bug fix: Microsoft NAV   Внедрение 2,5 часа   Важность: Средняя

+Товар Финансовый Оборот с фильтрами по счетам Главной Книги

Данная модификация позволяет использовать фильтры по Счетам Главной Книги в форме Товар Финансовый Оборот. В «Стоимость Операция» добавлены поля «Дебет Финансового Счет», «Кредит Финансового Счет».

Представим ситуацию, когда бухгалтеру необходимо посмотреть ведомость по конкретному субсчету 10-го счета. Для этого нужно войти в Финансовый Менеджмент/Запасы/ Товар Оборотная Ведомость по Главной Книге. Чтобы сверить суммы из Товар Оборотной Ведомости с данными из Главной Книги пользователь может использовать фильтры по Товар Учетной Группе и Складам, реализованные в стандартном функционале Microsoft Dynamics NAV. Но это не очень удобно.

check

  • Специалисты Mindcore реализовали модификацию, которая позволяет использовать непосредственно фильтры по Счетам Главной Книги, не задумываясь, какой комбинации Товар Учетная Группа + Склад соответствует интересуемый финансовый счет хранения товаров.


Bug fix: Microsoft NAV   Внедрение 24 часа   Важность: Высокая

+Выгрузки НДС в XML и прочие изменения с 01.04.15

С 1 апреля 2015 года вступили в силу изменения в законодательстве по НДС, согласно которым все плательщики налогов обязаны подавать декларации НДС только в электронном виде.

Ввиду вступивших в силу изменений, специалисты Mindcore реализовали выгрузку книг покупок, продаж и дополнительных листов в формате XML для последующей передачи в налоговые органы из Microsoft Dynamics NAV.

check

  • На данный момент реализованы готовые формы отчетов и XML выгрузок (включая посредников, “ручные проводки”, НДС по Экспорту), которые помогут подавать декларацию НДС в соответствии установленным требованиям.


Bug fix: Microsoft NAV   Внедрение 40 часа   Важность: Высокая

+Закрытие финансовых счетов в разрезе измерений (rep94)

Для возможности закрытия финансового года в разрезе измерений, с возможностью добавления дополнительных измерений и возможностью красного сторно, специалисты Mindcore доработали репорт 94 «Закрытие Финансового Года».

В процессе закрытия периода, необходимо закрыть накопленные остатки на 25м счете и на 20й счет в разрезе измерения ПРОЕКТЫ, ПРИН_НУ/НЕПРИН_НУ. Далее, необходимо закрыть 20й счет на 90.2. В стандарте это можно сделать вручную через финансовые журналы, либо типовые журналы.

check

  • Модификация расширяет возможности стандартного отчета Финансовый Менеджмент/ Главная Книга/ Периодические Операции/ Финансовый Год/ Закрытие Отчета о Прибылях и Убытках, чтобы этим отчетом можно было ежемесячно пользоваться: брать сальдо на конкретных финансовых счетах и закрывать в разрезе измерений на требуемый финансовый счет.


Bug fix: Microsoft NAV   Внедрение 2 часа   Важность: Высокая

+Описание в Главной Книге из строк Покупки

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

Предположим, необходимо проанализировать информацию о затратах на 26м фин. счете. Для этого входим в оборотную ведомость, переходим в сальдо на 26м счете, и видим множество затрат на различные суммы с описанием Счет ПКСЧ121657, Заказ PO-00228, Заказ PO-01006.

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

check

  • Модификация, реализованная Mindcore, переносит описания из строк Документа Покупки в Главную Книгу, в результате чего характер затрат виден прямо в операциях Главной Книги, без необходимости заходить в учтенный документ.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Высокая

+Запрет бесплатной поставки

Данная модификация предотвращает ошибки, которые могут возникать в результате учета Заказа Продажи с 0-ой суммой и с 0-й ценой, при не 0-м количестве в строке.

Пример. Предположим, бухгалтер учел отгрузку товаров на 500 000 евро, что составляет примерно 30% от месячной реализации компании. Потом заметил ошибку в сумме, и решил провести кредит-ноту и учесть отгрузку заново. Создав кредит-ноту, и используя функцию “Копировать Документ”, бухгалтер поставил галку “Пересчитать строки”, в результате действия которой в Строки Кредит-Ноты подтягивается цена из Карточки Товара. Так как товар уникальный, в Карточке Товара цена не указана. В результате чего, формируется кредит-нота с нулевой суммой. Бухгалтер учитывает эту кредит-ноту, и проводит Заказ Продажи заново, скорректировав сумму до 510 000 евро. В итоге, сумма по данной сделке составила 500 000 – 0 + 510 000 евро = 1 010 000 евро. Хотя на самом деле продажа на 510 000 евро. Некорректные данные о выручке передаются в головную компанию.

check

  • Чтобы избежать возможности учета «бесплатной поставки», реализована модификация, которая запрещает учет Заказа Продажи с 0-ой суммой и с 0-й ценой, при не 0-м количестве в строке.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Высокая

+Запрет на учет актов оприходования и списания без указания Общей бизнес группы

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

check

  • Специалисты Mindcore реализовали модификацию, которая позволяет исключить данную ошибку.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Высокая

+Импорт справочника БИКов из файла .dbf

Раз в период необходимо выгружать БИКи с сайта Центрального Банка РФ, проверять их соответствие данным в Microsoft Dynamics NAV и при необходимости вносить изменения.

check

  • Специалистами Mindcore реализован готовый функционал, который обновляет актуальные БИКи из файла .dbf с сайта Центрального Банка.


Bug fix: Microsoft NAV   Внедрение 2,5 часа   Важность: Высокая

+Доработка печатных форм авансовых отчетов

В Microsoft Dynamics NAV имеется стандартное ограничение на наличие трех незакрытых оплат по Подотчетному Лицу, т.е. нельзя учесть более трех авансов. Кроме того имеется ограничение длины текста в печатной форме.

check

  • Специалисты Mindcore реализовали модификации в авансовых отчетах, которые позволяют устранить эти особенности учетной системы:
    1) позволяет снять ограничение на три аванса по каждому Подотчетному Лицу, т.е. появилась возможность учитывать более 3-х незакрытых авансов;
    2) в печатной форме неучтенного и учтенного авансового отчета изменено ограничение длины текста (теперь вмещается 16 символов).


Bug fix: Microsoft NAV   Внедрение 2 часа   Важность: Высокая

+«Цель платежа в Поставщик Книге Операций»

Данная модификация призвана сделать работу с операциями поставщика более удобной и комфортной.

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

Чтобы понять цель платежа необходимо войти в Навигатор, потом в Платеж Книга Операций, где отображается необходимая информация. Но, к сожалению, для некоторых банковских счетов не ведется Платежная Книга Операций, поэтому определить цель платежа становится еще сложнее.

check

  • Специалисты Mindcore добавили в таблицу 25 «Поставщик Книга Операций» поле «Цель Платежа», которое заполняется аналогично полю «Цель Платежа» в Платежной Книге Операций. Данная модификация позволяет значительно сократить время и облегчить работу с операциями поставщика.


Bug fix: Microsoft NAV   Внедрение 1,5 часа   Важность: Высокая

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


Возникли вопросы? Позвольте нам сделать больше!
Воспользуйтесь возможностью получить консультацию нашего специалиста!

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

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

представьтесь, пожалуйста


* обязательно для заполнения
Укажите, пожалуйста, данные для нашего звонка

представьтесь, пожалуйста
* обязательно для заполнения