Конструктивный форум бухгалтеров Казахстана

Конструктивный форум бухгалтеров Казахстана
Текущее время: 29-03-2024, 16:33

Часовой пояс: UTC + 6 часов




Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: 03-12-2016, 00:15 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Практический опыт разработки экспорта из бухпрограммы в ИС ЭСФ.

Курсаков С.А.

Введение.
В данном статье обобщен опыт автора, полученный летом 2016 года, при написании экспорта СФ выданных из конфигурации «Универсал-бухгалтерия» (на платформе 1С77) в кабинет ИС ЭСФ. Неочевидные, но очень жесткие и обязательные требования, которые предъявляет ИС ЭСФ при экспорте в себя из абсолютно любых, кстати, программ, представляют собой совершенно новое явление, нуждающееся, по мнению автора, в подробном публичном освещении. Что и сделал автор данной статьи. О результате же судить читателю.


Последний раз редактировалось Курсаков_С_А 03-12-2016, 00:39, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:17 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Отбрасывание целиком всего файла экспорта, даже если всего лишь один символ в файле экспорта не соответствует кодировке UTF-8.
Если кабинету ЭСФ не понравится какой-либо символ (символы) в файле экспорта, то он почему-то не укажет на этот (эти) символы явно, и не попытается их вырезать и/или заменить хоть как-то - а сразу, целиком и бесповоротно, вообще отбросит этот файл импорта целиком, выдав следующее сообщение -
Произошла ошибка: javax.xml.bind.UnmarshalException - with linked exception: [com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 1 of 1-byte UTF-8 sequence.] (конец сообщения)
Дальнейший анализ файла экспорта, чтобы понять, что же там не так, лучше всего, по опыту автора, проводить в Visual Studio (потому что там отличный парсер XML – нигде больше такого нет), ибо чтобы разобраться, что же не нравится кабинету ЭСФ в файле экспорта, он сам – отнюдь не лучший помощник. Рекомендуемый службой поддержки Notepad++ помогает мало. Единственный метод – открыть сбойный файл экспорта в Visual Studio (рекомендуется версия 2015 и выше), потом согласиться с заменой некоторых символов на символ подстановки. Затем в Visual Studio нужно выполнить команду «Правка \ Дополнительно \ Форматировать документ», тогда файл экспорта приобретет удобочитаемый вид. Потом нужно вручную отредактировать документ экспорта и заново попытаться загрузить его в ИС ЭСФ.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:19 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Разработчики ИС ЭСФ осознанно запретили редактировать ЭСФ, выгруженные из бухгалтерской программы.
Служба поддержки ИС ЭСФ отвечает по этому поводу:
Запрет на редактирование импортированных счет-фактур осуществляется по причине появления разногласий в счет-фактурах с ИС ЭСФ и других внешних систем (1С и т.д.). Соответственно было решено так, что в программе бухгалтера выписывают правильную счет-фактуру с заполнением всех необходимых полей, а при импорте в ИС ЭСФ они могут ее только лишь исправить.
Ваше предложение будет рассмотрено и в дальнейшем, возможно, Ваше предложение будет включено в план Развития системы ИС ЭСФ (конец цитаты).
Непонятно, разве не может возникнуть еще больших различий и разногласий, если делать вручную ЭСФ в ИС ЭСФ и опять же вручную также бухСФ в бухпрограмме отдельно. Потом их еще нужно сравнить, тоже вручную.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:19 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Кабинет ИС ЭСФ требует, чтобы не было повторяющихся номеров учетной системы (то есть номеров 1С).
Странно, а если будут от разных филиалов в одной базе одинаковые номера СФ? Ведь в одной бухгалтерской базе могут присутствовать СФ от разных филиалов, иногда удаленных друг от друга, когда эти филиалы просто физически не могут постоянно корреспондировать друг с другом, и таким образом неизбежно выписывают СФ с одинаковыми номерами. А через какое-то время эти совпадающие филиальные номера СФ оказываются в головной базе, откуда они затем выгружаются в ИС ЭСФ.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:21 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из БД в ИС ЭСФ. Формат хранения ЭСФ и формат импорта ЭСФ отличаются.
Если выгрузить из самого ЭСФ полученные или отправленные СФ, то обратно в ИС ЭСФ тот же самый файл (его собственный родной) не загрузится. Почему так сделано, непонятно - до сего времени то, что было выгружено из налоговых программ и сервисов, также и симметрично загружалось обычно обратно. Хорошо хоть, что формат экспорта в ЭСФ можно найти в SDK.
Если попросить, то техподдержка присылает файл экспорта, в свою очередь, немного отличающийся от файла в SDK. И этот формат файл экспорта еще нужно знать, что открыто он не лежит нигде - его нужно еще попросить.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:22 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
[b]Ситуация при работе в ИС ЭСФ. Ограничение количества рабочих сессий.[/b]
Если случайно выйти из кабинета ЭСФ (закрыть страницу браузера), то обратно быстро зайти не получится - выскакивает сообщение -
{"redirectUrl":null,"message":"Access is denied"} (конец сообщения)
Похоже, сделано ограничение на количество одновременных сессий, в отличие от КНП. Зайти получится через 10-20 минут только.
Таким образом, если зашел в ЭСФ – то лучше сиди до последнего, и не выходи. Правда, и в этом случае Вас будет периодически выбрасывать - "сеанс завершен", но и будет милостиво позволять тут же снова зайти обратно.
Второй вариант - заходить в ЭСФ в 360браузере - там почему-то этот эффект не наблюдается, в отличие от браузера макстон. Дело в том, что этими двумя браузерами, да еще плюс интернет эксплорер мы сейчас ограничены при работе с Явой, которая требуется для ЭСФ.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:23 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Нельзя экспортировать из БД в ИС ЭСФ частично заполненные СФ реализации.
Нельзя экспортировать из БД в ИС ЭСФ частично заполненные СФ реализации. Только полностью заполненные от начала до конца.
То есть если Вы раньше, допустим, загружали в СОНО только приложения 7,8, или частично заполненные ФНО в Кабинет НП - все, здесь такого нет сразу же. СФ реализации, которые Вы загружаете в кабинет ЭСФ, должны быть заполнены сразу полностью от начала до конца. Если хоть одно место заполнено не так - весь СФ считается ошибочным и НЕ загружается.
То есть нельзя дозаполнять, дорабатывать СФ выданные уже в самом кабинете ЭСФ - несмотря на то, что там вроде бы есть режим "черновик" (как в КНП и СОНО). Возможно, режим «черновик» предназначен для «ручного» заполнения ЭСФ, и на импортированные СФ он не распространяется.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:24 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. При экспорте номер доверенности и дата доверенности заполняются только совместно.
При экспорте номер доверенности и дата доверенности заполняются только совместно. Если не выполнить это условие, выходит следующее сообщение -
deliveryTerm.warrant - '№ доверенности на поставку товаров, работ, услуг' и 'Дата доверенности на поставку товаров, работ, услуг' заполняются вместе
deliveryTerm.warrantDate - '№ доверенности на поставку товаров, работ, услуг' и 'Дата доверенности на поставку товаров, работ, услуг' заполняются вместе (конец сообщения).

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:24 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Для возвратных СФ выданных существует целая отдельная методика, как их заносить в ЭСФ.
Для возвратных СФ выданных есть целая отдельная методика, как их заносить в ЭСФ. Рекомендуется с ней подробно ознкаомиться.
http://kgd.gov.kz/sites/default/files/p ... kturam.pdf


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:25 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. В одном ЭСФ (а значит, и в бухгалтерском СФ) не может быть более 200 строк.
Служба поддержки так отвечает на запрос по этой ситуации -
Здравствуйте.
Вы превысили максимально допустимое количество позиций товаров, работ, услуг в разделе G (Данные по товарам, работам, услугам). Согласно форматно-логическому контролю ИС ЭСФ максимально допустимое количество позиций в разделе G (Данные по товарам, работам, услугам) составляет 200 шт. Превышение данного количества приведет к ошибке при отправке счет-фактур. Просим уменьшить количество позиций путем выписки нескольких ЭСФ (конец сообщения).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:26 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. СФ реализации нужно заносить в кабинет ЭСФ "день в день".
СФ реализации нужно заносить в кабинет ЭСФ "день в день".

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:28 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Будущей датой загружать СФ выданные в систему ЭСФ тоже нельзя.
Будущей датой загружать СФ выданные в систему ЭСФ тоже нельзя. Если Вы решите заранее загрузить в систему ЭСФ выданные СФ будущей датой (про запас, чтобы потом, не торопясь, их заполнять или дозаполнять), то этого сделать нельзя. Вы получите следующее сообщение об ошибке -
undefined - 'Дата совершения оборота' задана в будущем
date - 'Дата выписки СФ' отличается от текущей (конец сообщения)

