Иван Малышин (Все сообщения пользователя)

Не только, его можно получить программно и не из коммента.

Если я правильно понял проблематику - дело совсем не в "высовывании счета с сайтав 1С".
Вас не устраивает что в 1С у счета один номер, а на сайте другой? Так в связке сайт + 1С по другому "из коробки" быть не может, ведь обе эти систему мог прекрасно жить и без друг-друга, поэтому и нумерация у них ни как не связана. Так же будет и при любых других интегрированных системах, заведомо незавсимых друг от друга.

С ходу могу предложить 3 решения задачи (если речь о "1С:Управление торговлей"), если не одна не айс, подумаю еще:
1. На сайте дать возможность оплатить только после "проверки" заказа. Подойдет, если на сайте нет мгновенных систем оплаты электронными деньгами. Суть - после обмена с 1С на сайт передаем номер заказа (счета) по 1С, и только после обмена и подтверждения заказа показать счет. Мы так делали, подтверждением заказа считалось проведения счета в 1С. Это потребует небольших допилок, причем "безопасных", без модификации ядра битрикс, но 1С снять с поддержки придется (если еще не снимали).

2. В 1С для бухгалтера создать удобную форму (обработку) загрузки платежек (может допилить обработку банк-клиента, зависит от того как сейчас вы ведете работу бухгалтерии), которая позволит показывать заказ по номеру на сайте и делать с ним нужные операции, или удобно связывать документы, тут в общем "любой каприз за ваши деньги".

3. Попытаться решить вопрос созданием одинаковой нумерации со стороны сайта и 1С, путем различных манипуляция, префиксов в 1С и прочего, но что-то мне кажется не очень простой затеей.

это 5

Самое банальное решение - пусть 1С ник напишет обработку (студент справится), которая по фтп выкидывает на сайт файл формата: Позиция - наличие - что еще надо....
На сайте по крону импортируете.

Вот и все наработки....

Можно еще красивее, автовыгрузки по расписанию, и т.д. тут уже реальный проект за хорошие деньги может быть

Задача ведения разного каталога в 1С и на сайте более чем стандартная, в каждом 2-м проекте.
Решается по разному. От ведения целиком на сайте, каталога полностью, каждую позицию связываем с позиций из каталога по 1С, до создания альтернативной структуры в 1С.

В каждом проекте нужно подбирать оптимальное решение, рекомендация тут одна - найдите подрядчика с портфолио.

В стандартном обмене в 1С передается номер заказа по сайту. Его можно "вытащить" уже в 1С и показать вашему бухгалтеру

Ручками написать, не долго это.

Не ищите связя это бессмысленно.

В теории, если товар, выгруженный из 1С, перенести в другой раздел иблока, то после очередного обновления номенклатуры из 1C он должен вернуться на место. Это будет нормальным поведением.

Задачу разной структуры каталога в 1С и на сайте решают по другому.

Очень странная проблема, нужно отлаживать "в живую". Черканите в личку контакты, пообщаемся.

Уже не раз обсуждался вопрос, попробуйте поиск, хотя он тут кривоват.
Если это новый атрибут справочника (не типовой), то это должны в ручную, в коде, добавить к выгрузке, по аналогии со свойствами.

Пока все верно, действительно не доделал.

В этом плане вы зря удалили демо контент, опираясь на него быстрее и проще настраивать свой каталог, удалить всегда успеете.

Вот вам примерный todo, который мы используем в реализации таких шаблонных проектов клиентам, для выполнения читайте мануал и он-лайн курсы (контент, администрирование, в первую очередь вам нужно хорошо понять что такое информационный блок, структура сайта, меню):
- вывод нужного каталога, настроить иблок, расположить каталог в структуре сайта
- настройка шаблонов ссылок в каталоге (иблоке), ЧПУ
- настройка списка товаров/детального просмотра
- настройка вывода на главной новинок, и т.д.
- настройка левого меню
- настройка публичного раздела с восстановлением пароля
- настроить/подключить нужные оплаты/доставки
- заменить статичный текст и данные в шаблоне
- удалить все лишнее и переидексировать

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

Напишите в техподдержку

Вот это требование отбросит 99% кандидатов

Настройки обмена посмотрите, там есть опция, которая определяет что делать с товарами, отсутсвующими в выгрузке, есть вариант удаления, может он выбран?

Ух...
Реально интересно - отпишитесь потом, получили вы необходимые знания или нет, и сколько времени провели в скайпе.

Есть прекрасное место откуда хантить. Даже завидую немного.

Настроить ряд типовых компонент, докурить стандартный компонент, что то "подвигать" в ввертке, вывести то, убрать се и т.д. ...

Sergey Emelyanov, но это же скорее поддержка проекта что ли, схема знакомая ... есть и у нас похожее .
Совсем с 0-ля полноценный проект - от пониманий задач клиента, дизайна, верстки, разработки и т.д. по такой схеме же не сделаешь? Некоторой документ а-ля ТЗ подготовить и согласовать нужно ...

Ваша схема тоже хороша . Я так понимаю, она имеет место, если клиенту не важна точная конечная стоимость всего проекта?

Пару вопросов, если можно:
Кто ведет переговоры с клиентом в таком случае? Если все же не программист, а менеджер, то как он ставить работу исполнителю, не на пальцах же, что-то вроде задания описывается и согласовывается с клиентом?

Как знать, по мне - наихудший примет ТЗ. В любом случае ни одна серьезная конторе без ТЗ делать проект не возьмется. Но это мое личное и субъективное мнение.

Все что "изнутри" вы тоже опишите "как на мвидео"? Интерфейсы для админов, да и вообще что нужно админить и как, бизнес процесс по отработке заказа? Та же интеграция, или у вас не будет учетной системы, кроме админки сайта?

Внешний вид (дизайн, разделы, каталог и юзабилити) - это не самая большая часть серьезного интернет-магазина (десятки тысяч позиций), или нет?

Простейший готовый проект уже сделала сама компания Битрикс, http://www.1c-bitrix.ru/solutions/eshop/. Если хватает - то и правда просто меняйте дизайн. Но между этим тиражным сайтом и проектом мвидео, со всеми его "внутренностями", просто пропасть.

Я бы сказал что более 160, а то и 260, а то и 360, .... т.р. в зависимости от того что вы подразумеваете под "структурой сайта как м-видео"

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

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

И вот по такому документу можно называть цену.  ТЗ может быть написано как вами, но будет лучше если исполнителем, за деньги, конечно.



А если стартовать проект с ТЗ на один лист, с описанием вроде "как в м-видио", то и вы и исполнитель рискует сильно "расстроиться" в процессе выполнения проекта.

все ушли на фронт

Обмен с 1С - это не нагрузка по хитам. Нужно оценить нагрузку на БД и дисковую подсистему.
Если хостер плачет - может стоит выбрать другого?

А вы прочитаете свой вопрос, человеку никогда не видевшему ваш проект что будет из него понятно?
Я вот что понял из вашего поста: мы сделали непонятно что, но оно правильное, битрикс нифига не хочет работать нормально. И вас интересует кто сталкивался с похожим?


Спросите конкретику, опишите вашу интеграцию, напишите примеры кода, файлов выгрузки и т.д.

Думаю будет успевать за 5 минут проходить обмен.