russocorp

HASA, estive testando aqui as DLLs novas disponibilizadas no site, só fiz o que te passei no outro link que foi indicado pelo Sérgio e funcionou perfeitamente. Usei o SAT em um Windows 8 e agora mudei ele para rodar em um Windows 2008 R2. Basicamente é, apagar a dllsatelgin.dll e a discoverysat.dll. Copiar a DLL nova e renomear ela para dllsatelgin.dll. Reinicia a máquina e corre pro abraço.

HASA, o Sérgio me passou umas orientações em outro post que eu havia aberto, segue o link para tu verificar. Fiz aqui em meu sistema e funcionou certinho. Emiti cupom, cancelei, reiniciei o pc e repeti a venda e cancelamento sem problema. Abaixo o link com o que o Sérgio Assunção me recomendou. http://www.projetoacbr.com.br/forum/topic/31128-sat-elgin-atualização-dlls/?do=findComment&comment=205991 Espero que resolva seu problema também.

HASA, sei não irmão, eu já testei essas novas DLLs disponibilizadas no site da Elgin em um Windows 2008 R2 e também em um Windows 8.1 Pro, em ambas as máquinas o funcionamento não está satisfatório. Nem todas as vendas que envio funcionam, como também as vezes só reiniciar a máquina e funciona tudo as mil maravilhas. Estou fazendo mais testes aqui com essas novas DLLs, se achar algo que funcione 100% mando mensagem aqui também.

Bom, mesmo em outro PC o problema persiste. Creio que o problema deva ser alguma incompatibilidade das DLLs fornecidas, pois estive lendo relatos de problemas dos demais colegas no ACBRMonitor e um outro post aqui no forum. Bom, mesmo em outro PC o problema persiste. Creio que o problema deva ser alguma incompatibilidade das DLLs fornecidas, pois estive lendo relatos de problemas dos demais colegas no ACBRMonitor e um outro post aqui no forum.

Também estou enfrentando problemas com as novas DLLs disponibilizadas pela Elgin com geração de SAT de vendas. No meu caso, não uso o ACBRMonitor, estou tentando enviar direto usando o comando "EnviarDadosVenda" do componente e está dando erro de acessviolation. Percebi o erro dentro do EnviarDadosVenda, tanto usando o CDECL quanto usando o STDCALL. Vou tentar ligar lá de novo para ver o que eles falam, isso se conseguir contato no 0800 deles.

Bom dia a todos. Sergio, sim, atualizei o software do aparelho. Daniel, sim, tentei trocar e usar o CDECL. O que achei mais estranho foi conseguir gerar cupom. Ai na hora que vou cancelar o mesmo já não funciona. Reinicio a máquina e bum, consigo cancelar o cupom certinho. Creio que seja problema mesmo com o SO, já solicitei um outro PC ao cliente para realizar mais testes e ver como se comporta com a DLL. Obrigado a todos pela ajuda.

Hoje estava instalando um SAT Elgin em uma máquina de um cliente e acabei achando no site da Elgin um arquivo para atualizar o sistema (arquivo "Processo de Atualizacao - SAT Elgin_V2.zip"). Pois bem, segui os procedimentos de atualização e defini dentro do meu programa para utilizar a nova DLL que tem dentro do zip. Bom, após isso fui testar a emissão de cupons. Achei estranho que funciona quando quer, algumas vezes na hora de chamar a função TACBrSATDinamico_stdcall.EnviarDadosVenda está retornando o erro "Access violation at address 72754438 in module 'dllsat.dll'. Write of address 09321000". Entrei em contato com a Elgin por email e estava tentando ligar lá pra ver se adiantava a ajuda, mas telefones não atendem nem com reza pra santo expedito. O SO que está instalado esse SAT é um Windows Server 2008 R2. Alguém já teve problemas com esse SO, pois em outros clientes que usam Windows 7 consegui sempre instalar e fazer todos os testes sem nenhum problema. Se alguém tiver uma dica para passar fico agradecido.

Alguém mais enfrentando problemas com o Ginfes? Está me retornando hoje, pra variar, o "O tempo limite da operação foi atingido - URL:https://producao.ginfes.com.br/ServiceGinfesImpl - SOAPAction:""" Cidade de São José do Rio Preto. Abraço a todos.

Segue em anexo a versão que voltei dos fontes, só não me recordo de qual revisão eu peguei. ACBrNFSeWebServices.pas

Tenta verificar o arquivo que salva na pasta de Backup com nome "###-env-lot.xml" onde o ### é o número da nota ou lote, não me recordo. Tenta ver o último que foi enviado corretamente e o que foi gerado por último, fiz assim para verificar o meu problema. Até testaria o envio de lote de várias Nfs, mas no sistema sempre geramos 1 lote por nota para enviar, ai não consigo ajudar mais. Qualquer coisa posta os 2 xmls na lista pra galera analisar.

Onde deveria ser gerado "ns3:EnviarLoteRpsEnvio", a primeira tag do arquivo, está indo sem o prefixo, ficando "EnviarLoteRpsEnvio". Voltei temporariamente para a versão anterior do ACBrNFSeWebServices.pas e funcionou. Percebi que dentro do ACBrNFSeWebServices.pas na versão mais recente, na linha 1537 (TagGrupo := FPrefixo3 + TagGrupo;), a tag do FPrefixo3 está vazia. Creio que seja isso. Só não consegui localizar onde faz o carregamento dessas tags, para poder ajustar o arquivo e subir para os colegas testarem.

