Sergio Carvalho Jr

Opa, beleza junior ? Estou tendo o mesmo problema em relação ao PIX. Alterei no ACBrBoletoW_Bancoob.pas e coloquei na linha 399 de Json.Add('codigoCadastrarPIX').Value.AsInteger := 1; para Json.Add('codigoCadastrarPIX').Value.AsInteger := 0; e mesmo assim o JSON vem com 1. Conseguiu resolver isso ? Atualizei os fontes hoje pelo SVN. Obrigado.

Olá pessoal. Essas alterações já estão no SVN ou somente nas units disponibilizadas aqui ?

Ok, vou verificar aqui. Obrigado.

Então ! Não houve alteração no xml. Simplesmente fiz o seguinte. Na unit ACBrDFeSSl, function TDFeSSl.Validar (linha 1442) coloquei Result := True e comentei o FSSLXmlSignClass.Validar. Com isso a nota foi enviada. Claro que já desfiz a alteração, foi só pra efetuar o teste que eu precisava pro cliente. De qualquer forma, segue o xml gerado em anexo. Se conseguirem descobrir algo, por favor me avisem ... rsrs Mais uma vez, obrigado. 33200510286992000119650100000010881596366355-nfe.xml

Boa tarde pessoal. Obrigado pelas respostas, mas no caso a validação está nos Schemas. Não chega a haver contato com a SEFAZ, então o CSC e o caminho do webservice ainda não foram acionados. Mesmo assim verifiquei o CSC como o Gilson falou, mas não era isso. Como é só um teste de homologação, fiz um POG terrível aqui e retornei true manualmente na validação da schemas. A nota foi enviada para a SEFAZ e validada normalmente. Ou seja, não há erro na estrutura, mas o "leiauteNFe_v4.00.xsd" insistem em informar erro. Vou continuar tentando corrigir, mas por enquanto o tópico pode ser fechado pelos moderadores se desejarem. Obrigado.

Boa tarde pessoal. Não estou conseguindo gerar NFCe em homologação. Dá um erro na validação das Schemas. Já fiz a atualização com a última review do ACBr, mas não resolveu. Apresenta o seguinte erro: "Falha na validação dos dados da nota: 1071 1824 - Element '{http://www.portalfiscal.inf.br/nfe}qrCode': 'http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33200510286992000119650100000010711899545933|2|2|1|D7506EE93958BAECECB16E561792E35EEA3FC996' is not a valid value of the local atomic type." Fiz uma comparação com o schema de produção e está igual, mas em produção não ocorre esse erro. Agradeço se puderem ajudar. Obrigado.

Foi o que eu imaginei. O set de comandos das duas deve ser diferente. Faz mais sentido manter a mais atual (MP4200). Obrigado pela atenção de todos. Abraços.

Boa tarde a todos. Daniel, estou enviando o arquivo fonte modificado. Luis, obrigado pelo retorno. A minha impressora é uma MP4000 e não uma MP4200. Será possível que os firmwares sejam diferentes ? Não duvido. Talvez por isso funcione em uma e não na outra. A imagem do manual que anexei era da 4200, procurei da 4000 e não encontrei. Se alguém tiver as duas e puder testar ... Minha impressora: Build: Nov 18 2009 MP-4000 TH (Standard) - Versão 2.4 Mais uma vez, obrigado ... ACBrEscBematech.pas

Pessoal, olá. Eu uso o ACBrPosPrinter a bastante tempo mas me deparei com um probleminha. Alguns clientes meus possuem impressoras Bematech e nesses casos a abertura da gaveta não funciona. Eu uso o comando direto (ACBrPosPrinter1.AbrirGaveta) mas mesmo com o uso das Tags não funciona. Fiz os testes usando o Exemplo que vem no ACBr (PosPrinterTeste.exe) e o resultado é o mesmo. Alterei todas as opções possíveis (número da gaveta e tempo) O interessante é que se eu colocar o modelo para ppEscPosEpson a gaveta abre mas, claro, as outras tags não funcionam. A Epson usa o comando ESC p e na Bematech está o ESC v ou o ESC #120 dependendo do número da gaveta. Verifiquei no manual (imagem abaixo) que o padrão ESC/Bema também aceita o comando ESC p. Fiz uma alteração nos fontes do ACBrEscBematech.pas e coloquei o mesmo set de comandos da Epson e funcionou. O único detalhe é que tive que mudar o número da gaveta para 2 no envio do comando para que o parâmetro CharGav usasse #1 em vez de #0; Fiz todos testes em equipamentos físicos (MP4000, Elgin I7 e gaveta Menno). Por enquanto vou deixar meu código alterado, mas gostaria de saber se vocês enfrentam esse mesmo problema ou se, apesar de todos os testes, eu ainda tenha deixado passar alguma configuração. Grande abraço a todos. Sergio

Eu não uso ele, mas acho que você poderia dar uma olhada no ACBR Monitor. Você pode fazer a configuração ESCPOS da sua impressora nele e enviar o TXT para impressão. Como disse, não uso ele, mas creio que tenha como. Acho que será mas prático que copiar para a impressora de rede. Abraços.

Parabéns ! Novidades muito bem vindas

Muito bom. Vai ser bastante útil !!!!

Bom dia pessoal estou uma um problema que quando eu uso esse método DistribuicaoDFePorChaveNFe() algumas notas não são encontradas, alguém já passou por isso ?

Dá uma olhada nesse post aqui. Pode te ajudar. Estou começando a analisar as UNITs dele. Abraços.

