Регистр накопления партии товаров на складах

1С:Предприятие 8.2 /
Управление торговлей для Украины /
Учет запасов и торговля

Валюта себестоимости ТМЦ

Настройки партионного учета

Стратегия «По хронологии»

Стратегия «По статусам партий»

Параметр «Вести партионный учет по складам»

Для организации как количественного, так и суммового учетов, используются целые семейства регистров накопления, тесно взаимосвязанных между собой. Для понимания работы конфигурации важно знать их состав, структуру и принципы формирования в них движений документами — регистраторами. Кроме того, понимание смысловой нагрузки информации, хранимой в том или ином регистре накопления подсистемы управления запасами, существенно облегчает поиск и анализ нужных данных с помощью универсальных средств, платформы и отчетов.

Исходя из двух последних принципов, можно условно разделить все управленческие регистры накопления подсистемы управления запасами на количественные товарные регистры накопления и стоимостные товарные регистры накопления.

К основным количественным товарным регистрам накопления можно отнести:

• «Товары на складах» (остаточный регистр накопления). В этом регистре отражаются все движения товаров вне зависимости от права собственности на них или их текущего состояния. Информация, хранящаяся в этом регистре, обеспечивает оперативный учет остатков товаров, физически находящихся в местах хранения предприятия;

• «Товары организаций» (остаточный регистр накопления). В этом регистре отражаются все движения товаров вне зависимости от права собственности на них или текущего состояния. Но при этом все эти движения отражаются в разрезе организаций предприятия (юридических лиц). Фактически, с помощью этого регистра ведется учет всех запасов, находящихся в распоряжении организации;

• «Товары переданные» (остаточный регистр накопления). В этом регистре накопления отражаются ТМЦ, переданные на комиссию, или в переработку, а также возвратная тара, переданная покупателям;

• «Товары полученные» (остаточный регистр накопления). В этом регистре накопления параллельно к регистру накопления «Товары на складах» в разрезе контрагентов отражаются движения ТМЦ, полученных на комиссию, в переработку или возвратная тара, полученная от поставщиков;

• «Товары к получению на склады» (остаточный регистр накопления). В этом регистре накопления параллельно к регистру накопления «Товары на складах» отражаются те ТМЦ, которые поступили на предприятие по приходным ордерам и еще не подтверждены финансовыми документами — то есть неотфактурованные поставки. В этом же регистре отражаются движения по операциям внутреннего перемещение между складами предприятия с применением ордерной схемы документооборота ;

• «Товары к передаче со складов» (остаточный регистр накопления). В этом регистре накопления параллельно к регистру накопления «Товары на складах» отражаются те товары, по которым уже оформлен финансовый документ выбытия со склада, но еще не произведена отгрузка со склада по расходным ордерам. К ним можно отнести операции неотфактурованных продаж, возврата поставщику по ордеру или внутренних передач со склада на другой склад предприятия по ордеру;

• «Товары к передаче организаций» (остаточный регистр накопления). В этом регистре накопления параллельно к регистру накопления;

• «Товары на складах» отражаются те товары, по которым уже оформлен финансовый документ выбытия со склада, но еще не произведена отгрузка с организации по расходным ордерам. К ним можно отнести операции неотфактурованных продаж, возврата поставщику по ордеру;

• «Товары в резерве на складах» (остаточный регистр накопления). В этом регистре хранится информация о «недоступных» товарах, зарезервированных под внутренние заказы или заказы покупателей. Резервирование «Под заказ» будет подробнее рассмотрено в разделе » Управление товарными заказами «. В том факте, если в документе «Приходное распоряжение на товары» принят вымпел «Без права передачи» происходит формирование резерва «По документу»;

• К основным стоимостным товарным регистрам накопления можно отнести:

• » Партии товаров на складах» (остаточный регистр накопления). Регистр используется для хранения информации о количестве и стоимости ТМЦ в разрезе партий для целей управленческого учета;

• «Партии товаров переданные» (остаточный регистр накопления). Регистр используется для целей управленческого учета для хранения информации о количестве и стоимости ТМЦ в разрезе партий, переданных на комиссию или в переработку, то есть физически отсутствующих на складах предприятия.

Кроме того, существует еще ряд специальных регистров накопления для учета товаров и продукции в рознице. Условимся в дальнейшем называть все вышеперечисленные регистры накопления товарными регистрами накопления. А все документы-регистраторы, способные порождать в них движения, будем назвать товарными документами. Данные любых остаточных регистров накопления можно проанализировать универсальным отчетом «Остатки и обороты».

Валюта себестоимости ТМЦ

