Painel de líderes

Obrigado pelas respostas. Eu penso em usar o debug como uma forma de conhecer melhor os fontes dos componentes, entendendo o fluxo de chamadas de funções, procedures, etc.. Acredito que conhecer isso ajude a evitar ficar postando dúvidas que poderiam não existir se o programador conhecesse melhor os fontes. Obrigado.

@Diego Foliene Segue os dados corretos, testados: [4319604] Nome=Sao Sepe UF=RS Provedor=IPM Versao=2.04 ProRecepcionar=https://nfse-saosepe.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes&eletron=1 Testei a emissão e cancelamento, tudo funcionando correramente. Maiquel

Por desencargo, desfaça as alterações, reinstale novamente e teste este mesmo XML com 2 casas na alíquota. Se passar normalmente, acredito que terá de entrar em contato com o provedor para analisarem onde está o problema na assinatura, a mudança das casas não acredito que deveria gerar o problema.

Boa noite, Primeiro, deve-se verificar se o provedor suporta as 4 casas. No manual que consta no repositório, ele aparentemente suporta 4 no rps, mas na NFSe apenas 2. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/Provedor SimplISS/Manual WebService Nfse.pdf Além de mudar nos schemas, como sua sugestão aparentemente correta, precisa alterar a geração do xml. 1. Blumenau utiliza a versão ABRASF 2.03. 2. Altere o FormatoAliq para tcDe4 no arquivo e local a seguir. 3. Reinstale os componentes após a alteração, recompile a aplicação e faça um novo teste. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/SimplISS.GravarXml.pas { TNFSeW_SimplISS203 } procedure TNFSeW_SimplISS203.Configuracao; begin inherited Configuracao; FormatoAliq := tcDe4;

