Italo Giurizzato Junior

Boa tarde Gabriel, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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/

Boa tarde Djean, Estou fazendo alguns testes usando o novo componente com o programa exemplo e não tive esse erro. Seria interessante debugar para saber o que esta sendo retornado. Nos meus últimos testes com esse provedor o retorno veio no formato Json e não XML.

Boa tarde Thiago, Favor anexar os XML de envio e de retorno (soap) para que eu possa analisá-los e fazer algum ajuste necessário.

Boa tarde Fábio, Na Nota Técnica 2020/005 diz que o tipo da tag passou a ser "C", ou seja, Caractere e o seu tamanho máximo para 20. Mas veja o que esta escrito na coluna de observação dessa tag: O número do Ato Concessório de Suspensão deve ser preenchido com 11 dígitos (AAAANNNNNND) e o número do Ato Concessório de Drawback Isenção deve ser preenchido com 9 dígitos (AANNNNNND). (Observação incluída na NT 2013/005 v. 1.10) Note que tanto o numero do Ato Concessório de Suspensão quanto o de Isenção são compostos por dígitos. O que eu não entendi é o fato do tamanho agora ser de 20 caracteres. Existe a possibilidade de informar ambos os números, ou seja, na mesma tag informar o número do Ato Concessório de Suspensão e o de Isenção? Se sim, então explica o tamanho 20, pois um tem 11 e o outro tem 9, informando os dois teríamos um numero com 20 dígitos. Se existe essa possibilidade, então devemos realmente fazer um ajuste nessa função. Ou para informar que o numero é de Suspensão ou Isenção devemos informar da seguinte forma: SUSPENSAOAAAANNNNNND - quantidade de caracteres 20 ISENCAOAANNNNNND - quantidade de caracteres 16 Isso explica a mensagem no inicio da NT que diz que a tag agora passa a ser alfa-numérico. Se for dessa forma que devemos agora informar no XML, não vejo necessidade de alterar a função, pois ela elimina os caracteres que não são dígitos.

Bom dia Guilherme, Não estamos mais dando manutenção no componente antigo. Por favor instale e faça os testes com o novo componente de emissão de NFS-e: ACBrNFSeX.

Bom dia Patrick, Você atualizou os fontes? Pela sua imagem continua gerando da forma antiga. E o componente foi alterada para gerar conforme solicitado pelo provedor IPM.

Bom dia, Com essa alteração resolveu o problema? Se sim, favor anexar a unit alterada para que possamos validar e enviar para o SVN.

Bom dia Thiago, Essa rejeição ocorre ao enviar o CT-e para a SEFAZ ou ocorre ao averbar o CT-e?

Boa tarde Diego, Já esta no SVN.

Boa tarde a todos, Sim, o problema é no ambiente de homologação do Ginfes que não esta funcionando.

Boa tarde Soares, Se você conseguir fazer um teste com o componente antigo que segundo o Leandro esta funcionando, favor anexar os XMLs (soap) gerados tanto de envio quanto de retorno para que eu possa comparar com o que esta sendo gerado pelo componente novo.

Boa tarde, Verifica com o provedor se esse usuário e senha que você utiliza no site pode ser utilizados no webservice. Talvez para o webservice se faz necessário um outro usuário e senha.

Boa tarde Thiago, Esse problema esta ocorrendo com a sua aplicação ou com o programa exemplo?

Boa tarde Diego, Já inclui na minha lista de tarefas.

Boa tarde Djean, Todos os fontes de todas as pastas foram atualizados e a suíte ACBr foi reinstalada? Não tem nenhuma unit do ACBr perdida em alguma pasta que o Delphi tem acesso?

Boa tarde, Se a descrição de algum serviço não for impressa no DANFSE o problema pode ser que o código do serviço não consta da tabela interna do componente. No XML em anexo me parece que o código do serviço é 2919, na unit ACBrNFSeXConversao - função CodItemServToDesc não temos esse código, veja: 2801: r := 'Servicos de avaliacao de bens e servicos de qualquer natureza.'; 2901: r := 'Servicos de biblioteconomia.'; 3001: r := 'Servicos de biologia, biotecnologia e quimica.'; Dentro da pasta que contem o programa exemplo temos o arquivo TabServicos.txt Que também não tem, veja: 2801 Servicos de avaliacao de bens e servicos de qualquer natureza. 2901 Servicos de biblioteconomia. 3001 Servicos de biologia, biotecnologia e quimica. Mas nada impede de você incluir o código e a descrição do mesmo no arquivo TXT e salvar ele na mesma pasta do executável. Se desejar usar a tabela externa não esqueça de configurar a propriedade TabServicosExt com o valor True.