В самом начале работы с типовой конфигурацией в » Настройке параметров учета » на закладке «Валюта» нужно обязательно определить валюту управленческого учета. Именно в соответствии с этой настройкой и ведется учет себестоимости ТМЦ. Валюта документа, регистрирующего хозяйственную операцию, определяется валютой взаиморасчетов, установленной в договоре с контрагентом. Для внутренних складских документов, не влияющих на взаиморасчеты с контрагентами , используется валюта управленческого учета.

При регистрации любых общехозяйственных операций, в том факте, если валюта документа отличается от управленческой валюты, для определения размера стоимости ТМЦ автоматически производится пересчет из валюты документа в валюту управленческого учета. При обсчете сумм из одной валюты в прочую, значимость цен валют берется по умолчанию на дату исполнения хозяйственной операции из регистра контрактуры «Курсы валют».

Из вышесказанного следует, что информацию о стоимости ТМЦ в управленческой отчетности можно получить только в той валютной единице, которая предназначена для управленческого учета. Например, если валютой управленческого учета установлен «Доллар США», то стоимость ТМЦ в гривне получить невозможно.

Настройки партионного учета

Настройки управленческого учета, влияющие на отражение операций с запасами, задаются в регистре сведений «Учетная политика (управленческий учет)». В основном, эти настройки касаются партионного учета ТМЦ.

Информация об издержки хозяйственно-материальных достоинств в хранилищах, в системе которых сохраняется в разрезе партий. Она является блоком информации:

• документе, составляющим партию;

• стороне, при взаимодействии, с которым организовалась партия;

• договоре, по которому создаются взаиморасчеты, взаимосвязанные с партией;

• стоимости номенклатуры и др.

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

Настройка партионного учета ТМЦ

Стратегия «По хронологии»

Подсистема учета ценности различных товаров, воплощенная в типичной форме, удовлетворяет ум главными требованиям:

• хранит ценовую оценку резервов товаров предприятия с нужной степенью уточнения;

• при представлении товаров в количественном проявлении определяет ценовую оценку предпочтительному количеству номенклатуры.

• В настройках учетной политики определяется метод оценки ТМЦ при выбытии («Стратегия по хронологии») — ФИФО, ЛИФО или По средней. Отчисление себестоимости в разрезе партий осуществляется в две стадии:

• подбор соответствующих по заданным аналитическим параметрам партий, то есть удовлетворяющих некоторому локальному контексту;

• выбор списываемой партии из списка партий, отобранных на первом шаге, по заданному методу.

Выбор партий на первом шаге производится по тем разделам, которые предназначены для партионного учета (конструкция, если в системе используется общий перепись по складам, номенклатура, колляция, разряд, поручение, проба). При применении способов ЛИФО или ФИФО подбор партий на втором шаге производится исходя из даты образующего партию документа.

Стратегия «По статусам партий»

В подсистеме «Учет запасов» реализована поддержка раздельного суммового учета товаров с персональным статусом (купленный, общеустановленный, переданный на комиссию, обратная тара и другие). В правленческом учете статус является учетным параметром партии ТМЦ (измерение «партионных» регистров накопления). К тому же, один и тот же перечень может иметь различный статус.

К примеру, та же самая номенклатура, пожалуй, может быть частично куплена и частично — получена на миссию. Все это статусы разных партий поступления.

Численный складской учет продукции ведется независимо от статуса, а партионная перепись стоимости ведется в профиле статусов партий. Значение статуса, в основном, не может задаваться пользователем вручную, оно устанавливается автоматично. При проведении файлов в зависимости от того какой вид имеет документ и вида отражаемой им хозяйственной операции. Единственная возможность косвенно влиять на этот процесс обеспечивается с помощью настройки учетной политики. В настройках можно назначить смысл параметра «Стратегия отчисления партий товаров по положениям» или «Сначала собственные, потом принятые», либо наоборот. Этот параметр настройки означает предпочтение отчисления партий товаров подобной номенклатуре в договоренностях, когда имеются личные товары и товары, взятые на комиссию. Значение параметра устанавливает: будут ли сначала списываться собственные товары, либо товары, принятые на комиссию.

Статусы партий ТМЦ

Параметр «Вести партионный учет по складам»

