Painel de líderes

Como todos que atuam com DFes a nivel nacional tem conhecimento, é muito frequente a situação onde temos regras de validação que ficam a critério da UF ativar ou não. As regras citadas neste tópico estão presentes na documentação da NFe/NFCe desde 2019 com a NT 2018.005, mas somente agora o RJ decidiu ativalas No caso do RJ, a portaria que entre outras coisas é a SUCIEF 69/2019 a qual tem ajustes quando a SEFAZ-RJ considera necessário. Inclusão de rejeições relativas de ao ICMS Efetivo e ICMS Retido A portaria SUCIEF 126/2023 inseriu para o RJ a ativação de duas novas regras que estão listadas abaixo Sobre as Datas de Ativação A portaria SUCIEF 131/2023 alterou as datas de ativação conforme listado a seguir. I- 1º de agosto de 2023, para os contribuintes que apuram o ICMS pelo regime normal; II- 1º de setembro de 2023, para os contribuintes optantes pelo regime do Simples Nacional. Como fica no ACBr Dado a se tratar somente de ativação de regras, não existem mudanças no ACBr Um agradecimento especial ao @marcopoloviana por trazer a notícia.

Bom dia pessoal, Ontem aconteceu uma live promovida pela AFRAC ocm o fisco do RS, onde foram abordadas diversas questões sobre esta legislação.

Olá pessoal, Encontra-se disponível no Portal Nacional da NF-e a nova Tabela de códigos de combustíveis sujeitos à tributação monofásica de ICMS, utilizada na NT 2023/001 versão 1.20, com a inclusão de novos códigos. Para acessar o portal clique aqui. A tabela foi publicada em 19/04/2023.

Boa tarde Carlos, Sugiro acessar o servidor discord da Tectoy https://discord.gg/s67xrGWw. Lá além dos contatos comerciais para aquisição do equipamento você também vai encontrar canais específicos para cada linguagem de programação e documentação dos equipamentos da TecToy. Especificamente para o V2 nesse momento a Tectoy está com uma promoção (https://www.tectoy360.com.br/promov2).

Assisti a Live agora e para mim , além de não esclarecer como fazer, ainda geraram mais dúvidas... 1 - No caso de usar um POS para casos de contingência (onde não é possível usar TEF naquele momento). Pelo que está na Live, deve-se integrar o pagamento feito no pos com o sistema de frente de caixa sem intevenção humana, ou seja, não é permitido que a entrada dos dados seja feita de forma manual. Alguém sabe como capturar os dados do comprovante feito no POS ? Isso já existe hoje ? 2 - Nos casos de pagamento de parcelas (carnês), a solução sugerida pelo pessoal da receita, seria fazer uma NFCe com um ítem contendo o CFOP 5949. Atualmente esse CFOP é rejeitado na NFCe, só aceito na NFe. Além disso, esse ítem seria registrado com qual NCM ?

Revise também suas configurações de ssl e tls.

Olá meu amigo... Obrigado pelos esclarecimentos, estamos mal aqui com consultoria contábil. Farei contato com o amigo @marcopoloviana agora. Grato

Todas aquelas respostas até agora respondidas pelos auditores fiscais através do canal virtual da sefaz-rs, vai por água abaixo, entra em contradição.

Olá, Vamos lá... Só pra deixar claro e sem ambiguidade, nesse contexto, o "CTD" significa "Crash to Desktop", certo? Se for isso, eu acredito que o que está acontecendo é que uma exception não foi tratada da maneira que deveria. Com isso a aplicação se perdeu. Uma exception sem mensagem não é muito comum nos códigos do ACBr. Precisamos obter mais informações. Você consegue testar com o utilitário ETQTeste? Link logo abaixo.. Configure ele para gerar o Log e anexe o log aqui pra nós. Se funcionar nele, então deveria funcionar na LIB. É importante também verificarmos com detalhes a LIB. Então, anexe também o log da ACBrLib para gente verificar até onde ela foi sem erros. Coloque o log no nível paranoico por favor. Outra coisa importante é procurar no Visualizador de Eventos do Windows que informações estão disponíveis sobre o crash de sua aplicação. A tela é mais ou menos assim: As informações que estão ali nas abas "Geral" e "Detalhes" podem ajudar no diagnóstico. Eu notei que seu código está dentro de um Event Handler. Não sou especialista em C# nem tenho todo o seu códig, mas há uma possibilidade de isso afetar a forma como a aplicação responde. Veja por favor se faz algum sentido o seguinte link: https://stackoverflow.com/a/66163636/460775 Uma outra possibilidade é você atribuir o evento Application.DispatcherUnhandledException. Por meio dele você consegue fazer um log, talvez até um callstack na sua aplicação do momento em que ela crashou. Essa já é uma pergunta que você deve levar a pessoas mais experientes no C#. Talvez algum fórum específico de C#. EDIT: Só pra deixar claro, a chamada ativar deveria ser apenas uma chamada à lib (uma dll). Assim, teoricamente, nada "externo" deveria influenciar. Por outro lado, se a exception gerada pela lib está saindo "fora do lugar", talvez o que está "externo" influencie o como ela está sendo tratada.

