Painel de líderes

A legislação é bem clara quanto a essa restrição... Veja: Na Tabela ASCII 65 = A, 90 = Z 97 = a, 122 = z Ou seja, o espaço (32 na tabela ASCII) não é permitido. Acho que não convém modificar nos fontes... Por favor consulte o fabricante sobre esse assunto...

Olá para todos... Recebi recentemente um equipamento SAT SDK da Empresa TANCA, a fim de testá-lo com o ACBrSAT... Muito obrigado ao Cristiano Abbud, da Tanca, pelo envio do mesmo... O equipamento foi detectado de forma automática pelo meu Windows 7 Prof 64... mas provavelmente porque algum outro driver que que já tinha instalado, é compatível com o mesmo... O fato, é que nem precisei instalar o Driver Testei o equipamento, usando o demo do ACBrSAT, ou seja, a aplicação Na aplicação SATTeste, fiz um pequeno ajuste para a correta geração do CFe de Venda a ser enviado para o equipamento... (o valor de percentagem de PIS e COFINS dos itens estavam errados) Assim com os demais kits SDK, o equipamento vem com Configurações de Fábrica, que devem ser usadas para a comunicação com o mesmo... O manual "Quick_Guide" do CD contem essas informações (porém o CNPJ informado nesse manual está errado) Abaixo, em anexo, está as configurações que já fiz no SATTeste.exe para esse equipamento... SATTeste.ini O equipamento faz comunicação real com o SEFAZ, e portanto, o mesmo deve ser ligado a sua Rede pela porta ETH1, em conexão que tenha acesso a Internet. Se a sua Rede usa Proxy ou não possui atribuição de IP dinâmica (DHCP), pode ser necessário configurar a Placa de Rede do equipamento... No meu caso, configurei para usar o nosso proxy... e notei que a configuração somente foi salva com sucesso, quando informei o IP do Servidor Proxy com Zeros a esquerda, Ex: (192.168.092.001) Fiquei muito contente em constatar que todos os métodos do ACBrSAT foram executados com sucesso, e de primeira tentativa... sem a necessidade de nenhum ajuste (a não ser o ajuste que comentei acima, para correta geração do CFe) Achei o Kit SDK da Tanca muito bonito e funcional.. A sinalização dos Leds é muito boa, e o produto tem um ótimo design.... e o mesmo parece ser uma ótima opção para quem procura um equipamento Real para desenvolvimentos e testes com SAT

Truco... Eu acho já tive problemas com o uso do espaço em algum modelo de ECF (não me lembro).... Mas vamos permitir, e ver no futuro, como se comporta dos demais modelos...

No geral, as mudanças, foram ajustes, mas que mantiveram o mesmo código fonte para todos os modelos... Exemplo: na Sweda o retorno em Base64 é quebrado em várias linhas ... e isso causava problemas no "parser" do componente ACBrSAT.... No da Kyptus relatamos alguns Bugs, no Cancelamento do CFe, que segundo a Kryptus já será corrigido... Acabei de testar o SAT da Tanca... e foi de primeira... consegui rodar todos os métodos sem a necessidade de nenhum ajuste...

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

Boa tarde são empresas que oferecem soluções tef! neste caso é eles que cuidam disso (pin-pad etc) ele e seu cliente é que se entenderão geralmente alugam sitef é a solução mais indicada

Ainda não sobrou tempo para que um de nós possa fazer isso estamos trabalhando em componentes novos e também com a refatoração dos componentes então pode demorar

Boa tarde Kleberson, Qual é a versão da NF-e que se deseja consultar? Se for versão 2.00 faça o seguinte: 1. Carregue o XML da NF-e 2.00 com o LoadFromFile; 2. Configure o componente para a versão 3.10 3. Execute o método Consultar.

Este ai não esta atualizado no momento este projeto esta parado. O ACBrFrameowrk não possui NFe então ou você o monitor ou usa o projeto do colega adenilton e faz a parte de impressão por conta

Juliomar você quer dizer cada registro ter um método Load e se alimentar, é uma boa idéia sim, pensei até em usar RTTI para fazer isso agilizando o processo.

