R 키퍼 7 파일에 업로드합니다. R-Keeper - 그게 뭐죠? R-Keeper 프로그램입니다. R-키퍼 시스템. _스테이션 인터페이스 설정

R-Keeper 프로그램은 1992년에 시장에 출시되었으며 케이터링 자동화를 위한 간단하고 신뢰할 수 있는 소프트웨어 제품으로 레스토랑 업계 전문가들 사이에서 유명해졌습니다. 이 프로그램은 여러 모듈로 구성되어 있습니다. R-Keeper Manager, R-Keeper CRM - 고객 충성도 관리 시스템, R-Keeper Store House - 시스템 창고 회계등.

StoreHouse 3을 사용하는 많은 케이터링 기업은 창고에서 1C Accounting 7.7로 데이터를 업로드하지 않는다는 점에 유의해야 합니다. 즉, 회계사는 실제로 이중 작업을 수행하여 1C 회계 77 및 StoreHouse 프로그램 모두에서 공급 업체 및 기타 문서의 송장을 수동으로 입력합니다. 이 경우 1C 회계 77의 영수증 송장은 재료 별 분석없이 금액 별 요약으로 입력됩니다.

문서 "영수증"을 1C 회계 77로 수동 전송합니다. 상품에 대한 분석이 없습니다.

Store House 프로그램에서 자동 데이터 업로드를 설정하면 이중 입력을 방지할 수 있습니다. Store House 3과 1C Accounting 77 간의 교환을 구성하기 위해 별도로 구매한 데이터 교환 프로그램이 사용되며 비즈니스 에이전트 회사의 전문가가 미리 구성합니다.

들어오는 송장, 재고 결과에 따른 재료 상각 및 게시 문서, 재료 부패로 인한 상각, 판매 된 요리 비용 상각 거래는 일반적으로 Store House에서 1C 회계로 업로드됩니다.
또한, 거래소를 구성하려면 먼저 스토어하우스 프로그램 자체(S하우스)를 구성해야 합니다. 이렇게 하려면 메뉴로 이동하여 디렉토리에 회계 항목을 등록해야 합니다.

Store House 프로그램에 기록된 회계 항목

1C 회계 77에 올바르게 업로드 한 결과 거래 또는 문서가 다음에서 전송되었습니다. 매장 프로그램집. SHouse에서 수정 사항이 발생했거나 새 문서가 추가된 경우 StoreHouse에서 1C Accounting으로 데이터 업로드/다운로드를 반복해야 합니다.

1C 회계 77 프로그램(USN)에서 언로드된 거래
1C 회계 77과 SHouse 3 간의 데이터 업로드 설정은 작업뿐만 아니라 문서로도 수행할 수 있습니다.

Rkeeper Store House와 1C Accounting 간의 데이터 교환을 설정합니다.

우리는 러시아 어느 지역에서나 일합니다!

개인 관리자 전화번호: +7 9200 64 22 00

Rkeepr를 프론트 오피스에 설치하고 1C를 창고 프로그램(백 오피스)으로 사용하는 경우 레스토랑 자동화 시스템입니다.

실제로 기업이 금전등록기/웨이터 스테이션에서 케이터링 회계를 구성할 때 RKeeper(P Keeper)를 사용하고 1C에서 직접 StoreHouse를 우회하여 언로드를 수행하려는 상황이 있습니다. 이러한 교환은 비즈니스 에이전트 회사의 전문가에 의해 구현될 수도 있습니다. Shouse 대신 다음 프로그램을 백오피스로 사용할 수 있습니다: "1C ReBiKa: 케이터링을 위한 백오피스", "1C Rarus: 레스토랑 관리", "1C 공공 케이터링 8", "77번 플랫폼의 Rarus 공공 케이터링" 및 기타 여러 프로그램 프로그램들. 이러한 회계 조직을 사용하면 회계사가 친숙한 1C Enterprise 인터페이스에서 케이터링의 재고 기록을 유지하는 것이 더 일반적이 될 것이며, 또한 RKeeper와 1C 간의 데이터 교환을 설정하기 위해 중간 프로그램을 구매하고 구성할 필요가 없습니다. 회계 8.

1C: Enterprise 8 기반 창고 프로그램과 함께 Rkeeper를 사용하는 케이터링 기업을 위한 자동화 체계.

Rkeeper Manager(프론트 오피스)와 1C 기반 창고 프로그램 간의 직접 데이터 교환을 설정합니다. 우리는 러시아 어느 지역에서나 일합니다!

그리고 이런 유형의 다른 시설. 이 기사에서는 그중 하나에 대해 이야기하겠습니다. R-Keeper - 정의 및 작동 방식, 수행하는 기능 이 시스템, 이 기사에서 확인할 수 있습니다. 즉시 알아두자 이 방법자동화는 상당한 비용과 노력을 절약할 수 있기 때문에 수요가 엄청나게 높습니다.

R-Keeper 프로그램: 일반 조항

좀 더 정확하게 말하면 호텔, 카페, 레스토랑 등을 최대한 자동화하는 것이 시스템의 주요 목적이다. 실습에서 알 수 있듯이 유사한 소프트웨어가 다른 목적으로 사용됩니다. R-Keeper는 단일 및 체인 시설 모두에 적합합니다. 시스템에는 시설뿐만 아니라 창고 및 생산도 관리할 수 있는 다양한 도구가 있습니다. 그러나 이 외에도 프로그램에는 인사 관리를 보다 효율적으로 구성할 수 있는 혁신적인 솔루션이 많이 포함되어 있습니다. 구별되는 특징시스템 - 최소한의 지원만 필요하므로 R-Keeper의 경우 지침이 매우 간단하고 이해하는 데 오랜 시간이 걸리지 않습니다. 또한 이 유틸리티는 규모와 유형에 관계없이 시설에서 사용하기에 적합하며 이는 매우 중요합니다.