Таким образом, загружать СФ выданные можно только сегодня и только сегодняшней текущей датой.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:29 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Есть весьма жесткие и обязательные правила проверки данных в ЭСФ, которые можно узнать только путем многократных попыток экспорта ошибочных данных.
С большим трудом эти правила удалось буквально вытрясти из кабинета ИС ЭСФ. Вот они -
productSet.totalPriceWithoutTax - Cумма значений 'Стоимость товаров, работ, услуг без учета косвенных налогов' не совпадает с итоговым значением
productSet.products[0].unitPrice - Поле 'Цена (тариф) за единицу товара, работы, услуги без учета косвенных налогов' не должно содержать незначащие нули
productSet.products[1].ndsAmount - Поле 'НДС-Сумма' не должно содержать незначащие нули
consignee.name - Реквизит 'Грузополучатель' должен содержать от 3 до 450 символов
productSet.products[1].description - Поле 'Наименование товара, работы, услуги' должно содержать от 2 до 400 символов
deliveryTerm - Не заполнен ни один реквизит условий поставки
productSet.products[1].unitCode - Поле 'Код товара, работы, услуги (ТН ВЭД)' должно быть числовым и не содержать более 10 знаков
consignee.address - Реквизит грузополучателя 'Адрес доставки' должен содержать от 1 до 255 символов
customers[0].address - Реквизит получателя 'Адрес места нахождения' должен содержать от 3 до 400 символов
productSet.products[0].ndsRate - {invoice.products.ndsRate.exists}
productSet.products[1].ndsRate - {invoice.products.ndsRate.exists}
productSet.products[0].unitCode - Поле 'Код товара, работы, услуги (ТН ВЭД)' должно быть числовым и не содержать более 10 знаков
productSet.products[0].quantity - Поле 'Кол-во (объем)' не должно содержать незначащие нули
sellers[0].certificateSeries - Реквизит поставщика 'Серия свидетельства плательщика НДС' должен быть числовым и содержать 5 цифр
deliveryTerm.term - Реквизит 'Условия оплаты по договору' должен содержать от 1 до 50 символов
productSet.products[0].turnoverSize - Поле 'Размер оборота по реализации' не должно содержать незначащие нули
productSet.products[1].priceWithTax - Поле 'Стоимость товара, работы, услуги с учетом косвенных налогов' не должно содержать незначащие нули
consignor.address - Реквизит грузоотправителя 'Адрес отправки' должен содержать от 1 до 255 символов
productSet.totalTurnoverSize - Поле Итоговая 'Размер оборота по реализации' не должно содержать незначащие нули
productSet.products[1].unitNomenclature - Поле 'Ед.изм' должно содержать от 1 до 10 символов
consignor - Не заполнен ни один реквизит грузоотправителя
sellers[0].address - Реквизит поставщика 'Адрес места нахождения' должен содержать от 3 до 255 символов
productSet.totalExciseAmount - Cумма значений 'Акциз-Сумма' не совпадает с итоговым значением
productSet.totalExciseAmount - Поле Итоговая 'Акциз-Сумма' не должно содержать незначащие нули
productSet.products[1].turnoverSize - Поле 'Размер оборота по реализации' не должно содержать незначащие нули
productSet.products[1].unitPrice - Поле 'Цена (тариф) за единицу товара, работы, услуги без учета косвенных налогов' не должно содержать незначащие нули
productSet.products[0].description - Поле 'Наименование товара, работы, услуги' должно содержать от 2 до 400 символов
consignor.tin - Реквизит грузоотправителя 'ИИН/БИН' имеет неверный формат
deliveryTerm.exerciseWay - Реквизит 'Способ отправления' должен содержать от 1 до 98 символов
productSet.products[0].priceWithTax - Поле 'Стоимость товара, работы, услуги с учетом косвенных налогов' не должно содержать незначащие нули
productSet.products[1].quantity - Поле 'Кол-во (объем)' не должно содержать незначащие нули
productSet.products[0].unitNomenclature - Поле 'Ед.изм' должно содержать от 1 до 10 символов
date - 'Дата выписки СФ' отличается от текущей
customers[0].name - Реквизит 'Получатель' должен содержать от 3 до 400 символов
sellers[0].name - Реквизит 'Поставщик' должен содержать от 3 до 450 символов
productSet.totalPriceWithTax - Поле Итоговая 'Стоимость товаров, работ, услуг с учетом косвенных налогов' не должно содержать незначащие нули
sellers[0].certificateNum - Реквизит поставщика 'Номер свидетельства плательщика НДС' должен быть числовым и содержать 7 цифр
consignor.name - Реквизит 'Грузоотправитель' должен содержать от 3 до 450 символов (конец сообщения)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:31 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Что означают эти правила?
Если ИС ЭСФ ожидает увидеть в файле импорта что-либо, например, длиной от 3 до 200 символов (например, адрес) – то это «что-либо» должно быть именно в этом диапазоне. Даже если в базе данных по каким-либо причинам нет адреса, или он почему-либо короче, или же длиннее, чем указанный диапазон в правилах. Если данных нет, то тогда нужно хоть что-то подставить для ИС ЭСФ (например, точки – «…») – не бессмысленные же буквы подставлять, в самом деле. Иначе данный СФ будет просто отброшен из файла экспорта (хорошо хоть, что не все сразу СФ из файла экспорта).
То же самое касается всех других весьма жестких ожиданий и ограничений ИС ЭСФ относительно входных данных в файле экспорта. Если требуется «что-то» – оно там должно стоять, даже если в бухгалтерской базе данных нет информации. Вместо отсутствующих по каким-либо причинам кодов ТН ВЭД, например, приходится ставить нули – «0000000000». Если почему-либо нет единицы измерения, приходится писать «шт». В условиях приходится писать «самовывоз» и «наличный расчет».
При наличии пустой даты в файле экспорта возможны проблемы. Поэтому, если нет даты договора и даты доверенности, эти блоки тегов в файл экспорта можно не записывать.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03-12-2016, 00:33 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Ситуация при экспорте из бухпрограммы в ИС ЭСФ. Проблема с отражением послепродажных скидок в ИС ЭСФ.
Большая проблема складывается с отражением послепродажных скидок в ИС ЭСФ (это нормальная торговая практика, описанная в любом учебнике по МСФО, в самых первых главах). Предположим, поставщик продает покупателю товар «Мыло», в количестве 3 ящиков, по цене 100 денежных единиц за ящик (условно). Если покупатель оплатит быстро, предоставляется скидка, предположим, 5 денежных единиц.
В бухучете поставщика все это выглядит так –
Накладная + СФ = «Мыло», 3 ящика, по цене= 100 ден. ед./ящик, сумма = 300 ден. ед.
Акт выполненных работ = «Скидка по цене» = 1 шт, цена=5 де, сумма = 5 де.
Так вот, в ИС ЭСФ данную операцию можно отразить только так –
ЭСФ = «Мыло», 3 ящика, цена=100 де/ящик, сумма=300 де.
ЭСФ (дополнительный к предыдущему) = «Мыло», -1 (МИНУС ОДИН) ящик, цена = 5 де, сумма = -5 (МИНУС ПЯТЬ) де.
То есть в ИС ЭСФ невозможно ввести в дополнительном ЭСФ строку, отсутствующую в основном ЭСФ (в нашем случае это строка «Скидка по цене»). Таким образом, мы никаким другим образом не можем отразить в ИС ЭСФ послепродажную скидку (которая ранее не была оказана, и не является товаром), кроме как показав фиктивный возврат товара по количеству (то есть с минусом). Тогда у нас хоть общие суммы будут идти по ЭСФ и по бухучету.
А на самом деле количество товара при оказании послепродажной (суммовой по сути) скидки вообще всегда нулевое, товар ведь никуда и никем при этом не возвращается. И в бухучете у нас нет другого выбора, как выставлять именно Акт выполненных работ с минусами – не товар же фиктивно в бухучете обратно оприходовать, в самом-то деле. И таким образом, между бухучетом и ИС ЭСФ накапливается разница по позициям и количествам товаров.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 18 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 6 часов


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Найти:
Перейти:  
cron
Powered by Forumenko © 2006–2014
Русская поддержка phpBB