Desculpe, alteração implementada em versão muito antiga do código atual no repositório, tome por cuidado antes de implementar qualquer coisa antes de tudo atualizar seu código para que inicialmente antes de qualquer correção ou implementação ele esteja idêntico ao do repositório, em seguida nos enviar as units que foram alteradas dai fazemos o merge e subimos depois da avaliação, essa não vai da, vou vê sobre esse campo no manual e altera-lo somente no código atual. Uma pergunta qual a finalidade de criar Eventos no componente. 1o - Os componentes Sped foram criados eventos inicialmente para que o formato gerado pelo ACBr pudesse ser mudado para finalidade de integração com sistemas contábeis que exigem leiaute diferente do SPED ou adiciona informações adicionais necessárias ao leiaute deles. (Ponto) 2o - Após essa necessidade, foi tentado resolver um problema do qual alguns campos teriam que ser nulos em determinadas situações, ESSA TENTATIVA NÃO foi bem sucedida. 3o - Logo vendo que os eventos não atenderiam a necessidade citada no item 2o, resolvemos o problema mudando os tipos dos campos onde havia a necessidade de ter conteúdo nulo para o tipo VARIANT, dessa forma o tratamento passa a ser responsabilidade do desenvolvedor, fazer a checagem e atribuir ao campo o valor := null. Se a necessidade do evento for o conteúdo de nulo, aconselho a mudar sua estrutura para o que foi feito no item 3o, mantendo sempre seu código atualizado com o do repositório do ACBr. Desde já agradeço o esforço, e espero que entenda.

boa tarde cheguei a olhar o que o Elton falou logo que foi postado mas achei meio inviável pois assim temos que manter além do componente do Sped o load também acho que poderia ser feito bem diferente mas como não tenho tempo para fazer a implementação agora vou deixar a cargo de vocês mas se mexer um pouco mais dava para fazer o load direto no componente já existente e somente ele ler conforme a gente implementar os registros no componente principal

Bom dia, está acontecendo em algumas notas, as vezes sim, as vezes não o erro: ERRO: Erro: Requisição não enviada. 12002 - O tempo limite da operação foi atingido Solução que encontrei, se acontecer o erro instruí os usuários a enviar a nota novamente, na minoria das vezes AUTORIZA(não tinha chegado na SEFAZ), na maioria das vezes da Duplicidade de NFe, como gero um TXT e o ACBrNFeMonitor gera outro XML para eu enviar, pego a CHAVE da Duplicidade, aguardo 30 segundos, faço uma Consulta da NFe, ele vêm Autorizada, espero mais 50 segundos(para não dar consumo indevido) e Consulto Novamente para atualizar o XML, imprimo o DANFE, etc... , tem resolvido, ontem fui em dois clientes e instalei o programa de envio com esta modificação e resolveu, hoje mais dois Clientes, agora todos estão assim. Sds, Ricardo.

Bom dia. Raphael, se puder me confirme se você fez as seguintes configurações: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; As configurações no internet explorer; {essas me parece que você já as fez} A mudança dos arquivos de Schemas e do Report na pasta "c:\nfe\Config"; Faça um teste técnico do serasa, somente para verificar se a versão de seu navegador e da Capicom estão corretos. Caso não funcione, poste um .xml para analise.

João, Obrigado pelo seu feedback. Eu atualizei os 4 arquivos no post inicial para corrigir o problema da geração do XML. A alteração que tinha sido feita e que quebrou a geração do XML tinha a ver com a leitura do TXT, então tive que alterar outros arquivos para conseguir fazer a leitura sem depender dessa alteração. Quanto à sua primeira dificuldade, a da duplicação do cabeçalho quando se usa ACBrNFe, eu fiz um teste aqui usando a última versão do trunk e ela já ocorria. Então, como não tem relação com a NFe 3.10 em si, eu criei outro tópico: Por favor, verifique se tudo está funcionando pra você agora. Abraços, Gabriel.

Esse sim Elton esta bem mais padronizado dentro do padrão ACBr, só acho que depois é rever os nomes da Units para seguir o mesmo padrão tb.

Fiz a seguinte alterações. Na chamada do NFe.CriarEnviarNFe passei a informar o número do lote, no meu caso como envio sempre uma NFe por vez me utilizei do próprio número da Nota. No ACBrNFeMonitor na Aba "WebService" coloquei no campo Aguardar=60. Me parece que resolveu, os amigos poderiam fazer um teste e me reportar. Me orientei pelo posto abaixo para este testes. Aguardo Comentários.

Estou no momento fazendo o seguinte: Se houvesse um modo de fazer como o componente deste tópico seria melhor. No mais, se você tentar conciliar o código anexo no fórum com o código atual do componente vai ver que há muitas modificações em especial nas conversões de tipo para string e vice versa. Então está muito difícil de separar... foi por esses motivos que eu não consegui colocar pra funcionar, testar e enviar ao SVN.