R-Keeper 시스템 - 이것이 무엇이며 어떻게 작동합니까?

시스템이 안정적으로 작동하려면 몇 가지 조건이 충족되어야 합니다. 이것은 레스토랑이나 카페에 대한 정보가 전송되는 케이블 네트워크인 최신 컴퓨터 장비의 제공입니다. 완전한 것에 관해서는 소프트웨어, 여기에는 웨이터, 계산원, 관리자 및 시스템을 위한 여러 모듈이 포함됩니다. 또한 여기에는 할인 시스템(맞춤형)도 포함됩니다. 또한 효과적이라는 사실에도 주목할 필요가 있습니다. R-Keeper 사용직원 교육이 필수적이다. 전문가가 수행해야 하는 시스템 설정에도 동일하게 적용됩니다. 1992년 창립 이후 프로그램이 개선되어 오늘날 모든 레스토랑이나 카페 매니저가 "Erkeeper"가 무엇인지 알고 있다는 점에 주목하고 싶습니다. 이제 시스템의 기능에 대해 이야기할 다음 단계로 넘어가겠습니다.

고객 로열티 관리 솔루션

따라서 위에서 언급한 것처럼 이 시스템은 창립 이래로 발전해 왔으며 오늘날에는 레스토랑이나 호텔의 손님이 아늑하고 편안함을 느낄 수 있도록 하는 혁신적인 솔루션이 많이 있습니다. R-Keeper 6이 있으면 기존 배달 서비스를 구성할 수 있습니다. 또한, 레스토랑 운영을 모니터링하는 기능은 고객에게 매우 유용할 것입니다. 하지만 이것이 전부는 아닙니다. 프로그램은 홀의 테이블 자동 예약과 가장 중요한 이벤트를 기록하는 금전등록기 영역의 지능형 추적 시스템까지 제공하기 때문입니다. 시설의 일반 고객은 주문 할인, 웨이터에게 SMS 메시지 전송 기능 등을 제공하는 자신만의 가상 카드를 받을 수 있습니다. 물론 이 모든 것이 편리합니다. 특히 이런 종류의 소프트웨어가 그렇지 않다는 점을 고려하면 더욱 그렇습니다. 정기적인 업데이트가 아닌 특별한 유지 관리가 필요합니다.

현금 및 관리 수준의 자동화

그럼, 설립을 위해 가장 효과적인 결과를 달성하는 방법에 대해 이야기합시다. 자동화에 대해 이야기하겠습니다. 현금방식이라고도 알려진 운영방식은 가능한 방법판매 데이터베이스의 형성을 보장하고 판매 프로세스 자체를 자동화합니다. 레스토랑 사무실, 즉 관리 수준에서 이 모듈의 주요 작업은 다양한 디렉토리를 생성하고 액세스 수준 및 현금 수준을 설정하는 것입니다. 여기에는 다양한 마케팅 시스템의 개발도 포함됩니다. 창고 회계 구성과 관련하여 R-Keeper 시스템은 StoreHouse라는 프로그램을 사용합니다. 이 유틸리티는 1C와 완벽하게 호환되므로 작업이 더욱 편안하고 빠릅니다.

서비스 기능 정보

위에서 언급했듯이 Erkeeper는 상당히 다기능적인 응용 프로그램입니다. 고객과 직원 모두 어떤 기회를 받는지 살펴보겠습니다. 첫째, 이것은 계산원과 바텐더의 작업을 거의 100% 자동화하고 시설 손님을 위한 전자 메뉴가 있으며 iPad가 사용됩니다. 테이블 및 좌석 예약에 맥주 분배 시스템도 있으며, 둘째, 이미 몇 마디 언급한 "스마트" 비디오 감시 기능이 있습니다. 시설의 직원은 다소 중요한 기능으로 간주 될 수 있습니다. 필요한 경우 당구, 볼링 등에 대한 제어 시스템을 켤 수 있습니다. 물론 Erkeeper의 기능은 이에 국한되지 않으며 모든 것을 나열하려면 시간이 너무 오래 걸립니다. 강점. 그럼 계속 진행하겠습니다.

프로그램 구매는 어떻게 하나요?

여전히 레스토랑이나 바를 자동화하기로 결정했다면 해당 프로그램은 유료이며 공식 딜러에게서만 구입할 수 있다는 점을 알아 두십시오. 현재 이들은 러시아 연방 전역에 걸쳐 약 90개 도시입니다. 따라서 가급적이면 귀하의 도시나 인근 도시에서 UCS 제공업체를 찾아야 합니다. 구매하기 전에 모든 라이센스 및 허가의 가용성에 주의하십시오. 최근에비공식 버전 설치를 제안하는 사기꾼이 종종 있습니다. 이러한 소프트웨어는 업데이트되지 않으며 곧 작동이 완전히 중단됩니다. 사기꾼의 피해자가 되지 않으려면 개발자에게 직접 문의하거나 공식 딜러에게 문의해야 합니다. 문서 패키지와 Erkiper에 대해 받는 보증에 주의하고 주의를 기울이십시오. 마스터는 수행해야합니다 완전한 맞춤화그리고 시스템을 연결합니다. 당신이 해야 할 일은 직원을 R-Keeper 과정에 보내고 일을 시작하는 것뿐입니다.