Эта настройка определяет — будет ли стоимость ТМЦ (партии) привязана к конкретному складу или же будет вестись по предприятию в целом. Ведение переписи стоимости партий ТМЦ в разрезе складов дает возможность в будущем получать информацию об истинной стоимости товаров вразброс по каждому складу, для того, что бы удобно применять для целей описи, для оценки ценности номенклатурных положений, закрепленных за любым материально-ответственным лицом (МОЛ) и ряда других задач. Но при таком подходе возникает возможность произвольного управления стоимостью выбывающих товаров. То есть, можно проверять — на каком именно складе ценность ТМЦ больше, а на каком меньше. И само собой принимать решение, — с какого именно склада выгоднее списать. Возможность такого выбора может противоречить выбранному методу оценки себестоимости партий товаров и вносить неоправданные отклонения в объем расходов и прибыли при продажах. Для того, что бы разрешить подобный конфликт в типичной конфигурации, настройка ведение суммового учета в профиле складов реализована как опциональная функциональность. Если флаг включен, то заданная стратегия списания партий по хронологии будет действовать в рамках конкретного склада.

Например, для метода «ФИФО» будет списываться самая старая партия с данного склада, хотя в целом по предприятию могут быть и более старые партии. Если партионный учет в профиле складов не ведется, то получить точную стоимость остатков на конкретном складе не получится. При инвентаризации будет рассчитываться средняя стоимость ТМЦ по всем складам.

Настройка «Списывать партии при проведении документов» описана в следующем пункте.

Другие материалы по теме:
вести партионный учет по складам, по статусам партий, по хронологии, списывать партии при проведении документов, товары на складах, партионный, партии товаров на складах, стратегия, партионный учет, партия, регистры, тара, регистр накопления, партии, учетная политика, валюта, стоимость, настройки, товары, настройка, регистр, склад, операции, учет, документ

Управление использованием итогов в регистрах осуществляется при помощи процедуры УстановитьИспользованиеИтогов.

Синтаксис:

УстановитьИспользованиеИтогов(<Признак>)

<Признак> (обязательный). Тип: Булево. Признак использования итогов. Ложь — пересчет итогов не производится.

Описание:

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

Пример:

Отключить использование итогов в регистре бухгалтерии Хозрасчетный.

РегистрХозрасчетный = РегистрыБухгалтерии.Хозрасчетный; РегистрХозрасчетный.УстановитьИспользованиеИтогов(Ложь); Наша команда предоставляет услуги по консультированию, настройке и внедрению 1С.
Связаться с нами можно по телефону +7 499 350 29 00.
Услуги и цены можно увидеть по .
Будем рады помочь Вам!

Обработку включения/отключения использования итогов в регистрах бухгалтерии и накопления можно скачать по .

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

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

Достаточно часто встречается дилемма – строить решение на регистрах накопления или на регистрах бухгалтерии. Оба решения имеют свои плюсы и минусы. Использование регистров накопления имеет очевидный недостаток в том, что в случае, если заказчиком является бухгалтер, а это весьма распространенная ситуация, крайне непросто будет обосновать ему отход от привычных для него принципа двойной записи и представления движений в виде бухгалтерских проводок.

При разработке «1С:Управление производственным предприятием 8» была сделана попытка найти компромисс, когда большинство основных движений и расчетов производятся на регистрах накопления, а в регистры бухгалтерии они просто транслируются. С точки зрения технологии работы такая концепция позволила использовать эту конфигурацию при большом количестве пользователей. Однако сам подход до сих пор встречает искреннее непонимание бухгалтеров, переходящих на «1С:Управление производственным предприятием 8», например, с «1С:Бухгалтерии 8»: проводка сделана ручной операцией, а для расчета, скажем, стоимости списания, не используется.

Спорной практикой является не такой уж редкий подход, когда как собственные программисты компаний-заказчиков, так и сотрудники 1С-франчайзи, идут бухгалтерам навстречу:

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

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

• простота обучения для бухгалтеров;
• простота разработки и прозрачность методики: копировать движения, которые делает типовой функционал, контролируемый методистами 1С, проще, чем писать свой;
• возможность использования форм регламентированной отчетности с минимальными необходимыми доработками.

Но все положительные стороны сразу отходят на второй план, как только в системе появляется необходимость ввода большого объема данных, а в особенности – параллельного ввода большого объема данных по одним и тем же разделам учета. В такой ситуации использование регистров бухгалтерии начинает приводить к возникновению принципиальных ограничений на использование и развитие системы.

Ограничения возникают из-за того, что регистры бухгалтерии по сравнению с регистрами накопления имеют сниженные возможности по параллельности работы и худшие показатели по скорости чтения и записи.

Вопросы параллельности работы системы

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

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

В регистр бухгалтерии есть возможность параллельной записи в базу наборов записей, имеющих разные периоды (период – месяц), разные значения счетов или разные значения измерений.

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

Вопросы скорости работы

Для сравнения времени, затрачиваемого платформой 1С на работу с регистрами разных типов, были проведены эксперименты.