Olá Pessoal, Foi publicado a versão 1.01 da NT 2023/001. A única alteração é referente aos códigos das rejeições da substituição e anulação. Correção dos códigos de rejeição 995 passa para 990 e 996 passa para 991 em razão desses códigos estarem em uso em outro webservice.

Veja também se não tem proxy a ser configurado.

Comunicado no portal COMSAT SEFAZ SP: A SEFAZ-SP realizará em 23 de abril de 2023, a partir das 07:00, e com previsão de duração para todo dia, uma manutenção nos servidores do SAT, o que poderá trazer instabilidade em todos websites e todos webservices. Sendo assim, na medida do possível, orientamos que novas ativações de equipamentos SAT sejam realizadas antes desta data, e que os contribuintes se atentem para CF-e-SATs que poderão estar armazenados, e não transmitidos à SEFAZ, nos equipamentos SAT com o risco de o prazo legal de 10 dias ser atingido durante essa manutenção. Após a manutenção, a SEFAZ permanecerá acompanhando o sistema e monitorando os meios de comunicação próprios com o público externo. Fonte: SEFAZ SP

Alexandre, Entre em contato com o provedor, o problema pode ser lá.

O Projeto DAF vem sendo construído desde o fim de 2018, com a publicação do Ajuste SINIEF 15/18 e apesar de em certos momentos surgirem dúvidas se de fato este projeto será lançado, recentemente houveram movimentações apontado que a resposta deve ser SIM. Versão 3.0 da Especificação de Requisitos do DAF Em 17/04/2023 foi publicado o Ato DIAT 024/2023 o qual estabelece a versão 3.0 da Especificação de Requisitos do DAF trazendo uma série de ajustes, conforme pode ser observado abaixo. Previsão de Prazos** As datas e períodos a seguir são uma previsão e podem sofrer mudanças conforme a evolução do Projeto DAF Liberação do Ambiente de Homologação: Previsto para o fim do 1º semestre/2023 Inicio da Obrigatoriedade: 2º semestre/2024* *Obrigatoriedade deve ser segregada de acordo com o CNAE dos contribuintes ** Informações extraoficiais obtidas pela AFRAC junto a SEFAZ-SC Biblioteca PDAF-USB Disponível no gitHub em C++, a biblioteca tem por finalidade ser uma referência para a implementação da integração com o equipamento DAF. Link para mais detalhes aqui. Links https://www.sef.sc.gov.br/arquivos_portal/servicos/159/Ato_DIAT_24_2023.pdf https://www.sef.sc.gov.br/arquivos_portal/servicos/159/Especificacao_de_Requisitos_do_DAF___versao_3.0.0.pdf https://ifsc-lased.github.io/daf/

Boa tarde. Estamos disponibilizando o arquivo de impressão para avaliação e disposição para download. As alterações feitas foram:DANFSeNovo.fr3 Adição das informações UF e CEP do prestador de serviço Adição das informações UF e CEP do tomador As informações foram apenas colocadas no arquivo de impressão. Att, Alex Leiva CS Sistemas.

Boa tarde Italo, Fiz o teste e utilizando o ConsultarNFSePorFaixa após a emissão deu certo, gravou o XML na pasta corretamente! Muito obrigado pela ajuda!

Boa tarde, O que você usa para poder imprimir a Guia (Fortes ou Fast Report)?

@Diego Foliene Realizei o teste manual alterando a chave para CodigoMoraJuros , conforme a sua orientação e deu certo, agora vou repasar para o setor para ajusta essas questão no sistema. Obrigado por hora.

Boa tarde, Na impressão não é impressa.

