Diego Foliene

Boa tarde.

Realmente, como ele cria com o primeiro tipo, ele já cria preenchido e por isso, acaba sempre gerando a tag. Criada #TK-3922 para análise do caso.

Boa tarde. Muito obrigado por reportar, já estamos verificando.

Boa tarde! Muito obrigado pelo aviso, já estamos verificando.

Boa tarde! Que bom que deu certo de encontrar uma solução, muito obrigado por compartilhar e também pela intenção de contribuir. Vou encerrar este tópico conforme solicitado, qualquer nova dúvida ou problema, basta criar um novo.

Bom dia! Depois de alterar, você reinstalou o ACBr? Isso é necessário para que a alteração passe a ser considerada.

Bom dia! Muito obrigado! Vou verificar com o time responsável e lhe damos um parecer.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3913

Uma leitura complementar a respeito desta informação:

Bom dia @FraciscoFourInfo. Sim, é isso mesmo. Conforme corrigido pelo @Renato Rubinho. O que vai definir isso é o parâmetro ocorrências. Se ele for zero, só vai aparecer informação se você definir informação na propriedade correspondente, caso contrário, não vai aparecer.

Bom dia! Primeiro de tudo, muito obrigado pela contribuição! Toda e qualquer colaboração sempre será mais do que bem vinda. A alteração do provedor para cidade de Avare/SP foi enviada ao SVN na Rev-29377. Quanto a alteração na Fiorilli.Provider, depois de algumas análises, optamos por não acatar. Em uma rápida conferida no arquivo ACBrNFSeXServicos.ini, 107 cidades são atendidas por este provedor. Não recebemos outros relatos de problema semelhante recentemente e por isso, adotar a alteração poderia impactar o uso do componente para essas outras cidades. Além disso, como você mesmo comentou: E o Ítalo complementou: Tudo isso indica que o pessoal da Fiorilli está fazendo confusão em seus ambientes. De qualquer forma sua solução vai ficar disponível no tópico para outros que possam vir a ter o mesmo problema até que o Fiorilli se resolva se vai manter a validação da assinatura ou não. Mais uma vez, muito obrigado pela contribuição.

Que bom que deu certo de descobrir a causa do problema! Muito obrigado por compartilhar a solução. Apenas uma última sugestão. Abandone Capicom.

Bom dia. Foi criada a #TK-3907 para análise da questão e parecer da equipe.

Bom dia. A Sefaz de MG atualizou as cadeias de certificado opcionais que podem ser instaladas em caso de problema. Na página SPED MG > Downloads há o seguinte recado: Um agradecimento especial ao membro @Rafael F. Mesquita por avisar no canal #sefaz em nossa comunidade do Discord.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3906

Bom dia. Colaboração enviada ao SVN na Rev-29363, por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3903

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

Boa tarde! Conforme informado mais acima, a sua demanda estava em nosso backlog, no entanto, a equipe precisou focar seus esforços em demandas de maior prioridade. Vamos verificar a possibilidade de encaixar essa demanda em sprints futuras. Durante esse período, como uma paliativo, peço que reveja a orientação que foi dada pelo @antonio.carlos sobre como proceder para usar em MT:

Bom dia! Tivemos um papo PRO com o excelentíssimo Marco Polo falando sobre a Tributação Monofásica de Combustíveis. Neste tópico tem o link desse bate papo e de outras informações que talvez possam lhe ser úteis:

Boa tarde. Para quem emite eSocial, o envio de eventos de remuneração S-1200 da competência de Maio/2023 estão suspensos até publicação da portaria com tabelas de alíquotas do INSS e salário-família. Isso é necessário porque o eSocial precisa da tabela de alíquotas atualizada para retornar os eventos de totalização S-5001. Eventos de competência anteriores poderão ser enviados. Para mais detalhes e informações, por favor, confira a notícia completa.

Boa tarde pessoal. Foi publicado no dia 04/05/2023 a versão 10.1.4 do programa validador SPED ECD - Escrituração Contábil Digital, trazendo as seguintes mudanças: Fonte: http://sped.rfb.gov.br/pagina/show/7205

O problema... Não é incomum para uma Software House receber de algum cliente uma solicitação para personalizar o impresso do DANFe ou de outro documento fiscal. Pedidos adicionando ou removendo um campo, mudando informação de lugar ("põe esse código de barras lá em baixo!!?"), aumentando o tamanho ou mudando o tipo de fonte, etc... O Modelo Básico. Primeiro de tudo, é importante salientar que estes documentos costumam ter um manual com as especificações técnicas de como devem ser impressos. No caso do DANFe, por exemplo, temos o MOC Anexo II – Manual de Especificações Técnicas do DANFE e Código de Barras. Nele existem instruções de como deve ser impressa cada seção do DANFe: Quais informações devem ir por seção: Quais informações não podem faltar: E até mesmo tipo e o tamanho mínimo de fonte que deve ser usado: Mas então afinal é permitido customização? Sim, é possível realizar customizações. Assim como no MOC tem a orientação de campos que devem ser impressos no MOC, nele também existem trechos que sugerem possíveis campos que podem ser suprimidos ou ser exibidos de forma diferente, tudo isso respeitando as condições para tal. E o ACBr implementa tudo isso? Como ele lida com customizações? Além do fato de o cumprimento das especificações técnicas ser obrigatório, por ser utilizado em milhares de software houses por todo país, a equipe ACBr optou por seguir à risca as especificações técnicas evitando ao máximo customizações a menos que sejam extremamente relevantes. Pois se atendermos uma customização, podemos estar atendendo a necessidade de um grupo, mas causando problemas para outro. OK, mas meu cliente me pediu para customizar o DANFe e agora? Um ótimo primeiro passo é se perguntar "Por que é importante sair essa informação?" Se mesmo depois de refletir sobre isso chegar a conclusão de que é necessário, uma boa opção para atender a demanda sem precisar partir para modificações é o campo de dados adicionais. Neste quadro são impressas as informações adicionais de interesse do contribuinte, ou seja, já é um campo específico para este propósito. Um exemplo bem simples de preenchimento usando o componente: ACBrNFE1.NotasFiscais[Index].NFe.InfAdic.infCpl := 'Esta informação vai sair no quadro de dados adicionais'; Para o monitor e a Lib, basta preencher a informação na seção correspondente no INI respectivo. Ainda sobre informações adicionais e seguindo o mesmo pensamento citado pelo colega acima, vale ressaltar a tag <infAdProd> que ao ser preenchida é impressa abaixo do nome do produto e tem um espaço de até 500 caracteres para descrição específica do item que pode ser uma referência, um código do fabricante, uma norma do item e até mesmo demostração específica de impostos como base de cálculo e valor do ICM ST.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3893

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3891