Попытка работать без файлов обмена

[kedr19]

Первые вопросы:)
1. в какой таблице и на каком РМК, если работаем с БД, находятся продажи которые находятся в окне регистрации?
2. -//- отложенные чеки?
3. откуда запросом вытащить продажи, чтобы там была вся информация (скидки, номер чека смены, кто продал и прочее что есть в report.txt)?

P.S. идея тесно связать ДЭНСИ и 1с, без применения файлов обмена

[Бродяга_Джон]

Как ни странно продажи находятся в БД Транзакций
Остатки товаров в LinCash
Находятся на РМК что является сервером и в зависимости от того как настроено, на общую БД товара и раздельные продажи, или обе общих БД



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

[kedr19]

Общий ток сервер товаров.
в транзакциях хранятся уже проданные товары, а где хранятся товары что в окне регистрации и отложенные?

есть базы LinCash, Transaction, dnc_eds. Методом научного тыка так и не могу найти где хранятся отложенные чеки. Чеки что сейчас в окне регистрации похоже находятся в current_receipt на компьютере с БД. по правьте если что не так.

и чем кончилась мысля по сращиванию?

[kedr19]

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

[Alexander]

Чеки что сейчас в окне регистрации похоже находятся в current_receipt на компьютере с БД

Это правильно.

не могу найти где хранятся отложенные чеки

В БД транзакций. Отложенный чек имеет ту же структуру, что и закрытый, но последняя транзакция у него с типом 57.
То же самое относительно восстановленных чеков - тип транзакции 58 (57 меняется на 58 в момент восстановления чека с тем, чтобы происходила ротация).
Это есть в документации на протокол обмена "ДЭНСИ".

[Бродяга_Джон]

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

кхм.....
а вы что? инвентаризацию не делаете? рад хотя бы надо же делать

[kedr19]

в Транзакциях РМК нашел продажи все как бы ровно, кроме непонятки с механизмом присвоения номеров (объясните смысл полей n_doc integer и n_check integer).
Почему-то всегда думал что отложенные чеки находятся на центральной БД

Вообщем что выяснил:
1. на Центральной БД находятся только товары и их остатки.
2. Все продажи, отложенные чеки и окно регистрации все находится на РМК.

Вопросы остались по нумерации и как влияют отложенные чеки и окно регистрации на остаток в центральной БД?

[Бродяга_Джон]

в Транзакциях РМК нашел продажи все как бы ровно, кроме непонятки с механизмом присвоения номеров (объясните смысл полей n_doc integer и n_check integer).
Почему-то всегда думал что отложенные чеки находятся на центральной БД

Вообщем что выяснил:
1. на Центральной БД находятся только товары и их остатки.
2. Все продажи, отложенные чеки и окно регистрации все находится на РМК.

(на каждом свои собственные)

чеки находятся там где транзакции, а поскольку на "центральную" БД у вас настроена только БД с остатками, то транзакции на каждом РМК свои
вот если бы у вас обе БД были на один комп настроены - другой разговор

Вопросы остались по нумерации и как влияют отложенные чеки и окно регистрации на остаток в центральной БД?

по логике ни как, этот товар ещё не продан ведь?

[kedr19]

а вы что? инвентаризацию не делаете? рад хотя бы надо же делать

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

[Бродяга_Джон]

а вы что? инвентаризацию не делаете? рад хотя бы надо же делать

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

мы делаем два раза в год на всех точках, весной и осенью
с предварительной подготовкой продавцами занимает от 4 до 8 часов (как подготовились)
то есть :
подсчёт имеющегося товара
внесение посчитаных остатков в РМК (с предварительным обнулением кол-ва)
и далее они работают а менеджеры сверяют по трём исходным данным -
1) по той распечатке куда считали товар
2) по тем остаткам что были на начало учёта
3) по тем остаткам что внески в РМК после учёта
видно какой товар если был перепутан или неверно отгружен со склада (схожее наименование, но например другая фирма или фасовка), где ошиблись при вводе в РМК
и все перепуты/пересортица всплывает и уходит при этом
после внедрения ДК и второго учёта после установки весь товар в норме на точках, а что было до этого - тьма