명세서

물론, 정확히 무엇을 구매하는지 아는 것이 매우 중요합니다. 결국 인수가 완전히 쓸모없는 경우가 있습니다. Erkeeper 서비스의 기술적인 매개변수를 살펴보겠습니다. 가장 먼저 말해야 할 것은 모든 모듈이 32비트 시스템 플랫폼에서 작동한다는 것입니다. 에 관하여 운영 체제, Windows 또는 Linux일 수 있습니다. 또 다른 중요한 점모든 드라이버가 스테이션에서 자동으로 업데이트된다는 점은 기본 프로그램에도 동일하게 적용됩니다. 데이터는 암호화된 SQL 서버에 저장되므로 데이터 손실에 대해 걱정할 필요가 없습니다. 디렉터리 동기화는 자동으로 이루어지며 지연된 동기화 기능이 있습니다. TCP/IP와 같은 네트워크 프로토콜이 지원됩니다. 연결이 끊어지면 아무것도 할 필요 없이 모든 것이 자동으로 재개됩니다.

무엇을 알아야 합니까?

시스템에는 호환 가능한 인터페이스가 많이 있습니다. 예를 들어 1C: 회계, 버전 7 및 8, Restorun 예약 시스템 등. 언제든지 웨이터에게 전화할 수 있는 주방 및 장치용 특수 모니터가 있어야 합니다. 물론 이 모든 것은 편안함뿐 아니라 서비스 개선이기도 합니다. 실제로 아무것도 할 필요가 없으며 시스템 자체가 주문 금액을 계산하고 영수증을 발행합니다. 우리는 이미 R-Keeper에 대해 알아보았으므로 R-Keeper가 무엇인지, 시스템의 목적이 무엇인지 이해했어야 합니다. 물론 약점에 대해 이야기하지 않을 수 없습니다. 첫째, 무정전 전원 공급 장치와 인터넷에 의존합니다. 이 모든 것을 제공한다면 "Erkiper"가 가장 중요한 순간에 당신을 실망시키지 않을 것이라고 확신할 수 있습니다. 모든 중요한 정보는 클라우드에 저장되므로 안전에 대해 걱정할 필요가 없습니다. 모든 것이 안정적으로 보호됩니다.

결론

위의 내용 중 일부를 요약하고 싶습니다. 아시다시피 이 시스템은 다양한 금전 등록기에서 작동합니다. 이것은 계산원, 웨이터, 바텐더 및 필요한 경우 관리자의 역입니다. 기능성그들 각각은 주요 목적과 같은 방식으로 다릅니다. 원칙적으로 그들은 모두 다음과 같이 결합됩니다. 지역 네트워크, 즉시 교환이 가능합니다. 중요한 정보, 가능한 한 빨리 고객에게 서비스를 제공하고 실수를 피하십시오. 글쎄, 이것이 R-Keeper에 대해 말할 수 있는 거의 전부입니다. 그것이 무엇인지, 우리는 그것이 어떻게 작동하는지 알아냈습니다. 어쨌든 프로그램을 한 번 설치하는 것이 좋습니다. 작업이 훨씬 쉬워졌다는 것을 이해하게 될 것입니다. 직원에게도 동일하게 적용됩니다. 귀하의 직원은 필요한 만큼 정확하게 일할 것이며 근무 교대 종료 시 시스템이 모든 것을 계산해 주기 때문에 재계산을 처리할 필요가 없습니다.

R-Keeper와 1C: Rarus-Oschepit 간의 교환을 처음으로 설정하는 사람들을 위해 사이트에 대한 정보가 있습니다.
포럼: "1C: 공공 케이터링 8 // 1C-Rarus: 공공 케이터링"
http://www.1c-menu.ru/forum/index.php?PAGE_NAME=read&FID=5&TID=535
"R-Keeper v.6 프로그램에서 구현 데이터 로드" 처리 응용 프로그램의 특징
http://club-1c.com/page/index.html/_/1-8-2-1373872279/%D0%BE%D0%B1%D1%89%D0%B5%D0%BF%D0%B8 %D1%82-%D0%BF%D0%BE%D0%B4%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0/%D0%BE %D1%81%D0%BE%D0%B1%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8-%D0%BF%D1%80% D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8F-%D0%BE%D0%B1%D1%80%D0%B0%D0 %B1%D0%BE%D1%82%D0%BA%D0%B8-%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0% B0-%D0%B4%D0%B0%D0%BD%D0-r11287

그러나 데이터는 교환 문제의 성공적인 해결을 위한 일부 정보를 제공하지만 약간 일관되지 않게 표시됩니다. 두 단계로 구성된 교환 절차를 단계별로 간략하게 설명하겠습니다.

1. R-Keeper 6에서 중간 파일로 데이터 업로드

RK6 작업 디렉터리에는 DB 확장자를 가진 R-Keeper 데이터 파일을 DBF 파일로 내보내는 Transp32.exe라는 프로그램이 있습니다.