Для проведения описываемого теста был создан специальный документ «Документ для контроля времени движений регистров» и разработан функционал, записывающий в отдельный регистр время выполнения системой действий, требующих контроля. Тест проводился на основе типовой конфигурации «1С:Бухгалтерия 8 КОРП» версии 2.0.8.2, на платформе 1С 8.1.15.14, , использовался клиент-серверный вариант (64-разрядный сервер 1С, СУБД – Microsoft SQL Server 2008).

Тест состоял из 3 частей:

• Сравнение времени выполнения движений по регистрам разного вида (регистр бухгалтерии, регистр накопления вида «обороты», регистр накопления вида «остатки»);
• Сравнение времени выполнения запросов по регистрам разного вида (регистр бухгалтерии и регистр накопления вида «обороты»);
• Сравнение времени выполнения запросов по регистрам другого вида (регистр бухгалтерии и регистр накопления вида «остатки»).

Сравнение времени выполнения движений по регистрам разного вида (регистр бухгалтерии, регистр накопления вида «обороты», регистр накопления вида «остатки»)

Документ для контроля времени движений регистров при проведении по очереди формировал записи в регистры трех разных типов:

• Регистр бухгалтерии Хозрасчетный Дт 62.01 Кт 90.01.1, вся аналитика заполнена;
• Типовой оборотный регистр накопления НДС Продажи (название в метаданных – НДСЗаписиКнигиПродаж);
• Специально созданный регистр НДС Продажи_Остатки (название в метаданных — НДСЗаписиКнигиПродажОстатки), идентичный типовому регистру НДСПродажи по составу измерений и ресурсов, но имеющий тип «Остатки».

Регистр НДС продажи выбран, потому что по данным достаточно хорошо соответствует корреспонденции Дт 62.01 Кт 90.01.1 (выручка от продажи услуг).

Перед контрольным замером документы были перепроведены по 2 раза.

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

Общее количество записей в регистрах на момент тестирования – Хозрасчетный и НДС Продажи — по 270 000, НДС Продажи_Остатки — 250 000.

Документ проводился оператором вручную.

Показатели выполнения:

Документ	Процедура	Количество строк в документе	Время выполнения, с
Документ для контроля времени движений регистров		1
	Проведение по регистру НДСПродажи		0,016
	Проведение по регистру НДСПродажи Остатки		0,015
	Проведение по регистру Хозрасчетный		0,046
	ИТОГО	1	0,077
Документ для контроля времени движений регистров		10000
	Проведение по регистру НДСПродажи		4,899
	Проведение по регистру НДСПродажи Остатки		4,743
	Проведение по регистру Хозрасчетный		48,703
	ИТОГО	10000	58,345
Документ для контроля времени движений регистров		20000
	Проведение по регистру НДСПродажи		8,331
	Проведение по регистру НДСПродажи Остатки		8,253
	Проведение по регистру Хозрасчетный		68,499
	ИТОГО	20000	85,083

Таким образом, время записи в регистр накопления вида «остатки» примерно соответствует времени записи в регистр накопления вида «обороты», и оба они существенно меньше времени записи в регистр бухгалтерии. В ситуациях, когда время записи в регистр критично, можно рекомендовать использование регистра накопления вместо регистра бухгалтерии.

Сравнение времени выполнения запросов по регистрам разного вида (регистр бухгалтерии и регистр накопления вида «обороты»)

Документ для контроля времени движений регистров, проведенный заранее, по очереди запрашивал данные о своих собственных движениях по регистрам:

• Регистр бухгалтерии Хозрасчетный, заполненный только данными, необходимыми для тестирования;
• Типовой оборотный регистр накопления НДС Продажи.

Тексты запросов:

Общее количество записей в регистрах на момент тестирования – Хозрасчетный и НДС Продажи — по 270 000.

Из формы документов (Документ для контроля времени движений регистров), оператором последовательно вызывались 4 описанных выше запроса.

Показатели выполнения:

Документ	Процедура	Количество строк в документе	Время выполнения, с
Документ для контроля времени движений регистров		1
	Запрос по регистру НДС продажи		0,141
	Запрос по регистру НДС продажи Виртуальная таблица Обороты		1,450
	Запрос по регистру хозрасчетный		0,141
	Запрос по регистру хозрасчетный Виртуальная таблица Обороты		0,234
	ИТОГО	1	1,966
Документ для контроля времени движений регистров		10000
	Запрос по регистру НДС продажи		0,468
	Запрос по регистру НДС продажи Виртуальная таблица обороты		0,468
	Запрос по регистру хозрасчетный		0,390
	Запрос по регистру хозрасчетный Виртуальная таблица Обороты		2,824
	ИТОГО	10000	4,150
