Painel de líderes

Bom dia Italo! Desculpe a demora no retorno, estava ocupado. Testei tua solução e funcionou! Muito obrigado.

Bom dia Sergio, Isso não pode ser feito, pois o valor unitário bem como o desconto possuem suas tags no XML, por outro lado o valor líquido (valor unitário - desconto) não tem. O manual deixa claro que se a informação não consta no XML, ela não pode ser impressa.

Você não consegue mostrar preview no momento do envio, somente na impressão, basta manter MostraPreview = 01 (Sim). https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Você pode usar qual lógica for melhor para sua aplicação.. você pode por exemplo salvar PDF: https://acbr.sourceforge.io/ACBrLib/NFE_SalvarEventoPDF.html e depois imprimir: https://acbr.sourceforge.io/ACBrLib/NFE_ImprimirEvento.html Você precisa definir no .ini para os eventos ficarem salvos, e informar um path, exemplo: SalvarEvento = 01 (Sim) PathEvento = C:\Evento https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

A SEFAZ do RS, publicou em seu diário oficial, um novo Decreto, que em resumo, alterou a legislação do ICMS, incluindo cláusula que proíbe o uso de equipamentos de pagamentos não integrados ao emissor de NFC-e. Link: https://www.diariooficial.rs.gov.br/materia?id=774374 Veja o texto da "Nota 02" No passado, isso significaria a proibição das máquinas autônomas para recebimento de Cartões, que no Brasil chamamos de "POS"... e a obrigação de uso de TEF integrado a Aplicação Comercial... Usar o TEF integrado em um Equipamento de Automação, com certeza atenderá a essa nova exigência do Fisco... Porém, no momento atual, vale lembrar que os dispositivos de Pagamentos, que as Adquirentes disponibilizam no mercado, utilizam o Sistema Operacional Android... Então seria possível instalar o Sistema da Automação Comercial nesse dispositivo, e atender a exigência da SEFAZ, emitindo a NFCe e efetuando o Pagamento com Cartões, no mesmo Equipamento... Lembrando que atualmente, os Fontes do ACBr já são compatíveis com Android... Então com Delphi Firemonkey e ACBr, já é possível criar uma aplicação que seja capaz de Emitir uma NFCe On-Line e Off-Line dentro do dispositivo Android. Temos um Demo nos Fontes do ACBr, que exemplificam isso: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/Android/

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

@Diego Foliene, boa tarde. Não realizei nenhum tipo de altera de código fonte do provedor "SpeedGov", somente apontei o município para este provedor. Segue anexo os dados fornecidos pelo próprio provedor "SpeedGov" WEB SERVICE.rar Abaixo, foram as orientações passadas pelo provedor para a implementação de Juazeiro do Norte/CE: "Seguem as orientações para acessar o webservice. É preciso que você siga as instruções descritas abaixo para que o teste seja um 1º Passo - Realizar a adaptação do seu sistema para uso da ferramenta seguindo o manual de adequação (em anexo). 2º Passo - Link de cadastro http://servicos2.speedgov.com.br/modelo/precadastro/new 3º Passo - Link de homologação http://speedgov.com.br/wsmod/Nfes?wsdl 4º Passo - Link para visualização de erros e correção iss.speedgov.com.br/modelo Caso o processo de homologação já tenha sido feito segue o link para produção: http://speedgov.com.br/wsjun/Nfes?wsdl" Só consegui realizar teste de envio de lote e retorno de lote, ambos em ambiente de homologação. Espero ter ajudado, mais informações que essas, não possuo.

Depois de alguns problemas no certificado e alguns parâmetros ajustados o envio normalizou.

utilize este schemas veja se resolve: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/eSocial/

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

@Francisco IBS Obrigado pelo feedback Ficamos a disposição ! Encerrando o tópico então !

Aparentemente fez o esperado. Agradeço a atenção.

@Francisco IBS Bom dia ! Fizemos uma alteração para não impactar outros bancos em produção, vou te enviar uma unit para que você possa testar. ACBrBancoUnicredES.pasACBrBoleto.pas Aguardo um feedback

Obrigado pela informação! Acabou por ser muito útil para mim

tente usar 38 cobBancoCresol

Claro, assim que tiver um retorno do Banrisul vou informar aqui.

Paulo, Sempre tenha em mãos os manuais e notas técnicas. Hoje temos um manual só com o layout do documento fiscal. Com esse manual você descobre tudo o que pode constar no XML, se essa informação é obrigatória ou não, se é numérica ou data ou caractere, qual é o tamanho mínimo e máximo no caso de caractere, se é um número inteiro ou real (neste caso a quantidade de casas decimais). Além de estar documentado para argumentar com o cliente e seu contador, o manual lhe permite definir quais tabelas no banco de dados vão ser necessárias, os campos dessas tabelas bem como os tipos desses campos. Veja este exemplo: A tag xNome que se refere a Razão Social do Destinatário (por exemplo) é do tipo caractere, obrigatória e tem um tamanho mínimo de 2 e máximo de 60 caracteres. Você concorda comigo que não faz nenhum sentido no banco de dados você ter um campo para armazenar o nome (razão social) do destinatário com um tamanho de 100 caracteres? Por que não faz sentido? Simples, na hora de alimentar o componente só vamos poder informar os 60 primeiros caracteres, pois se tentar informar tudo, vai ocorrer erro de validação. Resumindo: Tenha os manuais e notas técnicas e leia, você só vai ganhar.

