Fabrício Melo

Eu parei os teste com ACBr NFS-e para Goiânia depois que passei por isso, em Homologação foi tudo bem, más a produção deu trabalho, enviou umas e depois passou a dar o erro do Thiago Dias acima, ainda não retornei, uso umas classes que eu fiz a mais tempo e nela eu estou tendo muita nota em produção parada no seguinte erro "O TEMPO LIMITE DA OPERACAO FOI ATINGIDO...", me forçando fazer várias tentativas até conseguir, fora os retornos sem nenhuma mensagem de erro... De acordo com as regras da NFSe de Goiânia, se você enviar um RPS em TESTE e receber no retorno, um XML padrão que é sempre o mesmo, sua aplicação esta funcionando, mas quando passa para Produção, a coisa não anda... Estou sem tempo para dar andamento na minha versão com o ACBr, assim que puder posto aqui os resultados... Vou anexar aqui a classe que eu gerei no delphi pelo WSDL e uso a alguns anos, pra quem quiser testar e ver o que pode estar diferente, assim contribuir pra a gente descobrir o problema desse WS... WSNFSeGyn.pas

Não tem, somente pelo site, digitando a Nota ou via Webservice com aplicativo próprio enviando arquivo XML... Eu fiz os teste com o componente ACBrNFSe e funcionou, porem ainda não estou usando em produção...

Tem que ir lá no paço Municipal e ver onde fica agora a COMDATA, que ate onde eu sei foi extinta, mas deve ter outra secretaria responsável... GERÊNCIA DE INTELIGÊNCIA E OPERAÇÕES FISCAIS Av. do Cerrado, nº 999, Paço Municipal, Bloco E, 2º andar - Parque Lozandes Fone: (62) 3524-8197

Tinha um telefone, mas era na época que o DataCenter da prefeitura era na Av. Anhanguera, depois que foi lá para o Paço Municipal, nunca mais funcionou, a última vez que tive problemas, tive que ir lá pessoalmente, o mais só pelo e-mail... Suporte NFS-e Goiânia <[email protected]>

Bom dia, tenho esse problema várias vezes no dia também, olha que eu não uso o ACBr ainda pra Goiânia no sistema principal, pois fiz o serviço bem no início que a Prefeitura adotou a NFS-e, a pouco tempo percebi que tem ficado mais constante esse problema, o que eu faço e verificar o tipo do retorno " Inativo ou Inoperante tente novamente " e deixo minha nota em modo de envio até conseguir enviar, por sorte meus clientes não tiveram ainda problemas com os clientes nervosinhos dele, mas até agora não achei solução a não ser ficar tentando várias vezes ate dar certo...

Vou concordar com você Gandalf, acabei de conferir o XML e realmente vem o CEP mas não imprimie no DANFSE... Mas isso se você estiver usando o DANFSE.fr3 No DANFSEPadrao.fr3 esta aparecendo

Verifique o cadastro de seu cliente junto a prefeitura, deve estar faltando essa informação lá, por isso não vem no XML de retorno!

Eu liguei no SEFAZ-GO e eles me disseram que estava funcionando, atualizei o ACBr e voltou a funcionar, vai entender...

A algum tempo não consigo mais fazer teste no ambiente de Homologação de Goiás NF-e e nem NFC-e: ERRO NO SUPORTE A CANAIS SEGUROS - URL:HTTPS://HOMOLOG.SEFAZ.GO.GOV.BR/NFE/SERVICES/V2/NFEAUTORIZACAO?WSDL - SOAPACTION:HTTP://WWW.PORTALFISCAL.INF.BR/NFE/WSDL/NFEAUTORIZACAO Alguém sabe me dizer se parou de funcionar ou se esta errado o direcionamento?

Goiânia não permite a impressão da NFS-e até onde eu sei, se não for pelo site, não achei a função que imprime via link no ACBR NFSe... Tem? Eu fiz assim: procedure TFNFSeService.ImprimirNFSeGoiania(NumeroNota: string; CodVerificacao: string; InscricaoMunicipal: string); const URLNFSeGoianiaImpressao = 'http://www2.goiania.go.gov.br/sistemas/snfse/asp/snfse00200w0.asp?inscricao=<Inscricao_municipal>&nota=<Numero_da_nota>&verificador=<Codigo_de_verificacao>'; var strLink: string; begin strLink := URLNFSeGoianiaImpressao; strLink := StringReplace( strLink, '<Inscricao_municipal>', InscricaoMunicipal, [rfIgnoreCase] ); strLink := StringReplace( strLink, '<Numero_da_nota>', NumeroNota, [rfIgnoreCase] ); strLink := StringReplace( strLink, '<Codigo_de_verificacao>', CodVerificacao, [rfIgnoreCase] ); HlinkNavigateString(nil, PWideChar( strLink ) ); end;

