Painel de líderes

04/08/2020 Governo lança nota fiscal eletrônica para simplificar coleta de impostos em SC O governador Carlos Moisés participou na manhã desta terça-feira, 04, do ato de lançamento da Nota Fiscal de Consumidor Eletrônica (NFC-e), em São José, na Grande Florianópolis. O documento trará mais segurança, agilidade controle e simplificação ao processo de coleta de impostos em Santa Catarina. Em um primeiro momento, 20 redes de lojas participarão do projeto experimental para a implementação da NFC-e. Durante o ato desta terça-feira, o governador adquiriu um produto e houve a emissão da primeira nota eletrônica do estado. Carlos Moisés destacou que a NFC-e era um pedido de sua administração ao setor fazendário do Estado e que a implementação trará mais justiça fiscal, evitando também a sonegação de impostos. “Essa nota vai trazer a possibilidade de a Fazenda trabalhar com tecnologia e inovação. Ao mesmo tempo, vai facilitar a vida de quem empreende. Iniciamos um projeto piloto com 20 empresas, que terão mais facilidade para prestar as suas contas ao Fisco. A NFC-e também trará muitas pessoas à formalidade no futuro, diminuindo custos para a emissão dos cupons”, afirmou o governador durante o evento. Na visão do secretário de Estado da Fazenda, Paulo Eli, a mudança levará o Governo a um novo patamar de tecnologia. Ele conta que a Secretaria se transformará em uma plataforma digital de arrecadação de tributos. “A NFC-e faz parte desse processo, que ajuda na formalização da economia. As notas fiscais serão emitidas em um sistema da Secretaria, permitindo um controle mais efetivo. Isso vai levar também a uma redução da possibilidade de sonegação”, destacou o secretário. Futuramente, a Secretaria da Fazenda poderá montar um sistema de emissão de notas fiscais com premiação. Toda NFC-e terá um QR Code, o que poderá incentivar a criação de aplicativos nesse sentido. Fonte: http://www.sef.sc.gov.br/midia/noticia/2736

Boa tarde, Solução encontrada: Sacado.SacadoAvalista.Pessoa := pOutras; Isso gera valor 9 na coluna 154 e o arquivo foi aceito pelo banco. Testes feito com banco Santander.

@jean_peixoto realmente, substituímos o método "Add" por um método "New". A explicação da alteração de forma resumida é a seguinte: 1) Para compatibilidade: Em praticamente todas as classes da VCL, o método ADD é uma procedure que recebe um parâmetro, nunca uma function que retorna um novo objeto. 2) Para melhor leitura do código. Não faz sentido o método ser chamado "add" se você está criando um novo objeto na lista e não adicionando um. O nome pra isso seria "New" ou criar. O português pode nos confundir, porque o verbo "adicionar um item" pode parecer a mesma coisa que "adicionar um novo item" dependendo de como você lê. Mas o quanto mais claro for o código, menos tempo a gente gasta com debug depois.

