Painel de líderes

Etapa Homologação Produção 0 em vigência em vigência X em vigência NFCe em vigência NFCe Y em vigência NFe e Etapa 1 para NFCe em vigência NFe e Etapa 1 para NFCe 1 04 de julho de 2022 12 de setembro de 2022 2 06 de março de 2023 12 de junho de 2023 03/07/2023 O Ajuste SINIEF 07/05 e o Ajuste SINIEF 19/16 obrigam o preenchimento dos campos cEAN e cEANTrib na Nota Fiscal Eletrônica (NF-e) e na Nota Fiscal de Consumidor Eletrônica (NFC-e) quando o produto comercializado possuir código de barras com GTIN. Os Ajustes SINIEF citados também estipulam que os sistemas autorizadores da NF-e e NFC-e deverão validar as informações descritas nos campos cEAN e cEANTrib junto ao Cadastro Centralizado de GTIN (CCG), devendo as notas serem rejeitadas em caso de não conformidade com as informações contidas no CCG. Estes Ajustes SINIEF podem ser encontrados seguintes endereços: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2005/AJ007_05 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2016/AJ_019_16 Esta matéria já havia sido tratada na Nota Técnica 2017.001 e suas versões. A presente Nota Técnica substitui a NT 2017.001, em virtude de as disposições daquela NT já terem sido recepcionadas na Versão 7.0 do Manual de Orientação do Contribuinte – MOC, e seus anexos, publicado pelo Ato COTEPE/ICMS 69, de 26 de novembro de 2020. As regras de validação que estavam documentadas como de implementação futura na NT2017.001 serão ativadas em duas etapas, conforme disposto no Capítulo 4. 2.3 Consulta Pública ao Cadastro Centralizado de GTIN As informações registradas no CNP e compartilhadas com o CCG podem ser visualizadas no Portal da Nota Fiscal Eletrônica - SVRS (https://dfe-portal.svrs.rs.gov.br/Nfe). A consulta é realizada para um GTIN em particular iniciado por 789 ou 790, e retorna um dos seguintes resultados: • GTIN consultado não possui prefixo 789 ou 790; • GTIN consultado com dígito verificador inválido; • GTIN inexistente no CCG; • GTIN existe no CCG, mas dono da marca não autorizou a publicação das suas informações - entrar em contato com o dono da marca; • GTIN existe no CCG com situação inválida - solicitar ao dono da marca que entre em contato com a GS1; • GTIN existe no CCG com NCM não informado; • Dados do GTIN: descrição, NCM e, quando existir, CEST. Outra observação importante é que, caso o dono da marca não autorize expressamente a publicação de seus dados, o GTIN, mesmo que exista no CCG, não será exibido por esta consulta pública, o que dificultará para todos os integrantes da cadeia logística saber as razões de eventuais rejeições. 4 Detalhamento das Validações 4.1 Cronograma de Ativação das Regras As regras de validação do GTIN serão implantadas por etapas, conforme plano de implantação a seguir. A etapa inicial já ocorreu, com as exceções que podem ser vistas na Tabela 2, e corresponde às regras que foram ativadas em função do disposto na versão 1.10 da NT 2017.001. • Etapa 1: testes em 04 de julho de 2022, produção em 12 de setembro de 2022 o Regras I03-30, I12-60, U01-30, 9I03-10 e 9I12-10 • Etapa 2; testes em 06 de março de 2023, produção em 12 de junho de 2023 o Regras 9I03-20, 9I03-30, 9I03-40, 9I12-20 e 9I12-30 Entretanto, algumas aplicações autorizadoras já implementaram estas regras, não valendo, portanto, as datas expostas acima. A Tabela 2 a seguir detalha a situação de cada regra em cada aplicação autorizadora: A respeito da Tabela 2 valem as seguintes definições: • Células com fundo verde: regras estão implementadas e seguirão implementadas, sem nenhuma alteração • Células com fundo vermelho: regras serão implementadas na etapa 2 • Todas as demais células: regras serão implementadas na etapa 1 5 Mensagens de Erro Tabela 3 – Mensagens de Erro (Motivos de Não Atendimento da Solicitação) CÓD Regra Motivos de Não Atendimento da Solicitação 611 I03-10 Rejeição: GTIN (cEAN) inválido [nItem:999] 612 I12-10 Rejeição: GTIN da unidade tributável (cEANTrib) inválido [nItem:999] 882 I03-20 Rejeição: GTIN (cEAN) com prefixo inválido [nItem:999] 883 I03-30 Rejeição: GTIN (cEAN) sem informação [nItem:999] 884 I12-20 Rejeição: GTIN da unidade tributável (cEANTrib) com prefixo inválido [nItem:999] 885 I12-30 Rejeição: GTIN informado, mas não informado o GTIN da unidade tributável [nItem:999] 886 I12-40 Rejeição: GTIN da unidade tributável informado, mas não informado o GTIN [nItem:999] 887 U01-30 Rejeição: Item de Serviço e informado GTIN diferente de SEM GTIN 888 I12-60 Rejeição: GTIN da unidade tributável (cEANTrib) sem informação [nItem:999] 889 7I03-10 Rejeição: Obrigatória a informação do GTIN para o produto [nItem:999] (eliminada pela NT 2021.003) 890 9I03-10 Rejeição: GTIN inexistente no Cadastro Centralizado de GTIN (CCG) [nItem:999] 891 9I03-20 Rejeição: GTIN incompatível com a NCM [nItem:999; NCM esperada: 99999999] 892 9I03-30 Rejeição: GTIN incompatível com CEST [nItem:999; CEST esperado: 9999999] 893 9I03-40 Rejeição: GTIN da unidade tributável diverge do GTIN Contido cadastrado no CCG [nItem:999; GTIN Contido esperado: 99999999999999] 894 9I12-10 Rejeição: GTIN da unidade tributável inexistente no Cadastro Centralizado de GTIN (CCG) [nItem:999] 895 9I12-20 Rejeição: GTIN da unidade tributável incompatível com a NCM [nItem:999; NCM esperada: 99999999] 896 9I12-30 Rejeição: GTIN da unidade tributável incompatível com CEST [nItem:999; CEST esperado: 9999999] https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=gGby8G2j8s0=

Fortes Report já está funcional RAD Studio 11

Muito obrigado pelas contribuições. Fiz a implementação baseada nelas. Subi as alterações para o SVN na Revisão 22920. Pelo que vi está tudo certo. Por favor atualizem, testem e reportem qualquer problema. Mais uma vez obrigado.

Já estamos testando/usando o AcbrNFSeX há algumas semanas. Por um lapso esquecemos que o novo componente não usa mais o cidades.ini para ver URLs, conforme inclusive está informado na documentação de migração de componente antigo para o novo. Peço desculpas... Obrigado!

Boa tarde Pessoal, Se tratando de NF-e / CT-e o que fazer quando a SEFAZ autorizadora esta fora do AR? Quando a SEFAZ-Autorizadora fica fora do AR por problemas técnicos ou parada programada a mesma se encarrega se solicitar a ativação da SVC - SEFAZ Virtual de Contingência. Sendo assim, em vez de enviar para a SEFAZ-Autorizadora enviamos para a SVC. Na imagem abaixo temos um exemplo da NF-e: Como podemos ver não se faz necessário enviar novamente para a SEFAZ-Autorizadora a NF-e que foi enviada para a SVC, pois esta se encarrega de validar e autorizar ou não a nota. "Todas as NF-e autorizadas pela SVC serão automaticamente disponibilizadas para o Ambiente Nacional da NF-e e, consequentemente, distribuídas para as SEFAZ envolvidas na operação. A princípio, quando o ambiente de autorização normal da UF retornar ao seu funcionamento normal, os documentos autorizados no ambiente da SVC já constarão na sua base de dados." essa informação consta no item 04.8 - Compartilhamento das NF-e autorizadas pela SVC da Nota Técnica 2013/007 versão 1.03 Configuração do Componente ACBrNFe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN; end; Na rotina que alimenta o componente com os dados da venda devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCAN; end; No Form da sua aplicação inclua o componente TRadioGroup para que o usuário possa escolher entre o envio Normal ou SVC: Se escolhido a opção Normal o XML será gerado segundo o tipo de emissão Normal e será enviado para a SEFAZ-Autorizadora. Por outro lado se for escolhido SVC o XML será gerado segundo o tipo de emissão SVCRS ou SVCAN conforme a UF e será enviado para a SVC correspondente. Simples não acham? De forma semelhante temos também para o CT-e o SVC. Na imagem abaixo temos um exemplo do CT-e: Configuração do Componente ACBrCTe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCSP; end; Notem que no caso do CT-e temos a SVC-RS e SVC-SP em vez da SVC-AN. Na rotina que alimenta o componente com os dados do transporte da carga devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCSP; end; Não esqueçam de colocar o componente TRadioGroup com as opções Normal e SVC no Form de emissão para que o usuário possa escolher. Notaram que o funcionamento de ambos são iguais? Observações: O envio para o SVC é valido para NF-e, CT-e e CT-e OS. No caso da NFC-e temos a Contingência Off-line que na verdade a NFC-e não é enviada apenas o seu DANFE é impresso, quando a SEFAZ-Autorizadora voltar a funcionar devemos enviar a nota. Para o Estado de São Paulo a contingência da NFC-e é o SAT, ou seja, se a SEFAZ-SP estiver parada devemos usar o SAT para enviar o CF-e. A SVC é desativada assim que a SEFAZ-Autorizadora voltar a funcionar sem nenhum problema. Bibliografia: Nota Técnica 2013/007 versão 1.03 Manual do CT-e versão 3.00 MOC7 Anexo V Manual Contingencia NF-e

Olá pessoal, Isso mesmo propriedades Salvar, no plural. Vocês já devem ter notado que os componentes que se utilizam de WebServices possuem 3 propriedades Salvar. Vamos a elas: Configuracoes.Arquivos.Salvar := True ou False; Se o valor for True ele salva em disco os XMLs que o emitente tem a obrigação legal de manter guardados. No caso da NF-e (por exemplo) os arquivos são: *-nfe.xml; *-procEventoNFe.xml e *-procInutNFe.xml, respectivamente o XML da nota fiscal, o XML de um evento (cancelamento, carta de correção, etc.) e o XML de inutilização de um numero ou faixa de números. Configuracoes.Geral.Salvar := True ou False; Se o valor for True ele salva em disco os XMLs secundários que são os de envio e de retorno. Configuracoes.WebServices.Salvar := True ou False; Se o valor for True ele salva em disco os XMLs secundários que são os de envio e de retorno envelopados, note que eles tem o mesmo nome dos arquivos de envio e de retorno mas com o sufixo -soap. Utilizamos muito os arquivos "soap" durante o desenvolvimento pois eles são mais completos e podem nos trazer informações que ajudam a resolver alguns problemas com os webservices. Dica: Caso você vai guardas os XMLs no banco de dados, pode deixar os 3 Salvar com o valor False. Por outro lado se você pretende salvar somente em disco ou além do banco de dados que ter uma cópia em disco, deve pelo menos atribuir o valor True a propriedade Configuracoes.Arquivos.Salvar. Observação: No componente ACBrNFe temos a propriedade Configuracoes.Arquivos.SalvarApenasNFeProcessadas, não atribua o valor True a essa propriedade, pois se atribuir o XML da nota só vai ser salvo em disco se a nota for autorizada pela SEFAZ. Caso ocorra algum erro de internet como por exemplo Timeout, você não tem o XML para carregar e realizar a consulta afim de saber se nota foi recepcionada pela SEFAZ ou não. Propriedade de nome semelhante esta presente nos componentes ACBrCTe, ACBrMDFe e ACBrBPe. Volto a frisar, não atribua o valor True a essa propriedade.

Boa tarde, Estou tendo avisos de memory Leak ao fazer o seguinte. - Gero a lista de boletos - Faço o envio por e-mail - Limpo a lista de e-mail .... e ai da memory leak em TRetEnvio. Analisando o código AcbrBoleto, não achei hora alguma onde ele destroi o objeto No create fRetornoWeb := TRetEnvio.Create; ACBrBoleto.EnviarEmail(FEmails.Text, oempresa + ' - Boletos', vMensagemEmail, True, nil, nil);

Olá, eu utilizo firebird 2.5 e gostaria de compartilhar com vocês uma experiencia. Eu nunca me importei com a questao de uso de varios nucleos do processador (talvez por acomodação). Hoje resolvi mexer com isso e posso garantir que o resultado é satisfatório. Sendo assim, segue um pequeno tutorial que escrevi, me baseando num video que assisti no canal MQFS, do nosso amigo Edson Gregório. 1º - Desinstalar o firebird; 2º - Baixar o firebird 2.5.9 * https://github.com/FirebirdSQL/firebird/releases/download/R2_5_9/Firebird-2.5.9.27139_0_Win32.exe ou * https://github.com/FirebirdSQL/firebird/releases/download/R2_5_9/Firebird-2.5.9.27139_0_x64.exe Observar a arquiterura do sistema operacional utilizado pelo cliente (32 ou 64 bits). 3º - Instalar o Firebird, mas escolher a opção Super Server. 4º - Clique em Iniciar, executar e digite services.msc 5º - Encontre o serviço relacionado ao firebird e pare o mesmo. 6º - Abra a pasta do firebird exemplo: "C:\Program Files (x86)\Firebird\Firebird_2_5" e encontre o arquivo chamado "firebird.conf". Clique em cima dele e mande editar, de preferencia usando o notepadd++ como ADMINISTRADOR para que consiga realmente gravar as configurações no arquivo. Dica: eu abro o arquivo usando o notepadd++ e digito espaço em qualquer lugar que esteja em branco, em seguida eu mando gravar, o notepadd vai dizer que o arquivo esta protegido e vai perguntar se quer abrir como administrador, diga que SIM; 7º - Localize o texto "CpuAffinityMask", note que terá um caractere "#" no inicio, remova-o e depois do sinal de "=", coloque o valor necessário para o tanto de processadores a serem utilizados. Para 2 processadores use 3 Para 3 processadores use 7 Para 4 processadores use 15 Para 5 processadores use 31 Para 6 processadores use 63 Para 7 processadores use 127 Para 8 processadores use 255 Exemplo de como deve ficar a linha para usar 4 processadores: CpuAffinityMask=15 Atenção! Nunca use numerações diferentes das que aqui foram apresentadas, exceto se você sabe o que está fazendo. 8º - Salve o arquivo e em seguida mande iniciar o serviço do firebird. Pronto, agora o firebird irá usar o numero de nucleos de processadores definido e com certeza a performance irá melhorar. Um Abraço.

Bom dia, Apenas comunicando que a cidade de Amparo-SP trocou o provedor GINFES pelo Giap. [3501905] Nome=Amparo UF=SP Provedor=GINFES ==> GIAP Não fiz a integração ainda, pois estou mudando para o novo componente, mas assim que conseguir finalizar a integração eu aviso. Dercide Alvarez

Tipo de emissão 9 seria a contingência offline, esse tipo não é aceito na NFe modelo 55. Sobre a contingência SVC, veja este tópico:

Nota importante. Esse arquivo é baseado na https://github.com/project-jedi/jedi/ Há atualmente 2 pull requests sobre o assunto: https://github.com/project-jedi/jedi/pull/10 https://github.com/project-jedi/jedi/pull/12

Boa tarde @Daniel Simoes, Googando encontrei esse link do GitHub, aparentemente da própria FoxitSoftware https://github.com/foxitsoftware/DelphiZXingQRCode/pull/4 E na resposta do link acima, tem esse apontamenteo para a correção que apliquei que é o segundo link que estou enviando também. https://github.com/eisc0013/DelphiZXingQRCode/commit/5b84fc1dae67cf190c03f53010f8ca2996ad3649 Att,

é isso mesmo. e os retornos que vai se dar via showmessage pois ele não trás corretamente os dados ou a IDE não ajuda muito

Sim tu pode usar qualquer um. e de preferencia sempre em estar bem atualizado até o Delphi 7 roda no windows 10 creio que o problema seja algumas msgs que vai dar mas não use xp, windows vista, windows 7 ou 8.1

Boa tarde Gil, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Dercide, Muito obrigado, já inclui na minha lista de tarefas.

Verifique se você não informou um valor muito pequeno em "EspacoEntreLinhas".. na dúvida, deixe Zero

Creio que SIM.. no Geral o Windows sempre mantém uma boa compatibilidade, com a Win32... Mesmo o D7 roda no Win10 (eu uso ele para testes)

Então se tu tem seu sistema já rodando eu diria que é meio puxado o debug do Lazarus não é bom e isso é fato. só se for começar um projeto novo do zero ai vale a pena senão é seguir no delphi , ver de atualizar para as ultimas versões que ganha muito

Sim.. tudo será convertido para LF ou #10 Veja o trecho abaixo de TACBrPosPrinter.Imprimir // Ajustando a Quebra de Linha, para a usada pela Impressora if (FPosPrinterClass.Cmd.PuloDeLinha <> CRLF) then StrToPrint := ReplaceString(StrToPrint, CRLF, FPosPrinterClass.Cmd.PuloDeLinha); if (FPosPrinterClass.Cmd.PuloDeLinha <> CR) then StrToPrint := ReplaceString(StrToPrint, CR, FPosPrinterClass.Cmd.PuloDeLinha); if (FPosPrinterClass.Cmd.PuloDeLinha <> LF) then StrToPrint := ReplaceString(StrToPrint, LF, FPosPrinterClass.Cmd.PuloDeLinha);

Creio que logo o @EMBarbosa e o @Juliomar Marchetti, devem subir um novo instalador para o ACBr e para o Fortes Report

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

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

Use </lf>

Não vejo problemas de compatibilidade... Mas acho que você precisa levantar uma VM e testar o seu sistema nele...

Anexo a versão revisada e modificada do evento S-5013. pcesS5013.pas

Boa tarde Adriano, Já esta no SVN.

É justamente do componente que estamos utilizando: DANFSE.ImprimirDANFSePDF(stream) Só que em: class procedure TDFeReportFortes.AjustarReport(FReport: TRLReport; AConfig: TACBrDFeReport); begin FReport.ShowProgress := AConfig.MostraStatus; FReport.PrintDialog := AConfig.MostraSetup and (not AConfig.MostraPreview); if NaoEstaVazio(AConfig.Impressora) then if RLPrinter.PrinterName <> AConfig.Impressora then RLPrinter.PrinterName := AConfig.Impressora; if RLPrinter.SupportsDuplex Then RLPrinter.Duplex := false; if (AConfig.NumCopias > 0) and (RLPrinter.Copies <> AConfig.NumCopias) then RLPrinter.Copies := AConfig.NumCopias; end; a linha, retorna o erro. if RLPrinter.SupportsDuplex Then Se você olhar abaixo já é verificado NumCopia > 0, proposto no tópico mencionado, para não setar o RLPrinter.Copies que dava o mesmo erro, só adicionamos para também não verificar o SupportsDuplex: if (AConfig.NumCopias > 0) and RLPrinter.SupportsDuplex Then RLPrinter.Duplex := false; Caso queira fazer um teste, basta excluir todas as impressoras do windows e chamar DANFSE.ImprimirDANFSePDF, vai retornar que não tem impressora padrão, altere a linha indica e o PDF é gerado normalmente.

Esse código vai parar de funcionar a partir da primeira atualização dos eventos do e-Social: if VersaoDF = veS01_00_00 then Begin Gerador.wCampo(tcStr, '', 'codIncCPRP', 2, 2, 1, eSCodIncCPRPToStr(InfoRubrica.dadosRubrica.codIncCPRP)); if InfoRubrica.dadosRubrica.tetoRemun <> snfNada then Gerador.wCampo(tcStr, '', 'tetoRemun', 0, 2, 0, eSSimNaoFacultativoToStr(InfoRubrica.dadosRubrica.tetoRemun)); End; eu alteraria para: if VersaoDF >= veS01_00_00 then Begin Gerador.wCampo(tcStr, '', 'codIncCPRP', 2, 2, 1, eSCodIncCPRPToStr(InfoRubrica.dadosRubrica.codIncCPRP)); if InfoRubrica.dadosRubrica.tetoRemun <> snfNada then Gerador.wCampo(tcStr, '', 'tetoRemun', 0, 2, 0, eSSimNaoFacultativoToStr(InfoRubrica.dadosRubrica.tetoRemun)); End;

Boa tarde! Será bom você fazer uma consulta sobre o tema DigestValue para você entender o que isto significa. Vou tentar de forma rápida e simples explicar, maiores informações procure por este tema no google. Você gera um XML, assina e com base em todo o conteúdo "dados" informado no arquivo, é calculado uma chave que permitirá a verificação posterior do arquivo para saber se o arquivo foi ou não alterado. Esta chave no XML estará em DigestValue. Ao ser processada e autorizada esta chave (deste XML) retorna no protocolo da autorização na tag DigVal. Se você teve um problema e tentou enviar outra vez o XML e qualquer alteração ocorrer neste XML (Digamos você, está montando novamente, ao invés de usar o primeiro XML gerado) e ele já se encontra autorizado. Você tem agora o problema que está te ocorrendo. Foi gerado outra chave que estará no teu último XML em DigestValue e a SEFAZ vai te retornar o protocolo de autorização do primeiro XML que foi autorizado aonde a chave DigVal estará diferente deste último. (Por isto a importância de você ter o XML gerado arquivado). (Respondi como obter o XML mesmo sem autorização em outro tópico que você questionou a respeito.) Respondendo a tua pergunta: Deve. É obrigatório? Não. Pois isto é uma opção a mais desenvolvida pelo ACBr para dar confiabilidade nos XML que você está arquivando. Alguem pode recusar receber um XML aonde DigestValue não é o mesmo que Digval do protocolo? Sim. Pois está indicando que algo foi alterado ou modificado do XML que recebeu. Porém hoje em dia muitas empresas utilizam a ciência da operação e após fazem o Download pelo servidor, nem dando importância ao XML que você enviou para o destinatário. Neste caso o teu cliente estaria baixando o XML correto, mesmo o teu estando com este problema. Portanto a decisão será sua em manter ou não, mas que você está fornecendo um XML errado, isto sem dúvida.

@Italo Jurisato Junior esqueceu a opçao: 0. Postar no forum e esperar um iluminado como vc dar "uma luz".