BYTE INFO

Obrigado pela sua atenção e também por nos manter informados do andamento do projeto.

Sergioguedes, você saberia nos informar se esse projeto será o mesmo para todos os estado ? Pois estou vendo noticias de vários estados fazendo projetos pilotos, espero que eles esteja trabalhando em um projeto único para não ficar igual as notas de serviços. Obrigado. Jaime.

Neste caso vc vai ter que instalar o Fortes Report para funcionar. http://fortesreport.com.br/?page_id=25

Resolução Comitê Gestor do Simples Nacional nº 94, de 29 de novembro de 2011 Art. 57. A ME ou EPP optante pelo Simples Nacional utilizará, conforme as operações e prestações que realizar, os documentos fiscais, inclusive os emitidos por meio eletrônico, autorizados pelos entes federados onde possuir estabelecimento. (Lei Complementar nº 123, de 2006, art. 26, inciso I e § 4º) § 5º Na hipótese de devolução de mercadoria a contribuinte não optante pelo Simples Nacional, a ME ou EPP fará a indicação no campo "Informações Complementares", ou no corpo da Nota Fiscal Modelo 1, 1-A, ou Avulsa, da base de cálculo, do imposto destacado, e do número da nota fiscal de compra da mercadoria devolvida, observado o disposto no art. 63. (Lei Complementar nº 123, de 2006, art. 26, inciso I e § 4º) § 6º ......... § 7º Na hipótese de emissão de Nota Fiscal Eletrônica (NF-e), modelo 55, não se aplicará o disposto nos §§ 5º e 6º, devendo a base de cálculo e o ICMS porventura devido ser indicados nos campos próprios, conforme estabelecido em manual de especificações e critérios técnicos da NF-e, baixado nos termos do Ajuste SINIEF que instituiu o referido documento eletrônico. (Lei Complementar nº 123, de 2006, art. 26, inciso I e § 4º) RESPOSTA DA PROPRIA SEFAZ – GO – PERGUNTAS E RESPOSTAS B - Contribuinte Optante pelo Simples Nacional No caso de Nota Fiscal Eletrônica - NF-e mod. 55 (Resolução CGSN nº 94/2011, art. 57, § 7º), a nota fiscal de devolução será emitida com o CSOSN 900, que abre os campos próprios para indicação da BC e do ICMS normal, os quais devem ser preenchidos quando houve destaque desses valores na nota de aquisição. O contribuinte que emite a Nota Fiscal Modelo 1 ou 1-A, ou Avulsa, sendo o caso, fará apenas a indicação dos valores da base de cálculo e do ICMS normal no campo - Informações Complementares- da nota fiscal, conforme previsto no art. 2º, § 5º da Resolução CGSN nº 94/2011. Observação:.Considerando que neste caso o ICMS-ST foi recuperado pelo contribuinte goiano em forma de crédito ou via pedido de restituição, a nota de devolução não deve fazer nenhuma referência ao ICMS-ST. Mais uma regra a ser tratado no sistema.

Outro detalhe é que na instalação do fortes e que você tem que copiar o arquivo RLibWinDXE2.bpl (no caso do fortes para XE2) para a pasta : C:\Documents and Settings\All Users\Documentos\RAD Studio\9.0\Bpl. Na instalação do fortes fala que pode instalar em outra pasta e colocar no path mas pelo menos esse .bpl tem que por na pasta indicada. Porque esse arquivo que está faltando e do fortes.

Segue os passo que coloquei aqui que dará certo. No meu caso foi no AcbrBoleto. Caso contrário coloque a mensagem que está dando para gente ver. se for o RLibWinD7vcl' procura na pasta do fortes tem um arquivo especifico para cada versão do delphi que deve ser chamar mais ou menos assim: RLibWin?????.bpl ai você troca o RLibWinD7vcl que e do delphi 7.

Seguinte tem que desinstalar o acbrboleto e o ACBr_BoletoFC_Fortes, abrir o projeto do ACBr_BoletoFC_Fortes ai vai dar o erro: RLPDFFilter1.ViewerOptions: Property ViewerOptions does not exist. Ignorar e da Build e salva o projeto. Depois reinstale o acbrboleto e o ACBr_BoletoFC_Fortes. viewtopic.php?f=6&t=1084&hilit=ViewerOptions Grato.

Instalei em outra maquina parou o erro do comprovante so que agora da o seguinte erro ao mandar imprimir: RLPDFFilter1.ViewerOptions: Property ViewerOptions does not exist.

Estou tentando abrir o Demo no XE2 e fiz os procedimentos acima e persiste a mesma mensagem. O bolete já ta compatível com o XE2 ? Grato Jaime.

Bom depois de algumas horas de sono a gente pensa melhor de cabeça fria, no XE2 tem que trocar o 'RLibWinD7vcl' para 'RLibWinDXE2' ai instala ok. Obrigado.