A nota fiscal de devolução de vendas é um documento de entrada que será emitido se houver a recusa do recebimento da mercadoria ou a devolução de produtos por motivo qualquer. Nas duas hipóteses o documento com a finalidade de devolução deverá anular os efeitos da operação de venda. As informações referentes a ICMS Próprio serão destacadas em campo próprio, mas as informações referentes ao ICMS ST serão indicadas apenas em dados adicionais. Porém, para anular todos os efeitos de uma operação anterior é necessário que valor de ICMS ST e demais impostos destacados no documento de origem seja somado ao valor total da nota fiscal. A recomendação da maior parte dos Estados que é na emissão de NF-e de devolução o valor de ICMS ST seja incorporado a TAG “vOutro”, como Despesa Acessória, para que a totalização do documento seja feita corretamente e não seja apresentado erros de validação schema no momento da transmissão da nota. De acordo com a NT 2016.002 v.1.42, foram incluídos campos relativos ao FCP para operações internas ou interestaduais com ST e no grupo totalizador os campos referentes ao FCP e o IPI devolução para não contribuinte do imposto. Em relação ao leiaute do DANFE, não houve alteração nos campos referente aos impostos, onde as informações relativas ao Fundo de Combate à Pobreza (FCP) deverão ser informadas: No campo de "Informações Adicionais do Produto", os valores informados por item nos campos (vBCFCP, pFCP, vFCP, vBCFCPST, pFCPST, vFCPST), quando existirem. Os valores de totais do FCP devem ser informados em "Informações Adicionais de Interesse do Fisco", campo “infAdFisco", quando existirem." Desta forma, ainda não possui campo específico no DANFE para informar o valor do FCP, mas haverá validação do preenchimento dos campos para compor o total da nota. Vale observar que no campo “Outras Despesas” (despesas acessórias) deve-se informar os valores do item que devem compor o valor da NF-e e que não tenham campo de total correspondente no grupo ICMSTot. Sendo assim, o valor corresponde ao FCP, não será somado ao ICMS ST, por possuir campo específico no XML para compor corretamente o total da nota fiscal.

O certo seria sua aplicação saber quando já foi subtotalizado sem precisar consultar o ECF. Isso porque primeiro sua aplicação é quem chama o comando de subtotalizar. Segundo, porque a sua aplicação precisa saber o estado da venda. Terceiro porque qualquer consulta desnecessária ao ECF leva tempo, o que pode passar a impressão de uma aplicação lenta. Mas dito isso, você pode verificar o estado da ECF. Se estiver em pagamento, quer dizer que já foi subtotalizado.

Vou fazer um teste a tarde e te aviso se realmente está ou não funcionando.

Creio que precise ser criado o enumerador pNenhum e informar. vou conversar aqui e lhe retorno

Que saiba o FCP só deve ser destacado na venda para consumidor final não contribuinte. Sendo ele não contribuinte não teria como fazer a NFe de devolução, quem emitiria a NFe de devolução seria o próprio emitente da nota de venda. Sugiro que consulte um contador para saber como fazer a devolução desse imposto.

Bom dia a todos, Quanto ao Refactoring do componente ACBrNFSe, algumas propriedades de configuração vão deixar de existir pois estavam em duplicidade. Mas isso é muito tranquilo de resolver em uma aplicação que já esta rodando. Não vai mais existir os arquivos INI dos provedores e nem o Cidades.ini O conteúdo do Cidades.ini vai para o ACBrNFSeServicos.ini que é convertido em um arquivo .RES que por sua vez é incorporado ao executável. Ainda não há uma previsão de termino do Refactoring, sendo assim não fique esperando. Estude o programa exemplo do ACBrNFSe atual. E passe a utilizar o componente ACBrNFSe na sua aplicação. Como o Juliomar disse, as grandes mudanças são internas no componente.

Olá André! No ISSNet estou enviando o valor sem dividir por 100 (2.00). No Xml está saindo <tc:Aliquota>2.0000</tc:Aliquota> Funcionando normal.

Não seria melhor criar um novo tópico?

Boa tarde Brito, Estamos promovendo um Refatoring no componente, já anotei esse problema para implementar uma solução no novo componente.

Juliomar Marchetti muito obrigado pela atenção atualizei os fontes e coloquei em ambiente de produção ai funcionou perfeito.