Boa tarde Guto, Primeiro vamos conceituar essas coisas. 6.1. Conceito de operação com intermediador da transação Os Ajustes SINIEF 21/2020 e 22/2020 introduziram a exigência da identificação do intermediador da transação comercial na NF-e e NFC-e. Sendo assim, foram criados 4 campos na NF-e/NFC-e, sendo eles: indIntermed (B25c), infIntermed (YB01), CNPJ (YB02) e idCadIntTran (YB03). O campo Indicador de intermediador/marketplace (indIntermed) é uma “flag” utilizada para o emitente da NF-e/NFC-e declarar quando a operação/venda ocorreu em site/marketplace ou plataforma de terceiro. Quando declarado que a operação for intermediada (indIntermed=1) será necessário informar os campos do grupo infIntermed (YB01): CNPJ (YB02) e idCadIntTran (YB03). Caracteriza-se venda com intermediador (indIntermed=1), quando o vendedor/emitente da NF-e/NFC-e (CNPJ14) for diferente do CNPJ14 do site/marketplace ou plataforma que realizou a venda. Em algumas situações, a venda/operação pode ocorrer com mais de um marketplace/intermediador, por exemplo quando o “Vendedor A” anuncia no “Marketplace M1” e este anuncia no “Marketplace M2”. Nesse caso, na hipótese do “Marketplace M1” ter enviado a informação para o “Vendedor A”, na NFe deve ser informado o CNPJ do “Marketplace M1”. Em resumo, independente da cadeia de plataformas envolvidas, deve-se informar o CNPJ do intermediador (campo YB02) de quem que enviou a informação da venda para o vendedor/emitente da NF-e/NFC-e. 6.2. Diferença entre CNPJ do Intermediador e CNPJ da instituição de pagamento Não se deve confundir o CNPJ do intermediador da transação (YB02), com o CNPJ da instituição de pagamento (YA05). Porém, em algumas situações poderá ser o mesmo CNPJ. Por exemplo: caso o intermediador da transação seja o responsável por fazer o pagamento ao vendedor (emitente da NF-e), deve ser informado no campo CNPJ da instituição de pagamento o CNPJ do intermediador. Portanto, para efeitos do CNPJ da instituição de pagamento, deve ser informada a instituição/empresa que fez o repasse de pagamento para o vendedor/remetente. Em outras palavras, o CNPJ do adquirente, subadquirente, intermediador ou instituição similar que efetuou o pagamento ao vendedor. Respondendo a sua pergunta: No meu entendimento o CNPJ do Magazine Luiza deve constar na tag CNPJ do grupo <infIntermed> pois é ele que é o intermediador. E o CNPJ do Magalu Pagamentos deve constar na tag CNPJ do grupo <card> pois é ele que responsável pelo pagamento. Todo caso você pode confirmar com o pessoal do Magazine Luiza/Magalu que eles estão por dentro do assunto, uma vez que toda reunião que ocorre entre Fisco e Empresas eles estão presentes.

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

Boa tarde Thiago, Você atualizou todos os fontes de todas as pastas? Não tem nenhuma unit com uma bolinha vermelha em seu ícone? Se sim, deleta essas unit e atualize novamente. Depois reinstale a suíte ACBr. Verifica também se não existe cópia de units em outras pastas que o Delphi tem acesso.

Boa tarde, Acabei de fazer o seguinte teste: 1. Reinstalei a suíte ACBr no Delphi 7; 2. Compilei o programa exemplo com a opção Build; 3. Fiz um teste de envio de Rps. Não ocorreu esse erro de UTF-8. Como esse tópico esta com assuntos misturados, vou fechar ele. Lembre-se que sempre criar um novo tópico para um assunto novo, mas antes pesquise, pois pode ser que já exista uma tópico tratando do mesmo assunto do mesmo provedor.

Boa tarde, Favor atualizar os fontes e faça novos testes.

Boa tarde Djean, Favor atualizar os fontes e faça novos testes.

Boa tarde a todos, Favor atualizar os fones e façam novos testes.

Boa tarde Gil Já esta no SVN.

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