Имя: Пароль:
1C
1C 7.7
v7: Несоответствие Z отчета и суммы в 1С
0 Dimonkur
 
27.12.13
06:13
Проблема только в одной кассе, в другой все нормально. Бухгалтерша берет в проблемной кассе 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 тыщ.
В чем может быть дело?
1 big
 
27.12.13
06:17
(0) Как вариант - загружает данные из предыдущей смены. В любом случае смотреть обработку загрузки, данные на входе и данные на выходе.
2 Wobland
 
27.12.13
07:19
ну видно же, что где-то внутри обработки добавляются примерно 16 тыщ
3 Wobland
 
27.12.13
07:19
может быть, даже ровно 16384 ;)
4 Dimonkur
 
27.12.13
07:25
Wobland, каким образом это видел? Где и что исправлять?
5 Ranger_83
 
27.12.13
07:26
Отложенные чеки, возвраты, файл другого года, обработка 1с кривая
6 Dimonkur
 
27.12.13
07:26
Но с одной из кассы нормально все выгружается
7 Dimonkur
 
27.12.13
07:30
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;
8 Dimonkur
 
27.12.13
07:33
wobland: ты 98417.00 проблемной кассы отнял 91431.00 нормальной кассы? Ну ты мастер вводить в заблуждение((
9 catena
 
27.12.13
07:34
(8)Пятница. Смирись, сегодня даже если помогут, сперва затролят.
10 big
 
27.12.13
07:37
(7)(8) ты сам себя запутываешь. 55 транзакция - это всего лишь закрытие чека с указанной суммой. ты вообще не туда смотришь.

1. Из какого фронта ты делаешь выгрузку?
2. Во фронте посмотреть номера 1-ой и последней транзакции данной смены
3. Посмотреть эти номера транзакци в файле выгрузки
4. если не соответствует, значит вырузили данные не за тот период
5. если соответствует, то разобрать файл по каждому чеку (точнее по 55 транзакции как вариант) и сравнить с ЭКЛЗ (если есть) Если нет ЭКЛЗ, то во фронте сравнить по чекам
11 Wobland
 
27.12.13
07:38
(8) ваще-т 16384=2^14
12 big
 
27.12.13
07:39
(10) + чтобы глядеть по чекам (транзакциям) загрузи файл выгрузки в ексель и там делай отбор

(11) хорошо троллить, а то ТС до НГ не доживет )))
13 KRV
 
27.12.13
07:39
Дык а сможет ли ТС нам сообщить хоть сумму расхождений по З-отчету и одинасс?
14 Ranger_83
 
27.12.13
07:48
Я такие задачей ещё в 3 классе решал
15 KRV
 
27.12.13
07:55
(14) Когда учительницей проходил мимо тебя не глядя в тетрадь?
16 Dimonkur
 
27.12.13
08:03
ТС это кто?
17 KRV
 
27.12.13
08:03
(16) не поверишь...
18 Dimonkur
 
27.12.13
08:04
Если это я то почему и что это означает?
19 KRV
 
27.12.13
08:05
Топик Стартер = ТС
20 big
 
27.12.13
08:35
все-таки спугнули...
21 Злой Бобр
 
28.12.13
04:02
(0) Есть мнение что по фото такие вопросы не решаются.
(6) Эм... Ну как бы так:

МЫ: - Ты суслика видишь?
ТС: - Нет.
МЫ: - Ну вот. А он есть.

Вывод: если суслика невидишь, то это вовсе неозначает что его нет.
22 Torquader
 
28.12.13
21:31
Во-первых, сумма, записанная в строке отчёта, это то, что получилось из фискального регистратора, а система получает сумму, сворачивая все чеки товаров по данной смене, и, если какие-то чеки прошли без ФР (если он был выключен), то будет расхождение.
Чтобы понять - нужно 55 транзакцию каждого чека просуммировать и получить ответ, а потом сравнить эти транзакции с контрольной ленте из ФР.
23 Ярус
 
28.12.13
21:35
(0)а на кассе не от бита поделка?
24 Dimonkur
 
30.12.13
11:00
Ярус что-то не совсем понял
25 Йохохо
 
30.12.13
11:09
(22) + проверить обработку 2, 12, 17 (афаир) и отмену чека)
26 Dimonkur
 
30.12.13
11:20
Но по первой кассе все нормально проходит и РЕП файлы обрабатывает одна обработка
27 Йохохо
 
30.12.13
11:40
(26) попробуйте поспать, перезагрузить компьютер, задумчиво постоять у окна
28 Феофан
 
30.12.13
12:09
нда.. тяжелый случай

а название софта так и не было озвучено, или я пропустил?
29 Torquader
 
30.12.13
12:27
Судя по формату, POS зовут Штрих-М (какая-то модификация).
Советы по поводу ручного анализа файла были проигнорированы, так как автор не совсем к этому готов (нужно уметь заставить Excel открывать файл с разделителями "точка с запятой", ну и Excel должен быть).
Поэтому, пусть сами копаются в своём г.
30 DmitriyDI
 
30.12.13
12:31
(7) товар разный в транзакциях
31 DmitriyDI
 
30.12.13
12:32
(29) да 100% фронтол)))
32 Йохохо
 
30.12.13
12:46
что то помнится, что типовая обработка семерошная не корректно обрабатывала коды 1 и 11, и 2 и 12, которые идентичны, и косячила с 54
33 big
 
30.12.13
13:21
(32) Это ж у кого она типовая? У всех пилена-перепилена вдоль и поперёк. )))
34 Dimonkur
 
31.12.13
01:09
Файл открывал, и не обязательно в exel, он и в блокноте открывается. Что там найти?
35 Злопчинский
 
31.12.13
01:20
"...назвал все буквы, но не смог прочитать слово..."
36 Dimonkur
 
31.12.13
03:39
попробую проанализировать 55 транзакции
37 Dimonkur
 
31.12.13
03:40
Кстати у нас Рарурс общепит, пиленая перепиленая.
38 Dimonkur
 
14.01.14
05:02
Я понял в чем проблема. Не учитываются скидки. Обработка считает тупо 11 и 12 транзакции, но когда скидка то в РЕП файле после  11 транзакции идет 37  транзакция где и указывается сумма скидки. Вот эти суммы в 37 транзакции и не учитываются. Моя задача внедрить в код обработки эти суммы. нужно брать 1 транзакции т.к. необходимо, чтобы раскидывалось по товарам. Думаю, как внедрить код просчета по 37 транзации, она идет сразу за последней 11 транзакцией в чеке.
39 KRV
 
14.01.14
07:14
Это сильное колдунство, мало кто справлялся с ним... Когда решишься смотри, чтобы Луна была в нужной фазе, иначе может случиться непоправимое - бросишь пить навсегда...
40 Dimonkur
 
14.01.14
07:49
Отбой. Сказали не надо писать код, главное было разобраться. Всем спасибо.
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.