Painel de líderes

Conforme noticia publicada pela SEFAZ/MT os produtores rurais deverão regularizar até 30/11/2021 a situação das faixas de números não utilizadas ou devido a quebra de sequência, ocorridos até 16/09/2021. Para realizar a regularização basta realizar a inutilização da numeração que corresponde a situação descrita acima. A legislação que define esta regra é o §6º do Artigo 33 da Portaria 160/2021. Fonte: https://sac.sefaz.mt.gov.br/citsmart/pages/knowledgeBasePortal/knowledgeBasePortal.load#/knowledge/15557

pcesS2240.pas

Olá pessoal, implementei algumas modificações no Fortes Report, e gostaria de ajuda e opinião dos usuários, antes de submeter um Pull Request - Soft-Break - Problema: O Fortes Report não era capaz de quebrar linhas, em campos Memo, se a String não contivesse um espaço entre as palavras.. A implementação em anexo, usará os seguintes caracteres, como Soft e Hard Line Break HARD_LINEBREAK = [#13, #10]; // CR, LF SOFT_LINEBREAK = [#9,' ','-','.',',']; // TAB - Scale - Problema: O Fortes Report não renderizava corretamente os relatórios, quando a configuração do Windows, estava com Zoom nas Fontes do Windows A implementação em anexo, lê do Objeto Global "Screen" a resolução de ScreenPPI, ao invés de usar um valor constante de 96 RLConsts.pasRLUtils.pasRLReport.pas Para testar, basta substituir as Units em anexo, na pasta de fontes do Fortes Report, e verificar se os problemas ainda ocorre, e se os relatórios atuais não foram afetados... Nota: Algumas Units do ACBr, podem precisar de ajuste, incluindo em Uses a Unit RLUtils

Como pessoal acima disse. Legalmente não pode, pois campo marca não é contemplado. Se alguém está fazendo isso, está errado. Ou coloca nas informações adicionais do produto ou concatena a frente da descrição.

Boa tarde Daniel, Simulei com o texto grosseiro contínuo na discriminação dos serviços no xml, com escala de 125% e ficou bom após atualizar seus fontes, conforme antes e depois destacados nos anexos. DEPOIS.pdf ANTES.pdf 331-nfse.xml

Boa tarde, era justamente a carteira. Ela influencia nesse calculo ali. Obrigado.

Melhor mesmo é usar uma ferramenta, como https://www.liquibase.org/ Mas aí depende muito do BD e das circunstâncias.

Não está previsto isso no componente, mas os fontes são abertos, você pode modificar da forma que quiser. Só sugiro que fique atento ao manual, se fizer como consta na imagem não parece estar de acordo com ele. Que me lembre não existe tag para marca no XML.

Existem ferramentas pra fazer isso de uma maneira mais profissional. Mas dá pra fazer na mão usando o mesmo versionamento de código, basicamente usando um campo versão no BD. Não sei se consigo descrever um processo todo, mas poderia ser algo assim: criar um campo "versao" numa tabela de configurações do banco. Preferencialmente uma tabela com só umlinha; Toda modificação do BD precisa ser feita por scripts versionados Valide a versão do BD sempre antes de executar o script; Atualize os clientes sempre usando esses scripts; Daí o passo a passo é mais ou menos o seguinte: Sempre que adicionar, remover ou renomear um campo ou tabela, você gera um script ao invés de fazer a modificação na mão no BD; Junte todas os scripts necessários para uma versão em um script que vai atualizar o campo responsável pela versão no BD; Faça testes executando os scripts num banco de dados de testes;

Pessoal, estava com o seguinte problema: No evento S2220 versão simplificada, eu notei que o campo indicação de resultado (indResult) sempre é mandado como normal quando eu não mando nenhum outro valor, então a tag no xml sempre aparece, e a mesma não é obrigatória, portanto, precisava que a mesma não aparecesse no xml. Para resolver meu problema eu fiz a seguinte alteração ao gerar o xml: if (self.exMedOcup.Aso.Exame.Items[i].indResult = irNormal) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAlterado) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irEstavel) or (self.exMedOcup.Aso.Exame.Items[i].indResult = irAgravamento) then Gerador.wCampo(tcInt, '', 'indResult', 1, 1, 0, eSIndResultToStr(self.exMedOcup.Aso.Exame.Items[i].indResult)); Assim a tag deixa de aparecer no xml quando a mesma está com um valor diferente. Vocês teriam alguma outra solução?

