Italo Giurizzato Junior

Luis, Tenta descobrir pela documentação que você tem ou pelo site da prefeitura.

Boa tarde Alfredo, Faz a alteração e testa se funcionar 100%, me avise para que eu faça a alteração e envie para o SVN.

Boa tarde, Favor atualizar os fontes e testar novamente.

Boa tarde Luis, Essa cidade se utiliza de qual provedor?

Boa tarde Weber, Abra o programa exemplo e procure pelas propriedades novas referente ao Emitente. Incluas na sua aplicação tente novamente.

Boa tarde a todos, A cidade de fortaleza utiliza o Ginfes mas ao envelopar a mensagem de dados se utiliza de endereço NameSpace e TAGs diferentes. Vou estudar uma forma de resolver esse problema.

Boa tarde Marcelo, Vou verificar essa questão.

Boa tarde Marco, Abra o arquivo Betha.INI nele você vai encontrar um campo referente ao cancelamento se não esta assinado deve estar com o valor zero, mude para um e tente novamente. Se funcionar me avise para alterar e disponibilizar no SVN.

Boa tarde ALA, Já verificou a configuração do Internet Explorer no que diz respeito a revogação de certificados.

Boa tarde Alfredo, Mas essa cidade consta que utiliza o provedor ISSNet.

Boa tarde Adriano, Favor atualizar todos os fontes de todas as pastas e testar novamente.

Boa tarde Valdir, Muito obrigado pela colaboração, já esta disponível no SVN.

Boa tarde Acacio, Pela sua postagem noto que ainda esta usando os fontes do repositório Trunk. Não estamos mais dando suporte aos fontes do Trunk somente do Trunk2. O componente ACBrNFSe já encontrasse totalmente migrado para o Trunk2. Outra coisa, a NFS-e não funciona da mesma forma que a NF-e. A validação é feita em cima da mensagem de dados a ser enviada e não no RPS gerado, dai o erro que você esta recebendo.

Boa tarde Julio, Segundo o schema do provedor Betha não existe essa funcionalidade.

Boa tarde Fagner, Você deve atualizar todos os fontes de todas as pastas e recompilar a aplicação com build. Verifique também se algum fonte do ACBrNFe possui uma bolinha vermelha ou triangulo amarelo no ícone, se sim, exclui esses fontes e baixe novamente.

Boa tarde Leão, O componente ACBrNFe possui um método de administração CSC. Se não me falha a memória no manual esta com 36 caracteres isso pelo fato de ter sido convertido para hexadecimal.

Boa tarde, Uma observação: o arquivo *-NFeDFe.xml é gerado quando a nota possui um evento vinculado a mesma. Esse evento pode ser um cancelamento ou CC-e ou qualquer outro.

Boa tarde Nilton, Favor atualizar todos os fontes. Com relação do CPF ou CNPJ não informado, favor abrir o programa exemplo, lá você vai encontrar 6 novas propriedades de configuração referente ao Remetente. Elas são obrigatórias para que não ocorras erros de CPF / CNPJ não informado.

Boa tarde a todos, Sim, essas novas propriedades são necessárias, caso contrario os XML de envio serão gerados de forma incorreta, causando erro. A implementação dessas propriedades gerou uma economia de grande de código no componente. Favor manter os fontes atualizados diariamente e sempre compilar a aplicação com a opção build.

Boa tarde Rogério, O problema foi sanado, favor atualizar os fontes.

Boa tarde Fernando, Favor atualizar todos os fontes de todas as pastas. O ISSDSF.INI esta dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Boa tarde Nilton, Infelizmente esse manual precisa passar por várias correções. Sim, o campo ICMS ST não existe mais.

Boa tarde Felipe, Você tem que agrupar as notas conforme os municípios de descarga.

Boa noite Udenilson, O componente possui 6 novas propriedades de configuração (Emitente) favor abrir o programa exemplo e procurar por essas propriedades. Elas são obrigatórias, sendo assim devem ser incluídas na sua rotina de configuração.

Bom dia, Favor atualizar todos os fontes de todas as pastas. No programa exemplo você vai encontrar meia-duzia de linhas que configura as propriedades do Emitente, sem essas configurações com certeza vai ocorrer erros de validação.