Painel de líderes

Alo pessoal, é com muito orgulho que trago o primeiro esboço do exemplo de Flutter com ACBrLIB NFE! billbarsch/flutteracbrlib: Exemplo de uso das DLL's do projeto ACBR no Flutter (github.com) Todas as funções da dll de NFE foram implementadas, ainda nao testei tudo mas ja é 99% do caminho andado! Acredito que em breve com ajuda de outros possamos ter aplicações flutter emitindo notas, conectando com balanças, abrindo gavetas registradoras, o céu é o limite! Meus agradecimentos ao ACBr pelo magnífico trabalho sempre. Agora vou testar emissao, leitura de certificados etc e os proximos passos serão rodar no linux e talvez porque nao android??? e implementar mais dll's do projeto

Boa tarde olhando o código fonte do componente não tem tratamento. mas poderia conferir na unit ACBrEFDBloco_0_Class linha 742 como ele está chegando isso até ali será que não algo antes?

Adilson, O provedor Facundo é uma replica do WebFisco, Abra a unit WebFisco.Provider, coloque um ponto de parada na lis 361: Response.Sucesso := (Response.Situacao = 'OK'); Preciso saber se em seguida a procedure ProcessarMensagemErros é executada. Caso afirmativo debugue essa procedure, quero saber se ele chega a atribuir algo em: AErro.Descricao Você poderia fazer para mim? Desde já muito obrigado pela colaboração.

Bom dia Willian, Não podemos comparar o XML gerado pelo site com o gerado pelo componente. Pelo simples fato de que o componente gera e envia o XML do Rps, por outro lado o XML gerado pelo site é o da NFS-e e eles são diferentes. O provedor SigCorp se utiliza da versão 2.xx do layout da ABRASF e a unit que você alterou gera o XML do Rps segundo a versão 2.xx do layout da ABRASF. Portanto, não podemos aceitar a sua alteração. E você percebeu que o XML gerado com a sua alteração ele nem sequer foi validado para ser enviado. Se o provedor não retorna, faça o seguinte, peça para os seus clientes protocolarem na prefeitura uma reclamação relatando os problemas para emissão correta das notas.

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.

Prezados Apesar do comunicado da SEFAZ /MG sobre a alteração da URL de consulta, o webservice aceita apenas a antiga. Realizei a alteração no arquivo ACBrNFeServicos.ini e obtive sucesso no ambiente de produção. ACBrNFeServicos.ini

Blz, obrigado Diego!

Boa tarde Douglas, No programa exemplo de uma olhada no botão [Consultar DFe]

Vou verificar, assim que achar alguma coisa posto aqui.

Entendi! Vou entrar em contato com um Aduaneiro e assim que ele me reportar eu posto aqui!!

Boa tarde pessoal. Foi divulgado no dia 08/03/2023 Nota Orientativa do EFD ICMS sobre os novos CSTs monofásicos de combustíveis. Esta nota orientativa instrui a escrituração de operações com ICMS monofásico, a partir dos novos CSTs criados pelo Ajuste Sinief 01/2023. Com a publicação da NT 2.023.001 da NFe/NFCe, adotando os CSTs 02, 15, 53 e 61, a escrituração das operações seguirá as instruções que se acrescentam às demais publicadas no Guia prático da EFD ICMS IPI. Destaca-se orientações para o preenchimento dos registros 0200, C170 e C190. A Nota Orientativa pode ser lida na integra aqui.

Sim, isso mesmo, em homologação, pelo menos sim.

Boa tarde Willian, Você esta usando o componente ACBrNFSeX?

Boa tarde pessoal. Em 08/03/2023 foi publicada a versão 3.0.4 do programa validador do SPED ICMS IPI, trazendo as seguintes mudanças: Fonte: http://sped.rfb.gov.br/pagina/show/7178

Está agendada para o período de 06:00 as 16:00 do dia 12/03 a emissão da NFe utilizando a contingência da SVC-AN. Fonte : http://www.nfe.fazenda.gov.br/portal/principal.aspx

Boa tarde. Conferindo hoje no Portal da Nota Fiscal Eletrônica, além de SP, mais estados estão com contingência agendada para o dia 12/03/2023

Primeiramente, minhas sicenceras desculpas pela demora da resposta. Realmente não estava atento com relação aos prazos. Numa oportunidade que eu acompanhar o envio em produção no cliente e acontecer algo do tipo, vou coletar os arquivos XML e encaminhar por email.

Certo, agradeço as instruções, irei reverter as alterações e voltar a contatar o provedor, assim que tiver novidades sobre o caso eu informo aqui, obrigado.

De fato era o CSC que estava registrado concatenado ao idCSC Desculpem a poluição do topico.

Bom dia @dreamsoft_PR, No seu ultimo e-mail não consta nenhum arquivo em anexo. Por favor, verifique se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete ela. Atualize todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Faça novos testes com a opção de salvar arquivos soap marcada. Envie para mim por mensagem privada os XML (soap) gerados, para que eu possa analisar.

Olá, Como está o conteúdo da tag <dhEmi> no XML?

Talvez ajude no processo de validação https://wspf.banco.bradesco/wsValidadorUniversal/validadorgeral

Era permissão da pasta mesmo. Sobre a questão do endereço, aguarda para alterar pois os dois estão funcionando.