Testei aqui e está funcional. 1 - No ACBrDFeReportFortes.pas criei a classe AjustarFiltroStream pois precisa desse código abaixo: class procedure TDFeReportFortes.AjustarFiltroStream(PDFFilter: TRLPDFFilter; AConfig: TACBrDFeReport); begin PDFFilter.ShowProgress := AConfig.MostraStatus; end; O ShowProgress do PDFFilter tem que receber a propriedade MostrarStatus, pois a intenção é utilizar o StreamPDF dentro de containers Docker evitando interação desktop. 2 - Fiz o refactoring retirando o AStringStream e ajustando o AjustarFiltroStream (Segue anexo). A ideia é criar a função de stream para todos os pdf do ACBrNFe (StreamEventoPDF e StreamInutilizacaoPDF). Posso fazer e te enviar aqui? Se preferir me chame no whatsapp que enviei por mensagem. stream-pdf.zip

Porque você não coloca esses dados nas informações adicionais do produto?

Cada componente precisa de dll's apropriadas. Geralmente acompanham os exemplo. Por exemplo: o componente ACBrNFe precisa de algumas dll's que são utilizadas para assinatura utilizando certificado digital. Recomendo estudar exemplos. Uma outra dica... Você falou Datasnap. Dê uma estudada no Horse e/ou RestDataware. Ótimas opções.

Pelo o que eu consegui ver, o erro esta nessa linha: NameSpaceUri em branco Opa. Vou tentar... Obbrigado DFox Retornou a consulta... Agora vou tentar enviar um RPS.

SSLLib coloca wincrypt

Deu certo aqui. 2 detalhes vBCFCPUFDest= 14105.00 // nao tinha colocado essa TAG pFCPUFDest= 2.00 // aqui , estava sem o sinal de igual antes do valor fazendo isso , resolveu. Muito obrigado!!!

Boa Tarde Ítalo, vou fazer a migração. Qualquer coisa para resolver esse problema. Abracos Obg

Italo, primeiramente obrigado por atualizar. Vou fazer testes e conforme for comunico.

Boa tarde, como o @BigWings informou, a impressão do DANFE deve refletir as informações contidas no XML, em suas tags, existe um MOC que regulamenta a padronização do Danfe. Cuidado com essas personalizações para você não sair do padrão, mas você pode personalizar a sua conforme julgar necessário, único detalhe, não submeteremos ao SVN, você terá que controlar essa mudança;

Realmente foi enviado agora Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 26 Parâmetros de Retorno Data de Envio : 17/11/2021 Numero do Prot: 000117849 Numero da Nota: Link : Código Verif. : Sucesso : True NFS-e Numero....: 26 Cod. Verificacao: Prestador.......: TECMAG PREDITIVA LTDA Tomador.........: INSCRICAO DE TESTE Vou fazer esta implementação e retorno aqui com a última questão que me trouxe até aqui no momento que é o Cancelamento. Fico muito grato com o apoio estou com um projeto onde trabalho e estamos planejando utilizar o ACBR como base ao nosso novo sistema utilizando em Python, porém acredito que iremos nos tornar Pró e teremos necessidades de maior Suporte. Mas a experiência é muito boa. Obrigado. Vou procurar me especializar e a equipe também.

Valdir, Muito obrigado pelo retorno. Já esta no SVN essa correção.

Bom dia Diego, Já esta no SVN.

Pode informar até 4 veículos, uma em rodo.veicTracao e até 3 em rodo.veicReboque. Basta chamar rodo.veicReboque.New pra cada veículo reboque, conforme o programa exemplo do componente.

Bom dia, prezados colegas! Fiz o update com as últimas alterações no ACBr com relação ao eSocial, e revisei a geração de alguns eventos que possam ter a informação do campo indGuia. Com o devido respeito ao trabalho dos colegas, e também com os devidos agradecimentos, pois me baseei no código deles, fiz algumas alterações que acredito simplificarem a geração do grupo ideEvento para os eventos: S-1200 a S-1300, S-2190, S-2200 a S-2420. Pelo que pude notar, todos estes eventos podem ser resumidos em quatro grupos, e para cada grupo já havia uma classe implementada: Evento que não têm informações de Retificação nem de Apuração -> TIdeEvento; Eventos que têm informações apenas de Retificação -> TIdeEvento2; Eventos que têm informações de Retificação e de Apuração -> TIdeEvento3; Eventos que têm informações apenas de Apuração -> TIdeEvento4. Com a necessidade da inclusão do campo indGuia no leiaute S1.0, uma nova classe chamada TIdeEventoGuia foi criada herdando da TIdeEvento2. Porém, o campo indGuia pode ocorrer também em eventos que pertençam às classes TIdeEvento3 e TIdeEvento4. Seria possível criar uma nova classe TIdeEventoGuiaX herdando da respectiva classe TIdeEventoX, bem como uma nova procedure de geração para cada classe TIdeEventoGuiaX. Porém, particularmente, acho mais complexo do que parametrizar as classes e procedures já existentes. Além disso, os parâmetros para os dois outros campos indicativos já existiam, de modo que criar um novo parâmetro não seria algo estranho. Assim, optei por não criar subclasses, mas por utilizar as já existentes e parametrizar a procedure que gera o grupo ideEvento para cada classe, de modo que a geração de cada evento faz a chamada de sua procedure correspondente, informando os parâmetros necessários para gerar as informações adequadamente, caso os parâmetros necessários sejam diferentes dos que ficaram definidos por padrão. Em anexo seguem as alterações que realizei. No arquivo pcesCommon.pas linha 602 há um bloco de comentário resumindo as alterações que intentei realizar. Embora eu tenha testado as alterações que realizei em ambiente de Produção Restrita, envio minhas sugestões no intuito de compartilhar conhecimentos, e de que sejam também revisadas, corrigidas e melhoradas. Agradeço ao projeto e aos colaboradores pelos conhecimentos compartilhados, e aguardo caso tenham críticas, dúvidas ou novas sugestões. PCNeSocial.zip

