Painel de líderes

Não é um problema no Schema ou no Monitor... é apenas o fato de que a informação que você submeteu para esse campo... não é compatível com a regra do Schema para esse campo... Veja o seu campo nFCI: 1233336-2523625-523652396-7485887888 Veja a regra do Schema para esse campo: [A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12} O primeiro Bloco, antes do hífen, deveria ter 8 chars {8}, com letras de A a F ou números de 0 a 9 [A-F0-9] Mas o seu primeiro bloco, só tem 7 dígitos: 1233336 Tente validar o seu XML em algum dos Validadores de NFe, on-line... e provavelmente você terá um erro bem semelhante... O exemplo no manual do fisco, para o campo nFCI, é B01F70AF-10BF-4B1F-848C-65FF57F616FE

Bom dia rlind, Se você se refere aos fontes do Trunk a resposta é não. Agora se você esta usando os fontes do Trunk2 a resposta é sim.

Jamil, Sua atitude foi grosseira... e portanto não merece uma resposta, mas sim uma advertência... O ACBr é OpenSource... abra os fontes e veja você mesmo os endereços que ele usa...

Por favor não fique abrindo posts iguais em tópicos diferente, abra um e aguarde resposta. Você chegou a me enviar o mesmo texto por email, não é necessário fazer isso. Já te respondi que sim, está preparado desde o mês 5, isso já foi comentado diversas vezes aqui no fórum, você não tem tempo para procurar no fórum mas abriu 3 postos idênticos e ainda enviou o e-mail para mim, então não sei o que é a sua ideia de tempo.

Acredito que vcs estão precisando estudar 1o o Delphi, para depois programarem nele, não da pra ficarmos aqui resolvendo problemas que está no uso ou instalações mal feitas e conflitos de versões de BPLs na maquina de cada um, no minimo quem usa uma ferramenta deveria saber se virar em instalar, e pelo ao menos detectar o problema que lhe acontece. Erro nos componentes somos nós, isso fazemos.

Armando, boa tarde, ainda não estou com clientes rodando, mas encontrei esse gerador da TANCA http://www.tanca.com.br/assets/conteudo/drivers/TS-1000/Gerador_Código_Vinculação_TS-1000.zip aparentemente a geração está correta.

O mesmo risco, ocorre no modelo de sistemas de NFe e NFCe... solução: Backup, nuvem, conferência diária, etc...

Bem lembrado, vou averiguar aqui se estão atualizados, depois te aviso.

Boa tarde Ítalo! Perfeito, muito obrigado pelo retorno!

Italo, na verdade o meu processo de emissão teve muitos "remendos" ao logo dos tempos onde estes processos de geração e emissão haviam estavam com vários passos desnecessários, hoje no preenchimento de nota já tem todas as validações necessárias. Não quero de forma alguma reclamar do componente ou das alterações (que foram muito bem implementadas) só quis mostrar o exemplo para o caso de mais pessoas estarem cometendo os mesmo erros que eu.

Boa tarde! parece que deu sinal de vida, não esta mais dando os erros acima, os erros que esta dando agora e do sistema, tenho que efetuar as mudanças. amanhã posto o resultado grato

Obrigado pelo retorno. Eu tinha começado a fazer isto (conforme você explicou) mas optei em encurtar o caminho verificando se alguém já o tinha feito. Vou continuar, e postarei ele aqui assim que ele estiver pronto testado e funcionando.

Italo Mais uma vez muito obrigado pela orientação. sempre prestativa, e positiva Paulinho

Boa tarde amigos, Paulo as tags já estão lá (Dentro do objeto Imposto você terá a objeto ICMSUFDest), mais aconselho apenas preparar a implementação, pois não conseguirá testar até o inicio de Outubro (01/10/2015) que é quando a Sefaz irá liberar o ambiente de Homologação com a inclusão dessa NT, o ambiente de produção está programado para o dia (03/11/2015).

Complementando o ACBrNFeDANFeESCPOS foi feito para comunicar diretamente com a impressora não fiscal, ele não possui arquivo a ser setado, você configura a porta na qual ele vai comunicar e ele faz tudo, frisando, precisa ter instalada a porta COM onde ele vai conectar, a forma de fazer varia de fabricante para fabricante.

Olá Rick. Não é possível não. Somente via retaguarda do contribuinte na Sefaz que você irá conseguir uma cópia de cada XML. Att Cristiano Abbud

Ana seu TXT vc alimenta as tags [Identificacao] Emissao=?? ou dEmi = ??? ou dhEmi = ??? Pode disponibilizar o TXT para analise ?

Já tem um post sobre o assunto http://www.projetoacbr.com.br/forum/topic/22914-acbrnfe-rejeição-assinatura-difere-do-calculado/, tente ver se alguma as propostas feitas lá pode te ajudar.