Bom dia, você já passou essa pergunta para o suporte da Prefeitura de Goiânia, sobre o motivo do ISS Retido não vir no XML de retorno? Suporte NFS-e Goiânia <[email protected]> Se alguém ainda estiver com dificuldades de implementar a NFS-e de Goiânia, o componente esta funcionando sem nenhuma dificuldades, basta colocar a dúvida aqui! Abraço.

Troquei o componente ACBrECFVirtualNaoFiscal e resolveu tudo, mantive as configurações iguais ao do DEMO. Troquei a impressora Daruma DR700 pela Elgin i9 e resolveu também, mas na insistência com a Daruma, tive alguns problemas, alguns momento o sistema, fazia todo o processo sem erro, mas não imprimia nada, porem nos teste do PosPrinterTeste ela funcionava direitinho, como a Daruma DR700 também usa cabo SERIAL, usei o cabo e voltou a funcionar normalmente, vai entender! ACBrECF > ACBrECFVirtualNaoFiscal > ACBrPosPrinter Abraço.

Sobre a impressão, troquei minha impressora pra uma ELGIN i9 e a impressão resolveu.

Bom dia. Pra migrar meu ECF para o NFC-e achei mais fácil usar o ACBrECFVirtualNaoFiscal e não mudar nenhuma rotina no meu PDV, no final eu chamo a rotina que já gerava a NF-e mando gerar a NFC-e, evitando modificar muito meu sistema pra gerar NFC-e usando o ACBrECFVirtualNFCe, uma vez que teria que preencher o ACBRNFe no momento da venda... com isso mantive todas as rotinas funcionando sem muito impacto no sistema... A minha ideia funciona, porem estou com alguns problemas com o componente. - ACBrECFVirtual.NomeArqINI := 'ACBrECF001.INI'; //'HJPDV_ECF_VIRTUAL.INI'; Só funciona direito se eu manter esse nome de arquivo, ele não gera o primeiro arquivo com o nome que eu escolhi, e depois ate gera, mas fica faltando algumas SECTIONS dentro do arquivo que não o permite trabalhar direito... - ACBrECFVirtual.Cabecalho Eu passo toda a configuração da empresa pro cabeçalho na lista do componente, mas o componente salvou no INI a configuração do ACBRECF.MemoParams quando é ativado... - ACBrECFVirtual.GravaArqINI Depois que ativo o ACBRECF eu reconfiguro o componete ACBrECFVirtualNaoFiscal e mando salvar minha configuração, porem ele perde algumas SECTIONS importantes da [Forma_Pagamento] e [Aliquota] que foram criadas Padrão pelo componente... Resolvi da seguinte forma, eu deixo o componente gerar o Arquivo padrão ACBrECF001.INI e depois eu acesso o arquivo INI e mando sobrescrever "WriteString" as propriedades que eu não consigo mandar do componente ACBrECFVirtualNaoFiscal que já esta configurado com os dados da empresa... - Impressão do Cupom Não Fiscal Mesmo com todos esses probleminhas eu consegui gerar o cupom e chamar minha rotina de gerar o NFC-e, porem meu cupom imprime metade de um jeito e metade de outro, o cabeçalho e os itens saem normal a fonte, mas do Pagamento em diante tudo fica gigante na minha impressora DARUMA DR700. Gostaria de saber se tem algum processo que estou fazendo errado ou se realmente são problemas do componente, meu maior problema agora é essa impressão em anexo... ACBrECF -> ACBrECFVirtualNaoFiscal -> ACBrPosPrinter Grato.

Boa tarde, revi mais detalhadamente aqui e percebi que o DANFSE e impresso de acordo com o XML da NFS-e, retornado pela prefeitura, e no XML essas informações estão realmente vazias, mas isso é por causa da falta das mesmas no cadastro do cliente na prefeitura, já estamos atualizando. Em anexo os arquivos .fr3 alterados para que na linha de "data e hora da impressão" e "sistema" possa sair mais informações, diminui a fonte dos mesmo e alterei a sequencia para a mesma na NF-e: data / hora / usuario - Sistema / email. Também diminui a fonte do campo "código de classificação do serviço" que estava muito grande e jogando o texto para fora do limite do espaço de impressão. No campo "outras informações" esta imprimindo "<br>" porque essa informação vem no XML da prefeitura de Anápolis "<OutrasInformacoes><br></OutrasInformacoes>", fiquei com duvida como trata-lo pois não sei como isso afetaria outros xml's... DANFSE.fr3 DANFSeNovo.fr3 DANFSEPadrao.fr3 5216082202940200066656000000000000004-nfse.xml