Grande Juliomar, agora de cabelo curto, irmão ver bem, não mudei nada o meu programa só fiz atualizar o acbr, a rotina que tenho é bem simples, tipo try FDataModule.ACBrNFe.NotasFiscais[0].NFe.Ide.dSaiEnt := Now; FDataModule.ACBrNFe.NotasFiscais[0].NFe.Ide.hSaiEnt := Now; FDataModule.ACBrNFe.NotasFiscais[0].NFe.Ide.dEmi := Now; fCaixa.labelMensagens.Caption := 'Gerando Nfc-e...'; Application.ProcessMessages; FDataModule.ACBrNFe.NotasFiscais.GerarNFe; fCaixa.labelMensagens.Caption := 'Assinando Nfc-e...'; Application.ProcessMessages; FDataModule.ACBrNFe.NotasFiscais.Assinar; fCaixa.labelMensagens.Caption := 'Validando Nfc-e...'; Application.ProcessMessages; FDataModule.ACBrNFe.NotasFiscais.Validar; fCaixa.labelMensagens.Caption := 'Enviando Nfc-e...'; Application.ProcessMessages; if FDataModule.ACBrNFe.Enviar(1,true,true) then ja debuguei e no gerarnfe, ta tudo na memoria, quando ele assina que volta para o xmlassinado fica somente esta duas tags outra amigo, eu pego agora o mesmo programa que tava funcioando, so faco recompilar e dar este erro.

Muit Obrigado. Problema resolvido

Sim segue os links https://acbr.sourceforge.io/ACBrMonitor/ManifestacaodoDestinatario-Desco.html https://acbr.sourceforge.io/ACBrMonitor/ManifestacaodoDestinatarioOperac.html aqui tem a lista completa https://acbr.sourceforge.io/ACBrMonitor/ModelosEventoINI.html

Tem código de serviço que tem Cnae correspondente Na ficha cadastral tem os códigos de serviços e os Cnaes Acesso homolocação: http://www.issnetonline.com.br/homologaabrasf/online/login/login.aspx Tem que acessar, vai em Outras Opções depois Imprimir Ficha Cadastral Acesso em produção: http://www.issnetonline.com.br/ribeiraopreto/online/login/login.aspx

Exato, trunk2... atualizado: Arquivo INI Fontes: Só que aqui

Você quer o XML da nota ou do evento de manifestação? Caso seja da nota, pode ser a data de emissão da mesma ou a data atual, depende a configuração ACBrNFe.Configuracoes.Arquivos.EmissaoPathNFe.

Muito obrigado mas eu consegui resolver, eu setei a propriedade packageRecords = 50 do clientdataset

Tente verificar em ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].procEvento ou ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].procEvento ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].resEvento

Bom dia Sinval, Não existe um comando do ACBrMonitor que retorna o valor do NSU de um documento obtido pelo DistribuicaoDFe. É preciso verificar se no arquivo INI gerado pelo ACBrMonitor contem essa informação, caso afirmativo a sua aplicação terá que ler o valor do NSU desse arquivo INI.

Veja que esse tópico é de 2019. muita água rolou então não deve ser omesmo. crie um novo tópico inserindo os dados e logs

Por enquanto vou remover esse "é" da mensagem, pois estou sendo pressionado para entregar. Depois dou uma olhada no post. Obrigado!

Com certeza... Na verdade o problema estava em meu certificado, eu estava enviando ele de forma incorreta. Precisei identificar ele "localmente", através do parâmetro __Dir__ do php.

Sim Italo tratei o erro de consulta no momento de cancelamento pra que continuasse a rotina , Foi a forma de processar sem problemas .

Ok, unit alterada, em anexo. Obrigado. pnfsConversao.pas

Estava aqui pensando. eles ainda deixam dar desconto em uma venda com cartão? outra coisa não é obrigatorio mais informar os dados da software house?

Fiz um teste na versão anterior do sistema aqui e acontece a mesma coisa, estou aguardando contato com a prefeitura pra ver se não é lá

ACBrETQ1.Porta := 'USB'; Leia o tópico abaixo:

Sim estará aqueles dados extras tbm pode sem configurado na acbrlib ou passado dentro do ini do cfe. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca17.html https://acbr.sourceforge.io/ACBrLib/ModeloCFeINI.html

Os dois metodos existem, você pode ler o xml com o metodo CarregarXML e obter o ini com ObterIni ou GravarIni, e usar o ini para ler as informações. E tbm tem os metodos DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU e DistribuicaoDFePorChave, que são para usar o serviço distribuição dfe.

