БП учета банковских операций

[ena_ax]

Уважаемые форумчане, добрый день!
Есть несколько вопросов по организации и настройке бизнес-процесса учета банковских платежей.
Я в навижн новичок, поэтому прошу за глупые вопросы сильно не пинать.

Описание БП.

1. В журнале платежей создаются строки, согласно реестру платежей. Указываем код контрагента, сумма, договор, банковский счет контрагента, назначение платежа, номер платежного поручения (надо ?), ..
2. Производим экспорт платежный поручений в клиент-банк
3. На следующий рабочий день производим импорт банковской выписки из Клиент-банк.
В выписки присутствуют платежи, которые ранее были экспортированы, так и незапланированные платежи (входящие, комиссии, проценты...)
При импорте система распознает ранее выгруженные платежи и есть внутренняя связь между платежном и строкой выписки (вопрос по какому алгоритму? ИНН, КПП, Банковский счет? или еще как?)
4. Нераспознанные платежи редактируем вручную (Указать либо контрагента, либо счет ГК)
5. Производим выверку банковского счета. До Разноски платежей? у меня не получилось.
6. Делаем разноску (Учет) платежей согласно банковской выписке.


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

На сколько описанная схема ложится в Нав?
Поделитесь своим опытом, как организовано у вас?

[GalaM]

Что-то тема затерялась........

В целом, описанная последовательность шагов похожа на правду.

Цитата:

Сообщение от ena_ax

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

А что не получилось? В НАВ для выверки необходима небольшая настройка, которой нет в демо-БД. Надо на счете ГК, который соответствует расчетным счетам банка, поставить опцию Выверять счет. Тогда можно в журнале воспользоваться функцией Выверить, которая покажет обороты по журналы и остаток на счете после учета.

А с журналами у Вас что не так ?

[ena_ax]

Спасибо за ответ.

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

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

Остаются вопросы по пунктам 3,4,6
Можно ли их решить настройками?

[GalaM]

Цитата:

Сообщение от ena_ax

3. Импорт банковской выписки - ?
Строки выписки автоматически на сопоставились с платежными поручениями.
Можно ли это настроить? Делать ручное сопоставление по всем платежным поручениям трудоемко. К тому же, если не сделать сопоставление, то строки будут перенесены в журнал, произойдет задвоение.

Вообще-то должны были.Но так как пользовалась сама давно и чаще работала с партнерским решением, а не новой фичей МС, то могла и забыть детали.

Цитата:

Сообщение от ena_ax

4. Переместить в фин.журнал - ?
При перемещении не подтянулся код банковского счета контрагента. Можно настроить?

Кажется нет, получается доработка нужна будет.

Цитата:

Сообщение от ena_ax

6. Выверка банковского счета (Управление банком/Выверка банковского счета) - ?
В принципе до конца не понятно в каких целях использовать эту выверку

За почти 7 или 8 лет моей практики ни разу не пользовалась этой функцией. Более того, что мне кажется, она не соответствует правилам российского БУ.
Это часть международной функциональности.

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

[GalaM]

Цитата:

Сообщение от gala

Цитата:

Сообщение от ena_ax

3. Импорт банковской выписки - ?
Строки выписки автоматически на сопоставились с платежными поручениями.
Можно ли это настроить? Делать ручное сопоставление по всем платежным поручениям трудоемко. К тому же, если не сделать сопоставление, то строки будут перенесены в журнал, произойдет задвоение.

Вообще-то должны были.Но так как пользовалась сама давно и чаще работала с партнерским решением, а не новой фичей МС, то могла и забыть детали.

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

[ena_ax]

Gala, спасибо за проявленный интерес и дельные советы.

Тестовый пример выписки во вложении.

[igork-9y]

Цитата:

Сообщение от ena_ax

Уважаемые форумчане, добрый день!
Есть несколько вопросов по организации и настройке бизнес-процесса учета банковских платежей.
Я в навижн новичок, поэтому прошу за глупые вопросы сильно не пинать.

Описание БП.

1. В журнале платежей создаются строки, согласно реестру платежей. Указываем код контрагента, сумма, договор, банковский счет контрагента, назначение платежа, номер платежного поручения (надо ?), ..
2. Производим экспорт платежный поручений в клиент-банк
3. На следующий рабочий день производим импорт банковской выписки из Клиент-банк.
В выписки присутствуют платежи, которые ранее были экспортированы, так и незапланированные платежи (входящие, комиссии, проценты...)
При импорте система распознает ранее выгруженные платежи и есть внутренняя связь между платежном и строкой выписки (вопрос по какому алгоритму? ИНН, КПП, Банковский счет? или еще как?)
4. Нераспознанные платежи редактируем вручную (Указать либо контрагента, либо счет ГК)
5. Производим выверку банковского счета. До Разноски платежей? у меня не получилось.
6. Делаем разноску (Учет) платежей согласно банковской выписке.


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

На сколько описанная схема ложится в Нав?
Поделитесь своим опытом, как организовано у вас?

У нас реализовано не так:
1. В клиент-банке набиваются проводки (оплаты поставщикам).
2. Раз в день в Navision загружается выписка, в которой присутствуют все операции (с поставщиками/клиентами/операции с банком). Сопоставление идет по ИНН/КПП контрагента (в Navision жестко контролируется задвоение карточек контрагентов чтобы избежать неопределенности).
3. В фин. журнале бухгалтер разносит операции (выбирает соответствующие учетные группы, проставляет тип операции - аванс/оплаты, присваивает измерения и т.п.)

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

В данный момент система модифицируется:
1. У нас есть система бюджетных заявок (заявки от пользователей в электронном виде на оплаты соответствующим поставщикам). Набор данных заявок формируется MS Project и в виде, пригодном для экспорта,передается для загрузки в соответствующий клиент банк.
2. Бухгалтер производит оплаты.
3. Выписки из клиент банка загружаются раз в день и бухгалтер привязывает строку журнала и соответствующую бюджетную заявку (создана новая таблица, в которой хранятся данные по зявкам - источником информации для нее является все тот же Project).
+ этой системы в том, что пользователь-бухгалтер не ошибется в выборе измерений (они присутствуют в бюджетной заявке) и в том, что мы наконец то автоматизируем процесс оплаты бюджетной заявки.

[Васыо]

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

[GalaM]

Цитата:

Сообщение от igork-9y

У нас реализовано не так:
1. В клиент-банке набиваются проводки (оплаты поставщикам).
2. Раз в день в Navision загружается выписка, в которой присутствуют все операции (с поставщиками/клиентами/операции с банком). Сопоставление идет по ИНН/КПП контрагента (в Navision жестко контролируется задвоение карточек контрагентов чтобы избежать неопределенности).
3. В фин. журнале бухгалтер разносит операции (выбирает соответствующие учетные группы, проставляет тип операции - аванс/оплаты, присваивает измерения и т.п.)

ну лично мне такая организация то же больше нравится и я ее на своих проектах всегда первой предлагаю, но почему-то многие пользователи считат, что набивать платежки в клиент-банке вручную, когда есть НАВ не серьезно - двойная работа . Вот потом и мучаются с проверкой и подкачкой БИКов и пр. банковских реквизитов, сопоставлением и прочими "мелочами".