Alta-Soft Wikipedia - Вклад участника [ru]

Перенос базы данных на другой SQL-сервер

2018-11-21T10:23:47Z

Sidyakin:

Архивация БД Альта-ГТД

2017-12-27T16:22:29Z

Sidyakin: Новая страница: «= Основные сведения = Процедура архивации SQL базы данных "Альта-ГТД" предназначена для пе…»

= Основные сведения =

Процедура архивации SQL базы данных "Альта-ГТД" предназначена для переноса старых данных в отдельную (архивную) БД, при этом рабочая база очищается и ее размер уменьшается.
Это своего рода аналог чистки SQL БД, только при этом данные не удаляются безвозвратно, а сохраняются в отдельной БД и доступны для последующего использования.

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

После того, как процедура архивации завершена, старая БД не удаляется автоматически. Это сделано для того, чтобы иметь возможность оперативно возобновить работу в случае, если вдруг что то пошло не так.

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

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

= Как это работает =

1. Все подключения к старой БД "отрубаются", сама база переименовывается и получает вид [НазваниеБД_yyyymmdd_old].

2. Создается новая архивная БД с указанным именем.

3. Создается новая рабочая БД с именем [НазваниеБД_yyyymmdd_new].

4. Производится копирование данных из старой БД в новую рабочую БД. После того, как новая рабочая база заполнится данными, она становится доступной для пользователей.

5. Производится копирование данных из старой БД в архивную БД.

6. После завершения работы программа позволяет удалить старую БД (не рекомендуется).

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

Если процесс архивации затянулся дольше, чем планировалось, администратор может прервать процесс, после чего вручную переименовать старую БД и удалить новую БД и архивную БД.

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

Если во время работы пользователь обнаружил, что какой то документ отсутствует в рабочей БД (был перенесен в архив), он может восстановить его вместе со взаимосвязанными документами и вместе с ЭД-сообщения (см. [[Работа с архивными базами данных]])

[[Категория:Альта-ГТД]]

Экспорт в 1С:Предприятие 8.х

2017-11-03T07:37:47Z

Sidyakin: /* Экспорт данных */

= Основные сведения =

Выгрузка данных из программы "Альта-ГТД" в программу "1С:Предприятие" производится средствами 1С, с помощью внешней обработки.
Данное решение обусловлено прежде всего своей универсальностью, т.к. практически не зависит от технологической платформы 1С и места расположения базы данных.

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

ПРИМЕЧАНИЕ: выгрузка в 1С версии 7.7 не поддерживается!

= Экспорт данных =

Экспорт данных осуществляется в следующей последовательности:

1. Сначала необходимо выгрузить ДТ из программы "Альта-ГТД" в XML-файлы во внутреннем формате: Каталог - Выгрузка в XML (Альта) ...

2. Открыть в программе 1С внешнюю обработку IMPORTGTD_U.EPF (для конфигураций с управляемыми формами) или IMPORTGTD_O.EPF (для старых конфигураций с обычными формами): Файл - Открыть ...

Сама обработка находится в папке Alta\Export1C.

3. В появившемся окне выбрать файлы для загрузки (кнопка "Добавить файлы"), отметить флажками, какие типы документов должны быть сформированы (ГТД по иморту и/или Поступление товаров и услуг), и выбрать метод загрузки данных - Использовать или нет дополнение к гр.31, по которому загрузка товаров производится либо по гр.31 либо по артикулам из описания к гр.31.

[[Файл:import1c.png]]

4. Загрузить данные нажатием соответствующей кнопки. Результат операции будет отображен в поле статуса операции.

[[Категория:Альта-ГТД]]
[[Категория:1C]]

Экспорт в 1С:Предприятие 8.х

2017-11-03T07:34:44Z

Sidyakin: Новая страница: «= Основные сведения = Выгрузка данных из программы "Альта-ГТД" в программу "1С:Предприятие…»