Boa tarde, Estou desenvolvendo a NFS-e para Anápolis - GO, já verifiquei e debuguei todo o código e as seguintes informações não estão sendo impressas, mesmo sendo informadas... PRESTADOR DO(S) SERVIÇO(S) Complemento Telefone E-mail Em nenhum dos arquivos apareceu: DANFSE.fr3 DANFSeNovo.fr3 DANFSEPadrao.fr3 Estou na versão 12209 Também gostaria de pedir que diminuísse a fonte dos campos "DATA HORA IMPRESSÃO" e "SISTEMA" para que caiba mais informações da SOFTWARE HOUSE na impressão, no meu caso esta cortando algumas coisas que considero importante para divulgação, nome, telefone, e-mail e site, que eu já uso no DANFe... No campo OUTRAS INFORMAÇÕES esta aparecendo "<br>" Grato. 5216082202940200066656000000000000003-nfse.pdf

Boa tarde. Recentemente um dos meus clientes migrou para a NFC-e, o primeiro para variar, passamos a emitir o Cupom Eletrônico sem problemas, esse cliente sempre emitiu Cupom Fiscal por ECF e a NF-e referenciada desses cupons, a contabilidade do mesmo entrou em contato e pediu pra que fizéssemos do mesmo jeito com NFC-e, ou seja a emissão de uma NFC-e seguida de uma NF-e referenciada... Fizemos o teste e a Nota passou sem problemas, porem não encontrei nenhuma Nota ou Norma Técnica sobre esse procedimento, isso é legal, pode ser feito? Em anexo o xml. Grato. 53160610929311000193550010000177131000653030-nfe.xml

Ola. O meu caso com a Daruma DR700 LE é os caracteres especiais e acentos, não aparecem, existe alguma configuração pra esse caso ou é uma configuração/problema na impressora? Imagem em anexo.

Preencha esse formulário no site solicitando o protocolo desses modelos. http://www.toledobrasil.com.br/fale/atendimento Necessário o modelo do equipamento e o numero do série da balança.

Alguém poderia me explicar como montar esse arquivo ou qual eu uso de modelo, fiz minha própria classe a muitos tempo atras pra prefeitura de Goiânia, mas agora quero padronizar minha aplicação para atender mais prefeituras usando o ACBrNFSe. --------------------------- Demo_acbrnfse --------------------------- Arquivo de Parâmetro não encontrado: D:\HJ-Systems\Componentes\acbr_Original\Exemplos\ACBrDFe\ACBrNFSe\Delphi\Goiania.ini. --------------------------- OK --------------------------- Grato.

