[ОТВЕТИТЬ]
24.09.2008 11:50
Phoenix
 
Вообщем проблема вот в чём!
Бэкофис СМ2000
на кассу нужно ставить Атол (кассовое ПО)
будет ли всё работать?
Если кто нибуть встречался с данной проблемой напишите, что получилось...
24.09.2008 12:04
OlegON
 
Если просто так вот воткнуть - не свяжется, если между СМ и фронтом конвертер воткнуть - не вопрос... Хоть 1С цепляй...
24.09.2008 12:08
akonev
 
уже было тут пару раз. порой в поиске.

если коротко: зацепить можно, но просто не будет.
атол понимает обмен в формате УКМ только в файлах dbf.
см2000 выгружает только в форматах укм, но среди них нет dbf.
стало быть придется или просить атол сделать конвертер для формата укм2 под парадокс (можно под текст) или просить С+ сделать обмен в dbf.

или же самим рисовать промежуточный конвертер из db в dbf и обратно.

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

в любом случае, надо морально готовиться к отлову глюков в течение полугода, примерно.
именно столько у меня ушло на вылизывание связки атол рмк - супермаг2.53 на своем конвертере.
периодически вылезала какая-нибудь новая тонкость, которую не удалось учесть сразу.
и это притом, что мне были не нужны скидки и безналы.
24.09.2008 12:25
Aragorn
 
у нас на 1С работает
24.09.2008 12:43
Phoenix
 
Цитата:
Andrew_Konev уже было тут пару раз. порой в поиске.

если коротко: зацепить можно, но просто не будет.
атол понимает обмен в формате УКМ только в файлах dbf.
см2000 выгружает только в форматах укм, но среди них нет dbf.
стало быть придется или просить атол сделать конвертер для формата укм2 под парадокс (можно под текст) или просить С+ сделать обмен в dbf.

или же самим рисовать промежуточный конвертер из db в dbf и обратно.

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

в любом случае, надо морально готовиться к отлову глюков в течение полугода, примерно.
именно столько у меня ушло на вылизывание связки атол рмк - супермаг2.53 на своем конвертере.
периодически вылезала какая-нибудь новая тонкость, которую не удалось учесть сразу.
и это притом, что мне были не нужны скидки и безналы.
В общем как бы про конвертер я уже думал... Но по моему мнению С+ что то просить... пустое дело... вот с Атолом можно подумать...

А вот по поводу конвертера... Сам я его ненапишу... а возможно у Вас позаимствовать... и если да то на каких условиях...
=)
24.09.2008 13:17
akonev
 
Цитата:
Phoenix а возможно у Вас позаимствовать... и если да то на каких условиях...=)
можно. условия всего два:
1) AS IS
2) свой вариант выдашь в общий доступ.

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

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

если все это не пугает - пиши, раскопаю и вышлю исходники.
в одну сторону (db -> dbf) исходники подробненько откомментированы, так что разобраться можно.
02.10.2008 12:21
Phoenix
 
Ещё возник вопрос:
1. СМ2000 выгружает в формате DB или ещё в каком то?
2. Обмен данными БЭК и ФРОНТ (кассовый) производится тоже в формате DB или возможно в TXT?
3. И если кто нибуть с этим сталкивался напишите... как работает...

Ещё раз скажу: У меня Бэк СМ2000, а на кассах стоит Frontol 4.7
Как лучше с ним работать? Имею ввиду в каком формате обмен производить? *22
02.10.2008 13:22
akonev
 
см2000 умеет обмениваться в txt, но атол, что рмк, что фронтол, этот формат не понимают.
так что все возвращаемся к началу ветки: или просить атол сделать конвертер под укм2 в тексте или рисовать промежуточный перекодировщик.
06.10.2008 20:54
skier2
 
а мы из текста (1с) переводили в ДБ для УКМ. обработку написали в Экселе. т.е. была какая то приблуда на 1С-торговле, мы к ней привязали переводчик... теперь обходим тот магазин стороной.. плюются метко...
13.10.2008 06:30
АлександерK
 
