Цитата: OlegON ➤ В свете перечисленных крох информации вариантов миллион. Какой ассортимент и сами кассы? Не знаю, Астор умеет инкремент? Есть ли возможность сузить ассортимент, избавившись от ненужных карточек?
Ассортимент 38000 товаров.
Кассы сименс никсдорф.
Про инкремент не в курсе.
Сузить теоретически можно, но ассортимент реально используемый 12000 карточек. Все они весят 5 мегабайт (PLUCASH). И вот эти 12000 карточек грузятся 40 минут. Именно когда идет апдейт, а не полная замена.
Цитата: Mtirt ➤ Дело в том, что Астор выгружает данные в DBF. А dbf-конвертер в УКМ2 работает очень медленно.
Поэтому:
-на кассах поставить парадоксовский конвертер данных.
- в Асторе написать свою выгрузку на кассы, для парадокса.
И будет счастье.
Как это практически реализовать? Как выглядит конвертер в этой системе? На кассах стоит МС-ДОС. Я ни разу не программировал под 1с и тем более для астора. Если есть где примерчики, буду рад ссылке.
Цитата: student ➤ дополнительно не плохо было бы услышать сколько сам астор по времени готовит и выкладывает данные для касс и сколько их вообще в линейке и как они забирают данные - из одного каталога или какждая из своего
Сколько готовит не скажу, так как момент начала подготовки не могу засечь. Но примерно - полная подготовка на 197 мег занимает минут 5-8 (когда файлы появляются в папке обмена). Каждая касса забирает из своего каталога, всего 5 касс. Может быть это убережет от общения в неправильном направлении - мне не надо оптимизировать полный путь данных (от накладной или переоценки или инвентаризации до актуализации базы на ПОС-е) , мне надо соптимизировать сам "забор" данных из папки обмена кассой.
Цитата: bob ➤ Подтверждаю. Сам долго работал на dbf-конвертере. Он не годится для быстрого обмена с кассами.
Куда копать?
Спасибо за ответы!