Olá pessoal, Mais um presente de grego para nós desenvolvedores, mais uma alteração no layout da NF-e, novos campos, novos ICMS. Vamos a um resumo sobre a Nota Técnica 2023/001: Essa Nota Técnica divulga novos campos e Regras de Validação da NF-e versão 4.0. Como existe a inclusão de novos campos facultativos no Leiaute (Schema XML), algumas Regras de Validação serão ativadas posteriormente, conforme observação em cada uma delas, visando garantir um prazo de adequação para as empresas. Já as regras existentes que não permitiriam a informação dos novos campos, tem o mesmo prazo de entrada do Leiaute (Schema XML). O prazo abaixo, portanto, se refere a entrada das alterações no Leiaute (Schema XML), e das regras que visam permitir a informação dos novos campos sem rejeição. Sobre as Datas de Entrada em Vigor - Mudança de Schemas e Regras N12-20, N12-30, N12-70 e W16-10 Ambiente de Homologação : até 03/03/2023 - Ambiente de Produção: 30/03/2023 Regras de Validação Alteradas Regra de Validação N12-20 - Incluída exceção nesta regra para permitir que o emissor enquadrado no Simples Nacional possa informar os novos Códigos de Situação Tributária criados pelo Ajuste SINIEF Nº 01/2023. Regras de Validação N12-30 e N12-70 - Inclusão do CST 61, criado pelo Ajuste SINIEF Nº 01/2023, na relação de CSTs permitidos na emissão de NFC-e (Regra N12-30) e na relação de CSTs permitidos na operação com Não Contribuinte da NF-e (Regra N12-70). Regra de Validação W16-10 - Inclusão do Valor Total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) no somatório do Valor Total da NF-e (campo: W16) Sobre as Alterações de Campos Inclusão do Campo de Índice de Mistura do Biodiesel no Diesel B (tag: pBio) Criação de campo específico no Grupo de Detalhamento de Combustíveis para a indicação do índice de Mistura do Biodiesel no Óleo Diesel B. Este campo tem a finalidade de auxiliar no cálculo do volume do Biodiesel B100 a ser misturado com Óleo Diesel A, nas operações com Biodiesel Puro, ou do volume do Biodiesel B100 misturado nas operações com Óleo Diesel B. Inclusão do Grupo indicador da origem do combustível (tag: origComb) Este grupo deve ser preenchido para as operações com Biodiesel B100, Óleo Diesel B e GLP/GLGN. Serve para identificar as UFs do produtor ou do importador de B100 ou GLGN utilizados na mistura. Além da identificação da UF de Origem, há a necessidade de se informar se o produto é nacional ou importado. Criação do Grupo N02a- Grupo Tributação do ICMS = 02 (tag: ICMS02) Este grupo trata do regime de tributação monofásica própria do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 02) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 15 (tag: ICMS15) Este grupo trata do regime de tributação monofásica própria e com responsabilidade pela retenção do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 15) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 53 (tag: ICMS53) Este grupo trata do regime de tributação monofásica com recolhimento diferido do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 53) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 61 (tag: ICMS61) Este grupo trata do regime de tributação monofásica sobre combustíveis com ICMS cobrado anteriormente nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 61) criado pelo Ajuste SINIEF Nº 1/2023. Criação dos campos de Valor total do ICMS monofásico Campos Valor total do ICMS monofásico próprio (tag: vICMSMono), Valor total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) e Valor total do ICMS monofásico retido anteriormente (tag vICMSMonoRet) criados no grupo de Total da NF-e (tag: total). Sobre as Datas de Entrada em Vigor - Novas Regras Ambiente de Homologação: até 03/07/2023 - Ambiente de Produção: 04/09/2023 Novas Regras de Validação Conforme informado em NT, estas regras não serão publicadas ao mesmo tempo que o Leiaute (Schema XML) para permitir uma implementação gradual das empresas e dos autorizadores, possibilitando inicialmente o preenchimento dos novos campos para atender a legislação sem maiores complicações. Regra de Validação I13-20 Apesar desta regra já existir previamente, a sua descrição foi completamente alterada para que ela fique compatível com a Tabela de Combustíveis Sujeitos à Tributação Monofásica. Por isso receberá o tratamento de nova regra, e somente entrará em vigor na data prevista na sua nova descrição. Ela visa garantir o correto preenchimento da unidade tributária exigida por lei para os combustíveis cujos códigos ANP se encontrem na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regras de Validação LA17-10 e LA17-20 Estas regras visam controlar o correto preenchimento do índice de mistura do biocombustível (tag: pBio) obrigando ou rejeitando o seu preenchimento conforme o combustível informado. Para isso, o código ANP (tag: cProdANP) informado na nota é confrontado com a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica, com a respectiva coluna “pBio” indicando se o índice deve ou não ser preenchido conforme determinado na descrição das regras. Regra de Validação LA18-10 Esta regra visa obrigar o preenchimento do grupo de origem do combustível (tag: origComb) conforme indicador da coluna “origComb”, a partir da correspondência entre o Código ANP do combustível (tag; cProdANP) informado na nota e a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regra de Validação LA21-10 Caso informado o grupo indicador da origem do combustível (tag: origComb), é realizado o somatório dos percentuais originários para a UF (tag: pOrig) informados em cada ocorrência deste grupo para verificar se o total deste somatório é 100. Regras de Validação N12-100 e N12-110 O objetivo destas regras é verificar o correto preenchimento dos novos Códigos de Situação Tributária do ICMS criados pelo Ajuste SINIEF Nº 01/2023. Estes novos códigos somente poderão ser preenchidos quando se tratar de operação com combustíveis sujeitos à tributação monofásica do ICMS. Para isso, é verificado se o código ANP do produto (tag: cProdANP) informado na nota existe na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Caso o código ANP exista na tabela o preenchimento destes CSTs é obrigatório, e caso não exista o seu preenchimento é proibido. Regras de Validação N38-10, N40-10 e N44-10 Estas regras visam validar o valor preenchido para a alíquota adrem do imposto nas diferentes modalidades de tributação monofásica dos combustíveis (próprio, com retenção e retido anteriormente). Para isso, é verificada a correspondência entre o código ANP do produto (tag: cProdANP) informado na nota e a coluna cProdANP da Tabela de Combustíveis Sujeitos à Tributação Monofásica, e a partir daí é validado o valor informado no respectivo campo da alíquota adrem de cada situação tributária com a coluna “adRemICMS” da tabela. Regras de Validação N39-10, N41-10 e N45-10 Estas regras visam garantir a consistência, para cada tipo de tributação monofásica sobre combustíveis, do Valor do ICMS, que deve ser obtido pela multiplicação da quantidade tributável pela alíquota adrem de cada situação tributária. Regras de Validação W06c-10, W06d-10 e W06e-10 O objetivo destas regras é realizar a totalização, respectivamente, do ICMS monofásico próprio, ICMS monofásico sujeito a retenção e do ICMS monofásico retido anteriormente, conforme valores informados nos itens da nota. E como fica o ACBr? Como o layout foi alterado por conta de novos campos, se faz necessário alterar o componente para que ele possa gerar se necessário for os novos campos. Consequentemente vamos disponibilizar uma nova versão do ACBrMonitor e do ACBrLibNFe. O componente ACBrNFe, quanto o ACBrMonitor e ACBrLibNFe vão estar prontos até o dia 03/03/2023 para que vocês possam realizar os testes em ambiente de homologação. Mais sobre esta NT Essa Nota Técnica tem o objetivo de atender o disposto no Convênio ICMS nº 199, de 22 de dezembro de 2022, que dispõe sobre o regime de tributação monofásica do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022, e ao disposto no Ajuste SINIEF Nº 01/2023 em relação aos novos Códigos de Situação Tributária do ICMS. https://www.confaz.fazenda.gov.br/legislacao/convenios/2022/CV199_22 Sobre a Tabela de Combustíveis Sujeitos a Tributação Monofásica Para validação de algumas destas regras foi criada a Tabela de Combustíveis Sujeitos à Tributação Monofásica, que tem por objetivo facilitar a visualização da obrigatoriedade de preenchimento de campos e de alguns valores para cada produto sujeito a tributação monofásica sobre combustíveis. Os produtos presentes na tabela são identificados conforme o seu Código ANP. Além disso, a alíquota adrem de cada produto, será criada uma aba com o histórico de valores e a respectiva data de vigência. A criação desta tabela permite uma melhor parametrização dos ambientes autorizadores e das empresas, e evita que sejam feitas alterações constantes em Notas Técnicas para adequação das regras às novas situações que surgirem. As alterações necessárias na tabela serão feitas via Informe Técnico. A Tabela de Combustíveis Sujeitos à Tributação Monofásica se encontra publicada no Portal Nacional da NF-e, na aba “Documentos” opção “Diversos”. O prazo para entrada destas regras se encontra na descrição de cada uma delas.