Цитата:
Andrew_Konev см2000 умеет обмениваться в txt, но атол, что рмк, что фронтол, этот формат не понимают.
так что все возвращаемся к началу ветки: или просить атол сделать конвертер под укм2 в тексте или рисовать промежуточный перекодировщик.
сделали промежуточный перекодировщик :)
в кассы выгружает нормульно...
но возникла такая проблема: с касс выгружаются продажи, конвертятся в DB файлы, а кассовый сервер их не принимает
такое ощущение, что не видит он этих файлов.

подскажите, что необходимо, в принципе, кассовому серверу для приема продаж с касс? может флаги где какие создать надо или еще что? уже всю голову сломал*181
13.10.2008 10:03
akonev
 
надо дополнительно создать файлик cashz.db
в нем прописывается по одной строчке на каждый выгруженный Z-отчет: суммарные данные по всем строкам из cashsail за эту смену.
он, по сути, является еще и флагом на загрузку данных кассовым модулем.

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

еще надо проверить, не остаются ли в каталоге загрузки флаги типа cash.non ("ничего не трогать, данные формируются")
кассовик, увидев такое чудо, просто пропускает этот каталог и идет проверять следующую кассу.
13.10.2008 17:27
АлександерK
 
в конверторе по CASHSAIL создается CASHZ, с этим все нормуль

только вот CASHZ съедается СМом и усе :( ошибок в Events-ах нет на тему импорта продаж никаких.

в CASHSAIL,CASHZ, CASHPAY - нашел какое-то нарушение в хронологии Z-отчетов, возможно это и есть причина отказа импорта продаж

есть еще вопрос, имеется файл CurRests -закрытия смен, так вот из Фронтола этот файл выгружается пустой, может ли это как-то повлиять на импорт продаж?
13.10.2008 22:00
baggio
 
файлы в студию...
14.10.2008 09:44
АлександерK
 
Цитата:
baggio файлы в студию...
файлы не нужно ужо в студию :) нашел причину - пустой файл Currests, без него Кассовый модуль не принимает ничего, в логи пишет - пропущено столько то записей и все

сейчас вопросы появились к Атол-авцам...как только все прояснится - расскажу всю эпопею :)
22.10.2008 06:26
АлександерK
 
вчера запустил связку Фронтол 4.7 + СМ2000, по одному разу для каждой кассы сделал выгрузку товаров/загрузку продаж - полет нормальный :)
сегодняшнее утро покажет, как отработает планировщик и конвертер
22.10.2008 07:21
akonev
 
не забудь, что обещал свой вариант конвертера народу отдать *105
22.10.2008 07:31
АлександерK
 
Цитата:
Andrew_Konev не забудь, что обещал свой вариант конвертера народу отдать *105
дам канечна же *105

теперь это один запускаемый файл, с кучей настроек в INI файле, работает с параметрами командной строки, пишет логи работы и ошибок
22.10.2008 07:35
АлександерK
 
Кстати, все в туже тему "обмен фронтол и см2000" вопрос:
есть файл currests.db, без него загрузка z-отчетов не прокатит, как собсно и без файла cashZ.db
а меня интересует как отрабатывает СМ2000 ОперСводку...примется ли сводка с пустым файлом currests.db?
все дело в том, что фронтол при выгрузке оперативной сводки не заполняется вышеозначенный файл никакими данными
22.10.2008 08:20
akonev
 
см2000 ждет оперчеки в простых текстовых файлах, по файлу на каждый чек. набор полей - в точности как в cashsail
отдельные файлики - на примененные дисконтные карты. может и еще на что, не удивлюсь

currests ему ваще нафик не нужен. как и любые другие DB
22.10.2008 08:47
АлександерK
 
Цитата:
Andrew_Konev см2000 ждет оперчеки в простых текстовых файлах, по файлу на каждый чек. набор полей - в точности как в cashsail
отдельные файлики - на примененные дисконтные карты. может и еще на что, не удивлюсь

currests ему ваще нафик не нужен. как и любые другие DB
таак....
а названия файлов? не важно? расширения?
чем разделяются поля чека?
что будет, если в оперативную сводку попадет чек, который уже был принят, дублируется или просто не будет принят?
22.10.2008 09:45
Vovantus
 