Документ для контроля времени движений регистров		20000
	Запрос по регистру НДС продажи		0,936
	Запрос по регистру НДС продажи Виртуальная таблица обороты		0,874
	Запрос по регистру хозрасчетный		0,765
	Запрос по регистру хозрасчетный Виртуальная таблица Обороты		5,523
	ИТОГО	20000	8,098

Таким образом, чтение виртуальной таблицы оборотов из оборотного регистра накопления в условиях, сопоставимых с тестовыми, производится существенно быстрее чтения аналогичной таблицы из регистра бухгалтерии. Чтение реальных таблиц – примерно на одном уровне. При необходимости получения данных именно по оборотам использование оборотного регистра накопления предпочтительнее использования регистра бухгалтерии.

Сравнение времени выполнения запросов по регистрам другого вида (регистр бухгалтерии и регистр накопления вида «остатки»)

Документ для контроля времени движений регистров, проведенный заранее, по очереди запрашивал об остатках по регистрам:

• Регистр бухгалтерии Хозрасчетный, заполненный только данными, необходимыми для тестирования;
• Специально созданный регистр накопления НДС Продажи Остатки, по данным соответствующий аналитике корреспонденции Дт 62.01 Кт 90.01.1 (выручка от продажи услуг).

Тексты запросов:

Общее количество записей в регистрах на момент тестирования – Хозрасчетный и НДС Продажи Остатки – по 250 000.

Из формы документов (Документ для контроля времени движений регистров), оператором последовательно вызывались 6 описанных выше запросов.

Показатели выполнения:

Документ	Процедура	Время выполнения, с
Документ для контроля времени движений регистров
	Запрос по регистру НДС продажи _ Остатки	0,202
	Запрос по регистру НДС продажи _ Остатки таблица Остатки	8,986
	Запрос по регистру НДС продажи _ Остатки таблица Остатки и обороты	11,466
	Запрос по регистру хозрасчетный	0,390
	Запрос по регистру хозрасчетный таблица Остатки	13,557
	Запрос по регистру хозрасчетный таблица Остатки и Обороты	35,193
	ИТОГО	69,794

Таким образом, чтение виртуальной таблицы остатков и виртуальной таблицы остатков и оборотов из регистра накопления типа «остатки и обороты» в условиях, сопоставимых с тестовыми, производится существенно быстрее чтения аналогичных таблиц из регистра бухгалтерии. Чтение реальных таблиц – примерно на одном уровне. При необходимости получения данных именно по остаткам или по остаткам и оборотам использование регистра накопления предпочтительнее использования регистра бухгалтерии.

Общие выводы

Построение систем, к производительности которых предъявляются высокие требования, связанные со значительным объемом обрабатываемых данных, и особенно с параллельностью ввода и обработки этих данных, целесообразнее проводить с использованием регистров накопления. Использование регистров бухгалтерии предпочтительнее в случаях, когда такой вариант является естественным в силу специфики решаемых задач, но лишь при отсутствии имеющейся или прогнозируемой необходимости высокой интенсивности обработки данных.

17 правил для составления оптимального ЗАПРОСа к данным базы 1С  37
  Для формирования и выполнения запросов к таблицам базы данных в платформе 1С используется специальный объект языка программирования Запрос . Создается этот объект вызовом конструкции Новый Запрос . Запрос удобно использовать, когда требуется получ 1C и Google Maps  19
 была поставлена задача отображения на географической карте медицинских учреждений. После обзора предлагаемых решений был выбран сервис google. Но так же подобного рода подход будет работать и с картами сервиса yandex. Во время решения задачи было реш 1С 8.x : Как убрать лидирующие нули в номере Документа (вариант2)  0
  Скопировать строку с номером, с лидирующими нулями, в числовом поле (с форматом без групп, без группировки), и вернуть(скопировать) обратно в строковом поле с номером. Возвращает без нулей. Cообщение: «Не удалось удалить чеки ККМ!»  2
  Пользователь с правами Администратор ККМ проводит Закрытие кассовой смены (Z). Выходит сообщение: » Не удалось удалить чеки ККМ!» ФР печатает Z -отчет, но Отчет о рознчничных продажах не формируется. Необходимо дать роли Администратор ККМ прав Google maps : вывод точек на карту и режим панорамы  5
  В отличие от яндекс карт в GMaps можно использовать панорамы — за что им большой плюс! Надеюсь в яндексе прочитают этот пост и тоже когда-нибудь это сделают! Для клиента нужно было сделать вывод объектов на карту С возможностью просмотра панора Посмотреть все результаты поиска похожих