Bom dia Pessoal. O município de São Sepé, teve alteração em seu provedor, agora é IPM. Segue o arquivo com as alterações. [4319604] Nome=Sao Sepe UF=RS Provedor=IPM Versao=2.01 ProRecepcionar=https://saosepe.atende.net/atende.php?pg=rest&service=WNERestServiceNFS-e&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes&eletron=1 ACBrNFSeXServicos.ini

Muito obrigado pela contribuição Adicionei no nosso backlog (#TK-3751). Assim que possível daremos um retorno.

olá colega, se ele está pedindo nrRecibo antes do indAuracao é por tratar-se de Alteração. Caso não seja alteração, veja indRetif se não foi criado erroneamente, mas a mensagem diz respeito a Alteração onde deve informar o nrRecibo. att

é pessoal, está intermitente, hoje de manha nao emitia nada, próximo das 12:00 eu consegui emitir varias notas muito rápido, tudo ok sem alteração nenhuma no codigo. Agora ja nao sei como está, mas realmente o problema é no servidor deles.

Conforme programação prévia, no dia 19/03/2023, ocorrerá o fim do período de convivência das versões S-1.0 e S-1.1 do leiaute do eSocial. A partir do dia 20/03, todos os empregadores deverão adotar a versão mais recente do leiaute, que já está disponível desde 16/01/2023. A versão anterior, S-1.0, será desativada e não poderá mais ser utilizada para o envio das informações. Os empregadores que ainda não atualizaram seu sistema para a nova versão do leiaute do eSocial devem fazê-lo o mais breve possível, para evitar problemas com o envio das informações. Fonte: Fim da convivência das versões do leiaute do eSocial E como fica o ACBr? O componente ACBreSocial e consequentemente o ACBrMonitor e a Lib já estão com as alterações para funcionar com essa nova versão de acordo com os manuais e informações disponibilizadas. Para utilizar é preciso configurar a propriedade VersaoDF como segue: ACBreSocial.Configuracoes.Geral.VersaoDF := veS01_01_00; No ACBrMonitor: Usando ACBrLibeSocial: Utilize o método eSocial_SetVersaoDF passando no parâmetro sVersao a string "S01_01_00"

Boa tarde Renato, A aplicação já está com 30k no Timeout. Liguei na Nota Control e informaram que o serviço está intermitente e não tem previsão de quando irá estabilizar. Consegui transmitir 1 NFSe de 30 desde sexta. Atenciosamente, Fabio

Boa tarde! Foi feita uma atualização no Utilitário expondo algumas configurações para alteração. Assim, podemos ter certeza de como está configurado e agiliza o processo de testes caso dê algum erro(não precisa mais alterar as configurações via código fonte e disponibilizar novo utilitário, agora se der problema de configuração, só alterar e fazer um novo teste). Por favor, pode atualizar o utilitário e realizar um novo teste?

Muito orbigado! Irei realizar a atualização das novas fontes.

Boa tarde, Veja a função Zip(), na unit a seguir ../trunk2/Fontes/ACBrComum/ACBrUtil.FilesIO.pas

Boa tarde, Até onde eu sei, a NFA-e só pode ser emitida diretamente pelo site da autorizadora, não via webservice. Não encontrei nenhuma NT que tenha mudado isso.

Boa tarde, Obrigado Juliomar por confirmar e vou entrar em contato com o Sefaz daqui de Minas. Rossine.

Creio que onde deve depurar é no enviar ou criar o xml e lá sim verificar esses dados

Bom dia. Você pode usar o F7 para fazer um Step Into. Mas em propriedades como Prod.cProd ele realmente não vai funcionar. Veja como é a declaração: private FcProd: String; public property cProd: String read FcProd write FcProd; Para o Step-Into funcionar precisaria ser uma procedure ou function, no caso de propriedades, seria um GetFcProd e um SetFcProd. Em resumo, a homologação é normal, como você já faz.

Obrigado a Todos, irei Testar e retorno caso haja algum problema! Abraço a todos

Prezados O registro e a consulta de boleto está funcionando. Gentileza adicionar os arquivos disponibilizados pelo @Delcio ao SVN.

Boa noite, Segue opção. https://github.com/viniciussanchez/dataset-serialize

Diego, boa noite . Deu certo o procedimento ... Valeu pela dica era o que faltava !!!

Boa tarde Allan, Você pode enviar um arquivo de remessa que foi homologado para [email protected] para que o consultor responsável possa validar? Mencione a TK-3727 no e-mail, pois ela foi aberta para análise deste caso. Os descontos por data foram homologados no banco?

Entendido. Apenas como informação, atualmente o ACBrNFSeX implementa as versões 1.00, 1.01 e 2.04 para o provedor IPM. Se for mesmo versão 2.01, este seria o primeiro.

Ola; Caro parceiro, desenvolvedores e revendedores, Gostaríamos de informar que o SAT Linker II, o modelo mais antigo de nossa linha de produtos, recebeu uma atualização do SEFAZ nesta semana. É importante destacar que esta atualização já havia sido comunicada pelo SEFAZ semanas antes, através de uma mensagem direta para o SAT, que pode ser capturada pelo aplicativo de automação e exibida na loja. Visando respeitar nossos clientes e parceiros, gostaríamos de explicar o ocorrido e destacar os benefícios dessa atualização. É importante ressaltar que o SAT Linker II é um produto de 2015-2016, com mais de 8 anos de uso, e já não poderia ser atualizado devido à sua defasagem tecnológica, o que resultaria na necessidade de adquirir um novo equipamento. No entanto, fizemos um trabalho de engenharia para encontrar um caminho para atualizar o sistema do SAT Linker II, proporcionando uma vida útil mais longa ao equipamento e evitando a necessidade imediata de adquirir um novo modelo. Esta atualização também trouxe maior velocidade de operação ao dispositivo e a capacidade de operar com Layout 8.0, algo impensável para um SAT desse tempo de fabricação. Investimos horas de engenharia e homologação do equipamento, e após ser aprovado e testado, enviamos o comunicado ao SEFAZ, que resultou em aviso prévio e atualização instantânea. Embora um projeto como esse traga efeitos colaterais, eles não impedem a operação do equipamento. Aqui estão os esclarecimentos sobre cada um deles: Após a atualização do SEFAZ, todos os LEDs do Linker II permanecem piscando. É necessário desconectar todos os cabos do equipamento e aguardar até que os LEDs se apaguem em definitivo. Após isso, o aparelho deve ser religado e conectado em uma rede de internet para a atualização das Chaves do Certificado Digital. Esse processo é automático e não requer intervenção humana. Após isso, seu SAT Linker II está pronto para operar com os novos layouts e sistema interno mais moderno. Todo o processo acima resulta em dois efeitos: 2.1) O Contador de CFE (XXXXXXX) retornará para 000000001, como previsto na documentação técnica do SAT. Este sistema novo do Linker II foi testado, certificado, homologado e aprovado por órgãos competentes para operar assim. A duplicidade dos números não acarreta problemas fiscais, já que esses números foram usados há anos atrás. 2.2) Somente nos casos em que o Linker II opera com IP FIXO, esta atualização retorna o SAT para operar com IP dinâmico. Isso ocorre porque a atualização zera totalmente as configurações do equipamento, já que é um sistema operacional totalmente novo e mais moderno. Todas as configurações de rede serão zeradas e devem ser reconfiguradas. No entanto, isso se aplica apenas ao SAT LINKER II configurado explicitamente para trabalhar com IP FIXO. 2.3) Aconselhamos fortemente que, aproveitando-se desse momento de atualização do parque Link Windows https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT/Bibliotecas Windows Linux https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT/Bibliotecas Linux Android https://github.com/ElginDeveloperCommunity/SAT/tree/master/Elgin/SMART SAT/Biblioteca Android Para finalizar, comunicamos que a atualização do SEFAZ foi interrompida, em breve ela voltará a acontecer, por isso qq dúvida não hesite em nos acionar. Pedimos que considere este ocorrido com nossa ação para preservar seu investimento em um hardware (SAT Elgin Linker II) com 08 anos de operação trazendo uma sobrevida a ele. Enviado pelo claudemir andrade da elgin.