provavelmente não todos os componentes, principalmente os componentes que usam comunicação serial.

É só o pnfsConversao.pas mesmo que precisa ser alterado? pnfsConversao.pas

Então Tiago, como trabalhamos somente com pequenas empresas, fazemos o envio de Nota a Nota, nem temos a opção de gerar lote, e sempre verificamos e tratamos o retorno logo que a NFe e enviada, então não sei te dizer como esta esta questão em Hard Users, tipo sera que com envio de lotes grandes estão tendo a mesma dificuldade, agora cedo parece estar melhor não temos ainda nenhum chamado no suporte a respeito disso, Vamos verificar no decorrer do dia se aparece mais alguma ocorrência, pois dai teremos logs para analisar melhor.

Bom dia se você efetuar o download do sefaz de uma nota emitida e cancelada e irá ver que ela está igual quando na sua emissão e tem os eventos! e como no manual não fala em modificar o xml autorizado acredito estar errado modificando um documento fiscal assinado!

Bom dia favor anexar o arquivo para que possamos efetuar o merge

Vocês estão indo pelo lado errado, citei em um post acima que deve ser criado uma camada intermediária, onde essa recebe uma propriedade do tipo do componente e essa camada faz a varredura e implementação dos registros lidos no componente linkado a essa propriedade. Da forma que ta não vai. A Estrutura deve segui o mesmo padrão que está hoje, ou seja deve existir um class para cada registro a ser lido: ACBrEFDBloco_0_Load.pas ACBrEFDBloco_C_Load.pas ACBrEFDBloco_G_Load.pas ACBrEFDBloco_H_Load.pas Etc...

Olá, Resolvido o caso no fortes Reports= [error] file not found 'RLReport.res'. Sendo realizado ajuste na linha "Library path", para ...\fortesreport-ce-master\Binary\Win32_D7_vcl.

Para ficar por dentro das mudanças nada melhor que perder um tempinho lendo os posts deste forum. Além de ler as notas técnicas e manuais do SEFAZ eu faço basicamente isso, muitas vezes, digamos, 99% das vezes a resposta já existe no forum e nem é preciso abrir topico e aguardar uma resposta etc... Você lendo os posts do forum acaba descobrindo muita coisa além do que procurava e aprendendo com os outros colegas. Sobre a NFe basicamente as tags novas são além desta que te passei acima: Dest.indIEDest e autXML

Pessoal, boa tarde. Tive problemas com a CST 51, diferimento total! 353 - Rej. Rejeição: Valor do ICMS no CST=51 não corresponde a diferença do ICMS operação e ICMS diferido Acontece que quando a empresa tem Diferimento total 100% o valor do ICMS Devido (N17) ficará 0,00 mais o componente não gera o campo no XML. Para resolver o problema tive que condicionar isso na hora de preencher os campos no componente, caso o diferimento for igual a 100 eu preencho o campo "vICMS = 0,001" assim o componente cria o campo no arquivo XML. Para testar isso gerei o XML e importei no Sistema da Fazenda (SP) quando ele importou o XML ela não preencheu o campo Valor o ICMS (Ficou em branco), tentei enviar e deu o mesmo erro (353), voltei no produto e preenchi com 0,00 e o mesmo enviou sem erros. Desde já agradeço atenção, e se possível corrigir tal informação agradeço. Um abraço a todos. CAMPOS INCORRETOS -<ICMS>- <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>100.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>18.00</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>18.00</vICMSDif> </ICMS51> </ICMS> CAMPOS CORRETOS -<ICMS>- <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>100.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>18.00</vICMSOp> <pDif>100.0000</pDif> <vICMSDif>18.00</vICMSDif> <vICMS>0.00</vICMS> </ICMS51> </ICMS>

Este tipo de informação deveria lhe ser passada por um contador, aqui no fórum podemos lhe ajudar somente com os componentes ACBr ou monitores.

Por favor, não faça posts duplicados. Continue em: Temos regras conforme pode ver neste Em especial a "3.1 - Não faça flooding".

Jair como falei me comprometo a te ajudar, mas terá que fazer você mesmo e tendo as dúvidas postar para que possamos te ajudar, não entenda que o SAC irá desenvolver nada para você, o que faremos e me comprometi é te ajudar, então comece a baixando, instalando, estudando os fontes do exemplos e desenvolvendo seu sistema, nas dúvidas post que ajudarei. Estude o exemplo que está em ..\ACBr\Exemplos\ACBrNFe2 Leia esse link para entender melhor o funcionamento do SAC http://www.projetoacbr.com.br/forum/index.php?/page/SAC/questoes_importantes.html http://www.projetoacbr.com.br/forum/index.php?/page/SAC/sobre_o_sac.html

