Italo Giurizzato Junior

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.

Bom dia @douglasKrafti, Não sei se é o seu caso, mas o componente estava gerando o mesmo identificador para os dois ambientes: homologação e produção. Se você enviava uma nota de numero 10 para o ambiente de homologação e depois a nota de numero 10 para o ambiente de produção, o provedor recusava a nota informando que já existia uma nota com o mesmo identificador. Foi feita uma alteração no componente visando contornar esse problema, alteração esta enviada para o SVN no dia 11/01/2024 conforme consta no change-log, veja: 11/01/2024 -- IPM.LerXml -- (...) -- IPM.GravarXml -- [*] Alteração no profeixo da tag <identificador> para quando o envio for para teste. Se produção usar "nfse_" se homologação usar "nfseh_". -- IPM.LerXml -- [*] Incluido a leitura da tag <data_fato> que é a data de competencia. Por: Diogo Loff Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e por fim recompile a aplicação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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 Lindomar, Para ser gerada a tag com o literal ISENTO devemos informar essa informação ao campo IE.

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 @luizhenriqueluvizutto, Mais um provedor que diz que segue o layout da ABRASF, mas faz as suas modificações só dizer eu sou o fodão. Já inclui na minha lista de tarefas para analisar o problema. TK-5095

@gary.rj, Nesse outro software o ambiente de envio é o mesmo? Exemplo: Se software envia um RPS com alíquota 2% para o ambiente de homologação e no XML da NFS-e a alíquota esta como 4% No outro software ele envia um RPS com alíquota 2% para o ambiente de homologação e no XML da NFS-e a alíquota esta como 2% Ambos os RPS enviados são do mesmo provedor para a mesma cidade, a única diferença entre os dois RPS é o seu numero. Você entendeu a minha colocação? Pois da forma que você colocou da a impressão que o componente esta fazendo algo de errado.

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 @gary.rj, Para ficar claro. No XML do RPS a tag Aliquota esta com o valor 2, já no XML da NFS-e referente a este RPS a tag Aliquota esta com o valor 4, é isso? Se sim, você deve entrar em contato com a prefeitura e ou provedor e pedir esclarecimentos. Uma vez que o XML da NFS-e é gerado pelo webservice do provedor.

Bom dia @xim.logan, No programa exemplo do componente ACBrNFSeX temos 3 procedure para exemplificar a alimentação do componente com os dados do serviço prestado. Como você notou tem uma procedure referente ao layout da ABRASF, devemos nos basear nessa procedure se o provedor segue a verão 1 ou 2 do layout da ABRASF. A procedure referente ao layout próprio, devemos nos basear nessa procedure se o provedor não segue o layout da ABRASF. Por fim, a procedure referente ao layout do Padrão Nacional nos apresenta como alimentar o componente se o prestador de serviço for MEI ou se a cidade em questão aderiu a emissão das notas de seus contribuintes segundo o Padrão Nacional.

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 @PHCASTANHO, Complementando o que o @Juliomar Marchetti já lhe passou. Você deve ter notado que alguns campos ao serem alimentados eles não são alimentados com um numero ou um string e sim com algo que chamamos de enumerados. Exemplos: tiRetrato; teNormal; taHomologacao; mdRodoviario; tsTranspValores; inContribuinte; Na unit que você tem a rotina que alimenta o componente com os dados do CTe, em uses devemos declarar a unit que contem a definição desses enumerados. Exemplo: uses pcnConversao, pcnConversaoCTe; Alguns enumerados estão definidos na unit pcnConversao e outros em pcnConversaoCTe. Como você esta usando o componente ACBrCTe tente informar somente o pcnConversaoCTe, se o Delphi reclamar a ausência de definição de mais algum enumerado, você declara também o pcnConversao.

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?

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

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