boa tarde Juliomar depois de mais tempo tentando resolver o erro de bitmap, resolvi este problema colocando na uses formulário principal o RLReport, fazendo isto não deu o erro mais e os relatórios não ficou desconfigurado. Não sei se é porque os formulários são fsMDIForm e fsMDIChild, ou porque a aplicação e totalmente feito em bpl's (estoque.bpl, receber.bpl, pagar.bpl, etc..). Agora gostaria de saber se o filtro para excel esta com problema, pois é quando salvo em xls não ocorre erro nenhum, más o aquivo fica todo errado, olha como ficou o relatório de fornecedores, att Ornei Fornecedores.xls

Estou enfrentando alguns contratempos... alguns erros estranhos que estou analisando.. uma hora funciona outra nao , da erros como nfe.ConsultarNFe("35150912889863000140550010000000021715370754") ERRO: Autorizado o uso da NF-e List index (0) out of bounds Tambem tenho enfrentado erro na geracao de CCe a primeira da um erro estranho mais registra e mando a 2 .3.4.5 e ai nao apresenta erros. Eu particularmente vou aguardar . Tambem como houve mudança na pasta da CCe que antes ficava tambem na pasta retorno e agora somente na pasta evento, requer ajustes no aplicativo .. Estou testando boleto e parece ok.. Tirando isso.. acho que esta beleza...

Olha como no outro link que reportou o erro, foi respondido, e esse parece a mesma situação, esse tipo de erro é erro de preenchimento errado da informação, pois isso é um erro reportado pelo XML, disponibilizado pelo SEFAZ, verifique e se informe como preencher e corretamente essas informações.

A um tempo atrás eu tentei fazer a compatibilização. Fiz muitas alterações no componente e consegui instalar vários pacotes do ACBr, mas ao usá-los não funcionou praticamente nada. O mesmo tempo que você utilizaria para tentar a compatibilização do ACBr com o Delphi 5 seria o mesmo para incluir diretivas de compilação nas uses do seu software e compatibilizar seu software com Delphi 5 e Delphi XE ou superior por exemplo. Minha recomendação é nem começar tentar com Delphi 5, é perca de tempo. E o ganho de recursos com as novas versões do Delphi é muito maior.

Bom dia, Juliomar !!! Obrigado pela informação, fiz uma conferência nos fontes e realmente já estão com os novos endereços dos servidores. Bom trabalho a todos, sucesso !!

Disponível Ana, versão 0.9.09.0, teste e de um retorno, caso não funcione, aconselho fazer teste na versão PLUS.

Sim...já estamos mandando pra homologação com as alterações...passando eu já lhe envio o arquivo boletofr.fr3.

Acabei de usar o programa! Obrigado por disponibilizar!

Bom dia! muito obrigado pela correção! já está no svn !

Bom Dia, Ítalo deu certo aqui. Obrigadoo.

Olá amigos, consegui solucionar o problema acima citado da seguinte forma, não sei se é aforma correta, mas em meus testes deu tudo certo, me corrijam se estiver errado. No fonte ACBrMDFeWebServices.pas que está na pasta Fontes\ACBrDFe\ACBrMDFe na linha 1399 foi feito um ajuste, renomeando a nomenclatura do arquivo de 'mdfe-xml' para '-mdfe.xml', acredito que houve um erro de digitação ao escrever o fonte. O Problema foi solucionado, por favor, atribuam o código alterado ao projeto. em anexo segue o fonte com a alteração. ACBrMDFeWebServices.pas ACBrMDFeWebServices.dcu

Teste o seu XML com o utilitário InteliSAT da TANCA... Extraia o Log do SAT e veja os motivos do erro

Ana, vou disponibilizar uma versão nova do Monitor antigo, daqui algumas horas, acompanhe baixe e faça um teste se irá funcionar com essa nova ok ?

Bom... acho que a minha mensagem acima, é bem clara ao informar que você está enviando um ID diferente da calculada pelo Monitor,... Não há pendencias do nosso lado...

Pelo que vi isso não é permitido e é de responsabilidade do desenvolvedor, pois consta no documento de perguntas frequentes de desenvolvedores pagina 9 ( http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/Perguntas_Frequentes_de_Desenvolvedores_do_SAT_v09.pdf ) Acredito que isso nos obriga a manter o equipamento dentro do estabelecimento comercial.

Bom dia Igor, Verifique se você não esta atribuindo o valor 2.00 a propriedade Versao ao alimentar o componente. Algo do tipo: infMDFe.Versao := 2.00; Se sim, exclua essa linha.

Por favor não fique abrindo posts iguais em tópicos diferente, abra um e aguarde resposta. Você chegou a me enviar o mesmo texto por email, não é necessário fazer isso. Já te respondi que sim, está preparado desde o mês 5, isso já foi comentado diversas vezes aqui no fórum, você não tem tempo para procurar no fórum mas abriu 3 postos idênticos e ainda enviou o e-mail para mim, então não sei o que é a sua ideia de tempo.

