italo.giurizzato.junior

Boa tarde Douglas, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Agora o valor padrão para o campo é tsNenhum .

Bom dia Douglas, Já inclui na minha lista de tarefas para a analise e correção. TK-4529

Bom dia Rodrigo, A rotina do componente que faz a leitura do XML da nota visa ler o XML baixado do webservice do provedor e não do site da prefeitura. Pois muitos provedores acabam gerando XMLs diferentes, pelo webservice eles tem um layout e pelo site tem outro.

Bom dia Leandro, Tente desta forma: Servico.Valores.tribMun.tribISSQN := tiImunidade;

Bom dia, Neste tópico vamos tratar somente o problema referente ao provedor RLZ. Favor criar outro tópico referente ao provedor Fiorilli. Vamos seguir as regras, assuntos diferentes tópicos diferentes. Desde já muito obrigado pela compreensão. Quanto ao provedor RLZ no programa exemplo na aba WebService favor informar a chave de acesso fornecida pelo provedor no campo: Chave de Acesso. Salve a configuração e faça novos testes.

Bom dia Fabiano, O Daniel Simões, fez uma pequena modificação na sua contribuição na unit ACBrJSON e já enviou para o SVN. Por favor atualize todos os fontes, reinstale o ACBr e repita os testes.

Bom dia Guto, Então a impressão do DAMDFE foi mau feita, isso costuma ocorrer quando se usa uma impressora de jato de tinta em vez de uma a laser. Se foi impresso em uma impressora a laser pode ser que o toner esteja fraco. Quem tem que resolver esse problema é a empresa que esta imprimindo o DAMDFE. O Código de Barras nada mais é do que uma representação gráfica da chave composta por 44 dígitos. Você é o primeiro que esta relatando esse tipo de problema, logo me leva a crer que o problema é na impressão. Outra coisa, o DAMDFE com problemas esta sendo impresso pela sua aplicação ou é o seu cliente que recebeu o DAMDFE e não consegue ler?

Boa tarde Edvilson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-4526

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4525

Boa tarde Willian, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4524

Boa tarde Rodrigo, Esse XML cujas tags tem letras maiúsculas foi baixado do site ou retornado do webservice?

Boa tarde Edson, Vamos fazer a coisa do jeito certo? ACBrNFSeX.NotasFiscais[0].GerarXml; var XMLRps := ACBrNFSeX.NotasFiscais[0].XmlRps; ou simplesmente: var XMLRps := ACBrNFSeX.NotasFiscais[0].GerarXml;

Boa tarde Guto, Qual é o erro?

Boa tarde Fabiano, As duas units referente ao componente ACBrNFSeX, já estão no SVN. A outra referente ao Json, passei para o pessoal que cuida dessa unit analisar a sua contribuição de correção.

Boa tarde Marcos, Já esta no SVN.

Boa tarde Daniel, Já esta no SVN. Favor atualizar todos os fontes, reinstale o ACBr e faça os testes.

Boa tarde Douglas, Já esta no SVN. Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia, Se no grupo que contem as informações do prestador tiver o código do município, basta usa-lo para configurar o componente com essa informação para poder ler o XML da forma correta.

Bom dia Douglas, Detectei algumas falhas na leitura, já inclui na minha lista de tarefas para as devidas correções. TK-4520

Bom dia Paulo, Se o prestador não é MEI é preciso saber se a prefeitura aderiu ao projeto da NFS-e Padrão Nacional no que se refere a emissão da NFS-e. Se não aderiu, não vai ser possível.

Bom dia Edson, O componente não valida o XML do RPS e sim o serviço que vai ser consumido. Por exemplo: O RPS vai ser enviado dentro de um lote que pode conter de 1 até 50 RPS, o lote por sua vez é incluído dentro do serviço EnviarLoteRpsEnvio. Veja: <xsd:element name="EnviarLoteRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="LoteRps" type="tcLoteRps"/> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> A validação vai ser realizada no elemento EnviarLoteRpsEnvio, pois desta forma validamos a montagem do serviço, do lote e do(s) RPS que esta(ão) na lista de RPS dentro do lote. Entendeu?

Bom dia Fabiano, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise.TK-4519

Bom dia Edson, Na sua Primeira imagem você defini 2 variáveis, uma chamada XMLRps e outra XML. Não adianta nada você querer ler o conteúdo de ACBrNFSeX1.NotasFiscais[0].XmlRps sem antes gerar o XML, o retorno vai ser vazio mesmo. Na sua ultima imagem, você executa a linha que tem o método GerarXml, o retorno desta função é armazenado na variável XML, mas você analisa o conteúdo da variável XMLRps. Você acha que isso esta correto? Em que momento o conteúdo de da variável XML é passado para a variável XMLRps ? Você esta confundindo as coisas. Uma coisa é as variáveis que você define na sua aplicação, outra coisa são as propriedades das classes do componente.

Bom dia, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Faça novos testes.

Bom dia Marcos, Favor atualizar todos os fontes de todas as pastas do ACBr, reinstale ele. Recompile a sua aplicação com a opção Build. E faça novos testes.