설정은 RKEEPER.INI에 저장되며 일반적으로 변경할 필요가 없습니다.
이 섹션에서는 업로드 폴더 StockPath=С:\rk6\STOCK의 경로인 매개변수를 지정합니다.
언로드하려면 Transp32.exe를 실행합니다(해당하는 경우 정기적인 사용단축키를 만들어 두는 것이 좋습니다), 기본 비밀번호는 "1"입니다.
다음 메뉴 "파일" - "창고 하역", 기간을 설정합니다.
업로드하면 RKEEPER.INI에 지정된 폴더에 다음 파일이 나타납니다.
Acheck.dbf - 검사 목록 - 총계 - 소수점 이하 4자리
ADcheck.dbf
Apcheck.dbf - 수표 지급 BASESUMEQW, ORIGSUM - 소수점 4자리
Archeck.dbf - 수표로 된 요리 PAYSUM - 소수점 이하 6자리
AVcheck.dbf
Categ.dbf - 제품 카테고리
Charges.dbf - 할인
Control.dbf - 포인트별 다른 테이블의 레코드 서비스 수
Menu.dbf - 요리 목록
Modify.dbf - 접시 교체
Money.dbf - 유형별 결제(현금, 비현금, 체납자, 연회)
Personal.dbf - 인사
이유.dbf

R-Keeper에는 특징이 있습니다. 금액은 가장 가까운 kopeck이 아니라 더 많은 것(소수점 4-6자리)의 정확도로 저장되므로 때로는 숫자가 "걸어갈" 수 있고 Z-보고서와 일치하지 않을 수 있습니다.
R-Keeper 7은 SQL 서버를 사용하여 데이터를 저장하고, 업로드에는 별도의 프로그램 kr7_dbf.exe를 사용합니다.
UCS 파트너 웹사이트에서 배포되며, 데이터베이스에 대한 연결 문자열, 내보낼 요리 분류 및 DBF 내보내기 경로를 지정해야 합니다. 필드는 r-keeper 6 업로드와 동일하며 ARcheck 테이블(COMPLEX, CONTENT, VATNUM - VAT 번호, VATPERCENT VAT 금액(%)) 및 메뉴(COMPLEX)에 추가 필드만 추가되었습니다.
R-Keeper 7에서의 로딩은 테스트되지 않았지만 대부분 작동할 것입니다.

2. 1C의 교환 파일에서 로드: 공공 케이터링

구성은 FoodserviceLoadingRKeeper.epf 처리를 사용합니다. 모습그림에 표시된
업로드 중과 동일하게 "규정 준수" 경로를 표시합니다(C:\rk6\STOCK). 조직, 부서, 창고를 선택합니다. 필요한 매개변수를 선택합니다.

먼저 '일치 항목 채우기'를 클릭하세요.
이 경우 기준을 선택할 수 있습니다. 이름이 완전히 일치하여; 이름이 부분적으로 일치하여; R-키퍼 암호와 1C 코드의 우연의 일치; R-keeper 코드와 1C 코드가 우연히 일치합니다. 모든 항목이 채워지지 않은 경우 직접 일치 항목을 채울 수 있습니다.
“아이템 가져오기”를 클릭하면, “제품 만들기” 선택 시, 케이터링에서 제공되지 않는 R-Keeper의 아이템이 생성됩니다.

"문서 만들기" 버튼을 클릭하면 다음 문서를 만들 수 있습니다.
- 가구에서 금전 등록기를 닫습니다. 운영 구현 인증서;
- 가정에서 제품을 생산합니다. 운영 소매 판매로 출시;
- 아이템 가격 설정.

주의 깊게 사용하면 이 치료법은 일반적으로 예측 가능한 결과를 가져옵니다.

플랫폼을 8.3으로 업데이트할 때 발생하는 문제

버전 8.3에서는 직렬화 가능한 값만 임시 저장소에 저장할 수 있습니다.
1C:Rarus Public Food 구성을 버전 3.0.28로 업데이트한 후 플랫폼 요구 사항이 변경되었으므로 이제 버전 1C 8.3에서 작업해야 합니다.
그런데 예상치 못한 문제가 발생했습니다.
코드를 실행할 때

DB_TS = GetFromTemporaryStorage(Object.AddressVHDBFBD_TS); PlaceInTemporaryStorage(DB_TS, 주소VHDBFDB_TS);

xBase 개체는 직렬화할 수 없으므로 임시 저장소에 배치할 수 없습니다.

자세한 내용은 ITS에 기록되어 있습니다. http://its.1c.ru/db/metod81#content:5293:1
그러나 설명이 더 쉬워지지는 않습니다.
솔루션:
1. 구성 3.0.29.7로 업데이트(지원팀에 문의하면 새 릴리스에서 오류를 수정할 수 있음)
2. 언로드 수정:

&서버 변수 DB_TS; // 지금은 서버에 저장합니다. &OnServer Procedure Set MatchServer(ObjectLink, Match) If DB_TS = Undefine Then // 아마도 서버에서 점프하여 변수가 사라졌을 것입니다. Configuration ID = ValueInStringInt(Metadata); ConfigurationIdentifier = Medium(RemoveCharacters(ConfigurationIdentifier, "()#"","),1,8); FileTS = Object.MatchPath + "\" +ConfigurationIdentifier + ".dbf"; TSIndexFile = Object.MatchPath + "\" + ConfigurationIdentifier + ".cdx"; //DB_TS를 다시 열어야 합니다. DB_TS = New XBase; DB_TS.OpenFile(FileTS, FileIndexTS, False); DB_TS.CurrentIndex = DB_TS.indexes.Find("IndSource"); endIf; 서버 프로시저에서 채우기 NomenclatureServer(FillFromSales, FillDishes, FillModifiers) Object.CorrespondenceTable.Clear(); If DB_TS = Undefine Then //DB_TS를 다시 열어야 합니다. 구성 식별자 = ValueInStringInt(Metadata); ConfigurationIdentifier = Medium(RemoveCharacters(ConfigurationIdentifier, "()#"","),1,8); FileTS = Object.MatchPath + "\" +ConfigurationIdentifier + ".dbf"; TSIndexFile = Object.MatchPath + "\" + ConfigurationIdentifier + ".cdx"; DB_TS = 새로운 XBase; DB_TS.OpenFile(FileTS, FileIndexTS, False); DB_TS.CurrentIndex = DB_TS.indexes.Find("IndSource"); endIf; &OnServer 함수 일치 여부 확인 TableServer() ProcessObject = Form AttributesValue("Object"); 프로세싱오브젝트.DB_TS = DB_TS; ReturningProcessingObject.CheckMatchTable(); EndFunction &OnServerProcedureWhenCreatingOnServer(Failure, StandardProcessing) Object.FullDocumentLoadMode = 1; Object.Number ofKeeperElements = 0; 개체.요소 수1C = 0; 개체.CreateItem = 0; Elements.PageTree.Visibility = 거짓; Items.PageMatch.Visibility = True; Elements.MatchTableCommandPanelMatchTablesHierarchy.Availability = False; Elements.CorrespondenceTableCommandPanelCorrespondenceTablesHierarchyD.Mark = True; Object.UploadDocumentsOnDate = 하루 시작(CurrentDate()); Items.GroupCreateDocuments.Availability = False; Object.MatchSearchStructure = 새 구조("CipherKeeper,DishModifier"); 프로시저 종료 서버 프로시저에서(&O) CloseTS() 시도 DB_TS.CloseFile(); 예외 EndTry; 절차 종료

처리 모듈에서 "Check Correspondence Table()" 함수는 해당 행을 제거합니다(메소드를 호출하기 전에 DB_TS가 전달되었으므로).

DB_TS = GetFromTemporaryStorage(주소VHDBFBD_TS); PlaceInTemporaryStorage(DB_TS, 주소VHDBFDB_TS);

전문 레스토랑 자동화 시스템 r_keeper_7의 새 버전은 다년간의 경험을 바탕으로 만들어졌습니다. 이전 버전유연성, 다양성, 보안 및 확장성이 뛰어납니다. r_keeper_7 프로그램은 작은 카페, 현금 스테이션이 하나인 바부터 대규모 멀티플렉스 레스토랑 및 패스트푸드 체인에 이르기까지 공공 케이터링 시설을 자동화하도록 설계되었습니다._>

_r_keeper풀 서비스 엔터테인먼트 센터에 이상적입니다. 이러한 기업에서는 다양한 상품 및 서비스 공급 지점에서 한 그룹의 손님에게 서비스를 제공하는 것이 "방문"의 개념에 해당합니다. 방문에는 손님 그룹의 많은 주문이 포함될 수 있습니다. 각 주문에 대해 개별적으로 결제하거나 방문 전체에 대해 결제할 수 있습니다. 투숙객의 요청에 따라 일반결제가 가능하며, 투숙객별로 별도의 수표로 계산될 수도 있습니다_>

시스템의 특징 r_keeper_7

  • 확장성– 새로운 속성을 쉽게 추가하고 기능을 확장할 수 있습니다.
  • 다재– 다양한 디렉토리에 다기능 편집기가 사용되며 웨이터 스테이션의 다양한 화면 형태에 강력한 구성 요소가 사용됩니다.
  • 맞춤화 가능성- 사용자는 웨이터 스테이션 및 관리자 프로그램의 모양(화면 및 인쇄된 양식)과 동작을 모두 사용자 정의할 수 있습니다.
  • 안전– 네트워크를 통해 데이터를 전송할 때 암호화, 독점 저장 형식, 서버에 대한 권한 확인, 작업 로깅

기능성 r_keeper_7

_흔하다

  • 두 가지 언어로 된 모든 소매 시설 이름
  • 거래 그룹, 할인 세부정보, 주문 범주, 시스템 매개변수, 선택기, 키보드 레이아웃, 인쇄 구성표 및 서비스 인쇄 구성표 사용 설정을 위한 우선순위 모델
  • 우선순위를 사용하여 작업 기간 설정
  • 거래 그룹 – 사용 가능한 거래 개체 세트 다양한 방식. 거래 그룹을 생성할 때 상속 메커니즘을 사용할 수 있습니다.
  • 대부분의 소매물품의 경우 사용 시작 및 사용 종료 날짜와 시간을 설정할 수 있습니다.
  • 근무 시간 추적 기능_>

_메뉴

  • 맞춤형 식품 분류 - 각 요리는 각 분류의 카테고리 중 하나에 포함됩니다.
  • 요리는 제공되는 순서대로 제공됩니다. 주문은 배송 순서에 따라 패키지로 나눌 수 있으며, 각각의 특징은 다음과 같습니다. 나만의 시간서류 정리, 인쇄 및 알림
  • 가격 유형 무제한
  • 가격은 역에서 정할 수 있어요
  • 가격 계산, 수정치의 기본 금액 계산, 완성 보상 및 보너스를 위한 공식 또는 완전한 기능을 갖춘 스크립트_>

_수정자

  • 수정자 체계 - 하나의 그룹이 요리에 첨부되지 않고 위와 아래 모두 제한이 있는 고정된 수정자 그룹 세트
  • 웨이터는 수정자 이름을 입력할 수 있으며, 이 이름은 요리 이름 대신 인쇄될 수 있습니다.
  • 수식어는 가격을 가질 수 있습니다(음수 가격 포함)_>