Boa tarde, consegui comunicação e achar o problema. Veja como poderia incluir pra mim essa alteração. Grato. procedure TACBrBALToledo.LeSerial(MillisecTimeOut: Integer); Var Resposta : AnsiString ; Decimais : Integer ; St2 : AnsiChar ; PI,PF : Integer ; Protocolo: String; begin fpUltimoPesoLido := 0 ; fpUltimaResposta := '' ; Protocolo := ''; Decimais := 1000 ; Try fpUltimaResposta := fpDevice.LeString( MillisecTimeOut ); GravaLog('- '+FormatDateTime('hh:nn:ss:zzz',now)+' RX <- '+fpUltimaResposta ); if Length(fpUltimaResposta) > 20 then begin { Protocolo do 8540 Numérico STX SWA SWB SWC IIIIII TTTTTT CR CS ABREVIATURAS: STX ---> Start of Text = 02 CR ---> Carriage Return = 0DH CS ---> Byte de Checksum I ---> Peso indicado no Display (Líquido ou Bruto) T ---> Tara SWA --> STATUS WORD "A": BIT 2, 1 e 0 ----> 001 = DISPLAY x 10 010 = DISPLAY x 1 011 = DISPLAY x 0.1 100 = DISPLAY x 0.01 101 = DISPLAY x 0.001 110 = DISPLAY x 0.0001 BIT 4 e 3 -------> 01 = TAMANHO DO INCREMENTO I 1 10 = TAMANHO DO INCREMENTO I 2 11 = TAMANHO DO INCREMENTO I 5 BIT 6 e 5 -------> 11 = SEMPRE BIT 7 -----------> = PARIDADE SWB --> STATUS WORD "B": BIT 0 -----------> PESO LÍQUIDO = 1 BIT 1 -----------> PESO NEGATIVO = 1 BIT 2 -----------> SOBRECARGA = 1 BIT 3 -----------> MOTION = 1 BIT 4 -----------> SEMPRE = 1 BIT 5 -----------> SEMPRE = 1 BIT 6 -----------> SE AUTO ZERADO = 0 BIT 7 -----------> PARIDADE SWC --> STATUS WORD "C": BIT 0 -----------> SEMPRE = 0 BIT 1 -----------> SEMPRE = 0 BIT 2 -----------> SEMPRE = 0 BIT 3 -----------> TECLA IMPRIMIR = 1 BIT 4 -----------> EXPANDIDO = 1 BIT 5 -----------> SEMPRE = 1 BIT 6 -----------> COM TARA MANUAL= 1 BIT 7 -----------> PARIDADE OBS: Os bytes de Peso não significativos sempre são enviados com caracter 0x20 (ESPAÇO) Configuração mais utilizada: 4800, 7 bits, Paridade Par e 2 Stop Bits. } St2 := fpUltimaResposta[9] ; if TestBit(Ord(St2),3) then { Bit 3 de ST2 ligado = 2 casas decimais } Decimais := 100 ; Resposta := Trim(Copy(fpUltimaResposta,6,8)); Protocolo := 'Protocolo A'; end else begin { Protocolo B = [ ENQ ] [ STX ] [ PESO ] [ ETX ] Protocolo C = [ STX ] [ PESO ] [ CR ] Linha Automacao = [ STX ] [ PPPPP ] [ ETX ] - Peso Estável; [ STX ] [ IIIII ] [ ETX ] - Peso Instável; [ STX ] [ NNNNN ] [ ETX ] - Peso Negativo; [ STX ] [ SSSSS ] [ ETX ] - Peso Acima (Sobrecarga) } PI := pos(STX, fpUltimaResposta) ; PF := pos(ETX, fpUltimaResposta) ; if PF = 0 then { Não achou ETX, procura por CR } PF := pos(CR, fpUltimaResposta) else Protocolo := 'Protocolo B' ; if PF = 0 then { Não achou CR, usa toda a String } PF := Length(fpUltimaResposta) + 1 else Protocolo := 'Protocolo C' ; Resposta := Trim( copy( fpUltimaResposta, PI+1, PF-PI-1 )) ; end ; { Ajustando o separador de Decimal corretamente } Resposta := StringReplace(Resposta, '.', DecimalSeparator, [rfReplaceAll]); Resposta := StringReplace(Resposta, ',', DecimalSeparator, [rfReplaceAll]); try if pos(DecimalSeparator,Resposta) > 0 then { Já existe ponto decimal ? } fpUltimoPesoLido := StrToFloat(Resposta) else fpUltimoPesoLido := StrToInt(Resposta) / Decimais ; except case Resposta[1] of 'I' : fpUltimoPesoLido := -1 ; { Instavel } 'N' : fpUltimoPesoLido := -2 ; { Peso Negativo } 'S' : fpUltimoPesoLido := -10 ; { Sobrecarga de Peso } else fpUltimoPesoLido := 0 ; end; end; except { Peso não foi recebido (TimeOut) } fpUltimoPesoLido := -9 ; end ; GravaLog(' UltimoPesoLido: '+FloatToStr(fpUltimoPesoLido)+ ' , Resposta: '+Resposta+' - '+Protocolo ); end;

Eu ate achei o ponto onde alterar, mas meu conhecimento nesse ponto ficou limitado a pouco ou nada. Vou precisar de ajuda do fórum pra resolver isso.