Acho que tem relação com o VALOR... (com centavos) O Servidor de Homologação, da PayGo REDE nega essas transações... para testar o fluxo de transação negada...

Bom dia Brajan, Muito obrigado pela colaboração, fiz alterações nos arquivos: Cidades.ini e SmarAPD.ini Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça novos testes.

Bom dia, desculpe na demora para responder, mas só hoje obtive resposta da SmaraPD. Segue lista de provedores das cidades atendida pela mesma. Estou enviando um arquivo anexo também contendo as mesmas informações. # PREFEITURA BIRIGUI # Homologação: http://tributacao.smarapd.com.br:8090/ddwbirigui/services/WSEntrada http://tributacao.smarapd.com.br:8090/ddwbirigui/services/WSSaida http://tributacao.smarapd.com.br:8090/ddwbirigui/services/WSUtil Produção: http://pmbirigui02.smarapd.com.br:9999/smartb/services/WSEntrada http://pmbirigui02.smarapd.com.br:9999/smartb/services/WSSaida http://pmbirigui02.smarapd.com.br:9999/smartb/services/WSUtil --------------------------------------------------------------------------------------------- # PREFEITURA SERTÃOZINHO # TODOS OS LINKS ESTÃO NO LINK ABAIXO: http://nfe.sertaozinho.sp.gov.br:9083/tbw/loginWeb.jsp?execobj=ABRASFAcessoWS --------------------------------------------------------------------------------------------- # PREFEITURA ITUIUTABA # TODOS OS LINKS ESTÃO NO LINK ABAIXO: http://201.48.3.165:9083/tbw/loginWeb.jsp?execobj=ABRASFAcessoWS --------------------------------------------------------------------------------------------- # PREFEITURA GUARAPARI # Homologação: http://servicos-pmg.guarapari.es.gov.br:9999/tbwhomolog/services/WSEntrada http://servicos-pmg.guarapari.es.gov.br:9999/tbwhomolog/services/WSSaida http://servicos-pmg.guarapari.es.gov.br:9999/tbwhomolog/services/WSUtil Produção: http://servicos-pmg.guarapari.es.gov.br:9999/tbw/services/WSEntrada http://servicos-pmg.guarapari.es.gov.br:9999/tbw/services/WSSaida http://servicos-pmg.guarapari.es.gov.br:9999/tbw/services/WSUtil --------------------------------------------------------------------------------------------- # PREFEITURA ITÁPOLIS # Homologação: http://201.63.46.6:8080/tbwavaliacao/services/WSEntrada http://201.63.46.6:8080/tbwavaliacao/services/WSSaida http://201.63.46.6:8080/tbwavaliacao/services/WSUtil Produção: http://201.63.46.6:8080/tbw/services/WSEntrada http://201.63.46.6:8080/tbw/services/WSSaida http://201.63.46.6:8080/tbw/services/WSUtil --------------------------------------------------------------------------------------------- # PREFEITURA NOVA ODESSA # Produção: http://apps.novaodessa.sp.gov.br:8080/tbw/services/WSEntrada http://apps.novaodessa.sp.gov.br:8080/tbw/services/WSSaida http://apps.novaodessa.sp.gov.br:8080/tbw/services/WSUtil --------------------------------------------------------------------------------------------- # PREFEITURA OURINHOS # Homologação: http://e-gov.ourinhos.sp.gov.br:8080/tbwavaliacao/services/WSEntrada http://e-gov.ourinhos.sp.gov.br:8080/tbwavaliacao/services/WSSaida http://e-gov.ourinhos.sp.gov.br:8080/tbwavaliacao/services/WSUtil Produção: http://e-gov.ourinhos.sp.gov.br:8080/tbw/services/WSEntrada http://e-gov.ourinhos.sp.gov.br:8080/tbw/services/WSSaida http://e-gov.ourinhos.sp.gov.br:8080/tbw/services/WSUtil --------------------------------------------------------------------------------------------- Estamos trabalhando para que consigamos igualar a versão em todos os clientes. Quaisquer dúvidas ou esclarecimentos estamos à disposição. Smarapd.txt