_할인/할증료

  • 결제 시 백분율/금액을 입력할 수 있는 백분율 및 금액 할인
  • 주문, 좌석 및 특정 요리 할인
  • 할인 세부 사항(비율 또는 금액)은 손님 유형, 주문 수량(N마다 모드가 있으며 N을 초과하는 경우), 금액, 요리 카테고리에 따라 다릅니다.
  • 할인 구성에 따라 할인 상호 작용 규칙이 결정됩니다.
  • 할인 사용 우선순위 설정 – (허용, 금지, 자동)
  • 특별 "요리" 대신 비분산 가격 인상은 분배 할인/가격 인상과 동일한 규칙에 따라 추가될 수 있습니다_>

_통화

  • '통화'와 '비용항목'의 개념을 결합한 개념
  • 사용자 자신이 모든 수준의 통화 그룹을 생성합니다.
  • 환율 등급에 대한 별도의 디렉토리
  • 특정 주문 유형 및 카테고리에 대한 통화 사용 금지
  • 모든 분류에 따른 요리 카테고리 지불 금지
  • 반올림 규칙 선택 가능성
  • 일련의 금액 - 한 번의 클릭으로 변화 계산_>

_테이블과 홀

  • 사용자는 테이블에 대한 정보를 유지하고, 분류하고, 방에 "배열"합니다.
  • 사용자는 사용자 친화적인 인터페이스를 사용하여 평면도를 생성합니다.
  • 테이블은 거래 그룹, 주문 범주, 서비스 인쇄 구성표 사용 규칙에 사용됩니다.
  • 서비스 위치는 테이블과 홀의 세트입니다. 웨이터는 특정 서비스 위치에서 일하도록 등록합니다_>

_직원

  • 사용자 자신이 역할을 생성하며, 각 역할은 다음과 연관됩니다: 118 시스템 권한; 관리자 애플리케이션의 작업에 대한 67가지 권한; 개체 작업에 최대 255개의 권한이 있습니다. 보고서 작업에 대한 최대 255개의 권한
  • 개체 및 보고서 작업에 대한 권한은 사용자가 생성하고 특정 개체에 연결됩니다.
  • 스테이션이 운영되는 언어는 직원에게 할당됩니다_>

_구실

  • 최대 8개 동시 세금
  • 세금을 설정, 계산 및 반올림하는 다양한 방법
  • 세금은 가격에 포함되거나 추가되어 계산될 수 있습니다.
  • 세금은 일 단위 또는 총액으로 계산할 수 있습니다.
  • 세금은 세금 그룹을 통해 요리에 연결됩니다.
  • 세금 혜택은 통화와 관련이 있습니다_>

_방문

  • 방문은 한 그룹의 손님이 시설에 입장하여 떠날 때까지의 전체 서비스 주기에 해당합니다. 방문의 주요 속성은 손님 유형과 손님 수입니다. 게스트 지정 템플릿은 게스트 유형에 할당됩니다.
  • 손님 유형은 할인, 거래 그룹 사용 규칙, 주문 범주, 서비스 인쇄 구성표를 설정하는 데 사용됩니다.
  • 방문은 주문으로 이루어지며, 주문은 패키지로 구성됩니다.
  • 주문은 여러 수표로 지불할 수 있습니다(좌석별).
  • 여러 웨이터가 하나의 주문으로 작업할 수 있습니다(추가 권한 없음)_>

_호스테스(헤드 웨이터)의 기능

  • 방문 생성
  • 편집하지 않고 주문 생성(이 경우 할당: 테이블, 헤드 웨이터, 주문 카테고리)
  • 결제와 상관없이 테이블 릴리즈 등록_>

_스테이션 인터페이스 설정

  • 사용자는 화면 양식, 선택자 양식, 점수 라인 표시 형식, 주문 선택, 방문, 확인을 위한 그리기 버튼 형식을 생성할 수 있습니다.
  • 사용자는 선택기를 작업에 바인딩하고 선택기에 대한 참조를 다른 선택기에 삽입하여 선택기의 동작을 사용자 정의할 수 있습니다.
  • 사용자는 스테이션, 기간, 손님 유형, 사용자, 판매 그룹, 사용 언어(기본 또는 대체)에 따라 양식, 선택기 그룹, 키보드 레이아웃의 사용을 사용자 정의할 수 있습니다.
  • 스크롤 기능을 통해 고객 디스플레이에 레이아웃된 출력_>

_워크스테이션

  • 한 번의 클릭을 줄여주는 숫자-객체 입력 순서
  • 좌석 수를 유지합니다. 손님에 대한 가능한 니모닉 지정
  • 패키지(접시 세트)에는 인쇄 시간, 알림 시간, 서빙 시간이 포함되어 있습니다.
  • 주문, 위치, 패키지 간 요리 전송
  • 완전히 사용자 정의 가능한 금전 등록기 보고서
  • 하나에 워크스테이션여러 개의 금전함 사용을 구성할 수 있습니다
  • 드라이버 및 드라이버 매개변수 세트는 관리자 스테이션에서 구성됩니다.
  • 사용자는 자기 카드 및 유사한 입력 장치의 인식을 구성합니다.
  • 창조 백업 복사본특정 횟수의 거래를 통해 캐시 서버의 작동 기반_>