Um jeito mais elegante seria você testar a versão do BD antes de executar a SQL.

Apliquei a alteração de @EMBarbosa , aparentemente tudo certo . Grato.

bom dia, vou verificar, obrigado pela dica.

Boa tarde Osmar Eu tive este mesmo erro, mas em contato com o suporte da IPM me informaram que existia um parâmetro errado no nosso cadastro no sistema deles, eles corrigiram, e parei de receber este erro.

Boa tarde, entendi, percebi q causei tal efeito colateral com a alteração , mas não havia pensado na possibilidade de usar o tipo Variant, vou testar sua alteração e dou um feedback aqui . Grato.

Enviei ao SVN na revisão 23587 sua contribuição com alguns ajustes principalmente para os pontos que o Daniel mencionou acima e mais: memory leaks semelhantes em outros métodos; Geração de exception quando não for passado um stream; Alguns ajustes para simplificar o código em ACBrNFeDANFeRL; Ficou faltando o arquivo ACBrDFeReportFortes.pas por causa do seguinte método: TDFeReportFortes.AjustarFiltroStream(DANFeReport.RLPDFFilter1, DANFeReport.fpDANFe); 1) Eu comentei não parece fazer falta aqui na minha máquina (???). Precisamos ver o seu código para ter certeza que não está faltando nada... 2) Além disso, será que precisamos mesmo desse AStringStream usado como intermediário? Não poderia usar o parâmetro direto? Como você deve ter feito testes, poderia por favor verificar e nos dar um retorno nesses pontos 1 e 2?

Leiaute 0.07 do Cupom Fiscal Eletrônico (CFe) 16 DE NOVEMBRO DE 2021 - 13:43 A Secretaria da Fazenda do Ceará (Sefaz-Ce) informa que, continuará a recepcionar os Cupons Fiscais Eletrônicos (CFes) emitidos com o leiaute da versão 0.07 até 31 de dezembro de 2022. Esclarece ainda que, no decorrer de 2022, os leiautes nas versões 0.07 e 0.08 do CFe poderão ser utilizados pelos aplicativos comerciais dos contribuintes. O órgão destaca que os fabricantes do equipamento Módulo Fiscal Eletrônico (MFE) já estão realizando os processos de homologação dos softwares básicos com a versão 0.08. A Sefaz alerta que é imprescindível o planejamento por parte das softwares houses para a realização de todas as adaptações técnicas exigidas pela Especificação Técnica de Requisitos SAT 2.28.05 ou posteriores, que se encontram disponíveis no PortalCFe. Para mais informações, os contribuintes podem entrar em contato pelo email [email protected] . Fonte : Leiaute 0.07 do Cupom Fiscal Eletrônico (CFe) - Secretaria da Fazenda (sefaz.ce.gov.br)

Bom dia, Estou fazendo o teste no evento S-2240 e esta dando erro de schemas conforme imagem abaixo: Olhamos no fonte e vimos que não esta gerando a seção respReg, esse seria o motivo do erro acima, pelo fato da forma que esta sendo feita a validação para leitura dessa seção, esta validando dtIni, mas para esta seção não temos essa informação conforme imagem abaixo: Arquivo pcesS2240.pas linha 1093: sFim := INIRec.ReadString(sSecao, 'dtIni', 'FIM'); Segue a parte do layout sobre essa seção: Fico no aguardo dos comentários.

Boa tarde. Está em nosso backlog, TK-2013 Att.