BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / Автоматизация торговли  / Формирование проводок по видам оплат!

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Формирование проводок по видам оплат!
 
Раздел 1. Введение
Ситуация следующая: Имеем атол на кассе, который добросовестно продает товар. Все бы ничего если бы не смешанные продажи, т.е когда телевизор, скажем, продается частично за нал, частично по карте. Атол опять же добросоветстно в Z-отчете разносит эти суммы, т. о. хвала ему и почет. Но когда дело касается выгрузки в ДБФ-формате в БЭСТ Атол начинает филонить, отражая то, что продано смешанно, одной строкой с видом оплаты скажем "3", при этом ставиться крест на желании формировать проводки из режима "Учет розничных продаж" типа Д412 -К9021
т.к. по картам проводки выглядять совсем иначе (задействуется 57 счет). Ладно бы продавался один телевизор и скажем 50/50 тогда количество 0,5/0,5 и все красиво. А если пропорция другая или товара много? Тогда формирование проводко из учета розничных продаж по товару ввобще не имеет смысла. Нужен другой подход.

Раздел 2. Другой подход
А нельзя ли выгрузить виды оплат по суммам. Введите оплаты ручками две суммы, скажете вы. А если касс много? Хм... Может быть похожая возможность есть в КМП+?
Правда есть еще одна проблема! Как загрузить их в Бэст. Хотя тут уже можно что-то придумать.
Изменено: olegue olegue - 20.10.2008 17:14:49
 
Да давайте сначала поймем - как загрузить в БЭСТ !!!
Если вы сделаете 2 разные операции, то у Вас будет 2 документа !!! и там и там будет 1 штука и с остатка спишется 2 телевизора !!!! А Вам нужно списать один.
 
Цитата
nordk пишет:
Да давайте сначала поймем - как загрузить в БЭСТ !!!

Если вы сделаете 2 разные операции, то у Вас будет 2 документа !!! и там и там будет 1 штука и с остатка спишется 2 телевизора !!!! А Вам нужно списать один.



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

Вопрос в другом. Я бы обьединил эти документы т.к. необходимости в них нету. Товаро-учетной проге пофиг как продан товар. Важно получить оплаты с атола, но похоже атол оплаты не выгружает, а КПМ?
 
КПМ+ имеет формат обмена данными схожий с форматом АТОЛ. Вернее сказать, компания Атол использовала, для совместимости, формат КПМ.
Теперь по существу, решения вижу пока два:
-- Вводить проводки по видам оплат вручную, используя Z отчёт как источник информации. Слабые стороны этого подхода ясны.
-- В продуктах Атол есть текстовый формат обмена "АТОЛ" в нем абсолютно полно фиксируются все операции кассира, в том числе и комбинированные оплаты. К сожалению этот формат напрямую не поддерживается продуктами компании БЭСТ, но открыты возможности программирования, с помощью которых можно преобразовать формат Атола в приемлемый для БЭСТ.
Живому всё хорошо.
 
Полностью с Вам согласен, но в этом месте не могли бы поподробнее
Где именно скрыты открытые возможности программмирования?


Цитата
Евгений Плешивцев пишет:
но открыты возможности программирования, с помощью которых можно преобразовать формат Атола в приемлемый для БЭСТ.
 
Если говорить о КПМ то точек программирования (событий) в нем ОЧЕНЬ много и на пробивку чека и на формирование отчета. То есть КПМ по возможностям открытого программирования превзойдет любой АТОЛ, потому что там харбор - мощнейшая платформа для пользовательского программирования.
Но дело не в этих системах.

Забудем про АТОЛ и КПМ.

Давайте рассмотрим БЭСТ.
У вас есть на сегодня 4 поля:
штрих-код
код операции
количество
сумма
Если строка одна - то как определить какая сумма по какой операции ?
Если строки 2 - то какое количество ?
Вот Вы мне дайте решение в этом протоколе обмена, а как этот протокол без проблем в КПМ реализовать я Вам сразу расскажу.
 
Можно к отчету с кассы в КПМ класть дополнительную таблицу и тогда на событие ЗАПИСЬ ДОКУМЕНТА в торговом зале в одной из полей MDOCM положить интересующую вторую цифру из этой таблицы.
Попробуйте в БЭСТ это реализовать, если получится, то я расскажу как в КПМ Вы сможете это реализовать средствами имеющихся в нем событий.
Если АТОЛ позволит Вам изменить протокол как Вам надо, то Вы сможете использовать его отчет, тока придется иметь 2 копии отчета, поскольку БЭСТ после приема сам файл отчета автоматически удаляет.
Страницы: 1
Читают тему (гостей: 1)