Italo Giurizzato Junior

Cada cidade contrata um empresa para fornecer a solução de NFSe, dependendo da empresa, que vamos chamar de provedor, apesar de muitas seguirem o padrão ABRASF, possuim as suas diferenças, uma delas diz respeito a assinatura. Para saber essas diferenças e se devemos assinar somente o lote ou ambos, lote e rps, necessitamos dos manuais disponibilizados pelo provedor em questão.

Você não pode Validar o XML de um RPS, uma vez que não existe schema para isso. Devemos gerar o lote de RPS (1 ou mais até o limite de 50) ai sim submeter ao validador. Esse processo o componente realiza. Na NFe a sequencia é: 1. Gerar o XML da NFe; 2. Assinar; 3. Validar; 4. Gerar o Lote de NFe; 5. Enviar; Na NFSe a sequencia é: 1. Gerar o XML do RPS; 2. Assinar o RPS se necessário; 3. Gerar o Lote de RPS; 4. Assinar o Lote se necessário; 5. Validar; 6. Enviar;

O componente somente gera para as cidades continas no arquivo Config_Municipios.ini Para as cidades que utilizam o provedor GINFES, as chances de funcionar logo de primeira são altas, as demais, podem ocorrer problemas.

Não funciona desta forma. O certificado utilizado para assinar o xml do lote de RPS deve pertencer a uma empresa prestadora de serviço. Que por sua vez deverá estar cadastrada junto a prefeitura para emitir a NFSe. Caso contrario não vai funcionar.

Bom dia Elvis, Essa propriedade "ide.verProc" você informa a versão da sua aplicação e não a versão do xml que vai ser gerado. Para fazer com que o componente gere o XML segundo a versão 1.04 devemos alterar o arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum se esta gerando na versão 1.03, o final deste arquivo esta da seguinte forma: //------------------------------------------------------------------------------ // Definições para o compomente ACBrCTe //------------------------------------------------------------------------------ // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção não comente ou descomente as duas definições {$DEFINE PL_103} //{$DEFINE PL_104} para gerar na versão 1.04, altere para: //------------------------------------------------------------------------------ // Definições para o compomente ACBrCTe //------------------------------------------------------------------------------ // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção não comente ou descomente as duas definições //{$DEFINE PL_103} {$DEFINE PL_104} Como na versão 1.04 temos algumas propriedades que mudaram de nomes, propriedades novas, e outras que não existem mais, favor ter em mãos o Manual da versão 1.04c que encontra-se disponivel na pasta ...\Exemplos\ACBrCTe Dentro desta pasta tambem econtra-se varios arquivos TXT sendo que um deles chamado AlimentaComponente, procure nele as ocorrencias de PL_103 e PL_104 para saber o que mudou. Espero ter ajudado.

Bom dia Dirlenio, Desculpe ter excluido a sua postagem, por favor poste o XML como ANEXO e não como texto, pois sobrecarrega o fórum e fica dificil pegarmos o xml para poder valida-lo e encontrar o problema e consequentemente te ajudar. Basta você clicar em Editor Completo, nele você tem a opção para anexar o arquivo.

Bom dia Fabiano, As propriedades do componente seguem fielmente a nomenclatura utilizada no manual disponibilizado pela SEFAZ. E como o Igor disse ao baixar os fontes dos componentes, temos o programa exemplo, que traz varias dicas, de como configurar, consultar, etc.

Bom dia Fabio, Todos os CTe devemos informar o Emitente = Transportadora. Os CTe ditos normais ou seja não são redespacho e vai realizar o transporte até o destinatário, devemos informar o Remetente e o Destinatário. Se tratanto de redespacho temos 3 situações: 1. a transportadora recebe a carga de uma primeira transportadora e realiza o transporte até o Destinatário, neste caso deve-se incluir a primeira transportadora como sendo o Expedidor, alem de informar o Remetente e Destinatário. 2. a transportadora recebe a carga do remetente e vai transportar até outra transportadora, neste caso deve-se incluir a segunda transportadora como sendo o Recebedor, alem de informar o Remetente e Destinatário. 3 a transportadora recebe a carga de uma primeira transportadora e vai transportar até uma terceira transportadora, neste caso deve-se incluir a primeira transportadora como sendo o Expedidor, a terceira transportadora como sendo o Recebedor, alem de informar o Remetente e Destinatário. Não esquecer de informar quem vai ser o Tomador do Serviço, que pode ser o Remetente, Destinatário, Expedidor, Recebedor ou Outro. Para mais informações de campos obrigatórios e opcionais, consulte o manual (Manual_CTe_v1.04c.PDF) que esta disponível da pasta ...\Exemplos\ACBrCTe. Espero ter ajudado.

Boa noite, Favor postar em apenas um unico tópico.

Boa noite Celente, Quanto aos XML não encontrei nenhum problema. Os arquivos com o final -c são os completos ou seja com as tags usadas para envelopar o XML a ser enviado ou retornado pelo webservice. Esses arquivos, quando o componente se tornar estavel não vão mais ser salvos. Acredito que o problema esta no webservice da cidade em questão.

Boa noite Graça, Não vejo o porque de alterar a sua rotina, visto que a SEFAZ vai ter que normalizar os acessos, já que agora a versão ativa é apenas a 1.04

Boa tarde, Você esta desenvolvendo para qual cidade?

Boa tarde Hideraldo, Em Opções regionais e de idioma, aba Opções regionais a esquerda do botão [Personalizar] esta configurado como: Português (Brasil)? E o Local esta selecionado: Brasil? Na minha maquina esta com essa configuração mais a dos simbolos já mecionadas por você e os valores são impressos com a formatação correta no DACTe.

Poste como anexo o xml do CTe.

Bom dia Celente, Se possível poste como anexo os arquivos que encontram-se na pasta Ger.

Boa noite Celente, Esta disponivel para baixar o programa exemplo, bem como os arquivos de configuração, atualizados para as cidades de Paulinia/SP e Eunapolis/BA.

Boa noite José, O problema é que você esta realizando a seguinte atribuição: Imp.ICMS.SituTrib := cst41; mude para: Imp.ICMS.SituTrib := cstICMSSN; Imp.ICMS.ICMSSN.indSN := 1;

Boa tarde ALA, Verifique se a string que esta sendo atribuida a NFe.Dest.IE realmente contem somente os caracteres ISENTO em maiusculo.

Boa tarde Cláudio, Isso é devido a versão do Quick Report utilizada no DACTE (versão 5.02) e o que você tem instalado. Execute o Delphi abra o fonte ACBrCTeDACTeQR, se aparecer uma tela informando que uma determinada propriedade não existe, clique no botão "Ignorar Todas", depois abra o fonte ACBrCTeDACTeQRRetrato, se aparecer a mesma tela, clique no botão "Ignorar Todas". Salve os fontes, abra a sua aplicação e compile utilizando a opção Build.

Boa tarde Roberto, Correção já esta disponivel no SVN.

Boa tarde, Você atualizou os arquivos referente aos Schemas? Você alterou o arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum, de tal forma que desabilite a diretiva de compilação PL_103 e habilite a diretiva PL_104? Você compilou a sua aplicação utilizando a opção Build que encontra-se no menu Projects?

Bom dia Reinaldo, Já inclui a cidade: Eunápolis/BA no arquivo de configuração.

Bom dia, O componente, permite que você ADD até 50 RPS em um unico lote. Temos no programa exemplo uma rotina que adiciona (ADD) ao componente os dados de um RPS, basta colocar o ADD dentro de um loop para adicionar 2 ou mais, respeitando o limite de 50. Outro detalhe importante, o componente trabalha com lotes de 1 ou mais RPS que posteriormente é enviado via WebService e temos como resposta as respectivas NFSe. Alguns provedores implementaram uma funcionalidade que permite o envio de um XML contendo os dados da NFSe, como essa funcionalidade esta restrita a um pequeno grupo de provedores, o componente não possui até o momento essa funcionalidade. Espero ter ajudado.

Bom dia José, Poste como anexo o xml gerado.

Boa noite Reinaldo, Qual é a cidade?