Italo Giurizzato Junior

Bom dia a todos, Conforme consta na Nota Técnica 2016/002 de novembro de 2016 - pagina 4 temos: Versão - Data 1.00 02/12/2011 – ENCAT 1.00a 13/12/2011 – SP 1.00b 28/05/2012 – SP 1.01 21/01/2014 – SP Inclusão do DACTE para o Multimodal Alteração do DACTE do Modal Aéreo Exclusão do campo ICMS ST do DACTE 3.00 19/10/2016 – MS/SP Adequação ao leiaute 3.00 do CT-e Criação do DACTE OS O campo ICMS ST não deve mais constar no DACTE. E a impressão dos valores e percentuais relativos ao ICMS devem seguir a tabela que o Big Wings postou. Sempre tenham em mente, que nem tudo o que consta no XML deve ser impresso no Documento Auxiliar, mas tudo o que esta impresso nele deve constar no XML. Agora se no DACTE esta imprimindo o campo ICMS ST isso deve ser corrigido, ou seja, devemos remover esse quadro do layout.

Bom dia a todos, Sempre que for retornado a rejeição 999, favor entrar em contato com a SEFAZ, porque o problema é lá.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Walison, Primeiramente desculpe pela demora. O componente ACBrNFSe possui 3 métodos para enviar RPS para o webservice do provedor, são eles: O Enviar, que nos permite o envio de até 50 RPS, esse método trabalha no modo assíncrono, que pela mensagem de erro me leva a crer que esse provedor desabilitou o serviço que recepciona o lote de RPS em modo assíncrono. O Gerar (só existe nos provedores que seguem a versão 2 do layout da ABRASF que é o caso do SIAPNet), que nos permite o envio de apenas um RPS. O EnviarSincrono (mesma observação do Gerar), que nos permite o envio de lote com até 50 RPS, esse método trabalha no modo síncrono, que conforme a mensagem de erro eles estão sugerindo que você utilize esse. Resumindo em vez de você utilizar o método Enviar, utilize o EnviarSincrono.

Bom dia Jackson, Primeiramente desculpe pela demora. Não consegui identificar o problema, favor atualizar os fontes e faça um novo teste.

Bom dia Olavo, Primeiramente desculpe pela demora. Já enviei a sua colaboração para o repositório, muito obrigado.

Bom dia João, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar os fontes, note que simplifiquei o arquivo WebISSv2.ini

Boa tarde Anderson, Você esta misturando as coisas. No inicio da sua postagem você se refere a consulta e depois faz referencia a geração do XML do RPS. Favor anexar os XMLs gerados ao realizar a consulta.

Boa tarde Antônio, As linhas que se refere a variável VersaoDFe não estão comentadas? Elas foram deixadas pensando em uma possível versão diferente do que é hoje.

Boa tarde Edu, Não consegui analisar o que você postou, pois estive atarefado com outras coisas. Você chegou a realizar testes usando o programa exemplo?

Boa tarde Paulo, Após o envio é aconselhado que verifique se o CT-e foi autorizado ou não ou se ocorreu alguma falha de conexão. Se por ventura tenha ocorrido alguma falha de conexão, o correto é realizar uma consulta, desta forma se o CT-e foi enviado e processado com sucesso, a consulta vai atualizar o XML acrescentando o protocolo de autorização. Obs: ao realizar a consulta é prescindível que o XML do CT-e esteja carregado no componente, caso contrario a sua atualização não será realizada.

Boa tarde Jonathan, Você utiliza o componente ACBrCTe ou o ACBrMonitor?

Boa tarde Bruno, Você já verificou se não tem outra linha que esteja atribuindo o valor True a propriedade Visualizar?

Boa tarde a todos, Como ninguém me retornou sobre o problema da SEFAZ-MG ter resolvido o problema de gerar de forma indevida o prefixo ns0: no retorno da consulta e também mais ninguém veio relatar o problema, concluo que o problema foi sanado. Sendo assim vou dar como encerrado esse assunto.

Boa tarde Camilo, Essas 3 linhas é quando ocorre alguma rejeição que pela imagem que você postou não é o caso. Quando não ocorre a rejeição, veja o exemplo abaixo: sSituacao := NFSe.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe.CompNFSe[ x ].NFSe.Situacao; dDataRecebimento := NFSe.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe.CompNFSe[ x ].NFSe.dhRecebimento; Espero ter ajudado.

Boa tarde Natan, Favor anexar o arquivo INI que você alterou para que eu possa analisar. Pela mensagem de erro (HTTP: 500) o que tudo indica esta sendo enviado para o webservice o XML de pedido de consulta faltando ou com alguma coisa a mais. Esta sendo gerado o XML de pedido de consulta, se sim, favor anexar.

Boa tarde Jéter, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde a todos, Favor entrar em contato com o provedor, acredito ser algum problema no webservice.

Costa, O que tudo indica deve estar faltando informar algum dado.

Boa tarde Costa, Com o programa exemplo esse também ocorre?

Bom dia Willian, O SmarAPD possui dois webservices, um segue um layout próprio e outro que chamamos de SmarAPDABRASF segue a versão 2 do layout da ABRASF. O que precisa saber agora é se Cubatão contratou o SmarAPD ou SmarAPDABRASF. Tendo essa informação basta acrescentar a cidade no arquivo Cidades.ini aos moldes das demais cidades. Feito isso, basta iniciar os testes usando o programa exemplo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite Camilo, Se o provedor segue a versão 2 do layout da ABRASF não existe o Consultar Situação. Você deve usar o ConsultarLote.

Boa noite, O que tudo indica é que os seus fontes estão desatualizados, mais precisamente os arquivos INI. O problema também ocorre com o programa exemplo?