Проблема Закрытие кассовой смены УТ 10.3
 

Есть УТ 10.3 работает с фронтолом, возникла необходимость перезакрыть смены (3 дня) за прошлые даты, файлы report.txt имеются, при закрытии кассовой смены выводит инфу:
30.08.2015 11:05:43 Смена 1302: Внесение на сумму 7 206
30.08.2015 20:52:15 Смена 1302: Снятие Z-отчета, сменный итог 39 355,7, выручка 39 355,7, наличность 40 732,7
30.08.2015 20:52:16 Смена 1302: Закрытие смены, сменный итог 39 355,7, выручка 39 355,7
Документ Отчет о розничных продажах при этом не формируется.
Подскажите пожалуйста, в чем проблема????
и как с эти бороться

(0) "..перезакрыть смены (3 дня) за прошлые даты.."

Это как ? "...смена должна быть не более 24 часов.."(с) ФЗ 54

Torin, есть файл репорт, надо что бы сформировался док ООП что продано, в каком количестве и все
ККМ ОФФлайн и смена тут не причем

(0) а отладчиком пройтись? У меня не закрывался отчет к примеру когда нашлись коды операций которых УТ не знает.

Заголовок файла влияет на его загрузку. Ежели там не те символы какие надо, то файл игнорится при загрузке.

Шапка файла состоит из двух строк:
• Первая строка – строка инициализации файла «##@@&&» (6 символов)
• Вторая строка – признак загрузки данного файла «#» (1 символ)
После успешной загрузки файла признак загрузки меняется с «#» на «@»

(5) Ну на счет первой строки ты погрячился наверное, хотя может быть какая то другая софтина так и делает но не Фронтол. У него первая строка как ты и написал <#>.
(3) На счет операций все нормально, потому что другие дни то закрывает нормально.

6-nordbox >Скопипастил из руководства. Может версия другая...

Неее, с версиями все нормально, они тоже не причем, у фронтола всю жизнь была первая строка <#>
Тут что то другое, вот только непонятно что

8-nordbox >Да. Действительно, перепутал файлы. Для reporeta другие правила:
Шапка файла состоит из трех строк:
1. Признак обработки данного файла товароучетной программой «#» (1
символ). После того как файл будет обработан АСТУ, символ «#» должен
быть заменен на «@» для возможности выгружать другие отчеты в файл с
тем же именем.
2. Логический номер ПК (см. документ «Руководство администратора»).
3. Порядковый номер отчета.
После шапки файла следуют выгружаемые

Фрезер, все верно, но вот он именно продажи то и не грузит и док не создает, я уже и с датами игрался и что только не делал, он пишет то что я написал в теме.

если пусть к файлу правильный, касса выбрана та, то на шапку смотреть.

может отборы стоит в журнале какой?

(11) Отбора нет, с шапкой все нормально
в файле все как и должно быть
#
1
1051
513512;30.08.2015;11:05:43;21;1;78859;2;;;7206;1;7206;4;1302;7206;7206;1;;;7206;0;0;5;0;;1/1302/78859;1;;;;;;
Ну и далее по тексту

Всем спасибо, победил ))

(11) Ну и напиши где трабл у тебя был?

(15) Я незнаю в чем трабл у Зелёного был но у меня все просто, вопрос был в следующем: в репорте запихнули две смены, т.е. например в течении суток было снято два Z-отчета ну естественно после каждого новая смена начинается, а репорт выгружается за дату, ну и естественно за дату влезли две смены. Вот в этом и была проблема.

+Может кому то это поможет

в конце функции ЗагрузитьТовары есть цикл который сливает данные из временной таблицы в итоговую, поиском по ТЗ структурой с указание крайней смены файла, если из стурктуры убрать Номер смены - в итоговую таблицу попадут все продажи что есть в файле.

не так функция зовётся, ну да разберётся тот кому надо

lalex23, я проще сделал, ручками файл поправил аккуратно ))) хорошо что там всего несколько строк было, просто не хотелось в код лезть разбираться и клиент был не против после того как я ему объяснил суть вопроса.

тогда вторая часть марлезонского балета

Штрих-М:Кассир 5
продажи выгружаются в УТ10.3

но!
в ОТчете о розничных продажах сумма 65000 вместо 63000, которые в z-отчете. причём сумма z-отчета также выгружена в файл правильно.
операция снятия z-отчета в файле одна.

что это может быть?

Зелёный, я со Штрих-М:Кассир 5 не работал, грабли незнаю
но вообще то насколько я помню Штрих вроде бы использует Атоловский формат файла(или может я не прав) но смотреть все надо, проще всего проанализировать файл выгрузки.
Если атоловский то он идет как файл с разделителями <;> , можно попробовать открыть его в екселе и посмотреть операции, коды операций есть в инете, ну если надо то могу ссылку кинуть

+ Ну тут может быть еще и кредит и оплата картами
6300 это наличные? или какие?, а 6500 это с картами может? все равно на месте лучше анализировать, трудно лечить больного по телефону.
Ну если ты просто спросил для проверки на "вшивость" ))) то зря, если знаешь где грабли то скажи, знать будем.

lalex23, ты вот говоришь про ТЗ и смены, (я сам не смотрел) НО что интересно вот те суммы которые я в теме написал, он почему то считает за обе смены)))
это я на всякий случай, может тоже кому пригодится.

24-nordbox > не понял про какие ты суммы, обработка обслуживания анализирует только продажу, сторно, возврат и закрытие чека. плюс есть операции на которые выводится сообщение "неизвестная операция" - закрытие смены, внесение/выемка денег, ещё какие транзакции, а есть транзакции при наличии которых загрузка будет прервана с ошибкой, например регистрация по свободной цене - без указания кода продаж, это всё в рамках обработки обслуживания
но уровнем выше, в обработке СерверТО, если в регитре КодыККМ не найдётся загружаемого кода - загрузка молча глохнет

21-Зелёный тролль > файл куда-нить кинь, можно будет глянуть

У меня выдается:
Смена 1302: Внесение на сумму 7 206
Смена 1302: Снятие Z-отчета, сменный итог 39 355,7, выручка 39 355,7, наличность 40 732,7
Смена 1302: Закрытие смены, сменный итог 39 355,7, выручка 39 355,7
Файл сейчас кину, с двумя сменами
Так вот если этот файл поправить(там последние продажи) и указать номер смены правильно, то ООП получится 40 732,7-7 206=33 526,7

))) ой lalex23 я неправильно прочитал, я думал ты это мне про файл написал, извиняюсь

25-lalex23 > разобрался. товар из отложенных чеков (ну то есть набраный до "отложения чека") загружается как пробитый.

офигенно

29-lalex23 > спасибо )