Então, posso desenvolver para 32 bits normalmente usando a DLL do emulador da SEFAZ e depois, quando tiver no cliente usando a DLL do equipamento, irá funcionar? Seria isso Régys.

Boa tarde a todos. Estou desenvolvendo um novo sistema de frente de caixa aqui para a empresa e usando o emulador do SAT na versão mais nova disponibilizada pela Sefaz. No sistema que estou desenvolvendo, quero deixar a opção de compilar para 32 e 64 bits. Quando compilo com 32 bits e transmito uma venda, funciona certinho, coisa linda de se ver, no entanto se tento compilar o sistema em 64 bits e transmitir a venda da erro, na hora de ler as funções da DLL ocorre o erro, na função LoadDLLFunctions, tanto se eu usar a opção de cdecl como se usar a opção de stdcall. Existe essa possibilidade de fazer o sistema em 64 bits usando o Sat do ACBr ou tem alguma limitação, visto que a DLL fornecida deve ser de 32 bits. Desde já muito obrigado a todos

Boa tarde. Estou modificando uma rotina de importação do xml dos fornecedores que tenho no sistema, que faz a geração do pedido de entrada e me deparei com um erro incomum. Minha cliente tentou carregar erroneamente um arquivo de CTE onde era esperado um arquivo de NFe. Pois bem, verificando aqui os fontes para subir a mensagem de erro para o meu cliente, vi que no TNotasFiscais.LoadFromFile dentro da unit ACBrNFeNotasFiscais o retorno da função sempre é true. No entanto, dentro do LoadFromFile é feito a chamada para o LoadFromString e esse, dentro dele faz o tratamento pelas tags e retorna false. Creio que seria o caso de mudar a função LoadFromFile para pegar como result o valor do LoadFromString e assim dentro do sistema quando necessário fazer o tratamento com o If necessário para verificar se carregou corretamente o arquivo. Arquivo modificado em anexo, alterações comentadas com meu nick iniciando na linha 1536. Desde já obrigado a todos. ACBrNFeNotasFiscais.pas

Não sei se alguém postou em algum outro local, se sim me desculpem. No arquivo Especificacao_SAT_v_ER_2_18_08.pdf a data para esse campo foi modificada para 01.07.17, precisaria modificar essa limitação de data que foi colocada no componente depois. Abraços.

Caso alguem ainda tenha esse tipo de problema, por ter algum ACBr.inc perdido dentro de outras pastas de fontes, basta subir a pasta do ACBRComum para o inicio do library path, que com isso passa a buscar sempre o acbr.inc correto.

Procure então o "Manual_Orientacao_SAT_v_MO_2_12_11.pdf" ou o mais recente no site da Sefaz que tem nele todos os campos necessários na impressão. Eu fiz usando o FastReport, foi bem suave.

NFCe não tem esquema de consulta por chaves, igual a existente no NFe? Creio que essa seria a situação, implementar uma consulta por chaves somente para pegar o XML de retorno e não precisar enviar novamente, pois já foi pra SEFAZ.

A ideia que tive, ia mudar pouco a "cara" do DANFE, ia descer só uma linha para dar mais espaço pra endereço, como na imagem. Aumentaria uns 5 mm da linha impressa do endereço, o restante fica intacto.

Olá a todos. É possível aumentar o tamanho do campo de endereço do destinatário na impressão do DANFE ou o mesmo não pode sofrer alterações, por ter uma documentação especifica para ele? Pois, uma cliente outro dia reclamou comigo isso, pois a nota fiscal dela tinha alem do endereço, um campo de complemento com nome de prédio e outras informações que seria necessária para a transportadora entregar corretamente. Se possível, eu iria aumentar a impressão da informação de endereço para duas linhas, comportando as informações necessárias. Desde já obrigado a todos.

Basicamente, precisa pegar outra pasta do seu computador e dar um checkout do SVN usando o endereço do trunk2. Depois desinstalar todos os componentes do acbr que usa e instalar novamente usando os componentes do trunk2. Lembrando que ainda não funciona 100% as Notas Fiscais de Serviço, se fizer uso dessa parte não é aconselhavel atualizar ainda, a menos que queira ir ajudando a arrumar os fontes de nfse.

Logo no topo da unit1, do ACBrNFe_Demo, tem um {$DEFINE ACBrNFeOpenSSL} Isso define que será utilizado o openssl. Só comentar essa linha que deve resolver seu problema.

Italo, a build 9567 é a ultima que foi disponibilizado no SF ou teve mais alguma após essa? Baixei os fontes do trunk2 no dia 16, pouco antes de 8 da manhã.

Ou ainda verifique a instalação do Capicom na maquina, as vezes pode estar com problemas.

Até onde entendi no manual, o ConsultarNumeroSessao serve para isso. Para poder usar a funcionalidade dele, precisa antes de usar o EnviarDadosVenda, gravar o número de sessão para conseguir realizar a busca em caso de erro antes do retorno do aparelho.