Valdir Dill

Boa tarde, Estou querendo testar o Acbr\Projetos\EmuladorBalanca\, mas não estou tendo êxito. A ideia desse exemplo é que ao se clicar no botão "Enviar peso" ocorra a simulação de balança de checkOut e esse peso possa ser lido pelo AcbrBal, certo? O problema que ocorre é que quando um dos exemplos está ativo, ele bloqueia a porta (no caso a COM1) e aí quando o outro vai ler, dá erro "communication erro 5: acesso negado". Estou fazendo algo errado? Ou esses exemplos não são para esse objetivo de simular e ler o peso de balança? Obrigado!

Boa tarde, Baixe a atualização e fiz vários testes. Funcionando perfeitamente. Obrigado!

Bom dia, Não duvido que seja problema de DNS, mas nestas últimas semanas já fiz mais de uma centena de testes, sem resultados positivos. Testei inclusive em 12 máquinas, operadoras de internet, Windows, ... todos diferentes. Por gentileza, veja o que ocorre (anexo) quando tento acessar o link do captcha pelos browsers Chrome e IE. Se tiver outra dica.... Obrigado!

Estou com todos os fontes atualizados. Alguma dica do que poderia estar errado então que causa o erro anexo? Obrigado

Boa tarde, Alguém teve uma solução para essa situação? Estou com esse problema há semanas, sem uma solução. Obrigado.

Boa tarde, Acredito que haja um erro no arquivo AcbrNFeServicos.ini, na session [NFe_PI_P]. Seu conteúdo está assim: "Usar=NFe_SVRS_P", quando deveria estar "Usar=NFe_SVAN_P". Desa forma dá erro de "SVC-RS desabilitada sefaz origem", ao se tentar enviar uma nota 55 (NFe). Segundo este link, http://portal.sefaz.pi.gov.br/documentoseletronicos/portal/nfe/emissor.php, haverá sim essa mudança para SVRS, mas, somente a partir de 31/05. Por enquanto continua SVAN. Obrigado!

Boa tarde, Estou anexando o AcbrNFeServicos.ini da forma com que tem que ficar para não dar esse erro. Se o responsável puder analisar e subir para o repositório...Aí resolve para todos que estão com esse problema com impressão da NFCe no PI. Obrigado! ACBrNFeServicos.ini

Boa tarde, Pelo que entendi, eu posso tanto enviar o arquivo AcbrNFeServicos.ini para o cliente e setar a propriedade ACBrNFe1.Configuracoes.Arquivos.IniServicos, como colocar a diretiva {$R 'ACBrNFeServicos.res' 'ACBrNFeServicos.rc'} no meu sistema. Ambos vão funcionar da mesma forma, certo? Uma dúvida: há alguma forma melhor de fazer isso, ou seja, é mais recomendável a diretiva ou enviar o arquivo junto na instalação? Quais os contras de um e de outro? Obrigado!

Bom dia, Fiz alguns testes e realmente, ao desconectar o hardware, ocorre esse erro. Gostaria de solicitar que seja corrigida a palavra cripotografia. Ela aparece 3 vezes na unit function MsgErroGetCryptProvider: String, linha 125 da ACBrDFeWinCrypt.pas. Pode parecer pouca coisa essa letra, mas, no meu caso, onde trato os erros pelo texto (e.message) para poder dar uma mensagem mais transparente ao usuário, seu eu buscar por criptografia no erro, não localizaria criptografia. Obrigado!

Boa tarde, Tive várias ocorrência desse erro em vários clientes nos últimos dias. Não consegui identificar a causa, mas é muito provável que seja alguma instabilidade ou local ou no WS, pois alguns minutos depois, com uma nova tentativa, a nota simplesmente era transmitida normalmente. Abraços!

Bom dia, Tive esse erro na rotina ACBrNFe1.SSL.NumeroSerie := ACBrNFe1.SSL.SelecionarCertificado, mas apenas quando se selecionava um certificado A1 na lista de certificados. Mudei as rotinas do sistema para não deixar o operador cometer esse erro. Abraços

Bom dia Juliomar, No manual diz: REGISTRO DETALHE - SEGMENTO P REMESSA Posição: 045 –057 Tamanho: 013 REGISTRO DETALHE - SEGMENTO T RETORNO Posição 041 –053 Tamanho: 013 Obrigado