Цитата:
АлександерK таак....
а названия файлов? не важно? расширения?
чем разделяются поля чека?
что будет, если в оперативную сводку попадет чек, который уже был принят, дублируется или просто не будет принят?
сам чек выглядит так "08290150.RET". Если по чеку была применена дисконтная карта, то рядышком появляется ещё и "08290150.DC".
Содержание файла "08290150.RET":
Цитата:
4,1,829,150,1,22/10/2008,1641,"008641","Ћбў-«м PROVENCE 300¬«. бЁаҐ­м","NOSIZE",1,35.00,35,33.25,33,0,9,0,1,1,0,1,0,""
4,1,829,150,2,22/10/2008,1641,"012170","ЉаҐ¬ ¤/®ЎгўЁ ‘Ё«мўҐа 50¬« ¦/Ў Є®а. ‘L100","NOSIZE",1,36.00,36,34.20,34,0,9,0,1,1,0,1,0,""
Содержание файла "08290150.DC":
Цитата:
4,1,829,150,1,"2900000000445",3.55,4
22.10.2008 10:58
akonev
 
Цитата:
АлександерK таак....
а названия файлов? не важно? расширения?
чем разделяются поля чека?
что будет, если в оперативную сводку попадет чек, который уже был принят, дублируется или просто не будет принят?
названия - произвольные. расширение для самих чеков - ".ret".
наловил в томске несколько свежих чеков для примера. прилагаются.
для скидок по картам расширение ".dc", но образцов у меня нет. собственно, если задача пока только в остатках - они не особо и нужны.

в табличке оперчеков в см2000 уникальный индекс по магазин-касса-смена-чек. так что повторные должны отпинываться с ошибкой
Вложения
Тип файла: rar CashO.rar (854 байт, 87 просмотров)
22.10.2008 11:07
student
 
Цитата:
Andrew_Konev названия - произвольные. расширение для самих чеков - ".ret".
в ощем виде да, но только название обычно формируется как xxxxyyyy.*
где xxxx - номер смены, а yyyy - номер чека дополненные нулями - чтобы не было пересечений
22.10.2008 11:08
student
 
Цитата:
Vovantus Если по чеку была применена дисконтная карта, то рядышком появляется ещё и "08290150.DC".
это только для расширенного варианта опер сводки
в простейшем случае файл может отсутствовать
22.10.2008 11:16
akonev
 
Цитата:
student в ощем виде да, но только название обычно формируется как xxxxyyyy.*
где xxxx - номер смены, а yyyy - номер чека дополненные нулями - чтобы не было пересечений
это укм2. укм4 еще впереди номер кассы подписывает.
а топикстартеру придется еще и магазин впереди дорисовать, чтобы не пересекались.
22.10.2008 15:02
АлександерK
 
Цитата:
Andrew_Konev названия - произвольные. расширение для самих чеков - ".ret".
наловил в томске несколько свежих чеков для примера. прилагаются.
для скидок по картам расширение ".dc", но образцов у меня нет. собственно, если задача пока только в остатках - они не особо и нужны.

в табличке оперчеков в см2000 уникальный индекс по магазин-касса-смена-чек. так что повторные должны отпинываться с ошибкой
спасибо за чеки... скачал...
появились вопросы, а чего это там где должен быть Артикул товара перед Артикулом апостроф, потом ","...вот:
5,18,128,97,1,22/10/2008,1346,006521,",",NOSIZE,1.000,24.80,744.00,24.80,744.00,0,56,0,1,1,0,0,0,""""

и еще дата в формате через "/", это так и должно быть? если да, то будем из DBF-ки в нужный переводить :) но вдруг dd.mm.yyyy "проглотит", а?

и вот еще это что:
5,18,128,97,1,22/10/2008,1346,’006521,",",NOSIZE,1.000,24.80,744.00,24.80,744.00,0,56,0,1,1,0,0,0,""""

в самом конце четыре кавычки

ну и "под занавес" *150 : в момент приема чека СМ какой-нить флаг блокировки создает или нет?
22.10.2008 15:07
АлександерK
 
Цитата:
student в ощем виде да, но только название обычно формируется как xxxxyyyy.*
где xxxx - номер смены, а yyyy - номер чека дополненные нулями - чтобы не было пересечений
спасиб за пояснение - буду делать :)
22.10.2008 15:09
АлександерK
 
