Интеграция AX 2009 c POS-системами

[sergeypp]

У кого был опыт интеграции аксапты с ПОСами..
ПОС рассматривается как самостоятельно работающее ПО.. со своим набором функционала, справочниками и интеграцией с фискальными аппаратами и платежными терминалами..
Интеграция должна быть on-line с возможностью off-line работы пос-системы..
В моем представлении механизм интеграции должен быть следующим
1. В аксапте формируется сущность с товарами и ценами..
2. Эти данные передаются в ПОС.. на посе происходит оплата, формируются транзакции
3. Аксапта тут же забирает эти транзакции и формирует списание и проводки по кассе.
Если связь с аксой потеряна. то транзакции должны быть забраны в любое другое время. Если акса не работает совсем, то платеж, проведенный по ПОСу, должен быть загружен в Аксу и обработан в любое время..
С какими брендами ПОСов был опыт интеграции (Штрих, Атол, еще??)

[twilight]

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

[Zabr]

Цитата:

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

Интеграция должна быть on-line

Делали:
а. SetRetail
б. Супермаг
но обе интеграции в том же варианте, как написал twilight.

вопросы:
1. Чем обусловлена необходимость онлайнового формирования проводки в Аксапте?
2. если после пробития тут же идет сторнировка чека, либо в этот же день идет возврат купленного товара и делается возвратный чек - вы уверены, что хотите по итогам дня видеть в Аксапте две отдельные проводки с расходом и приходом, а не исключать их из оборота?
3. у вас один супермаркет или несколько магазинов? сколько всего касс ? какое ожидаете число таких транзакций ? (одно дело мебельный магазин с одним чеком в полчаса, другое - продуктовый с 10 кассами и одним чеком каждые 30 секунд на каждой кассе).

[Atar]

Сколько чеков в день Вы ожидаете?
Если их будет 5-10 - это одно,
если 50000 - 100000 - это совсем другое.

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

[sergeypp]

Это не розничный магазин.. Через ПОС будет проводиться оплата услуг и проданных товаров
Кол-во транзакций в день.. ну максимум 100..
Ньюанс в том, что в случае оплаты услуги, стоимость услуги может различаться в виду специфики, предоставляемой услуги.. Т.е. стоимость формируется в аксапте, а в ПОС передается информация об услуге, ее стоимости и возможным скидкам.. После проведения платежа на ПОСе информация об оплате должна вернуться в Аксапту и должны сформироваться проводки по списанию товаров и полученных ДС.

[Михаил Андреев]

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

[sergeypp]

Очень нехочется писать эквайринг.. Всякие отчеты и прочее.. С моей точки зрения проще интегрироваться, чем писать полноценный ПОС в аксапте

[Atar]

На нашем проекте осуществляли печать на фискальный регистратор, это очень просто и никакие отчеты программировать нет необходимости.
Вот тема, где это уже обсуждалось: Гостиница, Ресторан, Фитнес в Аксапте?

Цитата:

Сообщение от Ace of Database

Интегрировали Аксапту с фискальным регистратором FPrint-02K.

1) Покупаете фискальный регистратор FPrint-02K (это принтер с фискальной памятью), http://www.atol.ru/products/fr/fprint/. Регистратор стоит около 30 тыс. рублей.

2) Скачиваете драйверы Atoll с : http://www.atol.ru/support/programs/

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

4) Джоб, идущий ниже, в Аксапте демонстрирует возможности принтера. Также в дистрибутиве с драйверами идут примеры на разных языках программирования. Я использовал пример из Excel'я - просто переписал макросы оттуда в Аксапту.

Если у вас только 1 точка продаж, ну или их считанное количество, то интегрироваться с какой-то ПОС-системой смысла нет. Особенно если стоимость каждый раз разная - в таком случае проще печатать через регистратор. А все нужные отчеты в нём уже запрограммированы.

[sergeypp]

Опять повторяюсь - эквайринг..
Может кто-то делал.. какие технические и орг вопросы возникают при интеграции с платежными системами??

[Atar]

Цитата:

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

Опять повторяюсь - эквайринг..
Может кто-то делал.. какие технические и орг вопросы возникают при интеграции с платежными системами??

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

Но ничего суперсложного там не было.

А организационно - заключаете договор с платежной системой, согласовываете его с бухгалтерией, чтобы она была согласно так проводить платежи - и вперёд

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

[sergeypp]

Либо.. либо молчат))
в моем понимании там тоже ничего сложно не должно быть.. не сложнее интеграции с фискальным регистратором..
А вот интересует вопрос. Как тестировать разработку ))
пользоваться собственной картой, пока сумма ЗП на карте не станет равной нулю! )
И тестирование закончено)

[Atar]

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

[pm-erp]

Цитата:

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

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

Аналогично делали.
On-line - не рекомендую.

[Zabr]

Цитата:

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

Кол-во транзакций в день.. ну максимум 100...

PS Если это единственный вид бизнеса, то непонятно зачем вообще там Аксапта нужна. Достаточно Excel. Позвонили, продиктовали код товара и сумму.

[pm-erp]

Цитата:

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

PS Если это единственный вид бизнеса, то непонятно зачем вообще там Аксапта нужна. Достаточно Excel. Позвонили, продиктовали код товара и сумму.

да, это не продукты.

но вполне м.б. одежда, спорттовары и т.п.
+ неск. магазинов.