= Основные сведения =

Выгрузка данных из программы "Альта-ГТД" в программу "1С:Предприятие" производится средствами 1С, с помощью внешней обработки.
Данное решение обусловлено прежде всего своей универсальностью, т.к. практически не зависит от технологической платформы 1С и места расположения базы данных.

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

ПРИМЕЧАНИЕ: выгрузка в 1С версии 7.7 не поддерживается!

= Экспорт данных =

Экспорт данных осуществляется в следующей последовательности:

1. Сначала необходимо выгрузить ДТ из программы "Альта-ГТД" в XML-файлы во внутреннем формате: Каталог - Выгрузка в XML (Альта) ...

2. Открыть в программе 1С внешнюю обработку IMPORTGTD_U.EPF (для конфигураций с управляемыми формами) или IMPORTGTD_O.EPF (для старых конфигураций с обычными формами): Файл - Открыть ...

3. В появившемся окне выбрать файлы для загрузки (кнопка "Добавить файлы"), отметить флажками, какие типы документов должны быть сформированы (ГТД по иморту и/или Поступление товаров и услуг), и выбрать метод загрузки данных - Использовать или нет дополнение к гр.31, по которому загрузка товаров производится либо по гр.31 либо по артикулам из описания к гр.31.

[[Файл:import1c.png]]

4. Загрузить данные нажатием соответствующей кнопки. Результат операции будет отображен в поле статуса операции.

[[Категория:Альта-ГТД]]
[[Категория:1C]]

Файл:Import1c.png

2017-11-03T07:33:53Z

Sidyakin:

Перенос базы данных на другой SQL-сервер

2017-10-17T18:12:01Z

Sidyakin: /* 2. Перенос базы данных Альта-ГТД вместе с дополнительными базами ЭД */

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

== 1. Если база данных с таким именем уже существует ==

Если при переносе базы данных обнаружится, что база данных с таким именем уже существует, или при восстановлении возникает ошибка, что файл базы данных с таким именем уже существует, требуется вручную указать новое имя базы данных и/или папку, в которой будут размещаться физические файлы БД.
Это можно сделать в SQL Server Managment Studio, указав при восстановлении новое имя базы данных на закладке Общие

[[Файл:restore_db_1.png]]

и папку, в которой должны будут размещаться файлы БД (закладка Файлы)

[[Файл:restore_db_2.png]]

== 2. Перенос базы данных Альта-ГТД вместе с дополнительными базами ЭД ==

Если требуется перенести базу данных Альта-ГТД вместе с дополнительными базами ЭД, то необходимо:

1. Создать средствами программы Альта-ГТД резервную копию базы данных вместе с дополнительными базами. Для этого необходимо выполнить Сервис - Администратор SQL - Бэкап SQL базы данных, после чего утвердительно ответить на вопрос о необходимости резервного копирования дополнительных ЭД-баз. После того, как операция по созданию резервных копий дополнительных баз будет завершена, программа выдаст информационное окно с описанием всех созданных бэкап-файлов. Эти файлы, а также бэкап-файл рабочей базы данных необходимо перенести на другой SQL-сервер.

2. Восстановить базы данных из резервных копий. Если на сервере уже имеется БД с таким названием, то ее необходимо восстановить с другим названием (см. раздел 1).

3. Если при восстановлении была переименована рабочая база данных, тогда необходимо для всех дополнительных баз выполнить скрипт:

UPDATE [Имя_Доп_Базы].[dbo].[Version] SET [Program] = '_gtd_ed@Имя_Основной_Базы'

4. Если при восстановлении была переименована одна или несколько дополнительных баз, то для каждой из них необходимо выполнить скрипт

UPDATE [Имя_Основной_Базы].[dbo].[EdMsgs] SET [MsgDB] = 'Новое_Имя_Доп_Базы' WHERE [MsgDB] = 'Старое_Имя_Доп_Базы'