certo então agora vou te pedir o log com você enviando pra impressão no nível 4

Bom dia! O SAC Fiscal fornece algumas APIs para seus assinantes. Acredito que o @marcopoloviana pode fornecer mais informações a respeito.

Bom dia! Pelo log que você disponibilizou deu para observar que você usa o método NFe_LimparLista antes de enviar o evento e fazer a impressão. Por favor, faça um teste usando o NFe_LimparListaEventos ao invés disso.

Boa tarde pessoal! Agora o componente ACBrCEP está ainda mais completo, foi adicionado recentemente a integração com provedor de serviços BrasilAPI, para utiliza-lo basta configurar no componente a opção wsBrasilAPI. Vale lembrar que como tanto o ACBrMonitorPlus quanto o ACBrlibCEP são baseados no componente, o recurso também está disponível para eles! Saiba mais como funciona a integração feita de forma transparente pelo componente, na documentação do provedor https://brasilapi.com.br/docs#tag/CEP-V2

Por favor, anexe o log da Lib, para que possamos avaliar a situação.

Boa tarde pessoal, Recebemos a pouco da AFRAC a informação de que o pleito que vinha sendo feito pela entidade para postergação desta obrigação foi atendido!! A nova data para inicio da obrigatoriedade para o grupo que iniciaria em janeiro/2023, sendo ele supermercados, minimercados e hipermercados, agora é abril/2023, já para os demais contribuintes a data permanece a mesma, julho/2023. At.

Bom dia a todos, Favor substituir as units por estas em anexo, reinstale o ACBr e façam novos testes. ACBrNFSeX.pas ACBrNFSeXConfiguracoes.pas

Em 26/09/2022 foi publicada a instrução normativa 81/2022, a qual estabelece os seguinte itens: Para os contribuintes do RS, quaisquer instrumentos de pagamentos eletrônicos em vendas realizadas de forma presencial, deverão estar vinculados a NFCe relativa a operação, mediante interligação com o a aplicação utilizada para realizar emissão da NFCe. Define as informações que devem constar no comprovante de pagamento eletrônico Define o cronograma para exigência do atendimento a esta regras, tendo inicio com supermercados e similares e depois para todos os demais contribuintes. Sobre o calendário de Implementação a) 01/01/23, para estabelecimentos cuja atividade econômica esteja enquadrada no CGC/TE nas classes 4711-3 e 4712-1 da CNAE, tais como supermercados, hipermercados e minimercados; b) 01/07/23, para os demais estabelecimentos emissores de NFC-e. Sobre as informações do Comprovante de Pagamento Eletrônico Sobre o equipamento utilizado nas Impressões A instrução normativa prevê que se houver impressão do DANFCe*, a mesma deve ocorrer no mesmo equipamento utilizado para a impressão do comprovante de pagamento relacionado acima. *Lembrando que caso o cliente aceite, o DANFCe pode ser enviado em pdf via email, ou seja, a exigência do DANFCe se mantém, o artigo trata apenas o caso do uso do mesmo equipamento para as impressões que ocorrem. Esta questão em relação a certos equipamentos que são atualmente usados para o TEF e não poderiam imprimir o DANFCe, assim como procedimentos em casos de contingência, estão sendo analisados por nossos colegas da AFRAC para se chegar ao entendimento do Fisco Sobre as Exceções Regra do artigo 29.5.1 não se aplica aos contribuintes que emitem NFCe por meio do Regime Especial da NFF - Nota Fiscal Fácil Fonte: http://www.legislacao.sefaz.rs.gov.br/Site/Document.aspx?inpKey=292249

Publicação de Convênio ICMS 166/2022 tratando das questões dos pagamentos eletrônicos Em 28/09/2022 foi no DOU o convênio ICMS 166/2022, onde: Define a obrigatoriedade de vinculação da emissão do documento fiscal em operações que envolvam instrumentos de pagamento eletrônico, com necessidade de previsão em legislações pertinentes para sua eficácia Atualiza as informações mínimas a constar no comprovante de transação Define cronograma de entrega das informações relativas as operações por parte dos bancos (ou instituição responsável) Sobre a obrigatoriedade de vinculo com Documento Fiscal Sobre as informações impressas no Comprovante de Transação Sobre os prazos de envio das informações a SEFAZ *Até o ultimo dia do mês subsequente, ou seja Mês Atual+2 Fonte: https://www.confaz.fazenda.gov.br/legislacao/convenios/2022/CV166_22

Boa tarde Ramalho, Se o ISSQN é Retido (NFSe.Servico.Valores.IssRetido = snSim) devemos atribuir o valor rtTomador ( vale 1) ou rtIntermediario (vale 2) ao campo (NFSe.Servico.ResponsavelRetencao). Por outro lado se o NFSe.Servico.Valores.IssRetido = snNao devemos atribuir o valor rtPrestador ou rtNenhum ao campo (NFSe.Servico.ResponsavelRetencao) para que a tag <ResponsavelRetencao> não seja gerada.