Bom dia Toninho. Gostaria de saber se com a mudança do BACEN, em relação a cobrança centralizada, se você precisou alterar algo no seu boleto ou arquivo de remessa. Vou precisar desenvolver para um cliente e a CAIXA indicou que o arquivo de remessa e retorno são os mesmos do boleto no formato CNAB240. Abraços. Sergio.

Boa tarde pessoal alguém esta passando por esse problema? Erro de requisição não enviada 12002 e 12157. Pois meu sistema estava funcionando normalmente ate o dia 17/03 com isso fui realizar uma atualização de rotina do acbr depois disso começou a dar esse erros em certas maquinas não em todas mas a maioria eu vi que teve algumas mudanças no componente NFE mas não fiz nenhuma mudança. Teria alguma coisa nova que eu teria que implementar para esse erro não ocorrer. OBS(As dll foram todas atualizadas, ja foi verificada as rotinas do IE e estão corretas pois funcionava antes) Obrigado pela atenção.

Bom dia. Hoje fui atualizar o Firmware de uma Daruma DR700 da versão L para a L-e para que o QRCode seja impresso. São duas atualizações, da versão L 02.10.01 para a L 02.51.00 e depois para a L-e. A impressora foi ligada em um no-break para evitar interrupção por queda de energia e fiz a primeira atualização. Foi tudo bem, mas na segunda a impressora apagou e agora simplesmente não liga mais. Agora não consigo falar com o suporte da Daruma, o telefone 0800 não existe mais e já adicionei 3 atendentes no Skype que não respondem. Já determinei aqui na empresa que se um cliente tiver Daruma, não faremos mais nenhum tipo de assistência, que mande pra autorizada, pois agora, como o serviço foi feito aqui na empresa vou ter que ressarcir o cliente. Sei que problemas ocorrem, mas o que está me decepcionando mais é a falta de assistência do Suporte, sempre elogiei pois já fui atendido varias vezes, mas de um tempo pra cá está terrível ! Alguém já teve esse problema e conseguiu resolver sem ter que trocar a placa da impressora ? Abraços.

Caso não tenha conseguido criar a serial virtual (o firmware precisa ser o mais atual) instale o driver e compartilhe, na propriedade porta coloque o caminho do compartilhamento (ex. \\COMPUTADOR\I9) e o ACBrPosPrinter funcionará normalmente.

Edilson, creio que no caso de compras on line você não precisará fazer o cliente ficar pra lá e pra cá. Basta que no dia seguinte o sistema faça a consistência dos boletos emitidos e gere o arquivo de remessa para o banco. O problema é que dessa forma o cliente não poderá pagar no mesmo dia que comprou, pois mesmo que você gere uma remessa para cada boleto emitido o banco leva um tempo para processar e inserir no sistema deles. Abraços.

O método que o Daniel linkou é o mais correto. Utilizo o mapeamento para impressão com o ACBretq e funciona perfeitamente. Coloquei no meu sistema um campo onde é digitado o caminho do compartilhamento, dessa forma qualquer terminal consegue imprimir pela rede e não só a máquina onde está conectada a impressora.

Acredito que esse procedimento de uma empresa pedir cupom fiscal e no fim do mês, ser gerada uma NFe dos cupons emitidos irá acabar. As empresas exigem a identificação do cupom com o CNPJ para aceitá-lo, mas acontece que uma das verificações feitas pelo webservice é se o destinatário é contribuinte de ICMS. Caso seja, há a rejeição da emissão. O correto é gerar uma NFe. Isso vai dar uma trabalheira pra explicar aos clientes !!!

Boa tarde Juliana. Olhei nos seguinte bancos: BRB - Não achei nada sobre Banco do Brasil - Aceite = A ou N Banco Mercantil - Aceite = S ou N Banco Nordeste - Aceite = S, A, N, B Banco Real - Aceite = A ou N Bancoob - Não achei nada sobre Banestes - Aceite = S ou N Banrisul - Aceite = S ou N Bradesco - Achei somente o Aceite - N Caixa Economica - Aceite = A ou N HSBC - Aceite = NÃO Itau - Aceite = A ou N Santander - Aceite = NÃO Sicredi - Não achei nada sobre Tenho um boleto antigo funcionando com a Caixa Econômica e o aceite esta com 'S'. Só que em uma nova homologação, eles não estão querendo aceitar.

Bom dia! Estou realizando a homologação do boleto da caixa para um novo cliente, e a agencia esta reclamando do campo aceite que esta saindo como 'S' (deveria ser 'A'). Olhei na unit ACBrBoletoFCFortesFr e notei que na linha 643 e 750 ele faz a seguinte verificação: IfThen((atSim = Titulo.Aceite), 'S', 'N'); A Caixa econômica me retornou a seguinte mensagem: 4.2.4.4 – ACEITE*: - Para identificar se o título de cobrança foi aceito (reconhecimento da dívida pelo Pagador, expressa por sua assinatura no título). - Preencher com A (Aceite) ou N (Não Aceite). Obrigado pela atenção. Obs.: Segue em anexo a unit alterada para txtAceite.Caption := IfThen((atSim = Titulo.Aceite), 'A', 'N'); ACBrBoletoFCFortesFr.pas

Ambiente 1 é produção. Você já está habilitado para emissão em produção ?

Heunogaliton, estou com o mesmo problema. O convênio é de 7 dígitos e não é inserido na linha digitável. Já olhei em vários tópicos e isso ainda não foi solucionado. Se alguém puder dar uma luz, agradeço !!!!