Boa tarde @mgmobile. Por favor, faça um teste enviando CodigoMoraJuros como nome da chave. Mais especificamnete, considerando o exemplo que disponibilizou "CodigoMoraJuros = 1".

Tópico movido conforme requisitado.

E pelo jeito eu ainda dei sorte, pois o prazo ia estourar dia 25/04/2023 e ia ser uma merd... generalizada. http://www.fazenda.rj.gov.br/sefaz/faces/menu_structure/legislacao/legislacao-estadual-navigation/coluna3/Portarias/Portarias-Tributaria?_afrLoop=101068555465901329&datasource=UCMServer%23dDocName%3AWCC42000001955&_adf.ctrl-state=1381ufj9jl_42 De repente seria mais interessante mover esse tópico para a parte de NFCe da área aberta do fórum, pois com certeza assim como eu devem haver outros desavisados aqui do RJ em relação a tais campos. O que acham? Desde já agradeço a atenção

Bom dia. O ideal é que você consulte seu departamento fiscal ou contador de confiança para que não sobre problemas para você futuramente. O que podemos lhe dizer é a nossa interpretação das informações: Também foi a última menção que encontrei a respeito em nosso tools. Sim, sua lógica me parece correta, logo, o grupo de ICMS Efetivo, apesar de ser facultativo acaba sendo obrigatório quando consumidor final. Sim, conforme texto das regras N12-82/N12a-60 que resultam na rejeição 906: E o grupo N33 consiste de pRedBCEfet, vBCEfet, pICMSEfet e vICMSEfet. A descrição do campo diz: Então acredito que seria o valor calculado caso houvese. Novamente reitero que esta é apenas a minha interpretação e que a palavra final deve ser do seu departamento fiscal. Caso ainda tenha dúvidas ou queira uma consultoria voltada para a parte contábil e direcionada a software houses, nosso amigo @marcopoloviana é a pessoa certa para você procurar.

Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia, Abrindo o XML notei que nele não contem o XML da nota. Mas consta na mensagem o numero da nota e o protocolo. Tente consultar essa nota (437) usando o método ConsultarNFSePorFaixa.

Bom dia Willians, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3848

Bom dia. Verificando hoje na Consulta de Disponibilidade, a situação da Sefaz MS foi normalizada Também é possível observar na Consulta Situação SVC-RS que a contingência foi desativada

Bom dia. Recebemos relatos em nossa comunidade do Discord que a situação em MG foi aparentemente foi normalizada. Consultando no Portal da Nota Fiscal Eletrônica é possível observar que contingência já não está mais ativa: E a Consulta de Disponibilidade normalizou Vale ressaltar, que há contingência agendada para o dia 21/04/2023 com previsão de inicio as 06:00 horas e encerramento as 08:00 horas do dia 24/04/2023

@Souza Bom dia ! Vou te mandar um link que possa te ajudar com os nomes, mas observando, acredito que possa ja estar adequado. Que o Ítalo cita: "Para aqueles que desejam guardar o XML do Rps e ou da NFS-e no banco de dados basta ler as propriedades mencionadas acima podem usar um código semelhante ao abaixo: XMLReciboRPS := ACBrNFSeX1.NotasFiscais.Items[ i ].XmlRps; XMLNotaServico := ACBrNFSeX1.NotasFiscais.Items[ i ].XmlNfse;" Notei q vc está passando 0 (fixo) para verificar os itens, vc chegou a testar no debug se esta alimentando a lista de itens ? Se vc der um count p contar qtos itens tem ai na sua lista Item ?

Bom dia Luis, Uma sugestão para você testar. Após consultar o retorno, antes de imprimir o boleto pelo componente, revise as propriedades a seguir. Se alguma delas estiver diferente, force o preenchimento com o valor correto e veja se a linha digitável é gerada corretamente no boleto. Estando ok, por favor informe o que foi necessário ajustar para que possa ser analisado se deverá ser alterado algo no componente nestes casos. 1. Boleto.Cedente.Agencia = 0001 2. ACBrTitulo.Carteira = 112 *confirme se para API também é essa carteira, mas acredito que sim 3. ACBrTitulo.NossoNumero = número com DV recebido no retorno 4. Boleto.Cedente.CodigoCedente = Número da Operação * isso você deve ver no bankline ou pegue de um boleto com linha digitável legível, da posição 13 à 19 5. ACBrTitulo.Vencimento = mesmo do boleto com linha digitável legível 6. ACBrTitulo.ValorDocumento = mesmo do boleto com linha digitável legível

