{{branchTel}}

{{section.attributes.section}}

Все результаты

  • По вашему запросу {{search.q}} ничего не найдено.

Перейти на страницу поиска
{{countBasket}}

{{userFullName}}

Личный кабинет

Выйти
Доставка и оплата
Контакты

Расхождение в з отчете и в отчете о продажах.

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Поиск  Правила 
Страницы: 1
RSS
Расхождение в з отчете и в отчете о продажах.
 
#1
26.10.2011 12:39:34
Добрый день.
У клиента установлена конфигурация: рарус - ресторан фронт офис ред 1. (локальная установка), в режиме фаст фуда.
Версия установки 1.0.10.02 с обновлением конфигурации до 1.0.10.05
Пос - штрих 355.
ТО - весы (драйвер атол), штрих-фр-к, дисплей покупателя в составе пос-терминала.
Оплата только налом, фискальная.

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

Кроме того, в з отчете видно наличие аннулированных чеков (на контрольной ленте не обнаружены аннулированные чеки ).
По словам  продавцом периодически появляется чек, где стоят суммы -1 . при печати копии чека печатается нормально.
Такая ситуация  появляется не каждый день.

Локализировали ситуацию - нашли чек, на котором была проблема
В журнале регистрации ошибок по этому чеку нет.
В самом чеке в полях номер чека и номер смены стоит одно и тоже значение - 1.

Как можно исправить данную ситуацию?
Или хотя бы как то локализовать ее (посмотреть логи, еще что то).
 
 
 
#2
26.10.2011 17:14:26
Попробуй те увеличить тайм аут в настройках драйвера Штрих-ФР-К.
Сервис - Параметры - закладка Драйвер Штрих-ФР-К.
Вероятно установленное значение слишком мало и ФР не успевает
возвращать результат успешности пробития чека и номер чека+смены.

Какая скорость обмена порта установлена в ФР ? Чем меньше - тем больше
необходим таймаут.
 
 
 
#3
27.10.2011 11:05:59
Александр, в том то и дело - как понят в чем именно проблема - в фр , либо в 1с?
есть какие либо логи?
о чем говорит чек с значениями -1 в номере чека и в номере отчета.
кроме того - почему чек проходит по программе - по логике получим плохой ответ от драйвера он должен был бы выдать некое сообщение.
 
 
 
#4
15.12.2011 12:50:43
Добрый день,
В 1С-Рарус:Ресторан (фронт-офис) релиз 01.0.10.02 обнаружены расхождения суммы Z-отчета и документов закрытия смены.
При отладке выяснилось, что некоторые модификаторы чеков не попадают в итоговый отчет.
В документе Заказ есть строки:
1, Текила SAUZA GOLD 50мл. , № осн. строки — 0, отменена
2, Текила OLMEKA GOLD 50мл , № осн. строки — 0
3, Экстра-заказ 50 р , № осн. строки — 0
4, Хот-Дог "Американский" , № осн. строки — 0
5, Сырбургер , № осн. строки — 0
6, Куриные нагетсы , № осн. строки — 0
7, Соус кисло-сладкий 25 мл шт — модификатор, , № осн. строки — 6
8, Сок Привет 0,2. , № осн. строки — 0
9, Коктейль "Фруктовый романс" 250 мл. , № осн. строки — 0
10, Чай черный , № осн. строки — 0
11, Коктейль КАРНАВАЛ 160мл , № осн. строки — 0
12, Пиво STELLA ARTOIS 0.5л , № осн. строки — 0
13, Текила OLMEKA GOLD 50мл , № осн. строки — 0

Все ок.

А документе Чек, строки выглядят уже по другому:
1, Текила OLMEKA GOLD 50мл , № осн. строки — 0
2, Экстра-заказ 50 р , № осн. строки — 0
3, Хот-Дог "Американский" , № осн. строки — 0
4, Сырбургер , № осн. строки — 0
5, Куриные нагетсы , № осн. строки — 0
6, Соус кисло-сладкий 25 мл шт — модификатор, , № осн. строки — 6
7, Сок Привет 0,2. , № осн. строки — 0
8, Коктейль "Фруктовый романс" 250 мл. , № осн. строки — 0
9, Чай черный , № осн. строки — 0
10, Коктейль КАРНАВАЛ 160мл , № осн. строки — 0
11, Пиво STELLA ARTOIS 0.5л , № осн. строки — 0
12, Текила OLMEKA GOLD 50мл , № осн. строки — 0