Цитата:
Andrew_Konev это укм2. укм4 еще впереди номер кассы подписывает.
а топикстартеру придется еще и магазин впереди дорисовать, чтобы не пересекались.
а нафик мне дописывать что-то, разве после приема чека СМ не удаляет файл RET?
22.10.2008 15:51
akonev
 
1) это не апостроф. это русская Т. артикулы такие в этом магазине, вида "Т000001". просто кодировка DOS, на самом деле; под вин1251 - апостроф получается.
2) почему дата такая и можно ли другую - не спрашивай. понятия не имею :)
я просто тормознул на магазине кассовик, подождал пару минут, скопировал, чего упало за это время.
тебя же не смутил формат следующего поля, где время. :)
3) в конце должно быть две кавычки (пустая строка). это поле для связи сторнирующих друг-друга чеков. похоже, что это такой глюк укм4, который никто не замечал до сих пор. просто потому, что никому это поле не нужно.
4) кассовик файлики после заглатывания удаляет.
но если он по какой-то причине остановлен - их там много может накопиться. так что уникальность имен каким-то образом тебе обеспечить надо.

продумай еще такую штуку: если ты будешь просто экспортировать каждый чек в файлик - тебе придется в ЦО завести все кассы для всех магазинов.
а потом или скармливать супермагу в ЦО еще и Z-отчеты или руками убивать оперативные чеки и править оперативные остатки.

другой вариант - вообще не заморачиваться с кассовиком, а в удобном тебе виде засылать в офис оперативные продажи и там пихать их сразу в оперативные остаки. вопрос зачистки оперативных остатков по закрытию смен остается открытым. если есть круглосуточные магазины - он станет особенно хитрым.
22.10.2008 16:22
АлександерK
 
Цитата:
Andrew_Konev 1) это не апостроф. это русская Т. артикулы такие в этом магазине, вида "Т000001". просто кодировка DOS, на самом деле; под вин1251 - апостроф получается.
понял, эт я ступил чуток :)

Цитата:
Andrew_Konev 2) почему дата такая и можно ли другую - не спрашивай. понятия не имею :)
я просто тормознул на магазине кассовик, подождал пару минут, скопировал, чего упало за это время.
тебя же не смутил формат следующего поля, где время. :)
ну про время мне все ясно, формат такой...он и в DBF-ках у меня как число, поэтому не смутил ;)
Цитата:
Andrew_Konev 3) в конце должно быть две кавычки (пустая строка). это поле для связи сторнирующих друг-друга чеков. похоже, что это такой глюк укм4, который никто не замечал до сих пор. просто потому, что никому это поле не нужно.
вот, а я заметил :)
Цитата:
Andrew_Konev 4) кассовик файлики после заглатывания удаляет.
но если он по какой-то причине остановлен - их там много может накопиться. так что уникальность имен каким-то образом тебе обеспечить надо.
ну не вопрос, буду дописывать номер магазина и рабочего места(кассы) в начало имени файла, да и все :) это не трудно

а вот все ниженаписанное для меня какая-то ахинея, потому как я с СМом не дружу...и что есть ЦО, оперативные остатки, зачистка последних - для меня лес гремучий
можно как-то разжевать? *11

Цитата:
Andrew_Konev продумай еще такую штуку: если ты будешь просто экспортировать каждый чек в файлик - тебе придется в ЦО завести все кассы для всех магазинов.
а потом или скармливать супермагу в ЦО еще и Z-отчеты или руками убивать оперативные чеки и править оперативные остатки.

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

вообще если я правильно понял, то под ЦО ты понимаешь - Центральный офис, если так, то не вопрос, магазин один и все кассы там заведены, с кассирами вместе
По части того, что Z-отчеты скармливать СуперМагу - так собсно так сейчас и делается: из Фронтола выгружаются продажи за последнюю смену, на основе CashSail создаются записи Z-отчетов(CASHZ.DB) и все это дело кушает СМ

не ясным остается определение что такое "Оперативные остатки" и что будет если будут и чеки в оперсводке и потом еще и примется выгрузка из Фронтола?

это видимо все от не знания СМа и не понимания связи документов Чеков и Z-отчетов


Опции темы


Часовой пояс GMT +3, время: 21:45.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.