Что имеем: 1С:Предприятие 8.3 (8.3.8.2137) 1С:Предприятие 8. Общепит (3.0.44.140) Настроенный обмен между Общепит 3.0 и R-Keeper 7.
Список проблем: 1) В обработке "Загрузка из данных продаж фронта" галка "Переходящая смена" не работает (отчет создается по дням, а не по сменам). 2) Если в "Интеграции с R-Keeper v.7 " на вкладке "Параметры загрузки" не поставить галку "Выполнять загрузку из данных продаж фронта" то документы загружаются, но необходимые отчет, документ (производство и реализация) автоматически не создаются. 3) Обработка "Загрузка из данных продаж фронта" НЕ видит уже загруженные документы из R-Keeper 7. Пожелание: 1) Существует возможность повторной загрузки одних и тех же документов которые уже были раннее загружены из R-Keeper 7. (Хочется чтобы было предупреждение для пользователя, что он хочет повторно загрузить документы из RK7 которые уже есть в 1С).
2) Если в "Интеграции с R-Keeper v.7 " на вкладке "Параметры загрузки" не поставить галку "Выполнять загрузку из данных продаж фронта" то документы загружаются, но необходимые отчет, документ (производство и реализация) автоматически не создаются
Флажок "Выполнять загрузку из данных продаж фронта" нужно ставить каждый раз вручную, только тогда отчеты производства и реализации будут создаваться автоматически.
Цитата
1) Существует возможность повторной загрузки одних и тех же документов которые уже были раннее загружены из R-Keeper 7. (Хочется чтобы было предупреждение для пользователя, что он хочет повторно загрузить документы из RK7 которые уже есть в 1С).
Для того, чтобы повторно не загружались одни и те же документы при выгрузке из R-Keeper v.7, нужно поставить флажок в Кассовом узле на вкладке Загрузка документов "Запретить повторную загрузку данных продаж".
На остальные вопросы ответили в телефонном режиме. Нужно было откорректировать настройки кассового узла, касс ККМ в программе.
Ещё раз здравствуйте. Интеграция с R-Keeper v.7 в Общепит 3.0 по прежнему работает не корректно. Чеки с кассы грузятся, но по прежнему при загрузки из кассового узла не происходит распределение списания товаров по складам. Т,Е, кассовый узел один, два склада (склад "КУХНЯ" и склад "БАР") а списание происходит только по складу "КУХНЯ" .
Завтра будет уже юбилей - 1 месяц как мы обратились в тех. поддержку 1С-Рарус и плюс 1 месяц как мы сами пытались решить эту проблему т.е. уже 2 месяца.
Михаил Вавилов написал: Ещё раз здравствуйте. Интеграция с R-Keeper v.7 в Общепит 3.0 по прежнему работает не корректно. Чеки с кассы грузятся, но по прежнему при загрузки из кассового узла не происходит распределение списания товаров по складам. Т,Е, кассовый узел один, два склада (склад "КУХНЯ" и склад "БАР") а списание происходит только по складу "КУХНЯ" .
Завтра будет уже юбилей - 1 месяц как мы обратились в тех. поддержку 1С-Рарус и плюс 1 месяц как мы сами пытались решить эту проблему т.е. уже 2 месяца.
ПОМОГИТЕ МНЕ !!! HELP ME !!!
Михаил, добрый день. Не могу найти где вы описали данную проблему, чтобы изучить ее подробнее. Если писали на food@rarus.ru, то напишите пожалуйста e-mail, с которого было обращение.
Михаил Вавилов написал: Ещё раз здравствуйте. Интеграция с R-Keeper v.7 в Общепит 3.0 по прежнему работает не корректно. Чеки с кассы грузятся, но по прежнему при загрузки из кассового узла не происходит распределение списания товаров по складам. Т,Е, кассовый узел один, два склада (склад "КУХНЯ" и склад "БАР") а списание происходит только по складу "КУХНЯ" .
Завтра будет уже юбилей - 1 месяц как мы обратились в тех. поддержку 1С-Рарус и плюс 1 месяц как мы сами пытались решить эту проблему т.е. уже 2 месяца.
ПОМОГИТЕ МНЕ !!! HELP ME !!!
Михаил, добрый день. Не могу найти где вы описали данную проблему, чтобы изучить ее подробнее. Если писали на mailto:food@rarus.ru food@rarus.ru , то напишите пожалуйста e-mail, с которого было обращение.
Базу и описание того что хочет видеть бухгалтер (какие документы) в Общепите после загрузки данных из кассы RK7 уже отправил на почту mailto:food@rarus.ru food@rarus.ru . Получил ответное письмо что база находится в обработке.
Мне прислали инструкцию по которой можно сделать то что мне нужно, но к сожалению последний пункт в инструкции сделать не возможно. Появляется ошибка. Письмо о том что не получилось выполнить + фото ошибки было направлено в обратном письме дата письма 27.12.2016 года.
ПРОШЛО ВРЕМЯ...
09.01.2017 года написал повторное письмо с вопросом: " Есть какая-нибудь информация по нашему вопросу ? ".
ПРОШЛО ВРЕМЯ...
Сегодня 20.01.2017 года ответа НЭТ ! ! ! ТАК ЧТО ПИШУТ ТУТ и СООБЩАЮ, ЧТО ПРОБЛЕМА АКТУАЛЬНА.
Михаил, добрый день. Насколько я понимаю, проблема в том, что чеки бьются с одной кассы. И их надо делить на два склада производства и реализации в зависимости от того, какая позиция была пробита в чеке. Если все правильно, то вам надо настроить две вещи: -Заполнение мест печати в документах Чеки Общепита -Распределение документов по местам печати. Соответственно, вот последовательность действий: 1.Заходите в форму кассового узла, переходите на закладку Места печати, указываете второй вариант (Общие правила...) 2.Нажимаете "Настроить правила". В появившемся регистре делаете минимум 2 записи, где указываете Кассовый узел, Номенклатуру (можно указать папку) и нужное место печати. Т.е. программа должна понимать, что если вы пробили блюдо из такой папки номенклатуры, то место печати будет кухня. Или бар. 3.Заходите в обработку Загрузка из чеков Общепит. Переходите на закладку "Параметры касс ККМ" Там в реквизитах Определение склада приготовления и Определение склада реализации ставите "По месту печати документа продажи".
Далее пробуете заново загрузить чеки из RK7. Если все прошло успешно, то в созданных документах Чеки Общепит должна заполниться колонка Место печати в ТЧ "товары". После этого можете запускать обработку Загрузка из чеков Общепит и создавать целевые документы в зависимости от настроек.
Далее пробуете заново загрузить чеки из RK7. Если все прошло успешно, ...
НЕ ВСЁ прошло успешно... При попытке создать чеки Общепит в обработке "Интеграция с RK7" появляется ошибка: "Тип не является подмножеством типа значений плана видов характеристик" .