Boa tarde. Obtive resposta da Toledo, baseado nas informações abaixo tem como incluir essa configuração no ACBrBal? Grato. ---- Bom dia Fabrício, Verifiquei pelo número de série que a balança é o modelo 8540. Equipamento: 00000000 Tipo: S Equipamentos: Toledo Denominação: Modulo Ind 8540 Digital Numerico Std Esse indicador tem um protocolo diferente das balanças comerciais da Toledo. Segue anexo o protocolo de comunicação do indicador 8540. Att, Agnaldo ... Toledo do Brasil ... Protocolo do 8540 Numérico STX SWA SWB SWC IIIIII TTTTTT CR CS ABREVIATURAS: STX ---> Start of Text = 02 CR ---> Carriage Return = 0DH CS ---> Byte de Checksum I ---> Peso indicado no Display (Líquido ou Bruto) T ---> Tara SWA --> STATUS WORD "A": BIT 2, 1 e 0 ----> 001 = DISPLAY x 10 010 = DISPLAY x 1 011 = DISPLAY x 0.1 100 = DISPLAY x 0.01 101 = DISPLAY x 0.001 110 = DISPLAY x 0.0001 BIT 4 e 3 -------> 01 = TAMANHO DO INCREMENTO I 1 10 = TAMANHO DO INCREMENTO I 2 11 = TAMANHO DO INCREMENTO I 5 BIT 6 e 5 -------> 11 = SEMPRE BIT 7 -----------> = PARIDADE SWB --> STATUS WORD "B": BIT 0 -----------> PESO LÍQUIDO = 1 BIT 1 -----------> PESO NEGATIVO = 1 BIT 2 -----------> SOBRECARGA = 1 BIT 3 -----------> MOTION = 1 BIT 4 -----------> SEMPRE = 1 BIT 5 -----------> SEMPRE = 1 BIT 6 -----------> SE AUTO ZERADO = 0 BIT 7 -----------> PARIDADE SWC --> STATUS WORD "C": BIT 0 -----------> SEMPRE = 0 BIT 1 -----------> SEMPRE = 0 BIT 2 -----------> SEMPRE = 0 BIT 3 -----------> TECLA IMPRIMIR = 1 BIT 4 -----------> EXPANDIDO = 1 BIT 5 -----------> SEMPRE = 1 BIT 6 -----------> COM TARA MANUAL= 1 BIT 7 -----------> PARIDADE OBS: Os bytes de Peso não significativos sempre são enviados com caracter 0x20 (ESPAÇO) Configuração mais utilizada: 4800, 7 bits, Paridade Par e 2 Stop Bits. ---

Consegui pegar a configuração do sistema da Toledo, porem ele tem uma diferença do nosso "Paridade = Par", o resto fiz igual, parou de dar erro ao "Ler Peso", só que o peso sempre vem zero. O Log também mudou: - 14:42:57:873 RX <- [STX]q0 050320000000[CR]f UltimoPesoLido: 0 , Resposta: q0 050320000000 - Protocolo C - 14:42:58:076 RX <- [STX]q0 050320000000[CR]f UltimoPesoLido: 0 , Resposta: q0 050320000000 - Protocolo C - 14:42:58:280 RX <- [STX]q0 050320000000[CR]f[STX]q8 050240000000[CR]] UltimoPesoLido: 0 , Resposta: 0 0503 - Protocolo A - 14:42:58:483 RX <- [STX]q8 049960000000[CR]L UltimoPesoLido: 0 , Resposta: q8 049960000000 - Protocolo C - 14:42:58:686 RX <- [STX]q8 049360000000[CR]R UltimoPesoLido: 0 , Resposta: q8 049360000000 - Protocolo C ...

Bom dia. Estou tentando usar o ACBrBal em um cliente transportadora. Testei o Demo com uma balança comum de supermercado e funcionou sem problemas. No Cliente é uma Toledo para pesagem de caminhões. O log fica sempre assim: 2 -------------------------------------------------------------------------------- 3 ATIVAR - 30/10/15 11:22:48:329 - Modelo: Toledo - Porta: COM1 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HA NDSHAKE= MAXBANDWIDTH=0 4 -------------------------------------------------------------------------------- 5 6 - 11:22:48:532 RX <- [24][224][ACK][30]x[NUL]~[128]x[128]x[128]xx[30][224]x[128]x[128]x[128]x[128]x[128]x[128]x[1 28]x[30]~[230] 7 UltimoPesoLido: 0 , Resposta: x[NUL]~[128] - Protocolo A A mesma coisa em diante. UltimoPesoLido: 0 , Resposta: x[NUL]~[128] - Protocolo A ... Sei que funciona porque um amigo meu usa já a um bom tempo em uma mineradora sem problemas, mas não consegui fazer o meu funcionar. O Sistema Guardian da Toledo funciona sem problemas, então comunicação da porta esta 100%. Tem alguma configuração em específico que estou deixando de fazer? Grato. Fabrício Melo.