Italo Giurizzato Junior

Bom dia Marcelo, Mas o componente esta gerando exatamente dessa forma.

Bom dia Guilherme, Favor atualizar os fontes e faça novos testes.

Bom dia Luiz, Já esta no SVN.

Bom dia Flavio, Favor atualizar os fontes e faça novos testes.

Marcelo, Mas o provedor Elotech não tem o serviço de envio unitário somente o envio por lote. Muito estranho o seu relato.

Boa tarde, Favor anexar o XML e não uma imagem dele, pois esta muito pequena de difícil leitura.

Boa tarde Maurício, Estranho funcionar com o modo de envio meLoteAssincrono, sendo que esse provedor somente implementou o envio unitário. Eu aconselho você mudar para meAutomatico, desta forma o componente sabe exatamente o modo de envio que ele tem que usar.

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

Boa tarde Anadilson, Com exceção do ConsultarSituacao os demais métodos de consulta retornam o XML da NFS-e e automaticamente popula o componente com as informações do mesmo. Sendo assim você pode fazer o seguinte: if ACBrNFSeX1.NotasFiscais.Items[i].NFSe.SituacaoNfse = snCancelado then (...) else (...)

Boa tarde, E se enviar o CNAE com apenas 7 dígitos, o webservice rejeita o Rps?

Boa tarde Marcelo, Você não pode comparar o XML do Rps com o de envio de Lote. Se você prestar atenção vai notar que o XML do Rps esta dentro do grupo <ListaRps> que faz parte do XML de envio do Lote. Ao informar o código do item da lista de serviço faça o seguinte: NFSe.Servico.ItemServico[i].ItemListaServico := '1401'; Veja se isso resolve.

Boa tarde Sandro, Para mim, trata-se de um erro do lado deles.

Boa tarde Amparo, Segundo o Manual versão 7.03 - Visão Geral item 6.3 - página 125 que trata sobre a distribuição da NF-e costa o seguinte: No caso de troca de arquivo entre as empresas, é sugerida a adoção do nome do arquivo como segue: <999...999>-procNFe.xml Onde: • <999...999>: corresponde a Chave de Acesso da NF-e; • “-procNFe”: identifica o processamento do documento autorizado. O componente ACBrNFe adota a seguinte nomenclatura: <chave de acesso>-nfe.xml Note que o Manual não impõe uma regra, apenas da uma sugestão. No meu entendimento a chave é mais completa pois contem o numero da nota, o CNPJ do emitente, Ano e Mês de emissão. Obrigar os seus fornecedores a enviar o XML segundo a nomenclatura que consta no manual, isso você não pode, mas acredito que uma boa conversa quem sabe você consegue.

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema. TK-2371

Bom dia Wilson, Muito obrigado pela colaboração e testes, entre hoje e amanhã estarei enviando para o SVN.

Bom dia Marcos, Com relação a data de cancelamento, realmente esta em um formato que não é esperado, sugiro entrar em contato com o provedor para sanar o problema. Se não resolver peça para os seus clientes protocolar na prefeitura um documento expondo os problemas, desta forma a coisa vai andar mais rápido. Ao cancelar esse status 200, não se trata de um erro e sim um código que diz que a nota foi cancelada.

Bom dia Danio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2367

Bom dia Tiago, Os seus fontes estão desatualizados, favor atualizar novamente e reinstale o ACBr e repita os testes.

Wilson, Analisando o código na Unit SigISS.GravarXml temos o seguinte: Result.AppendChild(AddNode(tcStr, '#2', 'cnpj', 1, 14, 1, OnlyNumber(NFSe.Prestador.IdentificacaoPrestador.CpfCnpj), '')); Result.AppendChild(AddNode(tcStr, '#2', 'cpf', 1, 14, 1, OnlyNumber(Usuario), '')); Result.AppendChild(AddNode(tcStr, '#2', 'senha', 1, 10, 1, Senha, DSC_SENHA)); Note que já existe a linha que gera o CPF, a propriedade Usuario recebe o conteúdo da propriedade de configuração WSUser. Neste caso basta informar o CPF do usuário em WSUser. Com relação a tag <incentivo_fiscal> note que ela se encontra na mesma function da tag <cpf>, ou seja: function TNFSeW_SigISS103.GerarIdentificacaoRPS: TACBrXmlNode; Essa unit possui 2 function GerarIdentificacaoRPS, essa que esta você esta propondo alterações se refere ao SigISS103, a versão 1.03 até o momento é utilizado somente pela cidade de Londrina, portanto poderíamos em um primeiro momento comentar a geração da tag <incentivo_fiscal>. O dia que aparecer outra cidade que também usa a versão 1.03, mas tem que gerar a tag, buscamos uma outra solução para o problema.

Bom dia Wilson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2366 Essas alterações na unit GravarXml é exclusivo para a cidade de Londrina?

Já esta no SVN.

Bom dia Barrys, Já esta no SVN.

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

Bom dia, Como lhe disse na postagem anterior não conheço muito bem o Reinf, apenas ajudei na implementação do componente. Não tenho nenhuma aplicação que utiliza o componente Reinf. Não conheço o fluxo do Reinf, logo a minha ajuda é muito limitada. Acredito que você vai precisar conversar com um bom contador que entenda muito bem do Reinf, quem sabe ele pode lhe ajudar. E até entrar em contato com a Receita (acho que é ela a responsável por recepcionar o Reinf) e obter maiores esclarecimentos sobre o problema que você esta enfrentando.

Boa tarde, Notei que no envio do evento R-2099 foi informado a Inscrição: 01000148 Ao realizar a consulta foi informado a inscrição: 30714745 Você sabe me dizer o porque? Eu não conheço o Reinf, mas não deveria ser a mesma Inscrição?