Boa noite, Estou fazendo tratamento do retorno Santander e me deparei com uma situação que gerou uma dúvida: No create do TACBrBancoSantander, na linha 88 da ACBrBancoSantander.pas, o tamanho máximo do nosso número está com 12. Vide abaixo constructor TACBrBancoSantander.create(AOwner: TACBrBanco); begin inherited create(AOwner); fpDigito := 7; fpNome := 'Santander'; fpNumero := 033; fpTamanhoMaximoNossoNum := 12; fpTamanhoCarteira := 3; fpTamanhoConta := 11; end; Já na rotina de leitura do arquivo de retorno desse mesmo banco, linha 917 da ACBrBancoSantander.pas, está assim ACBrBanco.TamanhoMaximoNossoNum := 13; Não deveriam ser iguais esses valores do tamanho máximo do nosso número? Obrigado

É isso mesmo BigWings...o Windows desatualizado tinha como fim do horário de verão o dia 12 de fevereiro, o que gerou toda essa situação... Obrigado!

Bom dia, Estou tendo esse erro (Data-Hora de Emissão Posterior ao Horário de Recebimento) desde terça-feira. Pode ser coincidência, mas foi justamente após atualizar os fontes do Acbr. Em princípio não pode ser problema de configuração da máquina do usuário (UTC, por exemplo), pois ocorre com vários clientes onde estava tudo ok antes de atualizar. A data/hora do Windows está correta. Anexo o XMLs de envio e retorno que está dando rejeição. Alguma dica? Obrigado. 2906-env-lot.xml 2906-pro-lot.xml 15170224585672000174650010000029031100731059-nfe.xml 15170224585672000174650010000029031100731059-ped-sit.xml 15170224585672000174650010000029031100731059-sit.xml

Bom dia, De fato Italo, eu me equivoquei. Na verdade eu estava colocando o código errado do serviço e, não sei porque cargas d'agua, o WS retornava um erro do campo discriminação. Quando for usuário do proRJ, alterei o sistema para transmitir o RPS pelo .Enviar. Nos testes iniciais que fiz deu tudo certo. Vamos agora ver à campo. Obrigado pela ajuda!

Bom dia Italo, O problema é que quando transmite por lote (ACBrNFSe1.Enviar(VNumLote)), ele NÃO permite que seja informado o Servico.Discriminacao. E quando se utiliza a opção de enviar um RPS (ACBrNFSe1.Gerar(VNumRPS)) esse campo (Servico.Discriminacao) é obrigatório. Por isso optei por fazer tudo pelo "Gerar", mas aí emperrou. Pelo visto será necessário ter uma rotina de alimentação dos dados diferente para cada provedor. Eu entrei em contato com o provedor conforme você sugeriu e relatei a situação. A resposta deles foi: "Não existe nenhum problema no funcionamento do sistema e não ocorreram alterações em schemas. Quando há alguma alteração técnica relevante, e que vá impactar diretamente ao contribuinte, o mesmo recebe mensagens antes da alteração ser disponibilizada em produção. Verifique o seu sistema, se realmente está se conectando e enviando arquivos e se está recebendo arquivo de retorno que o sistema da Nota Carioca devolve. Todas as informações para a integração do seu sistema com o sistema de NFS-e da Prefeitura (Nota Carioca) estão disponibilizados nos "Manuais de Utilização do Web Service (Modelo Nacional)" disponíveis no setor de Manuais de Ajuda do site da Nota Carioca. Além de manuais, é possível baixar os schemas e exemplos dos XML para a comunicação." Obrigado!

Complementando... Estou usando o ACBrNFSe1.Gerar(StrToInt(vNumRPS)), ou seja, envio um RPS por vez. Uso essa função para outros provedores, sem problemas. Mas fiz um teste utilizando o ACBrNFSe1.Enviar(vNumLote), aí o erro não ocorre. No demo do ACBR acontece a mesma situação, ou seja, o .Gerar não funciona e o .Enviar funciona. Alguma dica? Obrigado!

Boa tarde, Estou enfrentando um erro (arquivo com print anexo) ao tentar transmitir uma NFSe para Rio de Janeireo-RJ. Debugando verifiquei que o erro ocorre na linha 732 (ParseError := DOMDocument.validate;) da ACBrDFeCapicom.pas, mas não consegui ter ideia da causa. Tem um post mais antigo já com esse erro aqui, mas não me ajudou. Se alguém puder me auxiliar com alguma dica... Obrigado!