_디렉터리 편집

  • 디렉토리 편집을 위한 강력한 범용 인터페이스
  • 객체 속성의 그룹 수정 가능성
  • 개체를 선택기 버튼으로 보는 기능
  • 사용자 정의 가능한 디렉터리 변경 로그(속성 변경 포함)
  • 개체 속성 목록을 구성하고 속성 이름을 편집하고 이에 대한 설명을 제공하는 기능(딜러용)
  • 모든 설정(창 모드 및 크기, 필드 위치 포함)은 각 사용자별로 저장됩니다_>

_보고서

  • 보고체계 기반 OLAP기술. 사용자는 13가지 구성표 중 하나를 사용하여 하이퍼큐브를 직접 구성할 수 있습니다.
  • 사용자가 큐브 업데이트 빈도를 설정합니다.
  • 보고서는 다음을 사용하여 인쇄됩니다. 빠른 보고서
  • 각 큐브에 대해 나중에 사용할 수 있도록 원하는 수의 보고서 및 인쇄 레이아웃을 생성하고 저장할 수 있습니다.
  • 주문을 계산할 때 지불은 요리 및 할당되지 않은 마크업에 연결됩니다. FIFO. 따라서 판매 보고서에는 요리, 지불, 영수증에 대한 정확한 정보가 포함됩니다.
  • 일반 교대 근무를 위한 논리적 날짜 편집기_>

_기술적 매개변수 r_keeper_7

  • 모든 소프트웨어 모듈은 32비트 모드에서 작동합니다.
  • 금전 등록기 클라이언트는 Windows 및 Linux OS에서 실행될 수 있습니다.
  • 스테이션의 드라이버 및 기본 프로그램 자동 업데이트
  • 보안 형식은 데이터를 저장하는 데 사용되며 마이크로소프트 SQL섬기는 사람
  • 모든 디렉터리는 자동으로 동기화됩니다. 예를 들어 세금과 관련된 일부 디렉터리의 경우 지연된 동기화가 구현되었습니다.
  • 통신 연결 끊김 및 복원 후에도 웨이터 스테이션 작업 계속
  • 디렉토리 데이터베이스와 누적 주문 데이터베이스는 디렉토리 서버에서 관리하므로 웨이터 스테이션 운영에 필요하지 않습니다.
  • 여러 관리 스테이션을 각 디렉토리 서버에 연결할 수 있습니다.
  • 내장된 오브젝트 파스칼 인터프리터
  • 지원하다 네트워크 프로토콜 TCP/IP
  • 자신만의 MCR 알고리즘을 생성하고 그 작동을 테스트하는 기능 별도의 창디렉토리_>

표준 조직

  • 케이터링 운영 - 아울렛(식당, 커피숍, 베이커리, 상점)에서 판매 및 결제를 등록하는 R-Keeper가 설치됩니다.
  • 하루가 끝나면 R-Keeper 데이터가 Store House 창고 프로그램에 업로드되고, 여기에서 판매자-계산기가 마법을 부리기 시작합니다.
  • 일정 시간(며칠에서 몇 주까지) 후에 Store House의 데이터는 폐쇄 루프 회계를 얻기 위해 Excel 및 1C로 내보내집니다.
  • 작업 및 제어를 위해 R-Keeper, Store House, Excel, 1C 등 다양한 시스템의 많은 보고서를 사용합니다.

케이터링 작업의 표준 조직에서 발생하는 문제:

  • 어려움 - 수동 작업이 많음: 데이터 가져오기/내보내기, 많은 정보 소스, 종종 서로 모순됨.
  • 유연성이 없음 - 상품 회계는 귀하의 필요에 맞게 사용자 정의할 수 없습니다. 중앙 생산, 반제품 작업 및 POS 주문에 대한 전체 회계가 없습니다.
  • 비용이 많이 듭니다. 모든 시스템에 기록을 보관하고, 업로드/다운로드하고, 불일치 사항을 검색하려면 대규모 전문가 직원이 필요합니다.
  • 장기 - 회계 회로의 중단으로 인해 모든 작업을 완료하고 오류를 확인하고 찾는 데 몇 주, 때로는 몇 달이 걸립니다. 중요한 보고서가 매우 늦었습니다!

해결책- 케이터링 조직의 효율적인 운영을 보장하는 기능 모듈입니다.

Jupiter24 회사는 1C Enterprise와 R-Keeper 7 간의 범용 통합 프로그램인 1C:Keeper 제품에 주목합니다.

  • 간단합니다. 어딘가에 아무것도 업로드하고 가져올 필요가 없습니다. 모든 것이 자동으로 작동합니다.
  • 운영상 - 브랜드 보고서 및 기타 상품-돈 하루가 끝난 후 즉시 보고합니다.
  • 유연성 - 기능에 대한 제한 없이 필요한 방식으로 회계를 구성합니다. 모든 1C에서 작동합니다.
  • 안정적으로 - 모든 데이터를 한 곳에, 중복이 없으며 지속적인 확인이 필요하지 않습니다.
  • 효율성 - 다양한 시스템에 많은 전문가가 필요하지 않습니다. 모든 회계사는 1C를 알고 있습니다.
  • 분명히 - 상품과 돈에 대한 분석: 카드, 할인, 비지불자, 지불 유형, 테이블, 웨이터 등.

이 소프트웨어 제품은 모든 1C Enterprise 8 구성에 적합합니다.

  • 기업 회계(버전 2 및 3)
  • 무역 관리(10판 및 11판)
  • 제조공장 관리
  • 중소기업 경영
  • ERP: 기업 관리
  • 이 프로그램은 또한 1C의 모든 산업 구성에 쉽게 적응할 수 있습니다.