Sim, concordo com vc! Mas é que, no caso do Waldumon, eu e acredito que muitas empresas... (no meu caso, pequena empresa) já temos um bom caminho andado com programação específica, sem um planejamento prévio para um sistema que possua acesso às novas opções de recurso. que por sinal, muito bom os recursos que o Delphi oferece.(ACBr, RestDataware, Jedi) Sou programador Há mais de 15 anos, quando começei não existia nem o Iphone. utilizava o Delphi 7. faz tempo. Fui "obrigado" a desenvolver um App para não perder alguns clientes.. que necessitavam. Então, para não ter que começar um projeto do zero (base de dados e linguagem) eu me baseei no que tinha. Mas estou seriamente pensando em criar outro projeto web do zero. para multi-plataformas.. vai demorar alguns meses pra desenvolver.. mas como tenho mais uns 10, 15 anos de trabalho pela frente.. acho que vale à pena insvestir nisso. Obrigado pela orientação!

Parabéns pelo seu trabalho @billbarsch, e por compartilhar conosco...

ISSCuritiba.ini Arquivo alterado.

Bom dia, Conforme alerta de nossos colegas no youtube, fomos atrás da publicação e chegamos a mudança desta exigência para 01/07/2023. https://www.economia.go.gov.br/component/content/article/239-documentos-fiscais/8308-códigos-de-benefícios-fiscais.html?Itemid=101 At.

Contribuição aceita e enviada ao SVN na Rev-28712. Mantive a URL de homologação como estava, pois ao tentar acessar ela direto pelo navegador mesmo apresentou comportamento semelhante a nova URLs de produção(pediu usuário e senha e deu Acesso Negado). Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos teste e reportar qualquer problema.

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

O temido erro. Boa tarde. Algumas vezes, ao tentar transmitir uma NFS-e é possível receber mensagens como está: A mensagem pode parecer assustadora, mas sua solução no geralmente* é bem simples. A solução. Vejam que o texto da mensagem diz: Isso é um indicativo de que Dll OpenSSL usada está desatualizada. Para resolver este problema é preciso copiar os arquivos da versão 1.1.1.10 da OpenSSL, escolhendo entre x86 ou x64 de acordo com a arquitetura que compilou sua aplicação e disponibilizar eles na mesma pasta do seu executável. Fazendo isso, o componente vai passar a usar a versão correta da Dll. Outro detalhe importante que não podemos deixar de conferir é a configuração SSLType. Ela deve ser TLS1.2. Fiz isso e o problema ainda persiste, e agora? Notou que eu coloquei um * ao lado do geralmente? Pois é, na maioria dos casos atualizar a versão da Dll resolve, mas já tivemos relatos de que o problema persistiu mesmo após a atualização. Caso isso aconteça, um processo a se testar é fazer a instalação manual do RunTime do Visual C++. As Dlls do OpenSSL que disponibilizamos são compiladas em MS Visual C++. Por padrão, o Windows Update(ou outra aplicação anterior) já instala o RunTime do Visual C++, mas em algumas máquinas, é necessário fazer a instalação dele manualmente. Então se mesmo depois de colocar as Dlls da OpenSSL na pasta do seu EXE o problema ainda persistir, você pode tentar instalar manualmente o RunTime escolhendo também entre x86 e x64. Executando o primeiro e se necessário o segundo procedimento costuma resolver em 99% dos casos. Mas e aquele 1%? Bem, já tivemos casos em que mesmo realizando este procedimento, o usuário ainda continuou com o mesmo problema. Nesse caso em específico, depois de muita luta nosso colega @Furquim descobriu que o problema estava relacionado a Bloqueio de Domínio. Uma porta ou site bloqueado estava fazendo com que ele recebesse esse retorno. Foi só depois de desativar tais configurações que o mesmo conseguiu emitir.

https://blog.esimplesauditoria.com.br/tributacao-monofasica-o-que-e-e-como-funciona/

Olá Pessoal, Vou relacionar todos os métodos implementados no componente ACBrNFSeX no que se refere ao provedor PadraoNacional. Emitir -> Envio do DPS (Declaração Prévia de Serviços) no modo unitário, o que tudo indica vai ser a única opção, ou seja, não teremos o envio em lote. EnviarEvento -> Envio de eventos, Cancelamento, Cancelamento por Substituição, Análise para Cancelamento, Confirmação do Prestador, Confirmação do Tomador, Confirmação do Intermediário, Rejeição do Prestador, Rejeição do Tomador e Rejeição do Intermediário. ConsultarNFSePorRps -> apensar do nome do método constar Rps, mas para o Padrão Nacional ele vai realizar a consulta através da chave da DPS. ConsultarNFSe -> é o mesmo método dos demais provedores, mas para o Padrão Nacional ele vai realizar a consulta através da chave da NFS-e. ConsultarEvento -> através desse novo método vai ser possível consultar um evento informado apenas a chave da NFS-e, ou a chave mais o tipo de evento ou a chave mais o tipo mais o número sequencial. ConsultarDFe -> através desse novo método vai ser possível baixar o XML da nota ou eventos informando o último NSU - Número Sequencial Único ou a chave da nota. ObterDANFSE -> através desse novo método é possível obter o PDF da DANFSE informando a chave da NFS-e. Todos os métodos estão funcionando com exceção do ConsultarEvento que a API não está aceitando o GET da consulta. Ainda falta implementar as consultas que vão retornar os Parâmetros Municipais.