Bom dia Kakashi. Ainda não foi atualizado no componente. Enviei uma alteração acima para realizar no componente, aonde o formato atual esta Aliquota>5.0000</Aliquota>, mas para este provedor precisa ser como abaixo. Alíquota. Valor percentual. Formato: 00.00 Ex: 1% = 1 25,5% = 25.5 10% = 10 Estou no aguardo tbm.

Olá Gabriel, após atualizar os Fontes que vc postou, os XMLs gerados não validam mais. Erro Completo: Falha na validação dos dados da nota 2451 Element '{http://www.portalfis....br/nfe}versao'is unexpected according to content model of parent element

Jairconde, assine o SAC, a assinatura é de 120,00 mensal, caso algum mês apertar pode não renovar em seguida precisando pode voltar a assinar, me comprometo a te ajudar, assim te ajudo e você ajuda ao SAC.

Jair, Alguns dos Administradores e Moderadores do ACBr, prestam consultoria individualizada... Provavelmente algum deles entre em contato com você...

Boa tarde pessoal. A primeira questão foi resolvida, mas cheguei nesta etapa e aconteceu a mesma coisa. No aguardo Obrigado

Boa noite... Essa linha está repetida por algum motivo que eu não entendi, olhe um pouco mais acima na linha 498 e confirme isso... nesse caso, apenas comente ou exclua a linha 510, compile novamente que deve dar tudo certo. Valeu! Márcio M. Camilo

Conforme prometido, os fontes da biblioteca foram adicionados no Git. Endereço: https://github.com/adeniltonbs/Zeus.Net.NFe.NFCe

Versão inicial finalizada: Nesta versão a biblioteca terá suporte a todos os recursos da NF-e/NFC-e 2.0 e 3.10, exceto: 1 - Consumo do serviço NfeDownloadNF; 2 - Consumo do serviço NFeDistribuicaoDFe; 3 - Consumo do serviço NfeConsultaDest; 4 - Envio síncrono de NF-e/NFc-e para a versão 3.10; 5 - Envio de NF-e/NFC-e compactada para a versão 3.10; 6 - Impressão de Danfes; 7 - Envio de emails. Irei adicionar a licença no código e estarei disponibilizando logo mais.

Adicionando as Units alteradas para gerar o arquivo remessa das cooperativas sicoob. As alterações foram simples, porem o Sistema Cedente do Sicoob recebeu os arquivos gerados sem nenhuma restrição. ao gerar o código de barras o DV do código não estava ocrreto, agora está em conformidade. Abraço a todos. ACBrBancoob.pas ACBrBoleto.pas

Bom dia Claudeir, A mensagem de erro que o Delphi apresenta é: [Fatal Error] ACBrNFeDANFeQR.pas(66): File not found: 'QRPDFFilt.dcu' Muito bem, ele esta acusando a falta do arquivo QRPDFFilt.dcu, note que se trata de um Filtro para gerar PDF no Quick Report ( QR PDF Filt .dcu ). Qual é a versão do Quick Report Instalado no Delphi? Se for a 3.00 que é a que vem com o Delphi 7, não tem mesmo esse filtro. No Arquivo ACBr.inc temos uma diretiva de compilação: // Definições para o Quick Report // Descomente a linha abaixo caso o Quick Report tenha suporte a PDF //------------------------------------------------------------------------------ {$DEFINE QReport_PDF} O ACBr.inc presente hoje no repositório pressupõe que você esteja usando uma versão posterior a 3.00, se não é o seu caso, então comente essa diretiva no respectivo arquivo e compile novamente a sua aplicação usando a opção Build.

Motivo do erro: Ele foi gerado com criptografia 2048 bits. Solução: Converte o certificado para criptografia 1024 bit´s. Passos: Faça download do instalador : http://www.onlinecertificadora.com.br/arquivo/suporte/validcertificadora.zip ou anexo Execute, Seleciona o Modelo A1, Selecione o Certificado e Pronto. Fonte: Alessando - OnlineCerificadora Outra Solução: Instalar no WinXP, Exportar a chave. Xp nao aceita criptografia 2048, ira converter automaticamente para 1024 e ao ser exportado ira manter a criptografia 1024. Cristiano Barbosa