"R-Keeper(v6 및 v7)에서 1C로 데이터 가져오기: 회계 8" 추가는 "소매 판매 보고서" 및 "교대 생산 보고서" 문서를 생성하여 식품 소비를 1C로 가져오기 위한 것입니다. 이러한 문서는 일반적으로 기업이 원가 계산 카드를 사용하여 기록을 보관할 필요가 없고 상품 수령 및 소비가 조각 형태로 이루어질 때 생성됩니다. 이 경우 SHouse는 사용되지 않으며 모든 창고 재고 회계는 1C에서 유지됩니다.

추가 기능이 표준 구성에서 작동하도록 설계하는 것이 중요합니다. "1C: Catering" 및 "1C: Restaurant Management"와 같은 구성에는 이 추가 기능이 필요하지 않습니다. 자체 가져오기 모듈이 있으며, 이러한 구성은 SHouse를 대체하고 부품 회계 대신 원가 계산 카드를 사용하기 위한 것입니다.

이 프로그램에는 유연한 설정, 새로운 소매점 연결 기능, 데이터 그룹화를 위한 다양한 매개변수 설정 기능이 있습니다.

데이터 교환은 수동으로 수행하거나 일정에 따라 자동 교환을 사용하여 수행할 수 있습니다.

어떻게 작동하나요?

  • 판매 시점에 하루 동안의 모든 데이터는 POS 단말기금전 등록기 컴퓨터에서 수집됩니다.
  • 해당일이 마감되면 데이터는 R-Keeper 서버로 전송됩니다.
  • 1C는 자동으로 새로운 정보를 확인하고 R-Keeper 서버에서 다운로드합니다.
  • 오류가 감지되면 담당자에게 자동으로 이메일(예: 사양이 없는 요리)이 통보됩니다.
  • 사양(레시피)은 1C에서 관리됩니다. 1C에서는 상품 수령 및 이동도 고려됩니다.

혜택과 기회!

  • 상품 회계는 비즈니스 프로세스 구성의 모든 기능을 고려하여 필요한 방식으로 구성됩니다.
  • 데이터 자동 수신 – 오류 및 기한 놓칠 위험을 최소화합니다.
  • "현재" 모드에서는 항상 제품 잔액에 대한 최신 데이터를 제공합니다.
  • 비용이 많이 드는 고급 작업. 재료가 재고가 없더라도 최종 구매 가격이나 표준 원가를 활용해 빠르게 리포트를 받아볼 수 있는 시스템이다.
  • 결제 분리: 카드, 체납자, 특별 상품별. 상대방, 물물교환 등 (예: 직원 식사)
  • 수표 지불 시 선금(예: 이벤트) 및 상쇄에 대한 회계 처리입니다.

모듈을 연결합니다. 어디서부터 시작해야 할까요?

  • 첫 번째 단계는 검사입니다. 목표는 회계 구조에 대한 정보를 얻고 사용된 1C 구성을 분석하는 것입니다.
  • 두 번째 단계는 1C 구성에 기능 모듈을 "설치"하고 디렉터리를 채우고 디버깅하는 것입니다.
  • 세 번째 단계는 정규 작업의 시작, 1C의 전체 상품 회계 시작입니다.

모듈은 다음과 같은 형태로 배포됩니다. 소프트웨어 키보호. R-Keeper에서 처리할 데이터는 표준 transp32.exe(데이터 전송) 유틸리티를 사용하여 다운로드됩니다.

새로운 릴리스가 출시되었습니다., 특히 다음과 같습니다.

  • R-Keeper 7 지원;
  • 여러 금전 등록기를 완벽하게 지원합니다.
  • 수표로 세부화 가능성.

모듈 "데이터 로드 일반적인 구성 UCS에서 개발한 1C8"을 사용하면 Store House V4와 회계 프로그램 1C 회계 버전 8.1 및 1C 회계 버전 8.2 플랫폼 1.6 및 플랫폼 2 간의 데이터 교환을 구성할 수 있습니다.

이 모듈은 Store House V4 프로그램에서 창고 프로그램에서 생성된 1C 문서로 다운로드하고 기업의 매출액(영수증 송장, 비용 송장, 내부 이동, 일치 시트, 처리 행위, 선택, 폐기, 쓰기 작업)을 표시하도록 설계되었습니다. 끄고 상품을 반품하세요). 따라서 1C 회계에 문서를 다시 입력할 필요가 없습니다. 이 처리를 사용하면 Store House 문서가 1C의 해당 문서 유형으로 변환됩니다. 이 소프트웨어 제품을 사용하면 다양한 형태의 과세(일반 및 단순화된 과세 시스템)를 사용하는 기업에 대한 다운로드를 구성할 수 있습니다.

완성된 Store House 및 1C 데이터베이스로 작업할 때 제품 및 해당 디렉터리를 자동 및 수동으로 동기화하는 것이 가능합니다.

특파원 디렉토리는 Store House에서 1C로, 1C에서 Store House로 다운로드할 수 있습니다.

이 모듈을 사용하면 일괄 회계 저장 기능을 통해 Store House에서 1C로 들어오는 잔액을 언로드할 수 있습니다.

품목에 대한 데이터를 다운로드하기 위해 송장에 있는 세관 신고 번호와 물품의 원산지 국가가 업로드됩니다.