Форум

Копать в сторону открытых и закрытых тегов.
Их кол-во должно быть одинаковым.

Три лицензии или все таки одну, но с доп. возможностью создать еще один сайт? Вы ничего не путаете?
берем редакцию бизнес = 90к 2 сайта на 1 ядре. Нам надо 3 разных сайта на трех разных хостингах = 180к рублей. Либо 1 база для 3-х сайтов 90к + ~18к = 110 примерно. На 70 тысяч можете купить себе печенек к кофе :)
ТС явно написал в первом сообщении, что 3 сайта на 1 лицензии.
Соответственно при таком раскладе использовать можно только одну базу данных. Вам, как разработчику как не знать-то об этом?)) Или nfr наше все?)

[QUOTE](оплачивают, когда оплата уже есть в 1С)[/QUOTE]
Но документ [S]отгрузки [/S], оплаты конечно же :) загружается в 1с, но не проводится.
Хм, подскажите, мож какой костыль сделать. Просто бывает ситуация, когда пересорт товара, на сайте заказали одно, в 1с поменяли на другую позицию ,аналогичной стоимости, как итог рассинхрон заказа. Если не ставить галку "не редактировать документы" то при изменении заказа в 1с, он постоянно заменяется на тот что в бусе, тем самым нарушая учет в компании.

А так конечно бы хотелось чтобы на док оплаты этот флаг не распространялся. Может закомментить что в модуле? Подскажите, в какой процедуре?

Мне кажется тут без вариантов, поправьте, если ошибаюсь. Но при многосайтовости использовать можно только 1 экземпляр ядра. Соответственно с одного хостинга на другой его не промапить. Так не получится. Увы.

Александр, добрый день, подскажите. Если настроен периодический обмен раз в 300 секунд, при этом стоит галка не редактировать документы, в момент оплаты на сайте чек вылезет из ккм?
и второй момент, при клиент-серверном варианте, открытую 1с держать не обязательно? Хотя наверно обязательно, иначе порт не замапится.

DN вроде к статусам отгрузки относится а не к заказам

[QUOTE]Александр Гусев написал:
А может вам и стандартной "автоматизации" хватит[/QUOTE]
В данном случае эта автоматизация не учитывает тип платежной системы.

Добрый день! У себя сделал так:
[CODE]<?
AddEventHandler("sale", "OnSalePayOrder", "SetOrderStatusToComptele");
function SetOrderStatusToComptele($ID) {
   if (CModule::IncludeModule("sale")){
       $arOrder = CSaleOrder::GetByID($ID);
       if ($arOrder["STATUS_ID"] == "N" && $arOrder["PAYED"] == "Y"): //если заказ в статусе "N" (Принят, ожидается оплата) и есть флаг оплаты
           CSaleOrder::StatusOrder($ID, "P"); //меняем статус на "P" Оплачен, формируется к отправке
       elseif ($arOrder["STATUS_ID"] == "L" && $arOrder["PAYED"] == "Y"): //если заказ в статусе "L" (В работе) и есть флаг оплаты
           CSaleOrder::StatusOrder($ID, "F");//меняем статус на "F" Выполнен
elseif ($arOrder["STATUS_ID"] == "M" && $arOrder["PAYED"] == "Y"): //если заказ в статусе "M" (Доставлен на пункт самовывоза) и есть флаг оплаты
           CSaleOrder::StatusOrder($ID, "F");//меняем статус на "F" Выполнен
if ($arOrder["STATUS_ID"] == "N" && $arOrder["PAYED"] == "Y" && $arOrder["PAY_SYSTEM_ID"] == "35"): //если заказ в статусе "N" (Принят) и есть флаг оплаты системой оплаты с ид = 35 (безнал) переводим в статус
           CSaleOrder::StatusOrder($ID, "XZ");//меняем статус на "XZ" Оплачен, готов к отправке
       endif;
   }
}
?>[/CODE]

ну так статусы настраивайте соответственно
У меня так. В 1с 5 статусов.
Отгружен Отгружен
Доставлен на пункт самовывоза
Принят Загружен
Выполнен Завершен
Оплачен, формируется к отправке Оплачен
Выполнен_
В работе В работе

Я у себя так настроил, потому что много оптовых клиентов делают заказы, а рассчитываются позже. Поэтому мне пустых не проведенных документов ПКО в базе не надо. Раз в неделю подбором закрываю оплаты расходных накладных. И если док реализации есть в ПКО то оплата выгружается на сайт. Единственное я не использую финальный статус в БУС, создал свой и назвал аналогично. Т.к. если док в финале, то ни оплата ни отгрузка не изменится и не создастся.
А вот безнал пусть создается, это оплаты из других городов.