Só para ficar registrado, fazendo isso eu tive problemas na sequencia de numeração, mensagem "SEQUENCIA DE NUMERAÇÃO INVÁLIDA". Acredito que esse procedimento não deve ser feito. Vou tentar fazer este procedimento ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB'; conforme orientação do Daniel.

Daniel, instalei no projeto e copiei a pasta TEF la para dentro do Demo Acbr, e no meu caso funcionou!

@Nelson Santos... apliquei uma baita duma "gabiarra", que converte a Imagem em ASCII Art, e com isso, o ACBrPosPrinter consegue imprimir a imagem no modo Raster... Atualize os fontes, e veja o método: TFrPosPrinterTeste.bImprimirImagemClick

Tudo certo! Estou homologado Sitef.Dll pra software express. Agora vou partir pra homologacao PayGo.

https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Boa tarde. O ACBrBoleto foi projetado apenas para a integração do recebimento de contas, sendo assim os pagamentos não estão contemplados. Att.

Boa tarde deve usar a dll de teste/homologação

Provavelmente você está derrubando a aplicação, antes da criação do arquivo de Backup, que ocorre em: TACBrTEFDCliSiTef.ProcessarRespostaPagamento, onde é chamado: "CopiarResposta", onde ocorre a criação do arquivo de Backup Mas nesse caso.. se a DLL do TEF ainda não devolveu nenhuma resposta para o ACBrTEFD (pois ela ainda está no fluxo)... Como o componente poderia saber que a transação existe ??

Bom dia! Obrigado BigWings, acabei descobrindo no que estava errando. O Cliente estava tentando enviar com CFOP 6102. Fiz testes com CFOP 5102 e passou. CFOP 5102, Iddest = 1, Cliente fora do estado, ICMS de 18%, PRESENCIAL. Obrigado!

Está com PC850 Juliomar matou a charada, foi so trocar a pagina de codigo pra UTF8 que resolveu, consegui imprimir tudo, texto formatado, codigo de barras e qrcode. Obrigado a todos pela ajuda

Disponível no SVN. favor testar

como está a pagina codigo no componente?

Boa noite, Se você envia o XML seja ele da NF-e ou do CT-e se ocorre algum erro de internet o mesmo fica sem o protocolo de autorização. Primeiro não se deve enviar o XML novamente, pelo simples fato de você não saber onde o erro ocorreu, se foi no envio ou no retorno. Portanto a atitude mais correta é realizar uma consulta. Você já tem o XML assinado e validado, salvo em disco ou no banco de dados. Os passos que devemos tomar após a ocorrência do erro são: 1. carregar o XML através dos métodos LoadFromFile (XML salvo em disco) ou LoadFromStream (XML salvo no DB). 2. executar o método Consultar. Se o erro foi no retorno e o documento (NF-e ou CT-e) foi autorizado com o procedimento a cima você terá o XML com o protocolo de autorização. Por outro lado se o erro foi no envio a SEFAZ vai retornar uma rejeição na consulta acusando que o documento não consta na base de dados dela. Neste caso, ai sim você envia o documento novamente. O correto com apenas 3 linhas: acbrct1.Conhecimentos.Clear; acbrct1.Conhecimentos.LoadFromFile(xArquivo); // xArquivo contem o Path e o nome do XML ou acbrct1.Conhecimentos.LoadFromStream(xCampo); // xCampo contem o XML salvo no DB acbrct1.Consultar;

Experimente usar o objeto ACBrCTe1.WebServices.Consulta pra obter o cStat e protocolo

Boa tarde. Veja este tópico também Att.