Régys Silveira

SP sempre se mostrou mais atento a ajudar nesse tipo de situação e sempre está a frente dos outros estados, pena que nem todos os estados pensem da mesma forma.

Desde a criação da nota eletrônica a receita sempre deixou claro que não disponibilizaria os xmls é que isso conforme o Alexanser demonstra e por conta de quem emite, inclusive deve ser enviado também para a transportadora da mercadoria, então penso que todos estávamos cientes que isso um dia iria acontecer, que o nosso quebra galho uma hora não iria funcionar mais. Aqui eu tenho tentando com meus clientes conscientizá-los da importância do XML, vejam é obrigação o cliente guardar esse XML recebido, pois é ele o documento fiscal não o DANFE e nem o XML gerado pelo recuperaXML, esse inclusive se validado geraria problemas. É ruim a receita ter feito isso, concordo, mas penso que será melhor para todos nós, afinal de contas quando uma fiscalização ocorrer e der problema em algo desse tipo a bomba geralmente cai em cima da softwarehouse. Penso que a melhor forma é mesmo conscientizar o cliente e fazê-lo entender a importância do XML, mostrar a ele que isso não é brincadeira que é sério, e fazê-lo entender que o XML é um documento e não meramente um arquivo.

O próprio SVN mantem versões das atualizações, penso que você poderia utilizar esse controle para isso. o ACBr tem uma propriedade "About" que vem com o nome do componente e a versão dele, mas veja essa versão geralmente muda quando tem alguma grande mudança, não quando são feitos acertos simples nas classes.

Já deu uma olhada no Demo na parte de menu fiscal, lá tem exemplos de todos os métodos que geram arquivos e outros que o menu fiscal exige. Quanto ao período, basta verificar na documentação do Paf-ECF ela mostra certinho o que e qual período gerar para cada situação. http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm

o A1 sim da para compartilhar, basta instalar em cada máquina que for utilizar. Está tendo uma conversa que a NF-e não vai mais aceitar A1, não sei se isso é verdade ou não, mas é bom se precaver.

Baixe o repositório no teu computador, faça as alterações e poste aqui no fórum os arquivos alterados, um de nós administradores vai verificar os arquivos e disponibilizar no repositório geral.

Esse erro é antigo, faça uma busca no fórum pois já foi postada a solução para ele. verifique teus librarypaths também.

Você utiliza o componente ou o ACBrMonitor? Se for ACBrMonitor qual a versão?

Sintegra: tudo que for relativo a cupons fiscais e notas fiscais, porque agora o paf-ECF tem a emissão de nota eletrônica e já tinha a emissão de venda a consumidor. SPED: Segue a mesma didática do Sintegra, existe um tópico no fórum demonstrando quais registros devem ser gerados dê uma procurada. Dentro da pasta exemplos tem: ACBrSintegra, ACBrPAF e ACBrEFD, tem exemplos dos 3 com a forma de gerar cada um em delphi, não sei se vai te servir.

Obrigado, qualquer coisa poste que tentamos ajudar.

O que o Denyson quiz dizer é que as informações para gerar Sintegra e SPED devem vir do teu banco de dados e não dos arquivos Sintegra gerados pelas dlls dos fabricantes. Você deve armazenar as informações de cupons fiscais, redução Z e tudo o mais que precisar no teu banco de dados e a partir dessas informações e utilizando os componentes ACBrSintegra e ACBrEFD gerar os arquivos.

Verificou se o Antivirus não está barrando o aplicativo? Existem alguns softwares de antivirus que barram a conexão segura que o GMail precisa.

Acho isso desnecessário, já que não muda com frequência, o caso de MG foi um caso isolado. Não penso que justificaria parametrizar esse tipo de interação justamente porque ela não muda.

Como foi emitido o cupom vinculado na sequencia o ECF vai bloquear o cancelamento do cupom, seria preciso cancelar primeiro o vinculado para depois cancelar o cupom. Já existem tópicos no fórum discutindo como proceder para se fazer isso, faça uma busca porque o pessoal já discutiu muito esse assunto em outro post.

Opa, talvez eu tenha me expressado mal, o que quis dizer é que o projeto estava parado, porque as novas implementações que foram feitas no ACBr não estavam sendo refletidas no ACBr.DLL e o ACBr.NET, eu sei que tem vários usuários que utilizam, mas pouca gente colabora com o desenvolvimento.

Isaque o XML está normal, a impressão do DANFE é que foi feito diferente do que está no XML. Pelo que entendi o XML foi feito normalmente tudo dentro da lei, e na hora de imprimir o DANFE o software agrupou os produtos similares.

Em seu sistema nada, em tempo o ACBr será alterado e tudo continua como está, mas se quiser ajudar, pode alterar os fontes efetuar os teste e postar aqui que validaremos e enviaremos para o repositório.

nesse caso eu particularmente acho errado, se o código é diferente já não poderia agrupar.

Ambos estão parados, realmente não sei em que pé eles estão, mas não anda tendo muita colaboração não.

Quanto a redução Z, o correto e testar o estado da impressora e então emitir, somente impressoras mais antigas emitiam a Z automática, hoje praticamente todas ficam pendentes de Z, então basta testar e emitir, o parâmetro onde você passa "now" não é problema, ele serve para que a impressora acerte seu relógio interno, isso varia de impressora para impressora.

Porque? basta mudar o endereço, não mudou nada tudo continua igual, o que se fazia antes passasse a se fazer agora no novo endereço.

Eu procurei aqui alguma coisa a respeito disso, não tem nada na lei que proíba fazer se os códigos forem iguais, o DANFE é apenas uma representação do XML, se os valores, tributação e codigo do produto forem iguais nada impediria de agrupar no DANFE.

Uma idéia que comecei a desenvolver no que eu estava fazendo era tentar pintar o richedit, cada campo do registro em uma cor diferente para facilitar a visualização. Outra coisa era montar um painel lateral que pudesse ser escondido tipo um object inspector, que mostrasse os nomes dos campos e valores lidos no registro em que o cursor estivesse posicionado.

Baixei aqui e achei bacana, eu tinha começado um app parecido com esse com o Isaque a um tempo atrás mas o tempo e os afazeres não ajudaram, muito bom a iniciativa.

Blza, algum arquivo seu deveria estar em conflito, qualquer coisa só postar.