Доброе время суток. Есть сеть отелей у 1 юр.лица, у каждого есть ресторан, который входит в подразделение отеля.  Бухгалтерия для украины 1.2.4.3. Вопросы следующие:

1.Учет кассы ресторана и отеля разделять при помощи обособленных подразделений?

2.Оплату кредитными картами каким документом лучше оформлять - ПКО с специфическим счетом (333) и статьей ДДС + обычное ППВ операция оплата покупателя, но там слишком мало однозначно идентифицирующей аналитики (нет  об. подр., счета не те что надо), или делать тоже ППВ операция поступления от продаж по пл. картам и банк. кредитам - там тоже нет обособленного подразделения и расчетного документа. Привязать в расчетному документу ясно что не удастся(однозначной связи нет, терминал не дает информации, есть вероятность слинковать по суммам), но связывать через статью ДДС (для каждого отеля свой приход и возврат кредитки) чтобы выделять из общего оборота 333 счета. Или вообще не городить огород и сделать субсчета?

3. Обмен с этими подразделениями делать через план обмена (ясно что распределенный):
а). По Организации (типовой, но очень много за день документов создается чтобы все кидать всем, хотя тут же на  форуме читал, что это единственно правильное решение)
б). Писать свой по подразделениям (_сильно_ не хочу типовую конфигурацию менять).

(0) а это разве не отчет о розничных продажах?

А зачем взяли бух? Тут по минимуму должна быть УТП ...
1. Да.
2. Можно через РТУ и ППВ.
3. Писать свой.

(2) РТУ есть и так. Есть (иерархически)
Счет на оплату покупателя.
-РТУ
--ПКО
---РКО
--ППВ
проблема - обороты по 333 смешиваются (нельзя выявить с какого отеля оплата, и вообще оплата ли это, а не что то другое)

(3) свой писать почему?

(2) учет по расчетным документам

(1)???

нафига подразделения если это одно юр лицо, то и касса у них одна, а вот операционных касс сколько угодно

(6) хорошо, как вести раздельно учет операционных касс отеля и ресторана.

(6)
Чтобы видеть где недостача, например.

(6) и наверное имеется ввиду одно обособленное подразделение, а не юр. лицо. У Юр Лица могут быть только консолидированные обороты "одни" в данном контексте.

up

По пункту 3). Можно написать систему обмена между узлами и центром с использованием схемы конвертации данных. Мы делали такое в УТП, фильтровали документы по Организации, Подразделению и т.д. Схему загружали в настройки обмена и вуаля между филиалами и центром шел полноценный обмен с учетом нужно нам фильтра.

(11) прекрасно, спасибо, в самом начале рассматривал такой вариант и забыл совсем про него затем.

(11) имеются ввиду правила обмена ведь?

(3) Счет, ПКО и РКО зачем если это безнал при кредитке? Писать, потому что такого нет. Сложного ничего в этом нет. Как вариант докупить розницу поставить на раб места отеля и ресторана и выгружать в бух данные.

(13) Да именно, написать правила обмена, загрузить в настройку обмена и включить автопроведение документов.

(14) на 333 счет приход делается ПКО и возврат с него же РКО, при программном синтезировании документов подставляется 333 счет

(14) писать не охота только потому, что это менять типовую конфигурацию, а у нас они каждую неделю сейчас меняются - законодательство скачет. вот и ухищрения все потому.

(16) 333 можно пропустить. Один фиг закроется.
(17) Ээээ каким боком планы обмена буду касаться меняемых объектов в конфе?

(18)
1. 333 нельзя пропустить - задолженность по реализации должна падать, а потом подтверждаться, если пропустить ничего не сведешь
2. План обмена - это объект метаданных.