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

[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. В фин. журнале бухгалтер разносит операции (выбирает соответствующие учетные группы, проставляет тип операции - аванс/оплаты, присваивает измерения и т.п.)

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