Dando mais uma pesquisas encontrei uma orientação para alterar VclJpg para VclImg ai funcionou so que agora da dando esse erro: [DCC Fatal Error] ACBr_BoletoFC_Fortes.dpk(38): E2202 Required package 'RLibWinD7vcl' not found

Alguém já conseguiu descobrir esse problema: ?? [DCC Fatal Error] ACBr_BoletoFC_Fortes.dpk(35): E2202 Required package 'vcljpg' not found XE2 - Versão do fortes ForteReport.XE2.371B Obs. estou tentando instar o acbrBoleto do Fortes

Mas se a operação for exclusivamente serviço não haveria a necessidade de usar um ECF ?

Como o Sergio comentou o DATASNAP veio para completar esse problema de aplicação distribuida. veja uma apresentação dele neste link: http://etnastream01.embarcadero.com/vod ... 2zW-HD.mp4 Grato Jaime.

Pois é essa função na dll deles tá assim. Obrigado Regis !

Me surgiu uma dúvida em relação ao COO Final. a função :Bematech_FI_InicioFimCOOsMFD da DLL da bematech ver. 6.0.0.1 que retorna o coo inicial e final do dia, e executo este comando depois da redução Z. Só que ele me devolve o COO Final diferente do COO que foi emitido a redução Z. Ai veio a dúvida o COO Final se refere ao último documento emitido ANTES da Redução Z ou a Redução Z deve ser considerado o último documento emitido? Grato. Jaime.

Também tenho interesse me passe o seu email ou mande mais informações para o meu [email protected] Grato

Eu quebrei a cabeça a manhã toda procurando esse mesmo erro, mas depois de ver esse post vi realmente no manual que o 1010 é só para julho. Removi somente ele e informei o 1600 que são os cartões ai passou no validador. Grato

Realmente tá complicado ! Com relação ao envio do xml via e-mail, não está sendo nada prático para os cliente. Tem uns cliente que mal conseguem salvar o arquivo na pasta para fazer a leitura, outros manda o arquivo zipado e o cliente não sabe descompactar, outro mandam apenas o pdf, tem uns q não sei porque muda o nome XML e por vai !

Você saberia nos informar se já saiu essa "Especificação Técnica de Requisitos do Equipamento SAT" ? Jaime

É onde eu falo, a empresa que desenvolver o aplicativo da NF-e disponibilize para o seus cliente um DataCenter, com um web service que teria um padrão a ser elabora como citei, e as empresas interessadas em consumir o serviço apenas criaria no seus cadastro de cliente o endereço desse web service e baixaria o xml. O transportador e o contador só precisaria pegar qual a desenvolvedora do seu software e após isso ficaria tudo automatico. Pelo fato de se criar um padrão qualquer sistema de contabilidade e transportador e sistemas comerciais iriam usar uma mesma função para baixar o arquivo o que mudaria seria o endereço do serviço, o qual bastaria fazer somente o seu cadastro nos dados do cliente. Assim não ficamos reféns da receita que não sabemos o caminho que eles vão seguir, e nem das mudanças que eles derem na cabeça. Grato Jaime.

Acho uma alternativa seriamos partir para algo do tipo de juntar algumas entidades de classes envolvidas como a contabil e a de TI e criar um padrão via WEB Service de compartilhamento desses xml. O ACBr poderia cuidar dessa padronização e disponibilizar os componente tanto para servidor e cliente (caso a emissor quiser ficar independente) . Agora a infraestrutura de armazenar os arquivos é que pega e não sei o custo disso também, e se teria como a própria empresa emissora disponibilizar esse serviço, e nesse caso já teria uma infinidade de endereços para consumir o serviço de cada emissor. Não tenho muito conhecimento técnico nessa área, talvez esteja falando bobagem, mas fica aqui um ideia meio maluca. Grato Jaime.

Acho que a corda vai rebentar pro lado mais fraco. Acredito que a receita não vai disponibilizar serviços de consulta de download, sob o risco de sobrecarregar os servidores deles. Imagine no inicio de mês os contadores fazendo os lançamentos de notas e consultando ou baixado os xml. Eles vão querer que os sistemas emissores de nota, conhecimentos de transportes e outros documento eletrônicos que possa vir, faça a ponte entre todos os participantes no processo. Se uma empresa emite uma nota o terá que enviar o xml para o destinatário e para a transportadora, e o destinatário deverá enviar o xml para o seu contador e assim por diante. Acho que temos que começar a pensar em uma solução que não dependa muito deles. Grato Jaime.

Na NT 02/2012, que fala sobre fazer o download do xml, mas já é feito uma ressalva que poderá ser feito apena UM download do arquivo ! http://www.spedbrasil.net/forum/topics/ ... stinatario Jaime.

É acho que vou ter que fazer um pra unificar o TXT mesmo pq são sistemas diferentes ! Obrigado Pessoal !!!