Diego Foliene

Boa dia @Léo. Enviei ao SVN na Rev-28511 alteração que iguala a propriedade CodVerificacao ao Protocolo. Assim não quebramos para alguém que possa estar usando dessa forma, mas também mantemos no "padrão". Por favor, queira atualizar seus fontes, reinstalar o ACBr, realizar novos testes e reportar qualquer problema.

Bom dia @WebLike Inovações Digitais. Foi comentado que pode ser um problema no ambiente de homologação, você conseguiu testar em produção?

Muito obrigado pela contribuição! Como já existe a TK criada(#Tk-3607), será vinculada a ela.

Bom dia @EXATA.Sistemas! Por favor, você está usando Monitor, Lib ou componente? Se for componente, está usando a impressão em Fast ou em Fortes?

Na verdade, para o PPLA, também altera a fonte. Vamos ver como é montado o comando que é PPLA que é enviado para a impressora. Agora, vamos conferir no manual PPLA(disponível aqui), a explicação para o comando de impressão de texto. Temos ainda mais detalhado essa questão das fontes na seção 9 do mesmo manual.

Bom dia @fefevilela! Por favor, você está com seus fontes atualizados? Consegue fazer um teste usando o programa exemplo? Testando aqui em homologação, recebo o retorno do provedor de que o CNPJ que enviei não é de um contribuinte(que é o retorno esperado, pois não tenho dados válidos de um prestador). Vale citar que a propriedade Montar automaticamente o Path dos Schemas, não faz tudo sozinha. Você precisa indicar a pasta NFSe que contém as subpastas com os schemas por provedor e a propriedade montar automaticamente vai escolher o diretório do provedor correto. Tente também atualizar sua pasta de schemas, por gentileza.

Bom dia @bnobre! Os valores de A a Z são os nomes das fontes, logo quando você altera dentre esses valores, está definindo uma fonte diferente. Veja a function ComandoFonte da classe especifica para ZPLII. Note que a mesma específica que a fonte precisa ser de 0 a 9 ou A a Z. Mas vamos nos atentar ao Result dessa function que é o comando que é enviado a impressora. Observe que ele começa com ^A. Se conferirmos no Manual a ZPLII(disponível aqui), achamos está explicação Para mais detalhes, peço que consulte o manual completo.

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

@magistech, certo, vamos voltar um pouco e ir por partes. Por favor, pode esclarecer o que quer dizer com recibo? Considerando o Soap que disponibilizou para análise do problema. Ele é lido no evento R-9005. Se conferirmos o Layout dele(disponível aqui). No meu entendimento, as informações que podem ser interpretadas como recibo são as do grupo ideRecRetorno e infoRecEv Ambas você pode acessar e verificar o valor depois de consultar, conforme o programa exemplo.

Boa tarde a todos! Enviado ainda a pouco ao SVN na Rev-28509 alteração visando corrigir esta questão. Optei por validar se a data é maior do que zero para decidir se vai ser gerada a tag ou não. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde @magistech! Por favor, pode atualizar seus fontes, reinstalar o ACBr e realizar novos testes? Fiz alguns testes aqui e as informações do grupo infoRecEv, Informações de processamento dos eventos de acordo com o layout do R-9005, estão sendo lidas nas propriedades do objeto infoRecEvento. Acessíveis via fonte ACBrReinf.WebServices.Consultar.RetEnvioLote.evento.Items[Indice].evtRet.InfoRecEv.XXXX

Bom dia @bnobre! Infelizmente não é possível. Você pode tentar reproduzir este efeito alterando os multiplicadores da fonte, escolhendo uma fonte com aparência mais próxima ou usando o parâmetro de ImprimirReverso.

Bom dia @Paulo Alexandre Hostert! A lógica aplicada para os DFes em relação ao INI é: 1º Procura pelo ACBr*Servicos.ini em disco, se encontrar, então usa ele. 2º Caso não encontre o arquivo no passo 1, então usa INI do resource interno do componente. Existe a possibilidade de o seu resource estar desatualizado em comparação com o seu arquivo INI. Lembre-se sempre de executar o compilaRes.bat depois de alterar o arquivo INI e dar um build all no projeto antes de testar. No arquivo .INI que temos disponível no SVN, o provedor para cidade de Chapecó/SC foi alterado de Publica para SigCorp na Rev-27972 enviada ao SVN no dia 27/12/2022

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado. Foi criada a #TK-3610, para análise e parecer dos consultores.

Bom dia! Foi criada a #TK-3609 para análise e parecer do consultores responsável.

Muito obrigado pela contribuição. A mesma foi enviada ao SVN na Rev-28497. Queira, por favor, atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Foi enviado na Rev-28497, alteração para corrigir o problema de List Index Out of Bonds. A questão de não retornar o recibo para o registros da nova família 4000 ainda está em análise.

Boa tarde! Sim, você pode usar a distribuição DFe por último NSU. Os CNPJs relacionados na autXML vão ter acesso aos eventos da coluna Terceiros

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Foi criada a #TK-3606 para uma análise mais aprofundada e parecer do consultor responsável.

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

Feito a alteração, o problema foi resolvido?

Bom dia! Foi criada a #TK-3603 para análise da questão e parecer por parte do consultor responsável.

Bom dia @Faberson A. Ferrasi! Que bom que deu certo de resolver! Por favor, pode compartilhar com a comunidade qual foi a solução do problema para ajudar outros que possam vir a ter esse problema futuramente?

Foi criada a #TK-3598 para análise e parecer do consultor responsável.

Por favor, o que está definido na configuração RespEmissao?