Регистрация изменений одного вида документа, Все информационные базы и Место создания -центр
Есть точки, продажи других точек они видеть не должны, но есть чеки которые надо рассылать во все точки, можно как то сделать, по дефолту оставить - Место создания - центр, но некоторые чеки отправлять во все инфобазы?

"но некоторые чеки" - по условию "некоторые чеки" включаешь программно регистрацию урбд, не?

(1) каким методом ? Инфы не нашел, как получить какие регистрации включины, нашел, а как включить принудительно регистрацию именно этого объекта во все инфобазы?

(2) добавлять в 1supdts. Для sql легко, для dbf не знаю (с индексами проблема была)

(0) как вариант, через промежуточный документ который ходит везде... а на его основании создавать только там, где надо и придумать как решить коллизию в центре

(2) навскидку не помню. в стандартном СП нет, но есть описание поищи, операторы типа
ВключитьРегистрациюИзменений()

или в яндексе поищи "als УРБД"

наверно придется делать клон чека ККМ и с ним играться, какая то элементарщина и не реализована, жаль

вкладка в какие базы отправлять не работает ?

urbd.als

(8) Я же написал, мне по дефолу надо место создание центр, только некоторые чеки(продажа сертивиката) должны улететь во все базы, чтобы отразился факт его продажи и соотвественно возможность его принять к оплате

тогда еще порос, есть у меня регистр-продажа сертификата, чек по нему делает движение, если самого чека не будет на перефирии, движение по регистру будут?

(10) в 7.7 нет документа - нет и движения. совсем.
http://catalog.mista.ru/public/14923/ - отсылка чего угодно в другую базу. возьми оттуда запрос, и отсылай из перехватчика по собственным правилам.

(10) Движения без документа сделать можно... Прямыми запросами. Но за такое руки отрывать.
А штатным урбд ты такого не сделаешь

(12) чревато. ТиИ их убъет.
Хотя опять же, можно долго и счАстливо жить и без ТиИ.

(12) ну и передачу через УРБД "только движений" ты не сделаешь - они в секции Actions секции Documents