Régys Silveira

Esse erro acontece com o Demo ?

Como disse documento legal não existe, mas não existe nada na lei que impeça você imprimir alguma coisa para ter o papel. Agora veja o seguinte, para a fiscalização o documento fiscal e o arquivo XML, tanto da NF-e quanto da carta de correção, quando eles forem fiscalizar eles não vão olhar o papel (DANFE ou outra impressão da CCe) eles vão pedir os arquivos. Eu dei a ideia da impressão somente para que você tenha algo para o cliente, mas a obrigação do teu software e enviar o XML da CC-e assim como o da NF-e e o cliente também tem a obrigação de guardar o XML.

Estes valores são passados por você mesmo na propriedades do componente, basta calcular corretamente e passar os valores corretos que o schema vai validar.

Como eu disse anteriormente não existe um padrão, mas nada impede o programador de criar um próprio e enviar para o cliente ficar ciente, a lei não limita a impressão da carta de correção em nenhum lugar.

Eu acho que vai passar sim, eu tenho 1 cliente que ainda tem ela e ele não reportou nada, agora não sei se pode ter a ver com a versão do firmware, quem sabe em um firmware mais antigo não funcione mesmo, dai seria o caso de tratar a exceção.

Copie as dlls da pasta "\DLLs\OpenSSL" para um dos diretórios que estejam no path do sistema (windows, system32, etc).

Você deve ter arquivos .bpl do ACBr em algum outro lugar do computador ou não compilou os pacotes na sequencia correta. O ideal é sempre compilar estes pacotes antes de qualquer outro e nesta sequência: ACBrComum, ACBrDiversos, ACBrSerial.

Você deve ter esquecido de apagar os .bpl que são gerados. Você precisa apagar todos os .bpl do ACBr, esse erro ocorreu porque o pacote ACBrComum está numa versão antiga.

Ruby é muito bom, e é uma mãe para programar. PHP é o mais usado para esse tipo de aplicativo, juntamente com JavaScript. O problema maior seria se você for trabalhar com Paf-ECF, pois ele tem como requisito trabalhar off-line, no HTML5 isso seria facilmente resolvido, mas como ele ainda não está totalmente aceitado seria complicado fazer algo nele agora, mas já poderia ser feito pensando.

Pode ter a ver com as dependências do serviço ou direitos de acesso dele.

Você está equivocado, toda operadora limita as mensagens em 160 caracteres, o que acontece é o seguinte, os celulares ou clientes de SMS geralmente ao enviarem a mensagem se ela for maior que 160 caracteres dividem a mensagem em mensagens menores limitadas a 160 caracteres cada. O componente pode funcionar dessa forma, bastar marcar a propriedade "QuebrarMensagem", o componente vai se comportar como qualquer outro cliente de mensagens SMS, quebrando a mensagem em mensagens menores e enviando normalmente.

Serviços tem algumas limitações de acesso ao sistema operacional, isso depende da versão do windows.

Se o intuito e checar no webservice de tempos em tempos, dê uma lida nas notas técnicas, existe uma proibindo isso, inclusive o servidor bloqueia a aplicação que faz isso.

Muito obrigado pela contribuição.

Não existe a impressão da carta de correção ainda, o SEFAZ não liberou nada a respeito disso. Existem alguns modelos da carta de correção antiga quando era em formulário, talvez você possa seguir esse modelo se for o caso.

Usando o método ArquivoMFD_DLL, basta passar "finTDM" no parâmetro finalidade.

Se você não for trabalhar em outros estados, então deve somente seguir o que o DF mandar, mais nada. Para fazer o registro na AF dai eles devem pedir alguma coisa além da documentação, e provavelmente ter alguns requisitos mínimos no software, basta seguir isso então. Lembrando que se for trabalhar em outros estados ai você vai ter que seguir a ER, roteiro e homologar.

O que o colega colocou ai é o menu fiscal, se você não implementar você não homologa. Você chegou a ler a E.R. e o Roteiro de homologação?

Interesssante, funciona mesmo, testei aqui, só o proprietário da nota vai poder baixar o que é correto, mas já é uma alternativa.

O engraçado é que tenho um windows 7 32bits aqui, atualizado e passou em branco, não deu nenhuma problema. Na verdade só tive problemas com um cliente meu, porque ele comprou o certificado novo é a pessoa que foi instalar instalou uma outra versão da capicom, bastou eu atualizar a capicom e pronto.

O prazo que a receita deu é até 2014 para todos os estabelecimentos dos país, até lá todo mundo deve utilizar a NF-e.

Você atualizou a cadeia de certificados? A aplicativo não foi bloqueado pelo firewall ou antivírus?

Na nota eletrônica isso seria possível, já que o que conta é o protocolo de autenticação e data do mesmo, tem que tomar cuidado e para não furar a numeração, se furar devesse fazer o envio dos intervalos nos prazos determinados.

Opa, com certeza, basta postar aqui no fórum que vamos incorporando aos exemplos já disponibilizados.

Não tem criptografia nenhuma, o que os caras da receita fizeram foi trocar o texto por imagens somente isso.