== 3. Если перенос производится на SQL-сервер более младшей версии ==

Перенос базы данных с SQL-сервера более старшей версии на SQL-сервер более младшей версии стандартными средствами (посредством резервного копирования или переноса физических файлов) невозможен.

В идеале, конечно же, лучше избегать подобных ситуаций. Однако, если такая потребность все же возникла, существует ручной метод переноса данных с помощью мастера импорта-экспорта, встроенного в SQL Server Managment Studio (оба сервера при этом должны находиться в одной сети).

Порядок действия следующий:

1. Сформировать скрипт исходной базы. Для этого в SQL Server Managment Studio нужно выполнить Задачи - Сформировать скрипты. Выбрать Таблицы. В следующем окне нажать Дополнительно, и установить атрибут "Внести в скрипт индексы". Сохранить скрипт в файл.

2. Далее необходимо определить порядок переноса данных, для чего выполнить команду:
exec sp_MSdependencies

3. Создать новую базу данных на "младшем" SQL-сервере, и там выполнить сформированный в п.1 скрипт.

4. На "старшем" сервере открыть Задачи - Экспорт данных. В открывшемся визарде необходимо указать сначала параметры подключения к исходной базе, а затем к конечной базе. В качестве источника данных можно выбрать SQL Native Client или Microsoft OLE DB Provider for SQL Server. На следующей странице необходимо выбрать "Скопировать данные...".

5. В порядке, определенном в п.2, необходимо отметить таблицы для переноса с oSequence равным 1. Для выделенных таблиц с признаком IDENTITY (определить поиском по скрипту) дополнительно необходимо нажать кнопку Изменить и в открывшемся окне установить флаг "Разрешить вставку в столбец идентификаторов". После того, как все таблицы будут отмечены, нажать Готово.

6. Повторить пп.4-5 для oSequence, равный 2, 3 и т.д.

[[Категория:Альта-ГТД]]
[[Категория:SQLServer]]

Перенос базы данных на другой SQL-сервер

2017-10-17T16:14:22Z

Sidyakin: /* 3. Если перенос производится на SQL-сервер более младшей версии */

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

== 1. Если база данных с таким именем уже существует ==

Если при переносе базы данных обнаружится, что база данных с таким именем уже существует, или при восстановлении возникает ошибка, что файл базы данных с таким именем уже существует, требуется вручную указать новое имя базы данных и/или папку, в которой будут размещаться физические файлы БД.
Это можно сделать в SQL Server Managment Studio, указав при восстановлении новое имя базы данных на закладке Общие

[[Файл:restore_db_1.png]]

и папку, в которой должны будут размещаться файлы БД (закладка Файлы)

[[Файл:restore_db_2.png]]

== 2. Перенос базы данных Альта-ГТД вместе с дополнительными базами ЭД ==

Если требуется перенести базу данных Альта-ГТД вместе с дополнительными базами ЭД, то необходимо:

1. Создать средствами программы Альта-ГТД резервную копию базы данных вместе с дополнительными базами. Для этого необходимо выполнить Сервис - Администратор SQL - Бэкап SQL базы данных, после чего утвердительно ответить на вопрос о необходимости резервного копирования дополнительных ЭД-баз. После того, как операция по созданию резервных копий дополнительных баз будет завершена, программа выдаст информационное окно с описанием всех созданных бэкап-файлов. Эти файлы, а также бэкап-файл рабочей базы данных необходимо перенести на другой SQL-сервер.

2. Восстановить базы данных из резервных копий. Если на сервере уже имеется БД с таким названием, то ее необходимо восстановить с другим названием (см. п.1).

3. Если при восстановлении была переименована рабочая база данных, тогда необходимо для всех дополнительных баз выполнить скрипт:

UPDATE [Имя_Доп_Базы].[dbo].[Version] SET [Program] = '_gtd_ed@Имя_Основной_Базы'