Não consegui baixar os últimos anexos... mas analisei o XML do primeiro Post Aparentemente você está "comendo" a informação do tipo de emissão da Chave (tpImp)... Veja, o comando abaixo: NFE.Gerarchave("15","10002412","65","001","000000002","1","22/09/15","02742549000187") produz como resposta essa chave: OK: NFe15150902742549000187650010000000021100024128 Separei com cores, para melhor visualização... Observe que a antes do cUF, (10002412) existe o campo tpImp (1)... No seu XML ela consta como: <infNFe Id="NFe15150902742549000187650010000000021000241224" versao="3.10" >

Difícil lhe dizer... aqui usamos sem problemas... Porque você não baixa o mesmo, e submete ele no seu roteiro de testes ?

Boa noite. Convido vocês a realizarem a alteração e nos enviar o arquivo para ser adicionado ao svn. Att.

Apesar de ser o comportamento esperado... Não devemos mudar o funcionamento da PadLeft... isso pode quebrar muita coisa... Veja comentários na Unit teste de ACBrComum O código poderia ser corrigido com: PadLeft( RightStr( AString, Tamanho ), Tamanho)

Conforme o seu XML: 1900 onde o 1 é a origem do produto e o 900 é o CSOSN.

Também passei pelo mesmo problema quando acesso sites de bancos são ativados os programas da GAS Tecnologia e a aplicação fica muito lenta, os ícones, combobox, radiogroup ficam todos brancos. Isso ocorre porque a heurística dos módulos de segurança dos bancos e dos anti-vírus ficam realizando varreduras nas aplicações a fim de evitar softwares mal-intencionados rodando no computador. A solução foi incluir no meu software o maior número de informações para que os módulos de segurança entendam que meu software é seguro, não é mal-intencionado e não é um vírus. Por isso, inclui todas as informações das propriedades do software (descrição, tipo, versão, nome, direitos autorais, etc) e inclui no software a assinatura digital. Desta forma os softwares da GAS Tecnologia e alguns anti-vírus mais rigorosos não deram mais problemas. Espero ter ajudado. Como incluir a assinatura digital no exe: http://thundaxsoftware.blogspot.com.br/2011/04/signing-your-delphi-applications-with.html

Boa tarde a todos. Só para deixar registrado e "ajudar" a outros sobre o assunto. Entrei em contato com o suporte Bematech e me informaram: "Por ser um equipamento descontinuado, não será liberada nenhuma atualização para a impressão do QR Code por meio do protocolo ESC / POS". Testei a impressão por meio do Fortes Report e imprimiu a DANFE NFCe certinha, incluindo o QR Code, e ainda por cima, bem rápido. Espero que ajude outros que também estão com a dúvida.

O ACBrSAT é um componente para as linguagens de ObjectPascal como Delphi e Lazarus os Fabricantes disponibilizam DLLs para acessar o SAT, você poderia fazer uso da mesma...

Foi implantado o primeiro piloto do projeto! http://www.contabeis.com.br/noticias/25320/fazenda-sc-lanca-projeto-piloto-da-nfp-e/?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+portalcontabeis+(Contabeis.com.br+-+Notícias+e+Artigos+do+dia)

Boa tarde Pessoal, sei que ja são posts antigos porem percebi que ninguem se manifestou, se servir pra alguem la vai. Sou técnico credenciado de impressoras fiscais Elgin, Bematech e Daruma e vou passar uma dica, espero que ajude pois essas Elgin K estao dando bastante dor de cabeça. O problema ocorrido é que as memoria MFD dessa impressoa sao extremamente frageis e ficam depreciadas facilmente. Porem, nem todas precisam ser trocadas, existe uma forma de recuperar os dados MFD sem que a impressora entre em modo de intervenção tecnica: 1- *vire a impressora de costas e repare que no canto inferior direito existem 2 botoes e um led central; 2- *desligue o cabo de energia e ligue novamente com o botão da direita (SEL) pressionado por cerca de 40 segundos: 3- *repare que o led central ira piscar cerca de 2 vezes por segundo, passando o tempo acima, solte o botão, em seguida clicke novamente no botão SEL seguido com um click no botão da esquerda (CON) até que a impressora solte um cupom escrito "leitura via teclado"; 4- *desligue a impressora e ligue novamente segurando o botão da direita (SEL). Caso o led central comece a piscar mais rapido que antes, solte o botão e espere o led se estabilizar que a impressora volta a operar. 5- *caso pisque na mesma velocidade que antes (2 piscadas por segundo), repita a ação 2, 3 e 4. Chegam todos os dias impressoras Elgin K aqui pra eu recuperar, cerca de 90% delas voltam com esta ação, porem tenho que tentar varias vezes até dar certo. Se nao der certo nao tem jeito, é intervenção tecnica e troca de MFD. espero ter ajudado.