Marcio Rossato

Dei uma lida na integra a decisão do ministro, no final o mesmo decide: Pelo exposto, concedo a medida cautelar pleiteada, ad referendum do Plenário, para suspender a eficácia da cláusula nona do Convênio ICMS nº 93/2015 editado pelo CONFAZ, até o julgamento final da ação. e a Cláusuloa nona é: Cláusula nona Aplicam-se as disposições deste convênio aos contribuintes optantes pelo Regime Especial Unificado de Arrecadação de Tributos e Contribuições devidos pelas Microempresas e Empresas de Pequeno Porte - Simples Nacional, instituído pela Lei Complementar nº 123, de 14 de dezembro de 2006, em relação ao imposto devido à unidade federada de destino. Portanto me parece que a decisão suspende todo o efeito do convênio, inclusive o fundo de combate a pobreza.

Bom dia, alguém sabe se a decisão afeta também o Fundo de Combate a Pobreza ? Todos sites que tenho lido fala do DIFAL apenas

Pessoal boa tarde, conseguimos aqui replicar o problema em ambiente de teste com o emulador da receita. Ocorre que o SAT(emulador) para de responder, o sistema fica travado e o usuário finaliza o sistema. Quando o SAT(emulador) volta a funcionar o cupom é emitido. Parece que ele fica em alguma fila e processa mesmo com o sistema já fechado. A solução que encontrei aqui foi simples, antes de enviar o cupom para o SAT, realizar uma consulta do status operacional. // VERIFICAR SE O SAT ESTÁ OPERACIONAL 1, CÓPIA ABAIXO statusSAT := ACBrSAT1.ConsultarSAT ; if ACBrSAT1.Resposta.codigoDeRetorno <> 8000 then begin ShowMessage('SAT não está operacional: ' + statusSAT ); result := false; exit; end; Vejam o print do emulador, todos os comandos de consulta do status operacional, que não foram executados antes, são executado de uma vez, com intervalo de milésimos de segundos quando o emulador e reiniciado: [2016-07-27 18:03:02.731]:Numero de Serie: 123456789 [2016-07-27 18:03:02.743]:EMULADOR DO SAT OFF LINE [2016-07-27 18:03:02.783]:Debug ativado [2016-07-27 18:03:02.790]:Carregando parametrizacoes. [2016-07-27 18:03:02.953]:Sincronizando Relogio NTP. [2016-07-27 18:03:02.955]:Aguardando Comunicacao. [2016-07-27 18:03:02.958]:INICIO CONSULTA [2016-07-27 18:03:02.959]:FIM CONSULTA [2016-07-27 18:03:03.039]:INICIO CONSULTA [2016-07-27 18:03:03.040]:FIM CONSULTA [2016-07-27 18:03:03.174]:INICIO CONSULTA [2016-07-27 18:03:03.175]:FIM CONSULTA [2016-07-27 18:03:03.250]:INICIO CONSULTA [2016-07-27 18:03:03.251]:FIM CONSULTA [2016-07-27 18:03:03.341]:INICIO CONSULTA [2016-07-27 18:03:03.342]:FIM CONSULTA [2016-07-27 18:03:03.403]:INICIO CONSULTA [2016-07-27 18:03:03.405]:FIM CONSULTA Ainda não dá pra afirmar com certeza se isto irá resolver pois estou começando a colocar em produção hoje, porém tudo indica que fazendo esta consulta antes do envio, não deve ocorrer o problema mais. vlww

Obrigado Daniel !

Não consegui reproduzir este erro em ambiente de teste, será que alguém já passou por isso e conseguiu resolver?

Olá pessoal, estou tento este problema em diversos clientes e com diversos fabricantes de SAT. Ocorre o seguinte: 1) A venda é enviada ao SAT 2) O SAT processa e gera a venda com sucesso (inclusive o CFe está no SGR do contribuinte) 3) Porém o XML não é salvo na pasta de venda. Nos "prints" é possível ver que o CFe 234, 235 e 236 estão faltando na pasta de vendas, mas estão presentes na pasta de envio e foram gerados pelo SAT (de acordo com o LOG). Existe algo que eu possa fazer para evitar este problema ? PS: Não consegui enviar os prints pelo fórum, fiz upload em um dos meus site. Envio da Venda: Processamento pelo SAT : XML Faltando: CFe das 14:24 é o 233 CFe das 18:40 é o 237 Obrigado !

Estou com o mesmo problema, em mais de um fabricante. No meu caso parece que o número foi pulado, o XML não existe na pasta de Vendas, mas se consultar o posto fiscal do contribuinte, o cupom foi gerado e está lá, só o XML que não existe.

aqui continua com problema tb NFe e CTe

Bom dia, Estou com este problema também ! Erro tentar gerar o pin, no site do suframa, diz que o xml está inválido. Ana Cláudia, vc conseguiu alguma coisa ?

Obrigado Sérgio ! O sistema incia antes do aparelho quando o servidor é reiniciado, por isso ele não encontra o SAT de imediato. De qualquer forma muito obrigado pelas respostas, e parabéns pelo projeto AcBR em geral, é uma ótima ferramenta. Obrigado

