italo.giurizzato.junior

Bom dia Willian, Tente informar "01" com série em vez de "1" Verifique também com o provedor se existe uma série especifica para o ambiente de homologação.

Bom dia @gerasoft, Se o provedor IPM permite informar um código de até 5 dígitos devendo ser ignorado o primeiro, o código 21009 tem que ser informando como sendo 1009 (primeiro digito ignorado). Informando somente 1009, no meio entendimento vai constar esse código tanto no XML a enviado quanto no de retorno. Chegou a fazer esse teste?

Bom dia Osmar, Vamos a lista: Você tem fontes do ACBr 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. Por fim repita os testes.

Boa tarde Felipe, Eu já fiz as alterações necessárias para gerar o atributo na tag SignatureValue. Como o componente ACBrNFSeX não tem a sua própria rotina de assinatura, ou seja, ele utiliza a rotina que todos os componentes que requerem assinatura digital a utiliza temos que ter muita cautela, pois pode gerar um efeito colateral nos demais componentes. Por favor aguarde um pouco mais, pois estamos trabalhando para encontrar uma solução para o problema.

Bom dia Níssius, Sim, veja o Schema como ficou: <xs:simpleType name="TSTribISSQN"> <xs:annotation> <xs:documentation> Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Imunidade; 3 - Exportação de serviço; 4 - Não Incidência; </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:enumeration value="1"/> <xs:enumeration value="2"/> <xs:enumeration value="3"/> <xs:enumeration value="4"/> </xs:restriction> </xs:simpleType> Veja como esta nos fontes do componente: function tribISSQNToStr(const t: TtribISSQN): string; begin result := EnumeradoToStr(t, ['1', '2', '3', '4'], [tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia]); end; function StrTotribISSQN(out ok: Boolean; const s: string): TtribISSQN; begin result := StrToEnumerado(ok, s, ['1', '2', '3', '4'], [tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia]); end;

Bom dia Kaue, Mas porque você enviou um RPS Nota Fiscal Conjugada (2) em vez de RPS (1) ?

Bom dia @gerasoft, E qual seria o serviço cujo código é 21009 ?

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

Bom dia Diogo, Já esta no SVN.

Bom dia Willian, As URLs do site não necessariamente são iguais as do WebService. Já esta no SVN.

Bom dia Marcos, Já esta no SVN.

Bom dia @New Standard Software, 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 https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia @New Standard Software, Essa troca de provedor não existe, leia atentamente o comunicado. Reforço a postagem do @Alexandre de Paula acima.

Bom dia Diogo, Muito obrigado pela colaboração, já inclui na minha lista para analise. TK-5094 Observação: a inclusão do bloco de linhas que destrói o objeto FretDistDFeInt e o recria novamente já faz um bom tempo que foi incluído. Faz quanto tempo que você não atualiza os seus fontes?

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

Bom dia @gerasoft, Para você entender o porque de que alguns campos estão zerados ou vazios, basta abrir o XML e verificar se a informação existe no XML. Outra coisa, abra a unit IPM.LerXml (uma vez que o provedor é IPM versão 1.00) e verifica se nessa unit tem alguma linha que lê alguma tag do XML e armazena o seu conteúdo no campo CodLCServ (por exemplo). Se não tem a linha isso explica o motivo desse campo estar retornando uma string vazia. No que se refere ao campo ItemListaServico devemos sempre ao alimentar o componente para emitir a nota, informar esse campo no formato xx.yy o componente vai remover o ponto ou o zero a esquerda se assim o provedor exige. Portanto ao ler essa informação do XML se estiver 702, o componente formata essa informação deixando-a no formato xx.yy dai temos como resposta 07.02 Espero ter ajudado.

Bom dia Edson, O envio do CT-e na versão 4 é síncrono para todas as UF. Esse erro ocorre no programa exemplo também?

Boa tarde Antonio, Já esta no SVN.

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

Felipe, Já inclui na minha lista de tarefas para analise dessa questão. TK-5076

Boa tarde Walter, O ambiente de homologação pode estar com problemas, faça um teste enviando para o de produção. Outra coisa: Você tem fontes do ACBr 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. Por fim repita os testes.

Boa tarde @edson vieira, Veja o botão [Criar e Enviar modo Síncrono] do programa exemplo do componente ACBrCTe.

Boa tarde @JeannyPaiva, Já esta no SVN.

Boa tarde José, Já esta no SVN.

Paulo, Já esta no SVN.