Bom dia, Muito bom Daniel. Segui sua sugestão e deixei todas as rotinas chamando sempre o mesmo componente AcbrPosPrinter. O problema foi sanado. Obrigado!

Bom dia, Estou com um problema apresentado por um cliente, onde o mesmo relata que ocorre um travamento da impressora após algumas impressões de dois relatórios diferentes (explico abaixo) e de forma intercalada. Segundo o cliente, os testes foram feitos em Windows/máquinas diferentes e com mais de uma impressora do mesmo modelo. Há uma particularidade nessas impressões, pois são dois envios diferentes para a impressora. Um relatório é um cupom (não fiscal) cujos comandos são enviados pelo nosso sistema e utilizando o ACBRPosPrinter. O outro relatóiro é também com um componente ACBRPosPrinter, mas para impressão do Danfe de NFCe. Primeiro relatório - cupom ACBrPosPrinter1.ImprimirLinha('</zera>'); ACBrPosPrinter1.ImprimirLinha('NOME'); ACBrPosPrinter1.ImprimirLinha('</linha_simples>'); ACBrPosPrinter1.ImprimirLinha('Conteúdo do relatório. Texto puro'); ACBrPosPrinter1.ImprimirLinha('</corte_total>'); ACBrPosPrinter1.ImprimirLinha('</abre_gaveta>'); Segundo relatório - DANFCe ACBrNFCe.NotasFiscais.Clear; ACBrNFCe.NotasFiscais.LoadFromFile(VNomeArq); ACBrNFCe.NotasFiscais.Imprimir; Obs.: cada um dos relatórios tem seu próprio componente AcbrPosPrinter. As configurações dos componentes ACBRPosPrinter, como .Device.Baud = 9600, PaginaDeCodigo = pc850, etc.. são as configurações padrão dos componentes. Nas primeiras impressões tudo certo. Ou também se imprimir apenas UM dos relatórios, sem intercalação com o outro, também imprime beleza. Mas após 4 a 5 impressões intercaladas, a impressora não imprime mais. Nada de erro acontece no sistema operacional. Apenas a impressora não imprime mais. Aí faz-se necessário reiniciar o sistema operacional e tudo recomeça. - Modelo da impressora: Bematech 4200TH - Conexão: USB Alguma sugestão? Obrigado!

Bom dia, Comigo aconteceu a mesma coisa. Deletei tudo que foi .dcu e fiz o build novamente, mas não adiantou. O que resolveu foi executar o instalador (ACBrInstall_Trunk2.exe) do Acbr novamente. Acho que alguns .bpl ele não atualiza com o rebuild, não sei. Mas já tive situações idênticas antes e a reinstalação resolve. Abraços!

Boa noite, Peço a gentileza de, na medida do possível, incluir a cidade abaixo na lista de NFSe: Cidade: Porecatu-PR - 4120002 Provedor: SimplISS Homologação: http://wshomologacao.simplissweb.com.br/nfseservice.svc?wsdl Produção: http://wsporecatu.simplissweb.com.br/nfseservice.svc?wsdl Obrigado!

Bom dia, Fiz um debug e verifiquei que ele monta o XML mudando a tag versao="1.01" se o arquivo distDFeInt_v1.01.xsd existir na pasta \Schemas e, versao="1.00" se existir somente o distDFeInt_v1.00.xsd na pasta. Com versao="1.00" não dá erro. Mas a questão é: qual é procedimento correto? É mesmo o distDFeInt_v1.01.xsd que está indevidamente no repositório do Acbr? Ou algum outro procedimento que deveria ser feito em relação a atualização dessas versão de 1.00 para 1.01? Exemplo do XML com distDFeInt_v1.01.xsd <?xml version="1.0" encoding="UTF-8"?><nfeDadosMsg><distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"><tpAmb>1</tpAmb><cUFAutor>41</cUFAutor><CNPJ>13971229000115</CNPJ><distNSU><ultNSU>000000000000000</ultNSU></distNSU></distDFeInt></nfeDadosMsg> Exemplo do XML com distDFeInt_v1.00.xsd <?xml version="1.0" encoding="UTF-8"?><nfeDadosMsg><distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"><tpAmb>1</tpAmb><cUFAutor>41</cUFAutor><CNPJ>13971229000115</CNPJ><distNSU><ultNSU>000000000000000</ultNSU></distNSU></distDFeInt></nfeDadosMsg> Alguma sugestão? Obrigado