4. Если при восстановлении была переименована одна или несколько дополнительных баз, то для каждой из них необходимо выполнить скрипт

UPDATE [Имя_Основной_Базы].[dbo].[EdMsgs] SET [MsgDB] = 'Новое_Имя_Доп_Базы' WHERE [MsgDB] = 'Старое_Имя_Доп_Базы'

== 3. Если перенос производится на SQL-сервер более младшей версии ==

Перенос базы данных с SQL-сервера более старшей версии на SQL-сервер более младшей версии стандартными средствами (посредством резервного копирования или переноса физических файлов) невозможен.

В идеале, конечно же, лучше избегать подобных ситуаций. Однако, если такая потребность все же возникла, существует ручной метод переноса данных с помощью мастера импорта-экспорта, встроенного в SQL Server Managment Studio (оба сервера при этом должны находиться в одной сети).

Порядок действия следующий:

1. Сформировать скрипт исходной базы. Для этого в SQL Server Managment Studio нужно выполнить Задачи - Сформировать скрипты. Выбрать Таблицы. В следующем окне нажать Дополнительно, и установить атрибут "Внести в скрипт индексы". Сохранить скрипт в файл.

2. Далее необходимо определить порядок переноса данных, для чего выполнить команду:
exec sp_MSdependencies

3. Создать новую базу данных на "младшем" SQL-сервере, и там выполнить сформированный в п.1 скрипт.

4. На "старшем" сервере открыть Задачи - Экспорт данных. В открывшемся визарде необходимо указать сначала параметры подключения к исходной базе, а затем к конечной базе. В качестве источника данных можно выбрать SQL Native Client или Microsoft OLE DB Provider for SQL Server. На следующей странице необходимо выбрать "Скопировать данные...".

5. В порядке, определенном в п.2, необходимо отметить таблицы для переноса с oSequence равным 1. Для выделенных таблиц с признаком IDENTITY (определить поиском по скрипту) дополнительно необходимо нажать кнопку Изменить и в открывшемся окне установить флаг "Разрешить вставку в столбец идентификаторов". После того, как все таблицы будут отмечены, нажать Готово.

6. Повторить пп.4-5 для oSequence, равный 2, 3 и т.д.

[[Категория:Альта-ГТД]]
[[Категория:SQLServer]]

Перенос базы данных на другой SQL-сервер

2017-10-17T14:55:29Z

Sidyakin:

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

== 1. Если база данных с таким именем уже существует ==

Если при переносе базы данных обнаружится, что база данных с таким именем уже существует, или при восстановлении возникает ошибка, что файл базы данных с таким именем уже существует, требуется вручную указать новое имя базы данных и/или папку, в которой будут размещаться физические файлы БД.
Это можно сделать в SQL Server Managment Studio, указав при восстановлении новое имя базы данных на закладке Общие

[[Файл:restore_db_1.png]]

и папку, в которой должны будут размещаться файлы БД (закладка Файлы)

[[Файл:restore_db_2.png]]

== 2. Перенос базы данных Альта-ГТД вместе с дополнительными базами ЭД ==

Если требуется перенести базу данных Альта-ГТД вместе с дополнительными базами ЭД, то необходимо:

1. Создать средствами программы Альта-ГТД резервную копию базы данных вместе с дополнительными базами. Для этого необходимо выполнить Сервис - Администратор SQL - Бэкап SQL базы данных, после чего утвердительно ответить на вопрос о необходимости резервного копирования дополнительных ЭД-баз. После того, как операция по созданию резервных копий дополнительных баз будет завершена, программа выдаст информационное окно с описанием всех созданных бэкап-файлов. Эти файлы, а также бэкап-файл рабочей базы данных необходимо перенести на другой SQL-сервер.

2. Восстановить базы данных из резервных копий. Если на сервере уже имеется БД с таким названием, то ее необходимо восстановить с другим названием (см. п.1).