Bom dia Daniel, obrigado pela sua resposta. Na verdade estou colocando um SAT Bematech no servidor (sem monitor) compartilhado para dois caixas, Caso ocorra erro deste tipo, eu gostaria que o sistema "tratasse" o erro e tentasse se recuperar sem necessidade de interagir com o usuário. Você sabe se dá pra fazer isso ? Obrigado

Bom dia pessoal, vocês sabem se tem como desativar esse aivso quando o SAT não está conectado ao computador ? Obrigado

Obrigado, é modelo Tanca mesmo.

Pessoal, estou com o mesmo problema! Já consultei na área do contribuinte da SEFAZ e o cupom não consta lá. Também não há cupom de cancelamento. Simplesmente pulou 5 números.

Windsoft vc sabe qual campo eu preciso preencher com os dados da continuação das informações complementares? por exemplo, após executar >> ACBrNFe1.NotasFiscais.Add.NFe as informações adicionais eu coloco em: >> InfAdic.infCpl := QrNotasInformacoesAdicionais.AsString; as informações complementares eu defino onde ? vlw

Bom dia amigos, gostaria de saber qual campo eu devo preencher para que apareça a continuação das informações complementares na DANFe em Fast Report - Basic *Exemplo em anexo de uma danfe gerada pelo emissor gratuito Obrigado Márcio

Solivam impressão de carta de correção é um evento de NFe (assunto deste tópico)

Bom dia amigo, estou tentando implementar impressão de carta de correção e estou com problemas também. Exibe a mensagem cOrgaonão existe estou testando pelo acbrNfe_Demo - o exemplo que vem junto com os fontes. Anexo o arq. xml da nfe e do evento 33150408202935000162550010000000681000000680_Evento_8.xml 33150408202935000162550010000000681000000680.xml 33150408202935000162550010000000681000000680_Evento_8.xml 33150408202935000162550010000000681000000680.xml

Bom dia Juiomar, eu sempre apago tudo do acbr e instalo novamente usando o ACBRInstal. E realmente tudo compila certinho. Porém quando mando imprimir boleto,nfe e cte (fastreport) aparece este erro do property quality não existe. A única forma que consegui para resolver é abrindo estes pacotes e recompilar manualmente.

Basta abri os pacotes abaixo. Logo que abrir o arquivo o delphi já avisa que a property quality não existe. Basta pedir para ignorar e reinstalar o componente. Pacote ACBrNFeDanfeFRpkg.dproj, rquivo ACBrNFeDANFEFRDM.pas. Pacote ACBrBoletoFCFR.pas, arquivo ACBr_BoletoFC_FR.dproj. Pacote ACBrCTeDacteFRpkg.dproj, arquivoACBrCTeDACTEFRDM.pas Também é necessário remover as declarações para que o delphi localize a versão correta do seu FastReport fs15, frx15, frxe15, frxDB15, Att Márcio

Bom dia, sempre que atualizo o acbr preciso fazer estes procedimentos para que os Boletos, NFe e Cte funcionem corretamente. Este problema ocorre pois a minha versão do delphi é mais básica do que a maioria de vocês e por isso o FastReport não tem a property quality. Vou deixar a solução aqui para que possa ser encontrada mais facilmente. Obrigado

André, obrigado pelo retorno. Depois de duas horas as notas apareceram para consulta normalmente, Você estava certo, pelo visto o problema era interno de SEFAZ msm. Obrigado

Bom dia, atualizei os fontes do AcBR essa semana e a NFe começou a aprovar porém ao consultar na base do SEFAZ informa que é inexistente. Quando tento retransmitir dá duplicidade. Vejam que tem protocolo de autorização, tudo normal. Acredito que exista um alguma diferença no código cNF (que pode variar), se caso for isto, como eu posso descobrir a chave correta? Não mexi em nenhuma linha de código do meu ERP Pedi pro cliente suspender a emissão, mas ele se recusou e continua usando, estou preocupado. Obrigado

Abri este tópico pois a própria unit estava gerando uma exception. Sinceramente eu discordo da solução atual pois o Jacinto não apresentou explicação plausível. Gostaria de colaborar na correção porém eu não envio arquivo remessa utilizando o ACbr e não tenho ambiente de teste no Bradesco para validar o arquivo remessa. Caso o Bradesco venha ter agências com 5 digitos, (o que pode ser feito sem e nenhum aviso prévio pois já está previsto nos arquivos CNAB400) esta unit irá apresentar erro. Coloquei uma trava no meu ERP para que o usuário nunca consiga digitar agências com mais de 4 dígitos, sugiro que todos façam o mesmo. Caso eu venha enviar remessa ao Bradesco pelo AcBR me comprometo a realizar a refatoração. Vou testar novamente a emissão e a leitura do arquivo retorno pois também não lembro exatamente o que causava o erro, assim que possível informo a situação.

Jacinto o próprio manual do banco CNAB400 informa que a agência pode ter 5 dígitos, é sério que você garante que em "hipótese alguma isso vai ocorrer" ??? Você pode explicar como chegou a conclusão que você está certo e o manual do banco não?