Автономность

[Evgeniy2020]

Hi,

Можно ли создать максимально автономную систему (Axapta)
например на входе системе подают первичные документы,
она их сканирует распознает, классифицирует,

далее проводит сама документы в системе,

согласно некоторому регламенту и политики,
например есть список процессов и регламентов,

закрытие, этапы закрытия, система будет вести трекинг участков,
и сама закрывать месяц, перекидывать суммы на закр. счета,

затем строить необходимые отчеты и складывать их в необходимые папки,

и так чтобы каждый шаг в системе целостно можно было откатить назад,

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


возможно конечно понядобяться вспомогательные веб сервисы,
например они сканиурют документы, преобразуют в электронный вид,
далее вся инфа валидируется потом попадает в Аксапту,

та автономно все разносит.

понятно что некоторые операции порой требуют ручной корректировки,
но насколько такое реально?

можно ли как эффективно пристыковать Workflow к таким процессам?

[oip]

Можно вас попросить писать более удобно, без ненужных переносов строк? Скажем, вот так:

Цитата:

Можно ли создать максимально автономную систему (Axapta) например на входе системе подают первичные документы, она их сканирует распознает, классифицирует,

далее проводит сама документы в системе, согласно некоторому регламенту и политики, например есть список процессов и регламентов,

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

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

понятно что некоторые операции порой требуют ручной корректировки, но насколько такое реально?

можно ли как эффективно пристыковать Workflow к таким процессам?

А то совсем-совсем читать невозможно.

[Evgeniy2020]

Спасибо, на будущее учту.

[twilight]

Зачем сканировать, если документы можно сразу передавать в электронном виде?
Workflow в Ax 2009 предназначен только для одобрения документов, он не предполагает какой-либо дополнительной автоматической их обработки и связи между документами.

[plumbum]

На предыдущей работе у нас был продукт связанный со сканированием и последующей разноской документов (например платежей от клиентов или инвойсов от поставщиков)

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

Так что ответ: МОЖНО, но не полностью...

Удачи

P.S.
Человек пишет с переносом строки для тех, у кого маленький экран и неудобно вечно вправо-влево скролить, а это очень неудобно...

[Maxim Gorbunov]

У меня на одном проекте в похожем режиме Аксапта работает. Клиент - оператор системы электронных банковских платежей. Раз в день батч-сервер Аксапты загружает данные из БД платежей и на их основании создает и разносит расходные и приходные накладные (ну и некоторые другие сопроводительные документы). Далее, веб-сервис отвечает на запросы платежной системы, доставая данные по балансам клиентов из Аксапты. Так же батч-сервер периодически рассылает отчеты на email.

В общем, идея в том, что Аксапту можно вполне использовать как бэк-офисную систему.

[glibs]

Что общего между вашими задачами и ЕРП-системой?

[Maxim Gorbunov]

Это мне вопрос?

Если да, то я особо не вижу противоречий. Система используется для планирования и контроля, как обычно. А как в нее первичные документы попадают - это, по-моему, не так важно. Не у всех ведь есть большой штат операторов ПК.

[Evgeniy2020]

Если вопрос ко мне )

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

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

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

чтобы большинство этих сервисов работало бы автономно и интегрировано с другими

[GM2005]

Если "по-гуглить", можно найти достаточно много близких по теме решений. Начиная, например, с ввода первички:
http://www.vintasoft.com/axaptaDocuManagementTwain.pdf
http://www.imagetag.com/content.asp?ContentId=552
Но даже с этими кусочками сервисов полной автономии не достичь. Кое-где нужно мышкой нажимать на кнопочки

[Evgeniy2020]

Кстати можно было бы стандартизировать формат обмена между
поставщиками и клиентами по типу межбанковских обменов информацией в формате SWIFT

так как порой приходят выписки из клиент банка
поля
61:
86:
и т.д.

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