3. Если при восстановлении была переименована рабочая база данных, тогда необходимо для всех дополнительных баз выполнить скрипт:

UPDATE [Имя_Доп_Базы].[dbo].[Version] SET [Program] = '_gtd_ed@Имя_Основной_Базы'

4. Если при восстановлении была переименована одна или несколько дополнительных баз, то для каждой из них необходимо выполнить скрипт

UPDATE [Имя_Основной_Базы].[dbo].[EdMsgs] SET [MsgDB] = 'Новое_Имя_Доп_Базы' WHERE [MsgDB] = 'Старое_Имя_Доп_Базы'

== 3. Если перенос производится на SQL-сервер более младшей версии ==

Перенос базы данных с SQL-сервера более старшей версии на SQL-сервер более младшей версии стандартными средствами (посредством резервного копирования или переноса физических файлов) невозможен.

В идеале, конечно же, лучше избегать подобных ситуаций. Однако, если такая потребность все же возникла, существует ручной метод переноса данных с помощью мастера импорта-экспорта, встроенного в SQL Server Managment Studio (оба сервера при этом должны находиться в одной сети).

Порядок действия следующий:

1. Сформировать скрипт исходной базы. Для этого в SQL Server Managment Studio нужно выполнить Задачи - Сформировать скрипты. Выбрать Таблицы. В следующем окне нажать Дополнительно, и установить атрибут "Внести в скрипт индексы". Сохранить скрипт в файл.

2. Далее необходимо определить порядок переноса данных, для чего выполнить команду:
exec sp_MSdependencies

3. Создать новую базу данных на "младшем" SQL-сервере, и там выполнить сформированный в п.1 скрипт.

4. На "старшем" сервере открыть Задачи - Экспорт данных. В открывшемся визарде необходимо указать сначала параметры подключения к исходной базе, а затем к конечной базе. В качестве источника данных можно выбрать SQL Native Client или Microsoft OLE DB Provider for SQL Server. На следующей странице необходимо выбрать "Скопировать данные...".

5. В порядке, определенном в п.2, необходимо отметить таблицы для переноса с oSequence равным 1. Для таблиц с признаком IDENTITY (определить поиском по скрипту) дополнительно необходимо нажать кнопку Изменить и в открывшемся окне установить флаг "Разрешить вставку в столбец идентификаторов". После того, как все таблицы будут отмечены, нажать Готово.

6. Повторить пп.4-5 для oSequence, равный 2, 3 и т.д.

[[Категория:Альта-ГТД]]
[[Категория:SQLServer]]

Перенос базы данных на другой SQL-сервер

2017-10-17T13:55:29Z

Sidyakin:

Перенос базы данных на другой SQL-сервер

2017-10-17T12:51:56Z

Sidyakin: Новая страница: «Иногда возникает необходимость перенести SQL базу данных с одного SQL-сервера на другой. Об…»

Файл:Restore db 2.png

2017-10-17T12:35:37Z

Sidyakin:

Файл:Restore db 1.png

2017-10-17T12:34:32Z

Sidyakin:

Структура SQL-таблиц базы платежек

2017-01-13T07:25:34Z

Sidyakin:

=Описание таблиц базы платежных поручений (Альта-ГТД)=

Неиспользуемые поля выделены серым, важные - '''жирным'''.

==Таблица '''Transact''' (платежные поручения)==

