Italo Giurizzato Junior

Bom dia Denis, Pela mensagem diz que o próximo numero de lote disponível é 177, sendo assim ao enviar o próximo lote este deve ser o de numero 177 depois 178 e assim por diante.

Bom dia Augusto, Então podemos dizer que o provedor Publica agora esta funcionando 100% ?

Bom dia Daniel, Favor atualizar os fontes e testar novamente.

Bom dia, O componente possui o provedor implementado, mas as cidades que se utilizavam desse provedor hoje não utilizam mais. Antes a URL de produção era uma só para todos os tipos de serviços, idem para a de homologação. As URLs do SoapAction que eram uma para cada tipo de serviço e normalmente não existem um conjunto para produção e outra para homologação, isso muito raro. Tentei acessar os Web Services através das URLs que você postou mas não vai, não tem acordo.

Bom dia Acácio, O correto é enviar o XML da NFS-e e não do RPS. Se você puder fazer essa correção ficaremos gratos.

Boa noite NCC, Erro não catalogado é problema no web service da SEFAZ.

Denis, Nos fontes antigos (Trunk) para esse provedor apesar de ter os schemas a validação não era realizada, não me recordo o motivo, mas provavelmente por conta do valor do atributo ID que no schema deveria ser do tipo string e não unsignedLong. Paciência. Bom, agora pela lista de rejeição, basta fazer as correções mencionadas.

Denis, Os schemas que você esta usando é os que estão na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Tecnos ?

Boa tarde Denis, Atualiza todos os fontes de todas as pastas, e utilize o arquivo INI que esta na pasta: \Exemplos\ACBrDFe\ACBrNFSe\ArqINI Para esse provedor o valor correto do campo VersaoXML é 2.00

Boa tarde Fábio, Analisando com mais calma os fontes do componente o correto seria alimentar a propriedade: NFSe.Prestador.ChaveAcesso e não NFSe.Prestador.Senha Alterei o componente e já esta disponível, favor atribuir o valor da chave ao campo ChaveAcesso e não ao Senha como eu tinha orientado antes.

Boa tarde Luciano, Você abriu com um navegar esses XML que você anexou? Se não abriu, abra o 121003-sit.xml e leia o que esta escrito nas TAGs: Mensagem e Correção.

Boa tarde Augusto, Entendido. Muito obrigado pela colaboração, já esta disponível no repositório.

Boa tarde Reginaldo, Desculpa, entendi o contrario, o correto é sem o "S". Vou corrigir e atualizar no repositório. Realmente, também preciso de mais horas no dia, 24 horas é pouco para tudo que preciso fazer.

Boa tarde Diego, Mas isso não é um erro, e sim um aviso. E ele deixa claro que você deve aguardar. Como não é informado o tempo, aguarde alguns minutos e consulte novamente.

Boa tarde Diego, No arquivo INI do provedor Tecnos o valor do campo: VersaoXML é 2.00 ?

Boa tarde a todos, Atualizei o INI do provedor e já esta no repositório. A principio essa configuração é igual para todas cidades.

Boa tarde Rodrigo, Se não me falha a memória a propriedade NomeArq só vai ter algum valor se o Lote de RPS por enviado, antes não.

Boa tarde Elviro, O componente foi configurado com a mesma UF do emitente? Ao alimentar o componente esta sendo informado que o emitente é transportador de carga própria? A rejeição também ocorre se o MDF-e foi emitido pelo programa exemplo?

Boa tarde, Ao realizar a consulta com o comando: ACBrMDFe.Consultar o XML do MDF-e em que se deseja consultar esta sendo carregado com o LoadFromFile?

Bom dia Felipe, Examinando o XML do RPS que você anexou, notei que o código do ItemListaServico não foi informado. Corrija e tente novamente.

Bom dia Augusto, Não entendo a necessidade dessa alteração, uma vez que logo no inicio dessa rotina é dito que o TagGrupo é GerarNfseEnvio. E essa Tag é unica no XML. Como que fica o XML assinando sem e com essa alteração? A assinatura fica fora do lugar, dai fica invalida para o provedor?

Bom dia Acácio, Faça o seguinte procure por proABase em todos os fontes do ACBrNFSe, ou seja, os fontes que estão na pasta: ...\Fontes\ACBrDFe\ACBrNFSe e ...\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe. Veja o que foi feito para o provedor ABase, pois ele também segue a versão 2 do layout da ABRASF. Alterado os fontes para suportar o novo provedor, você vai ter que criar um arquivo INI para ele, aos moldes do ABase.INI e incluir as cidades atendidas por esse novo provedor no arquivo Cidades.INI Como você sabe os arquivos INI encontram-se na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Por fim seria interessante conseguir com esse provedor os arquivos XSD (Schemas) que são usados pelo componente para validar o Lote antes do seu envio. De posse dos arquivos XSD, devemos criar uma pasta em: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas com o mesmo nome do provedor e colocar dentro dela os Schemas. Pelo que eu pude ver pelo XML de exemplo de envio do Lote, o provedor realmente segue a versão 2 do layout da ABRASF, sendo assim você não vai ter muitos problemas em implementar. Antes de dar inicio a implementação favor certificar-se que todos os seus fontes estão atualizados, ou seja, todos tem uma bolinha verde no ícone dos arquivos. Assim que estiver pronto "zipa" somente os aquivos alterados e os que foram criados e anexa aqui mesmo no fórum para que possamos avaliar e estando tudo OK vamos enviar para o repositório. Tome muito cuidado para não alterar algo que venha prejudicar o funcionamento de outros provedores. Bom trabalho.

Bom dia Luciano, Por favor anexa os arquivos gerados que ao tentar enviar o lote o mesmo é rejeitado pelo fato do numero do lote já ter sido usado.

Bom dia Reginaldo, Estranho, pois o que se encontra no repositório desde o dia 13/04/2016 já contem as URLs de homologação corretas, ou seja com o "s" no http. Isso me faz acreditar que você não tem o costume de atualizar todos os fontes de todas as pastas, diariamente ou semanalmente.

Boa tarde Carlos, O correto é: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ i ].XML Verifique a variável ou o tamanho do campo onde você esta armazenando o retorno da propriedade XML.