Как видно на данном примере, после отмены одной строки с блюдом Текила SAUZA GOLD 50мл.
в чеке неверно устанавливается №основной строки модификатора. как следствие в закрытие смены модификатор не попадает.


На текущий момент программно установил в № основной строки соуса кисло-сладкого цифру 5 и после этого закрытие смены отработало нормально.

PS. при попытке установить модификаторы в строку документа Закрытие кассовой смены выходит ошибка:
{ОбщаяФорма.ФормаМодификаторовСтроки(330)}: Поле объекта не обнаружено (МинимальноеКоличествоМодификаторов)
ЭлементыФормы.ДоступныеМодификаторы.Колонки.МинимальноеКоличествоМодификаторов.Видимость = Ложь;

Колонка называется МинимальноеКоличествоМодификаторов1
Изменено: Илья Гордиенко - 15.12.2011 13:10:56
 
 
 
#5
15.12.2011 15:20:59
Сразу приведу свой вариант обхода ошибки (гарантий не даю никаких):
В модуле обработки ФронтыРесторана в функции ЗаписатьЧек
после переноса строк заказа в строки чека
Код
// ТЧ "Товары"
МассивСтрокЗаказа = ПолучитьСтрокиЗаказа(Ложь);
Для каждого ТекСтрока Из МассивСтрокЗаказа Цикл
НоваяСтрока = ЧекОбъект.Товары.Добавить(); 
ЗаполнитьЗначенияСвойств(НоваяСтрока, ТекСтрока);
//НоваяСтрока.МестоРазмещения = СкладКомпании;
КонецЦикла;

следует ввести такой блок:

Код
//GorI { Необходимо пересчитать № основных строк модификаторов при отмене строк
Если Товары.Количество()<>ЧекОбъект.Товары.Количество() Тогда
ТекНомерСтроки = 0;
Для Каждого СтрокаТоваровЧека Из ЧекОбъект.Товары Цикл
Если ЗначениеЗаполнено(СтрокаТоваровЧека.Модификатор) Тогда
СтрокаТоваровЧека.НомерОсновнойСтроки = ТекНомерСтроки;
Иначе
ТекНомерСтроки = СтрокаТоваровЧека.НомерСтроки;
КонецЕсли;
КонецЦикла;
КонецЕсли;
//GorI } Необходимо пересчитать № основных строк модификаторов при отмене строк
 
 
 
#6
12.01.2012 16:04:10
Цитата
Дмитрий Алифанов пишет:
Александр, в том то и дело — как понят в чем именно проблема — в фр , либо в 1с?
есть какие либо логи?
о чем говорит чек с значениями -1 в номере чека и в номере отчета.
кроме того — почему чек проходит по программе — по логике получим плохой ответ от драйвера он должен был бы выдать некое сообщение.

Чек со значением номера чека/смены = -1 говорит о  том, что после пробития
фискального чека программа послала запрос на получение от ФР фискальных номеров
чека и смены, но по каким то причина не смогла их получить.
В основном это бывает из за таймаута. При этом должно выводиться сообщение
об этом и чек НЕ проводиться в базе. Соответственно не попадает в отчет при закрытии смены.
 
 
 
#7
12.01.2012 16:08:02
Цитата
Илья Гордиенко пишет:
Добрый день,
В 1С-Рарус:Ресторан (фронт-офис) релиз 01.0.10.02 обнаружены расхождения суммы Z-отчета и документов закрытия смены.
При отладке выяснилось, что некоторые модификаторы чеков не попадают в итоговый отчет.

Оформлено разработчикам на проверку/доработку в случае выявления ошибки
 
 
 
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Узнать подробнее
Услуги 1С