Italo Giurizzato Junior

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

Boa tarde Atalias, Os schemas da cidade em questão estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\fintelISS\2.02\3523404 Abra o arquivo XSD: nfseV202 e procure por: tsExigibilidadeISS Você vai notar que os valores aceitos vão de 1 até 7, portanto não aceita o valor 8.

Boa tarde João, Acredito que você esteja se referindo a cidade do Rio de Janeiro, correto? Pois bem o provedor que atende essa cidade é o ISSRio que se utiliza da versão 1 do Layout da ABRASF. Se você abrir o Schema desse provedor, vai descobrir que não existe nenhuma tag chamada InformacoesComplementares. O que existe é OutrasInformacoes, mas essa tag faz parte do layout do XML da NFS-e e não do XML do Rps. O XML da NFS-e é gerado pelo webservice do provedor e não pelo componente. Resumindo se você deseja acrescentar alguma informação a mais vai ter que colocar no campo: Discriminacao

Boa tarde Vinicius, Primeiramente você deseja enviar uma carta de correção referente ao qual documento (NF-e ou CT-e)? Lhe pergunto isso porque você postou em ACBMDFe, o MDF-e não tem carta de correção. Pelo exemplo que você colocou na postagem se refere a carta de correção do CT-e. É esse o documento que você deseja enviar uma carta de correção?

Boa tarde Lucio, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Widson, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde Wanessa, Notei que a sua contribuição se refere aos fontes "antigos" do componente ACBrPagFor. Não sei se você sabe, mas o componente passou por um Refactoring. Leia a postagem abaixo: Lhe peço que atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde, Já esta no SVN.

Boa tarde Joemi, Já enviei para o SVN.

Boa tarde Celso, Favor atualizar os fontes, reinstale o ACBr e faça os testes usando o programa exemplo do componente. Observação, a cidade esta disponível apenas para o componente novo: ACBrNFSeX.

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

Boa tarde Widson, Já inclui na minha lista de tarefas para incluir elas, vamos ver se com essas tags resolve o problema. TK-2743

Boa tarde Carlos, Mas você pode entrar em contato com a SEFAZ e questionar sobre quando vão ativar a alteração.

Bom dia Carlos, Você esta enviando para o ambiente de homologação, correto? Pois bem o ambiente de homologação do provedor Fiorilli é bichado acusa um erro na tag de assinatura. Faça um teste em ambiente de produção para esse provedor.

Bom dia Carlos, Segundo a NT diz que vai ser implementado no ambiente de homologação em 06/2022 e em produção: 07/2022. Note que não consta o dia somente mês e ano e isso complica a nossa vida, pois a SEFAZ pode implementar até o ultimo dia do mês.

Bom dia Datilas, Favor atualizar os fontes, enviei para o SVN uma possível solução no que se refere a leitura correta da data. Quando aos retornos de caracteres especiais, você poderia configurar o componente para salvar os (soap) e anexar os XML (soap) de retorno dessas consultas?

Bom dia Celson, Tempo provedor que libera inicialmente para o contribuinte a URL de homologação e depois a de produção. Mas vou inclui na minha lista de tarefas para incluir a cidade. TK-2809

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

Boa tarde Alexandre, O erro 404 indica que a URL não existe. Eles devem ter alterado a URL e esqueceram de alterar o link no portal.

Boa tarde Claudio, Até o momento os eventos de manifestação do destinatário devem ser enviados para notas modelo 55, ou seja, notas que acobertam a venda de produtos. No caso da NF3e - Nota Fiscal de Energia Elétrica Eletrônica não esta nenhum evento que o tomador do serviço deve enviar.

Boa tarde, Já inclui na minha lista de tarefas para analisar essa questão. TK-2808

Boa noite Helder, Já esta disponível uma nova versão que contempla a instalação do componente ACBrGTIN.

Boa noite Lucio, Já inclui na minha lista de tarefas. TK-2807

Boa noite Celso, Essa URL é de homologação ou de produção?

Olá pessoal, Quero comunicar o nascimento do mais novo membro da família ACBr. Estou falando do ACBrGTIN. Esse componente tem como objetivo realizar uma consulta na SEFAZ, onde é informado somente o GTIN do produto a ser consultado (também conhecido como código EAN) e temos como resposta informações cadastradas pelo "Dono da Marca" na GS1. Essas informações podem ser: o tipo do GTIN (que pode ser 8, 12, 13 ou 14) a descrição do produto o código NCM código do CEST. Infelizmente nem sempre teremos um retorno completo. Isso porque nem todas as empresas "Dono da Marca" cadastram os seus produtos na GS1 e muitas que cadastraram não autorizaram a divulgação dos dados. Neste caso podemos ter as seguintes rejeições: 9494: GTIN inexistente no Cadastro Centralizado de GTIN (CCG); 9495: GTIN existe no CCG com situação inválida. Solicitar ao dono da marca que entre em contato com a GS1; 9496: GTIN existe no CCG, mas dono da marca não autorizou a publicação das informações. Entrar em contato com o dono da marca; 9497: GTIN existe no CCG com NCM não cadastrado; 9498: GTIN existe no CCG com NCM inválido; Dica de uso do componente: Utilize ele ao cadastrar novo ou atualizar um produto na sua aplicação. Nunca, jamais mesmo, use o componente no momento da venda. Consta na NT 2022/001 versão 1.00 referente ao WS de Consulta do GTIN (página 6) a seguinte informação: Serão mantidos controles para identificar as situações de “uso indevido”, no consumo excessivo do Web Service em um curto espaço de tempo. As novas tentativas poderão ser rejeitadas com o erro “656–Rejeição: Consumo Indevido” Informação Importante: A Equipe ACBr esta trabalhando para disponibilizar o programa exemplo, bem como o pacote para o Lazarus e uma nova versão do ACBrInstall que permite a instalação no Delphi do novo componente: ACBrGTIN.