тогда можно было бы на настоящем счете просто проставить GUID
а к этому GUID присоединить XML бандерольку, с полным описанием
этого документа со всеми реквизитами по типу SWIFT

а такую посылку или отсылать на электронную почту или выкладывать в некоторое хранилище с папкой (по типу Skydrive) и доступом для данного контрагента. Если контрагент обладает средствами электронными импорта, он сможет по соотвествующему GUID получить посылку XML и внести данные в систему, для дальнейшей обработки.

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

[sukhanchik]

2Evgeniy2020:
Хочется большой красной кнопки "Сделать как надо?" Которая бы нажималась по таймеру?

Все что Вы говорите - можно сделать "у себя" в холдинге, в который входят клиенты, поставщики, банки и проч. Только это по факту никому не надо - считать внутренние деньги. Ну то есть надо конечно - но внешние деньги считать нужнее. Не всех клиентов + поставщиков "причешешь" под свою систему. Я уж не говорю про банки, в которых через веб-клиента вообще ничего не достанешь. Раньше с локальной базой хоть как-то что-то можно было сделать.

Кто-то должен инициировать ввод первички в Вашу систему. Либо клиенты / поставщики будут сами себе выписывать документы . Кто-то должен принимать решение о сумме, источнике платежа.

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

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

[sukhanchik]

Цитата:

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

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

В теории - да. Я вообще всеми руками за это. Только от "можно организовать" до "общепринято так делать" проходит оооочень много времени, причем в конечном счете можно получить не "как хотелось", а "как всегда"

Тут на самом деле вопрос чисто административный. Готовы ли все (в т.ч. налоговая и проверяющие органы) перейти на электронный документо оборот? Пока хотя бы один не готов - "кина не будет". А как только все готовы - то вопрос переходит уже чисто в техническую плоскость

[Evgeniy2020]

лучшее враг хорошему, ну и время и деньги,
а также удобство и легкость системы,

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

правда в других областях возможно по старинке работают с бумагами, и
PDF может не подходить.

что касается клиент банков то например пару известных банков с которыми работают прекрасно реализуют возможность работы в электронном виде.

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

[sukhanchik]

Цитата:

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

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

что касается клиент банков то например пару известных банков с которыми работают прекрасно реализуют возможность работы в электронном виде.

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

Просто не все компании могут так принуждать работать. Особенно из регионов.

[Lucky13]

2 Evgeniy2020

Расскажите, как Вам удается таким образом форматировать текст сообщения? Неужели Вы сначала пишете текст в Fare, а потом постите на форум.

[Ivanhoe]

Коллеги, а про электронный обмен документами что-то никто не сказал? Есть и работает (и не надо никаких PDF - учетная система контрагента получает понятный ей электронный документ). Некоторые крупные ритейлеры даже "заставляют" работать поставщиков через свою систему.

В Аксапте есть AIF для обмена данными с другими системами, обещают интеграцию с банк-клиентом (для РФ), уже есть электронная отчетность в налоговые органы (наверное чуть-чуть докрутить и будет автономной).

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

[Evgeniy2020]

Каюсь за не правильное форматирование, со временем научусь.

Вообще было бы неплохо если бы в каждом субъекте РФ, например в г. Москва и Московской области, существовал сервер электронный реестр контрагентов, где соотвественно данные для юр. лица контрагента полностью заполнены, отражалась бы история ведения всех данных, и была бы возможность данному контрагенту редактировать свои учетные данные в государственном реестре контрагентов.

Тогда опять GUID (или ИНН и ОКАТО)
и легко импортируем данные о контрагенте (его банковском счете и т.д.)
одной кнопкой в нашу учетную ERP систему. Да и проще было бы.

На текущий момент cbr.ru предоставляет xml данные о курсах валют, соотвественно с него мы ежедневно автономно скачиваем курсы валют.

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

[belugin]

навеяло http://itblogs.ru/blogs/cio_anatomy/.../19/53218.aspx