Boa noite, Como o tópico é antigo e o problema original foi resolvido vamos fechá-lo. Tente contato com a prefeitura para identificar o CNPJ correto, caso ainda tenha problemas favor abrir um novo tópico com maiores informações sobre o seu cenário.

Boa noite, Abra a unit a seguir, coloque pontos de parada nas units que geram os registros, analise o que está chegando e compare com o que está preenchendo no componente. ../trunk2/Fontes/ACBrBoleto/ACBrBancoCaixa.pas function TACBrCaixaEconomica.GerarRegistroHeader240(NumeroRemessa : Integer): String; . . . function TACBrCaixaEconomica.GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo): String;

Boa noite, Movido para o fórum correto. Você está manifestando com pelo menos a ciência da operação nos resumos para depois receber o XML completo?

@Souza Boa tarde ! Só p entender, o sistema exemplo está correto é isso? Na imagem, nao aparece o path(caminho) completo do XML Mas já comparou como é alimentado o componente no exemplo vs a sua aplicação ? Pode ser mais fácil se utilizar o INI que esta na pasta exemplo.

Encontrei alguns problemas ao passar a utilizar a versão do SVN. Segue algumas alterações anexadas. Alterações em ACBrBoletoW_Bancoob.pas: TBoletoW_Bancoob.GeraJuros() Ao enviar um novo boleto, e o CodigoMoraJuros = cjIsento, retornava erro acusando que o campo "tipoJurosMora" é obrigatório (pois a procedure só incluía o campo se o valor dos juros > 0). TBoletoW_Bancoob.RequisicaoJson() Alterei para gerar o pix respeitando a configuração em ATitulo.ACBrBoleto.Cedente.CedenteWS.IndicadorPix, antes estava hard-coded. Alterações em ACBrBoletoRet_Bancoob.pas: TRetornoEnvio_Bancoob.LerRetorno() O retorno 'qrcode' do JSON estava preenchendo a propriedade txId incorretamente, pois o conteúdo de 'qrcode' se trata do EMV, sem essa mudança, o qrcode não aparece no boleto. Ficaria grato se puderem avaliar as alterações, obrigado. ACBrBoletoRet_Bancoob.pas ACBrBoletoW_Bancoob.pas

Outra coisa que também talvez possa estar interferindo são caracteres especiais. Faça um teste removendo acentos, e comerciais, e afins. No seu envelope de envio está JOSÉ no nome, tente enviando JOSE. A propriedade ACBrNFSeX.Configuracoes.Geral.RetirarAcentos pode ajudar com isso.

Segue nova atualização com uma análise detalhada também do colega @Renato Rubinho que atuou ativamente nestas adequações. No mês passado foram testados todos os eventos em homologação, em ambas as versões, funcionando corretamente no programa de exemplo Tem clientes utilizando a versão 1.5 em produção sem problemas Os novos eventos 1050, da série 4000 e o 9015 não funcionarão na versão 1.5, apenas na 2.1 Todos os eventos na versão 2.1 são assíncronos, necessitando consultar o protocolo recebido, assim como já era o 2099 na versão 1.5 As bases de dados de homologação são separadas entre as versões, o que for gerado em uma não está disponível na outra

Infelizmente todas as perguntas que se faz ao sefaz, retornam respostas assim: Prezado Contribuinte: A Normativa não coloca nenhuma definição a respeito do método que deve ser usado. A empresa pode utilizar o método que achar mais conveniente. Em particular, não há nada na normativa que diga que a integração deva necessariamente ser feita por método automático. A integração pode ser feita de forma manual. É perfeitamente possível que uma empresa utilize sistema POS e que o código da operação seja digitado manualmente, da mesma forma como o usuário digita atualmente o valor da operação. Não há nenhum impedimento na Normativa quanto a isso. Após a conclusão do atendimento, você receberá um e-mail da Pesquisa de Satisfação. Por favor, responda à pesquisa e contribua para a melhoria do atendimento. Atendimento realizado conforme IN DRP Nº 045/98, Título V, Cap. XII. Cadastre-se no “newsletter” e receba as atualizações da Legislação: https://atendimento.receita.rs.gov.br/pessoa-juridica/servicos?servico=1799 Atenciosamente, Vanessa Medeiros dos Anjos Técnico Tributário da Receita Estadual NAVi - Núcleo de Atendimento Virtual

