v7: Несоответствие Z отчета и суммы в 1С #693276

Проблема только в одной кассе, в другой все нормально. Бухгалтерша берет в проблемной кассе POS.rep файл. И с него в 1С выгружает данные. У нее в результате выручка в 1с оказывается больше чем Z отчет с этой же кассы в эту же дату. Я сравнивал pos.rep файл и Z отчет, цифры сходятся. Но в 1с выгружаться большие цифры. Сравнивал 2 Z отчета у проблемной и нормальной кассы. нормальная касса 1268620;24.12.2013;17:37:45;61;1;1089;2;1100;0;87389.00;0.000;91431.00; в 1с выгрузилось как-надо 91431.00 проблемная касса 268660;24.12.2013;20:50:16;61;1;6500;2;71;0;95811.50;0.000;98417.00; В 1с выгрузилось примерно 114 тыщ. В чем может быть дело?

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

ну видно же, что где-то внутри обработки добавляются примерно 16 тыщ

может быть, даже ровно 16384 ;)

Wobland, каким образом это видел? Где и что исправлять?

Отложенные чеки, возвраты, файл другого года, обработка 1с кривая

Но с одной из кассы нормально все выгружается

55 транзакция проблемной кассы 268659;24.12.2013;20:43:06;55;1;6499;2;;0;0.00;0.000;15.00; 55 транзакция нормальной кассы 1268619;24.12.2013;17:37:34;55;1;1089;2;;0;0.00;0.000;0.00;

wobland: ты 98417.00 проблемной кассы отнял 91431.00 нормальной кассы? Ну ты мастер вводить в заблуждение((

Пятница. Смирись, сегодня даже если помогут, сперва затролят.

ты сам себя запутываешь. 55 транзакция - это всего лишь закрытие чека с указанной суммой. ты вообще не туда смотришь. 1. Из какого фронта ты делаешь выгрузку? 2. Во фронте посмотреть номера 1-ой и последней транзакции данной смены 3. Посмотреть эти номера транзакци в файле выгрузки 4. если не соответствует, значит вырузили данные не за тот период 5. если соответствует, то разобрать файл по каждому чеку (точнее по 55 транзакции как вариант) и сравнить с ЭКЛЗ (если есть) Если нет ЭКЛЗ, то во фронте сравнить по чекам

ваще-т 16384=2^14

+ чтобы глядеть по чекам (транзакциям) загрузи файл выгрузки в ексель и там делай отбор хорошо троллить, а то ТС до НГ не доживет )))

Дык а сможет ли ТС нам сообщить хоть сумму расхождений по З-отчету и одинасс?

Я такие задачей ещё в 3 классе решал

Когда учительницей проходил мимо тебя не глядя в тетрадь?

ТС это кто?

не поверишь...

Если это я то почему и что это означает?

Топик Стартер = ТС

все-таки спугнули...

Есть мнение что по фото такие вопросы не решаются. Эм... Ну как бы так: МЫ: - Ты суслика видишь? ТС: - Нет. МЫ: - Ну вот. А он есть. Вывод: если суслика невидишь, то это вовсе неозначает что его нет.

Во-первых, сумма, записанная в строке отчёта, это то, что получилось из фискального регистратора, а система получает сумму, сворачивая все чеки товаров по данной смене, и, если какие-то чеки прошли без ФР (если он был выключен), то будет расхождение. Чтобы понять - нужно 55 транзакцию каждого чека просуммировать и получить ответ, а потом сравнить эти транзакции с контрольной ленте из ФР.

а на кассе не от бита поделка?

Ярус что-то не совсем понял

+ проверить обработку 2, 12, 17 (афаир) и отмену чека)

Но по первой кассе все нормально проходит и РЕП файлы обрабатывает одна обработка

попробуйте поспать, перезагрузить компьютер, задумчиво постоять у окна

а название софта так и не было озвучено, или я пропустил?

Судя по формату, POS зовут Штрих-М (какая-то модификация). Советы по поводу ручного анализа файла были проигнорированы, так как автор не совсем к этому готов (нужно уметь заставить Excel открывать файл с разделителями "точка с запятой", ну и Excel должен быть). Поэтому, пусть сами копаются в своём г.

товар разный в транзакциях

да 100% фронтол)))

что то помнится, что типовая обработка семерошная не корректно обрабатывала коды 1 и 11, и 2 и 12, которые идентичны, и косячила с 54

Это ж у кого она типовая? У всех пилена-перепилена вдоль и поперёк. )))

Файл открывал, и не обязательно в exel, он и в блокноте открывается. Что там найти?

"...назвал все буквы, но не смог прочитать слово..."

попробую проанализировать 55 транзакции

Кстати у нас Рарурс общепит, пиленая перепиленая.

Я понял в чем проблема. Не учитываются скидки. Обработка считает тупо 11 и 12 транзакции, но когда скидка то в РЕП файле после  11 транзакции идет 37  транзакция где и указывается сумма скидки. Вот эти суммы в 37 транзакции и не учитываются. Моя задача внедрить в код обработки эти суммы. нужно брать 1 транзакции т.к. необходимо, чтобы раскидывалось по товарам. Думаю, как внедрить код просчета по 37 транзации, она идет сразу за последней 11 транзакцией в чеке.

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

Отбой. Сказали не надо писать код, главное было разобраться. Всем спасибо.