Boa tarde pessoal Relatos de usuários após voltar ao normal os equipamentos que estavam passando por problemas citados nos posts acima, os contadores zeraram. Entramos em contato com o fabricante, e fomos informados: Como os referidos equipamentos ganharam uma nova versão do software básico o contador ZERA.

Informação recebida pela AFRAC:

Seguem as units e o patch do svn, caso alguém queira analisar, devido a falta de tempo, implementei somente os endpoints para atender a minha necessidade, as funcionalidade básicas estão implementadas, caso alguém queira incluir os outros endpoints, como alterar vencimento, desconto, etc, fique a vontade, caso contrario implementarei conforme sobrar um tempo aqui. Está funcionando o boleto híbrido inclusive, com o retorno do EMV. Tive que alterar a ACBrBoletoWS.Rest.pas para incluir o HttpResultCode 207 como Result válido, por que o Sicoob retorna ele, na inclusão de boletos. Alterei também a ACBrBoletoWS.pas, pois ao chamar TBoletoWS.Clear, o field FBoleto não era setado, passando a ser Nil; ACBrBoletoW_Bancoob.pas ACBrBoletoWS.Rest.pas ACBrBoletoWS.pas ACBrBoletoRet_Bancoob.pas Sicoob Api.patch

Gostaria de compartilhar minha experiencia. Também nao conseguia executar. Funcionou quando copiei as DLLs do OpenSSL dentro da pasta do compilador.