Я отвечу так:
Глобальный контекст (Global context)
ЗаполнитьЗначенияСвойств (FillPropertyValues)
Синтаксис:
ЗаполнитьЗначенияСвойств(<Приемник>, <Источник>, <СписокСвойств>, <ИсключаяСвойства>)
Параметры:
<Приемник> (обязательный)
Тип: Произвольный.
Значение, чьи свойства будут заполнены значениями соответствующих свойств <Источника>.
<Источник> (обязательный)
Тип: Произвольный.
Значения свойств данного объекта будут установлены в соответствующие свойства <Приемника>.
<СписокСвойств> (необязательный)
Тип: Строка.
Список имен свойств, разделенный запятыми, которые необходимо заполнить.
Если свойства не указаны, то копируются только те, которые представлены и в <Источнике> и в <Приемнике>.
Если свойства указаны, то они обязательно должны присутствовать в обоих объектах.
Если в <Источнике> или <Приемнике> заданное свойство отсутствует, то будет вызвано исключение.
<ИсключаяСвойства> (необязательный)
Тип: Строка.
Список имен свойств, разделенный запятыми, которые необходимо исключить из заполнения.
Описание:
Копирует значения свойств <Источника> в свойства <Приемника>. Сопоставление производится по именам свойств.
Если указаны копируемые свойства, то в заполнении участвуют только они, параметр <ИсключаяСвойства> игнорируется.
В противном случае, если указан параметр <ИсключаяСвойства>, то свойства перечисленные в нем, исключаются из обработки.
Доступность:
Тонкий клиент, веб-клиент, сервер, толстый клиент, внешнее соединение.
Добавлено через 12 минут
Добавлено через 3 минуты
Забыл дописать:
Параметром только передавать нельзя…
Либо так
либо так
Обязательно с директивой &наСЕРВЕРЕ
Источник: www.CyberForum.ru
Сегодня в рубрике «Рассказ от первого лица» Андрей Герасимов из компании «ЛИНК-сервис», хорошо известный завсегдатаям канала ПланФикс-энтузиасты, делится интересным кейсом: как организовать автоматическое заполнение реквизитов контрагентов по ИНН.
Слово Андрею.
Начну с того, что помимо всего прочего мы используем ПланФикс в качестве CRM. До этого мы использовали 1C:CRM и уже сильно привыкли к такому благу, как автозаполнение реквизитов контрагентов по ИНН, но в ПФ такого функционала нет, что печально.
Поначалу думал так: “ну нет и нет, переживем”, но мысль о необходимости такого функционала не покидала меня и время от времени посещала то днем, то ночью. В какой-то момент вспомнил про функционал POST-запросов в сценариях ПФ. Пошел искать сервисы, которые могут в ответ на POST выдавать реквизиты контрагентов. Нашел несколько таких сервисов, но уперся в то, что требуется или предварительная авторизация, или метод GET, или еще что-то, что ПФ не умел на тот момент. В общем, решения не получилось.
В один прекрасный момент вспоминаю, мы же 1С-ники. 1С у нас умеет работать с реквизитами контрагентов по ИНН и делает это через специальный сервис “1С:Контрагент”. Т.е. любая конфигурация 1С, умеющая заполнять реквизиты контрагентов по ИНН обращается к этому сервису. Значит стоит подружить ПланФикс с 1С в плане работы с реквизитами контрагентов.
В итоге родилась такая мудреная схема, похожая на сэндвич:
- ПланФикс отправляет POST-запрос с ИНН контрагента и внутренним номером контрагента веб-сервису на стороне нашей базы 1С.
- Наша база 1С обращается к сервису “1С:Контрагент” и получает от него реквизиты по ИНН.
- Наша база обращается в ПФ по API и заполняет реквизиты контрагента
Вспоминаю про Александру, нашего разработчика. Ставлю ей задачу на разработку в среде 1С, чтобы она не скучала там у себя в Перу. В итоге, сейчас реквизиты контрагентов в ПланФиксе у нас заполняются автоматически.
Вот как выглядит настройка на стороне ПланФикса.
Настройка структуры контрагентов
- Созданы шаблоны компаний:
- Юр. лицо
- Инд. предпр.
- В шаблонах есть поле ИНН/КПП. Для поля задан контроль уникальности. Так мы предотвращаем появление в базе дублей контрагентов:
Настройка сценариев
Существует 4 сценария:
— два сценария для реакции на создание нового контрагента. Они реагируют на создание нового контрагента, если заполнено поле ИНН/КПП;
— два сценария для реакции на изменения значения поля ИНН/КПП. Они реагируют на изменение значения поля ИНН/КПП.
Вот пример условий сценария, реагирующего на создание записи о новом ИП:
Вот так выглядит настройка POST-запроса, отправляемого ПланФиксом нашему сервису:
Мы передаем из ПланФикса нашему сервису следующие данные:
- Поле ИНН/КПП, т.к. оно нам необходимо для запроса реквизитов у сервиса “1С:Контрагент”
- Признак является ли контрагент юридическим или физическим лицом. Это опять же необходимо для запроса реквизитов по ИНН.
- Номер контрагента. Этот номер в дальнейшем необходим нашему сервису, чтобы обратиться в ПланФикс по API и изменить значения полей у данного контрагента
Теперь немного о том, как выглядит работа на примере юр. лиц
1. Создаем контрагента по шаблону “юр. лицо” и заполняем поле ИНН/КПП требуемым ИНН. В Поле “Название” пишем что угодно, оно будет обновлено сценарием.
2. Записываем контрагента.
3. Получаем ответ на POST, что реквизиты успешно заполнены. Для их отображения может потребоваться обновить страницу
Заполняются следующие данные:
- Название контрагента
- ИНН/КПП
- Сокращенное юридическое наименование
- Полное юридическое наименование
- Юридический адрес
- Телефон
Есть еще возможность фиксировать информацию о руководителе юр. лица, но мы пока не решили как с ней быть.
В ближайших планах реализовать получение в ПланФикс досье контрагента из сервиса “1С:Контрагент”. Досье представляет из себя развернутую информацию о контрагенте:
- учредители
- связь руководителя и учредителей с другими контрагентами
- основные показатели бухгалтерской отчетности
- анализ финансового состояния
Заключение
По сути, мы разработали прослойку между ПланФиксом и сервисом “1С:Контрагент”. Прослойка представляет из себя небольшую конфигурацию 1С, которая умеет принимать POST от ПланФикса, который воспринимается, как команда на получение данных от сервиса “1С:Контрагент” и заполнение этими данными информации о контрагенте в ПланФиксе.
В будущем мы надеемся, что команда ПланФикса добавит возможность разбора текста ответа на POST-запросы, как это реализовано в правилах обработки почтовых сообщений. Тогда можно будет отказаться от той части нашего решения, где мы корректируем данные контрагента через API ПланФикса и можно будет гибко настраивать обработку результата прямо на стороне ПФ
Желающие реализовать себе такое же или аналогичное решение могут оставить нам заявку через форму. Обязательно свяжемся и обсудим условия.
Андрей Герасимов
Главный инженер
Компания «ЛИНК-сервис» г. Архангельск
P.S. А я традиционно напоминаю, что мы с удовольствием опубликуем заметку о вашем опыте использования ПланФикса для решения различных задач в нашей рубрике Рассказ от первого лица. Если у вас есть чем поделиться с заинтересованной публикой — свяжитесь со мной, предложите тему, согласуем детали.
Источник: blog.planfix.ru
Образец реквизитов сторон — юридических лиц
В законодательстве не предусмотрен четкий перечень данных, которыми компании должны обмениваться при заключении любого соглашения. Поэтому традиционно в контракте указывают информацию, которая позволит идентифицировать организацию, а именно:
- наименование;
- регистрационные данные (как минимум ИНН и КПП);
- адреса для отправки почтовой корреспонденции;
- контактные данные — телефон, e-mail, факс.
Это минимальный набор сведений, и он может расширяться. Чаще всего это происходит за счет банковских реквизитов, которые необходимы, если предполагается оплата товаров или услуг. Указывать их необязательно, но поскольку данные о расчетном счете и банке, где он открыт, все равно понадобятся для перечисления средств, можно упростить общение с контрагентом.
Образец адресов и реквизитов сторон в договоре, заключенном между двумя юридическими лицами, выглядит так:
Образец реквизитов в договоре между организацией и физическим лицом
Соглашения могут заключаться не только между юридическими лицами, но и между компанией и физическим лицом, в том числе ИП. Какие данные указывать в таком случае?
Для компании перечень данных не изменится. Организация указывает информацию, по которой ее можно идентифицировать и поддерживать с ней контакты. Аналогичный набор сведений потребуется и от индивидуального предпринимателя:
- наименование;
- ИНН;
- адрес регистрации;
- контактные данные;
- информация о счете и банке, в котором он открыт, если предполагается оплата товаров, услуг, работ.
Картинка ниже демонстрирует, как чаще всего оформляют последний раздел контракта между ООО и ИП.
Если в качестве одной из сторон выступает физическое лицо, не имеющее статуса ИП, то в контракте будут данные, идентифицирующие конкретного гражданина. В частности, прописывают сведения из документа, подтверждающего личность. Чаще всего это паспортные данные, включающие информацию не только о самом паспорте, но и о прописке и месте временной регистрации (если прописка не совпадает с местом проживания).
Дополнительно может быть прописан ИНН физлица и СНИЛС, если оба номера есть. Номера понадобятся, в первую очередь, при заключении трудового договора или договора подряда. Эти идентификаторы нужны работодателям в основном для отчетности перед налоговыми органами и ПФР.
При подписании соглашений о сотрудничестве организации также просят указывать данные о банковской карточке — для перечисления оплаты (заработной платы). Такие сведения можно сравнить с банковскими реквизитами, которые уточняют в контрактах ИП и организации.
Шаблон для уточнения сведений в соглашении между компанией и гражданином, не являющимся ИП, смотрите ниже. Образец демонстрирует, как может быть оформлена заключительная часть трудового соглашения.
Источник: ppt.ru
Javascript для получения и заполнение реквизитов по ИНН
Создаем форму, в которой будет происходить заполнение реквизитов:
<div class="well well-sm col-md-6"> <div class="view"> </div> <div class="view"><p>Пожалуйста, заполняйте поля как можно более подробней. Это поможет нам быстрее и точнее отреагировать на ваше сообщение.</p></div> <form action="/ method="POST"> <div class="form-group"> <label for="company">Название компании* (реквизиты заполнятся автоматически):</label> <input class="form-control" type="text" name="company" id="company" value="" placeholder="Введите название, адрес, ИНН или ОГРН" required /> </div> <div class="form-group">.
-control" type="text" name="ogrn" id="ogrn" value="" placeholder="Например, 1111111111111" readonly required /> </div> <div class="form-group"> <label for="address">Адрес:</label> <input class="form-control" type="text" name="address" id="address" value="" placeholder="Невский пр., 1" required /> </div> <div class="form-group"> <label for="tel">Телефон для связи*:</label> <input class="form-control" type="text" name="tel" id="tel" value="" placeholder="Например, +7 812 111 1111" required /> </div> <div class="form-group"> <label for="email">Ваш email*:</label> <input class="form-control" type="text" name="email" id="email" value="" placeholder="Например, [email protected]" required /> </div> <div class="form-group"> <label for="url">Сайт:</label> <input class="form-control" type="text" name="url" id="url" value="" placeholder="Например, pogrommist.ru" /> </div> <div class="form-group"> <label for="comment">Дополнительные сведения:</label> <textarea class="form-control" type="text" name="comment" id="comment" rows="4" /></textarea> </div> <div class="form-group"> <div class="g-recaptcha" data-sitekey="тут ключ для капчи"></div> </div> <div class="form-group"> <button type="submit" name="addevent" class="btn btn-default">Отправить</button> </div> </form> </div>
Выглядеть наша форма будет примерно так:
Также нам понадобятся дополнительные стили и библиотеки:
<link href="https://cdn.jsdelivr.net/jquery.suggestions/17.2/css/suggestions.css" type="text/css" rel="stylesheet" /> <script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script> <!--[if lt IE 10]> <script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/jquery-ajaxtransport-xdomainrequest/1.0.1/jquery.xdomainrequest.min.js"></script> <![endif]--> <script type="text/javascript" src="https://cdn.jsdelivr.net/jquery.suggestions/17.2/js/jquery.suggestions.min.js"></script>
Теперь пишем код, который будет отправлять запросы по мере заполнения первой графы и обрабатывать ответы.
<script> function join(arr) { var separator = arguments.length > 1 ? arguments[1] : ", "; return arr.filter(function(n){return n}).join(separator); } function typeDescription(type) { var TYPES = { 'INDIVIDUAL': 'Индивидуальный предприниматель', 'LEGAL': 'Организация' } return TYPES[type]; } function showSuggestion(suggestion) { console.log(suggestion); var data = suggestion.data; if (!data) return; $("#type").text( typeDescription(data.type) + " (" + data.type + ")" ); if (data.name) //$("#company").val(join([data.opf && data.opf.short || "", data.name.short || data.name.full], " ")); $("#inn").val(data.inn); $("#kpp").val(data.kpp); $("#ogrn").val(data.ogrn); if (data.address) $("#address").val(data.address.value); } $("#company").suggestions({ token: "Здесь должен быть ваш API-ключ", type: "PARTY", count: 5, onSelect: showSuggestion }); </script>
При заполнении первой графы будут предложены 5 подсказок, за это отвечает переменная «count». Максимально можно выводить до 20 подсказок. При выборе одной из них в нашем варианте будут заполняться поля «Название компании», «ИНН», «ОГРН» и «адрес».
Какие данные еще можно получить?
| Название | Описание |
|---|---|
| value | Наименование компании одной строкой (как показывается в списке подсказок) |
| unrestricted_value | Наименование компании одной строкой (полное) |
| data.address.value | Адрес одной строкой:
Стандартизован, поэтому может отличаться от записанного в ЕГРЮЛ. |
| data.address.unrestricted_value | Адрес одной строкой (полный, от региона) Стандартизован, поэтому может отличаться от записанного в ЕГРЮЛ. |
| data.address.data | Гранулярный адрес. Может отсутствовать |
| data.address.data.source | Адрес одной строкой как в ЕГРЮЛ |
| data.branch_count | Количество филиалов |
| data.branch_type | Тип подразделения
MAIN — головная организация BRANCH — филиал |
| data.inn | ИНН |
| data.kpp | КПП |
| data.ogrn | ОГРН |
| data.ogrn_date | Дата выдачи ОГРН |
| data.hid | Уникальный идентификатор в Дадате |
| data.management.name | ФИО руководителя |
| data.management.post | Должность руководителя |
| data.name.full_with_opf | Полное наименование с ОПФ |
| data.name.short_with_opf | Краткое наименование с ОПФ |
| data.name.latin | Наименование на латинице |
| data.name.full | Полное наименование |
| data.name.short | Краткое наименование |
| data.okpo | Код ОКПО (не заполняется) |
| data.okved | Код ОКВЭД |
| data.okved_type | Версия справочника ОКВЭД (2001 или 2014) |
| data.okveds | Коды ОКВЭД дополнительных видов деятельности (не заполняется) |
| data.opf.code | Код ОКОПФ |
| data.opf.full | Полное название ОПФ |
| data.opf.short | Краткое название ОПФ |
| data.opf.type | Не используется |
| data.state.actuality_date | Дата актуальности сведений |
| data.state.registration_date | Дата регистрации |
| data.state.liquidation_date | Дата ликвидации |
| data.state.status | Статус организации
ACTIVE — действующая LIQUIDATING — ликвидируется LIQUIDATED — ликвидирована |
| data.type | Тип организации
LEGAL — юридическое лицо INDIVIDUAL — индивидуальный предприниматель |
| data.capital | Уставной капитал, для организаций (не заполняется) |
| data.citizenship | Гражданство, для ИП (не заполняется) |
| data.authorities | Руководители, доверенные лица, управляющие организации (не заполняется) |
| data.documents | Документы (не заполняется) |
| data.licenses | Лицензии (не заполняется) |
| data.phones | Телефоны (не заполняется) |
| data.emails | Адреса эл. почты (не заполняется) |
| data.source | Не используется |
| data.qc | Не используется |
Данный сервис можно использовать для заполнения реквизитов контрагентов в 1С. Возможно в будущем я опишу как это реализовать в 1С:Бухгалтерия 3.0.
Источник: pogrommist.ru
Заполнение реквизитов контрагента по ИНН в 1С:Бухгалтерия (8.3, 8.2, редакция 2.0; 7.7)
2017-01-25T18:31:06+00:00
Как известно в тройке ещё с прошлого года появилась замечательная возможность заполнения реквизитов контрагента по ИНН (ссылка на статью).
Для двойки же и семёрки такого функционала фирма 1С не предусмотрела и ясно дала понять, что делать его для старых конфигураций не собираются.
И вот наступил 1 квартал 2015 года, все сейчас сдают декларацию по НДС по новым правилам и возможность синхронизации контрагентов с налоговой по ИНН ой как необходима всем бухгалтерам на двойке Ведь, если карточка контрагента не заполнена должным образом — декларацию не выгрузишь.
Для 1С:Бухгалтерия 8.3, 8.2 (редакция 2.0)
Признаться честно, у меня в арсенале решения по автоматическому заполнению реквизитов контрагентов по ИНН для двойки не было. Поэтому я связался с замечательным программистом Павлом Даскаль и с его разрешения публикую обработку на сайте. Он с лёгким сердцем дал мне это разрешение, за что я ему очень благодарен.
Внимание! Обработка также заполняет юридический адрес и телефон контрагента. Чтобы увидеть изменения нужно закрыть и заново открыть карточку контрагента.
Скачать для двойки
Вот собственно обработка:
Заполнение реквизитов контрагента по ИНН (1С Бухгалтерия 8, редакция 2.0)
Вам нужно скачать и распаковать её на рабочий стол.
Далее открыть её через меню Файл->Открыть (подробнее здесь Я скачал обработку, как мне её открыть в бухгалтерии?).
Далее нажать в открывшейся обработке кнопку «Добавить команду ‘Обновить реквизиты по ИНН’ для справочника ‘Контрагенты'»:
И после этого можно смело переходить в любого из контрагентов, где в самом низу нажимать кнопку ‘Обновить реквизиты по ИНН’:
И вуа ля!
Ещё раз напоминаю, что если сразу же перейти на закладку «Адреса и телефоны», то там будет пусто. На самом деле они заполнились. Если хотите увидеть их — просто закройте и снова откройте карточку контрагента.
Почему может не работать
Внимание! Если обработка не заполняет реквизиты — причина в том, что у вас не заполнены логин и пароль от сайта 1С.
При этом у вас должна быть подписка на ИТС уровня ПРОФ (ТЕХНО уже недостаточно), либо отдельно оплаченный от подписки сервис 1С:Контрагент.
Зайдите в меню «Сервис»->»Интернет-поддержка пользователей»->»Интернет-поддержка пользователей» и введите там ваш логин и пароль:
Тогда обработка заработает как надо.
Благодарность
Ещё раз выражаю огромную благодарность Павлу Даскаль за то, что он написал и разрешил нам всем пользоваться его обработкой. Павел, спасибо!
Для 1С:Бухгалтерия 7.7
Не было у меня и решения по автоматическому заполнению реквизитов контрагентов по ИНН для семёрки (1с бухгалтерия 7.7).
И тут меня уже сам нашёл замечательный программист из Астрахани Иван Ватумский (почта для связи с ним divavat@mail.ru).
Он делал похожую обработку для своей конфигурации и по моей просьбе «допилил» её для 1С бухгалтерии 7.7. Иван оказался очень отзывчивым и ответственным программистом.
Источник: helpme1c.ru