Esta função é útil principalmente quando o SAT perde a comunicação durante a emissão da venda ou cancelamento. Ao chamar a função ConsultarUltimaSessaoFiscal é retornada os dados da última venda. Esta função já existia para quem utiliza o componente ACBrSAT e foi incluída no ACBrMonitorPLUS e ACBrLibSAT, e já estão disponíveis em nossos repositórios para downloads a partir de hoje (12/04/2023), bora fazer o download ! Quem utiliza componente ACBrSAT em Delphi ou Lazarus, quem utiliza ACBrMonitor Plus ou ACBrLibSAT.DLL (que é compatível com qualquer linguagem de programação que consuma arquivos dll) além de ter a resposta padrão da função, já detectamos o conteúdo do retorno e se conter o XML de venda ou cancelamento, automaticamente geramos o XML de venda ou cancelamento na pasta que foi configurada previamente (onde são gravados os arquivos xml de vendas/cancelamento). Uso no componente ACBrSAT: ACBrSAT1.ConsultarUltimaSessaoFiscal; Uso no ACBrMonitorPlus: SAT.ConsultarUltimaSessaoFiscal Uso com a biblioteca ACBrLibSAT.dll: SAT_ConsultarUltimaSessaoFiscal(sResposta, esTamanho); *Lembrando que este método indicado pelo fabricante é recente e pode não existir em SATs como layout 0.07 ou com firmwares que não contenham este método.*

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

Muito obrigado pessoal, funcionou perfeitamente aqui. vai ajudar bastante envitar os problema de XML faltando que precisa baixar no SGRSAT.

Boa tarde Daniel, Vamos a legislação (Ajuste SINIEF 07/05 (...) Cláusula sétima Do resultado da análise referida na cláusula sexta, a administração tributária cientificará o emitente: (...) § 7º Deverá ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização: I - no caso de NF-e modelo 55, obrigatoriamente: a) ao destinatário da mercadoria, pelo emitente da NF-e, imediatamente após o recebimento da autorização de uso da NF-e; b) ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente; II - no caso de NF-e, modelo 65, ao adquirente, quando solicitado no momento da ocorrência da operação. (...) Resumindo: O emitente assim que obtem da SEFAZ o protocolo de autorização é obrigado a disponibilizar o XML assinado e protocolado ao destinatário da mercadoria e a transportadora caso esta venha ser contratada pelo tomador para realizar o transporte da mercadoria. Muito simples, se eu faço uma compra o meu fornecedor tem a obrigação de disponibilizar o XML da nota para mim, principalmente se o comprador (eu) for uma pessoa jurídica. Caso ele venha se recusar a disponibilizar o XML, acredito que eu possa denuncia-lo ao Fisco, visto que o XML assinado e com o protocolo de autorização tem validade jurídica e é a nota propriamente dita como consta na legislação: Cláusula primeira Fica instituída a Nota Fiscal Eletrônica - NF-e, que poderá ser utilizada pelos contribuintes do Imposto sobre Produtos Industrializados - IPI ou Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre a Prestação de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - ICMS em substituição: I - à Nota Fiscal, modelo 1 ou 1-A; II - à Nota Fiscal de Produtor, modelo 4. III - à Nota Fiscal de Venda a Consumidor, modelo 2, a critério da unidade federada; IV - ao Cupom Fiscal emitido por equipamento Emissor de Cupom Fiscal (ECF), a critério da unidade federada. § 1º Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. Resumindo: Não fornecer ao destinatário da mercadoria o XML é se recusar a fornecer a nota. Devemos sempre lembrar que o DANFE significa Documento Auxiliar da Nota Fiscal Eletrônica. Se é um Documento Auxiliar da Nota, logo não é a Nota, da mesma forma que o Auxiliar do Chefe não é o Chefe. Para que serve então o Distribuição DF-e e os eventos de Manifestação do Destinatário? 1. O Distribuição DF-e serve para você descobrir se existe alguma empresa emitindo nota contra o seu CNPJ sem o seu consentimento. 2. Os eventos de Manifestação do Destinatário serve para você informar o Fisco se você comprou ou não daquela pessoa e se recebeu ou não a mercadoria. Dependendo da mercadoria adquirida se faz necessário enviar o evento de Manifestação do Destinatário em tempo abiu, caso contrario pode ser multado. Tem UF que chega aplica multa de mais de 20 mil reais por nota não manifestada. Fica a dica.