{| class="standard"
!Поле
!Тип
!Описание
|-
|'''Primary_Key'''
|[uniqueidentifier] ROWGUIDCOL
| Первичный ключ, уникальный ID платежного поручения. Служит для связи с таблицей TransND.
|-
|'''NUM'''
|[varchar](16)
| Номер платежного поручения
|-
|'''DATE_'''
|[datetime]
| Дата платежного поручения
|-
|SUM
|[float]
| Сумма платежного поручения
|-
|REST
|[float]
| Остаток денежных средств на платежке
|-
|'''FIRM'''
|[varchar](100)
| Фирма-плательщик
|-
|COMMENT
|[varchar](50)
| Комментарий
|-
|'''VALUTA'''
|[varchar](3)
| Тип платежа: 840 - Пошлина (им), 643 - Сбор, НДС, Акциз, и т.д. Список типов хранится в gtd.ini или wgtdinfo.dat в секции [PayTypes]
|-
|CURRNAME
|[varchar](20)
| не используется
|-
|DATETAM
|[datetime]
| Дата в таможне
|-
|'''INNPLAT'''
|[varchar](13)
| ИНН плательщика
|-
|'''KPPPLAT'''
|[varchar](9)
| КПП плательщика
|-
|TK
|[bit]
| Признак оплаты платежной картой
|-
|CUSTOM
|[varchar](8)
| Код таможенного органа
|-
|BType
|[varchar](2)
| Тип оплаты
|-
|Limit
|[float]
| Минимально допустимый остаток (для резервирования денежных средств на платежке)
|-
|PayTypes
|[varchar](100)
| В разработке
|}

==Таблица '''TransND''' (списания по платежкам)==

{| class="standard"
!Поле
!Тип
!Описание
|-
|'''Primary_Key'''
|[uniqueidentifier] ROWGUIDCOL
| Первичный ключ, уникальный ID записи.
|-
|NUM
|[varchar](16)
| Номер платежного поручения
|-
|DATE_
|[datetime]
| Номер платежного поручения
|-
|FIRMA
|[varchar](100)
| Фирма-плательщик
|-
|SUM
|[float]
| Сумма платежа
|-
|'''TYPE'''
|[smallint]
| Код платежа
|-
|ND
|[varchar](50)
| Уникальный (внутренний) номер ДТ
|-
|ND2
|[varchar](50)
| Номер ДТ до регистрации
|-
|'''GID'''
|[varchar](38)
| GID декларации, по которой производится списание. Служит для связи с таблицей Docs.
|-
|GUID
|[varchar](38)
| Не используется
|-
|'''TransactID'''
|[uniqueidentifier]
| GID платежного поручения, с которого производится списание. Служит для связи с таблицей Transact.
|-
|UpdUser
|[varchar](20)
| Логин пользователя, сделавшего списание
|-
|UpdDT
|[datetime]
| Время последнего изменения
|}

[[Категория:Альта-ГТД]]
[[Категория:Автоматизация]]

Структура SQL-таблиц базы платежек

2017-01-13T07:23:39Z

Sidyakin: Новая страница: «=Описание таблиц базы платежных поручений (Альта-ГТД)= Неиспользуемые поля выделены <span s…»

Файл:Export1c options connection.png

2016-10-24T16:56:35Z

Sidyakin:

Запрос остатков на лицевых счетах ФТС

2016-10-04T08:01:18Z

Sidyakin:

Внимание! Для запроса остатков из программы Альта-ГТД предварительно необходимо зарегистрироваться на сайте ФТС России (http://edata.customs.ru/FtsPersonalCabinetWeb/Services/About/PersonalAccount)

= Возможности сервиса =

1. Получение данных в формате XML с портала ФТС России об остатках по лицевому счету и информации о расходовании средств.

Настройка – Сервер и сетевые настройки – ЭД фирмы – «Остатки на ЛС»

2. Обновление базы платежных поручений.

Сервис – Текущее состояние платежек – «Остатки на ЛС»

[[Файл:ReestrFTS_Options.jpg]]

Нажать кнопку «С сайта ФТС»

Выбираем код таможенного поста

[[Файл:ReestrFTS_ParamsTO.jpg]]

[[Файл:ReestrFTS_SelectTO.jpg]]

Выбираем сертификат

[[Файл:ReestrFTS_ParamsCert.jpg]]

[[Файл:ReestrFTS_SelectCert.jpg]]

Вводим логин и пароль, полученный на сайте http://edata.customs.ru

[[Файл:ReestrFTS_ParamsLogin.jpg]]

Выбираем браузер (запросы работают с IE только выше 10 версии!)

[[Файл:ReestrFTS_Browser.jpg]]

Примечание: Ввиду особенностей организации сервера ФТС России ответ на запрос может формироваться в течение 3 – 5 минут.

При получение данных с портала ФТС (через настройку ЭД фирмы) будет показан xml с реальными остатками на лицевых счетах в таможне.

При обновлении данных базы платежек (через Текущее состояние платёжек) после загрузки данных открывается окно, в котором пользователь видит сравнительный анализ остатков по БД и по данным ФТС России, и принимает решение, какие данные необходимо обновить, а какие – нет.

[[Файл:ReestrFTS_CheckRests.jpg]]

[[Категория:Альта-ГТД]]

Запрос остатков на лицевых счетах ФТС

2016-10-04T07:59:27Z

Sidyakin:

Внимание! Для запроса остатков из программы Альта-ГТД предварительно необходимо зарегистрироваться на сайте ФТС России (http://edata.customs.ru/FtsPersonalCabinetWeb/Services/About/PersonalAccount)

= Возможности сервиса =

1. Получение данных в формате XML с портала ФТС России об остатках по лицевому счету и информации о расходовании средств.

Настройка – Сервер и сетевые настройки – ЭД фирмы – «Остатки на ЛС»

2. Обновление базы платежных поручений.

Сервис – Текущее состояние платежек – «Остатки на ЛС»

[[Файл:ReestrFTS_Options.jpg]]

Нажать кнопку «С сайта ФТС»

Выбираем код таможенного поста

[[Файл:ReestrFTS_ParamsTO.jpg]]

[[Файл:ReestrFTS_SelectTO.jpg]]

Выбираем сертификат

[[Файл:ReestrFTS_ParamsCert.jpg]]

[[Файл:ReestrFTS_SelectCert.jpg]]

Вводим логин и пароль, полученный на сайте http://edata.customs.ru

[[Файл:ReestrFTS_ParamsLogin.jpg]]

Выбираем браузер (запросы работают с IE только выше 10 версии!)

[[Файл:ReestrFTS_Browser.jpg]]

Примечание: Ввиду особенностей организации сервера ФТС России ответ на запрос может формироваться в течение 3 – 5 минут.

При получение данных с портала ФТС (через настройку ЭД фирмы) будет показан xml с реальными остатками на лицевых счетах в таможне.

При обновлении данных базы платежек (через Текущее состояние платёжек) после загрузки данных открывается окно, в котором пользователь видит сравнительный анализ остатков по БД и по данным ФТС России, и принимает решение, какие данные необходимо обновить, а какие – нет.

[[Файл:ReestrFTS_CheckRests.jpg]]

[[Категория:Альта-ГТД]]

Файл:ReestrFTS SelectCert.jpg

2016-10-04T07:57:40Z

Sidyakin:

Файл:ReestrFTS CheckRests.jpg

2016-10-04T07:52:42Z

Sidyakin:

Файл:ReestrFTS Browser.jpg

2016-10-04T07:52:13Z

Sidyakin:

Файл:ReestrFTS ParamsLogin.jpg

2016-10-04T07:51:43Z

Sidyakin:

Файл:ReestrFTS ParamsCert.jpg

2016-10-04T07:49:15Z

Sidyakin:

Запрос остатков на лицевых счетах ФТС

2016-10-04T07:43:39Z

Sidyakin:

Внимание! Для запроса остатков из программы Альта-ГТД предварительно необходимо зарегистрироваться на сайте ФТС России (http://edata.customs.ru/FtsPersonalCabinetWeb/Services/About/PersonalAccount)

= Возможности сервиса =

1. Получение данных в формате XML с портала ФТС России об остатках по лицевому счету и информации о расходовании средств.

Настройка – Сервер и сетевые настройки – ЭД фирмы – «Остатки на ЛС»

2. Обновление базы платежных поручений.

Сервис – Текущее состояние платежек – «Остатки на ЛС»

[[Файл:ReestrFTS_Options.jpg]]

Нажать кнопку «С сайта ФТС»

Выбираем код таможенного поста

[[Файл:ReestrFTS_ParamsTO.jpg]]

[[Файл:ReestrFTS_SelectTO.jpg]]

Выбираем сертификат

[[ReestrFTS_ParamsCert.jpg]]

[[ReestrFTS_SelectCert.jpg]]

Вводим логин и пароль, полученный на сайте http://edata.customs.ru

[[ReestrFTS_ParamsLogin.jpg]]

Выбираем браузер (запросы работают с IE только выше 10 версии!)

[[ReestrFTS_Browser.jpg]]

Примечание: Ввиду особенностей организации сервера ФТС России ответ на запрос может формироваться в течение 3 – 5 минут.

При получение данных с портала ФТС (через настройку ЭД фирмы) будет показан xml с реальными остатками на лицевых счетах в таможне.

При обновлении данных базы платежек (через Текущее состояние платёжек) после загрузки данных открывается окно, в котором пользователь видит сравнительный анализ остатков по БД и по данным ФТС России, и принимает решение, какие данные необходимо обновить, а какие – нет.

[[ReestrFTS_CheckRests.jpg]]

[[Категория:Альта-ГТД]]

Файл:ReestrFTS SelectTO.jpg

2016-10-04T07:40:04Z

Sidyakin:

Файл:ReestrFTS ParamsTO.jpg

2016-10-04T07:39:44Z

Sidyakin:

Запрос остатков на лицевых счетах ФТС

2016-10-04T07:39:24Z

Sidyakin: Новая страница: «Внимание! Для запроса остатков из программы Альта-ГТД предварительно необходимо зареги…»

Внимание! Для запроса остатков из программы Альта-ГТД предварительно необходимо зарегистрироваться на сайте ФТС России (http://edata.customs.ru/FtsPersonalCabinetWeb/Services/About/PersonalAccount)

= Возможности сервиса =

1. Получение данных в формате XML с портала ФТС России об остатках по лицевому счету и информации о расходовании средств.

Настройка – Сервер и сетевые настройки – ЭД фирмы – «Остатки на ЛС»

2. Обновление базы платежных поручений.

Сервис – Текущее состояние платежек – «Остатки на ЛС»

[[Файл:ReestrFTS_Options.jpg]]

Нажать кнопку «С сайта ФТС»

Выбираем код таможенного поста

[[Файл:ReestrFTS_ParamsTO.jpg]]

[[Файл:ReestrFTS_SelectTO.jpg]]

Выбираем сертификат

[[ReestrFTS_ParamsCert.jpg]]

[[ReestrFTS_SelectCert.jpg]]

Вводим логин и пароль, полученный на сайте http://edata.customs.ru

[[ReestrFTS_ParamsLogin.jpg]]

Выбираем браузер (запросы работают с IE только выше 10 версии!)

[[ReestrFTS_Browser.jpg]]

Примечание: Ввиду особенностей организации сервера ФТС России ответ на запрос может формироваться в течение 3 – 5 минут.

При получение данных с портала ФТС (через настройку ЭД фирмы) будет показан xml с реальными остатками на лицевых счетах в таможне.

При обновлении данных базы платежек (через Текущее состояние платёжек) после загрузки данных открывается окно, в котором пользователь видит сравнительный анализ остатков по БД и по данным ФТС России, и принимает решение, какие данные необходимо обновить, а какие – нет.

[[ReestrFTS_CheckRests.jpg]]

[[Категория:1C]]

Файл:ReestrFTS Options.jpg

2016-10-04T07:38:00Z

Sidyakin: