Italo Giurizzato Junior

Bom dia Silva, O programa exemplo esta configurado para salvar os XML? Configure para salvar os arquivos Soap.

Bom dia Victor, Qual é o provedor? Pois foi enviado para o SVN no dia 30/08/2023 uma alteração visando atender o provedor DeISS, que existe que a tag CodigoPais do tomador seja gerado mesmo ele não sendo estrangeiro.

Bom dia, Quanto a tag <tipoRecolhimento> você precisa alimentar o campo: NFSe.TipoRecolhimento Quanto aos dados do endereço favor olhar quais são os campos que são utilizados para gerar as tag. Abra a unit CTAConsult.GravarXml Fragmento do código da unit mencionada acima que gera o grupo <endereco> do prestador: Result := CreateElement('endereco'); Result.AppendChild(AddNode(tcStr, '#1', 'logradouro', 1, 60, 1, NFSe.Prestador.Endereco.Endereco + ', ' + NFSe.Prestador.Endereco.Numero, '')); Result.AppendChild(AddNode(tcStr, '#1', 'complemento', 1, 60, 1, NFSe.Prestador.Endereco.Complemento, ''));

Bom dia Antonio, Faça uma cópia da sua alteração. Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Delcio, Já esta no SVN.

Bom dia Marcos, Pela sua postagem notei que você esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração A sua contribuição foi aplicada somente para o componente novo. Já esta no SVN.

Boa tarde Tiago, Estranho, pois o componente ACBrNFe usa o AnsiString e é compatível com o mobile.

Boa tarde Lucas, No retorno você tem o numero da nota que neste teste é 587. Execute o método ConsultarNFSe informando o numero da nota. Analisando código do componente com essa consulta é para retornar o XML da nota.

Olá Pessoal, Foi feita uma alteração no componente ACBrNFSeX no que se refere a obter a Descrição do Item de Serviço. A função CodItemServToDesc que se encontrava na unit ACBrNFSeXConversao foi removida. Porque isso foi feito? Para evitar alteração no código do componente caso amanhã tivéssemos que acrescentar novos códigos e suas respectivas descrições. Como ficou agora? Foi criado o arquivo TabServicos.ini e o Compila_RES foi alterado para criar/atualizar o TabServicos.res Como vai funcionar agora? A sua aplicação a principio vai procurar o código e usar a descrição que consta no arquivo TabServicos.res que esta incorporado ao EXE da da aplicação. Mas, se você desejar poderá usar o arquivo TabServicos.ini alterado para contemplar descrições diferentes usadas pela cidade em questão, mas para isso você vai ter que copiar o arquivo INI para dentro da pasta do seu EXE ou na propriedade de configuração: Configuracoes.Arquivos.IniTabServicos informar path onde se encontra o arquivo TabServicos.ini Existe ainda uma outra opção que é copiar para dentro da pasta do EXE o arquivo TabServicos.txt alterado para contemplar descrições diferentes e configurar a propriedade de configuração: Configuracoes.Arquivos.TabServicosExt com o valor True. Observações importantes: 1. O arquivo TabServicos.txt tem que ficar dentro da pasta do seu EXE e não podemos alterar o seu nome. 2. O arquivo TabServicos.ini pode ficar em qualquer pasta que você desejar e podemos alterar o seu nome. Caso o seu nome venha a ser alterado na propriedade de configuração IniTabServicos devemos informar além do Path o nome do arquivo INI. 3. O uso do arquivo INI da forma que foi implementado deixa o componente mais versátil, pois vai nos permitir a ter uma tabela de códigos e suas respectivas descrições de serviços para cada provedor ou cidade se assim for necessário.

Boa tarde Silva, O provedor Sigep, segue a versão 2 do layout da ABRASF. Todos os provedores que seguem essa versão não tem o serviço de ConsultarSituacao. É por isso que eu pedi para você executar o método ConsultarLoteRps. Ao executar o método acima não foi gerado nenhum XML?

Bom dia Claudiney, Porque você não deixa a propriedade com o valor True? Assim ele imprime automaticamente se a nota foi Confirmada.

Bom dia, Acredito que não tenha problema, mas verifica se na cartilha disponibilizada pela SEFAZ-Virtual do RS tem alguma coisa nesse sentido.

Bom dia Gladston, Temos que fazer o seguinte: Pegar o XML do RPS gerado, enviado e processado com sucesso do emissor antigo e comparar com o XML do RPS gerado, enviado e processado com falhas pelo emissor novo. Checar tag por tag para descobrir o que esta diferente entre eles. Fazer a alteração para ver se o RPS passa a ser processado com sucesso.

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

Boa tarde, Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Paula, Já se encontra no SVN as alterações.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Alexandre, Notei dois erros 1. o XML do CTe foi enviado segundo a versão 4, já o envio da carta de correção esta na versão 3. 2. no XML do CTe não existe o grupo do Recebedor, somente o grupo de Remente e do Destinatário. Acho que isso explica o erro que você esta tendo.

Boa tarde Gladston, As mensagens de erro não tem nada haver com o ItemListaServico. E sim esta se referindo aos dados informados em: NFSe.Servico.CodigoCnae e NFSe.Servico.CodigoTributacaoMunicipio.

Wesley, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Tiago, Já esta no SVN.

Boa tarde Paulo, Já esta no SVN.

Boa tarde João, Já esta no SVN.

Boa tarde Felipe, Já esta no SVN.

Boa tarde Jaidomini, Já esta no SVN.