Ivitech Tecnologia

Boa tarde, aqui também estou com o mesmo problema. Já usei o apagaracbr.bat para excluir tudo e baixei tudo novamente, mas sem sucesso.

Bom dia senhores. O post é antigo, mas, atualmente estou passando por esse problema e já tentei de todas as maneiras e orientações encontradas no próprio fórum, e mesmo assim ainda não consegui solucionar o meu problema. Um cliente está usando uma Daruma Mach1 e está ocorrendo esse erro de impressora não está respondendo em comandos distintos. A impressora está ligada direto na porta serial, com velocidade 115200, driver atualizado, baixado do site daruma. Já baixei o buffer ao minimo e mesmo assim o problema ainda persiste. Algum dos colegas poderiam verificar o log e tentar me ajudar nesse quebra-cabeças.? Já estou prestes a orientar o cliente a levar a impressora para autorizada, mas antes disso gostaria de excluir todas as possibilidades que possam estar causando essa perda de comunicação. Daruma Log.txt

Passei por esse problema. No meu caso, acabei identificando que quando copiava o EAD para o BIN, no final da linha do EAD estava ficando um carriage return [CR] e line feed [LF]. Então só apagava isso e conseguia validar normalmente.

Pra mim funcionou indo no browser IE, em Ferramentas / Opções da Internet / Guia Avançadas. 1. Desmarquei a caixa: Usar HTTP 1.1 através de conexões proxy. 2. E deixei marcado na parte de segurança apenas: Usar SSL 2.0 e Usar TSL 1.0. Pra mim apenas isso funcionou.

Comigo funcionou perfeitamente.

Consegui resolver mudando a propriedade ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; para ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; Só assim resolveu o problema.

Bom dia a todos, correto Italo, me corrija se eu estiver errado, eu uso esse Web Service para verificar se o cliente está denegado. Riquena, com os testes que eu estou fazendo aqui, me parece ser questão de permissão de usuário no Server. Ainda não consegui fazer funcionar no Server. Mas, instalei a mesma versão no Windows 7 com o mesmo certificado A1 e funcionou perfeitamente. O problema me parece estar mesmo no Server.

Boa tarde, Prezados. Após realizar update do ACBr nessa manhã, enviei uma versão do meu sistema para o meu cliente e começou a apresentar o seguinte erro ao confirmar a nota: "A área de dados transferida para uma chamada do sistema é muito pequena. - URL:https://cad.svrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro2.asmx". O mais estranho é que testando na minha máquina em homologação não ocorre erro. A máquina do cliente é um Server2008. Alguém tem alguma ideia do que possa ser. ?

ACBrECF1.PafMF_ArqMF(ExtractFilePath(Application.ExeName) + 'Arquivo_MF.bin'); Será gerado automaticamente um .txt com o EAD.

Dá uma olhada. Arquivo com Informações da Redução Z do PAF-ECF 03022016.xml

Realmente, então creio que ocorreu erro de digitação, ali deveria ser 15. Porém, eu mandei o xml para meu homologador verificar, e o mesmo me informou que o xml está ok. Vamos aguardar o pessoal do ACBr verificar, pode ser que seja feita uma modificação na geração do arquivo.

Boa tarde, Lucas. Segundo o Despacho: https://www.confaz.fazenda.gov.br/legislacao/despacho/2015/despacho-209-15 o xml gerado está correto. Veja na imagem que "DadosReducaoZ" pertence a posição 4, que é o nó da "Mensagem".

Obrigado pela observação Giuliano. Eu realmente não verifiquei o Despacho, como está próximo minha homologação, simplesmente fiz a modificação solicitada. Cara, nem os "homologadores" são capacitados para nos passar a informação corretamente. É tenso desenvolver um PAF-ECF totalmente as cegas.

Bom dia, passei o xml para meu homologador verificar e ele me informou que existe uma inconsistência no leiaute. Errado: <ReducaoZ Versao="1.0"> <Codigo Tipo="GTIN">12345678901234</Codigo> Correto: <ReducaoZ> <Versao>1.0</Versao> <Codigo>12345678901234</Codigo> <Tipo>GTIN</Tipo> Caso proceda o que ele me passou, segue unit modificada. ACBrBlocoX_ReducaoZ.pas (Perdão se não permaneci no assunto, não observei o título do tópico)

Boa tarde Régys, voltei a testar usando o serviço e verifiquei que ainda existe o bug, faltou aplicar a correção no tipo: FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Servicos[X].Codigo.Numero, '', True, 'Tipo="' + TipoCodigoToStr(Produtos[X].Codigo.Tipo) + '"');

Prezados, correção no arquivo de Envio ao Fisco Redução Z. Na utilização do Serviço está apresentando a mensagem: Verifiquei que na lógica está assim: Quando o correto seria asism: Segue unit para análise da correção. ACBrBlocoX_ReducaoZ.pas

Bom dia. Atualizei os fontes com o Trunk2 e agora está ocorrendo o mesmo problema quando tento abrir o form Frm_SPEDFiscal. Error creating form: Invalid stream format. Uso o Delphi 7. Como resolver.?

Foi o que imaginei. Juliomar, obrigado pelo esclarecimento.

Bom dia. Me deparei com a seguinte situação ao realizar o cancelamento parcial do item: Não consegui identificar se isso é problema no ECF (Daruma FS700) ou se é alguma coisa relativo ao componente ACBr. Observe que o problema ocorre sempre no código relativo ao primeiro item, os demais estão imprimindo corretamente. Estou me referindo a descrição dos itens, veja que quando realizo um cancelamento parcial do item 1, a descrição fica totalmente diferente. Alguém tem alguma ideia do que pode ser isso.?

Juliomar, pensando dessa forma, você tem razão. Mas, em conversa com meu homologador, ele me passou que o envio do arquivo não será cobrado. Agora, a geração do arquivo deve existir na minha aplicação segundo eles. Estou arrancando os cabelos, tenho menos de uma semana pra finalizar e testar o que ainda está sendo feito, aí eles me vem com essa novidade. Meu Deus.

Bom dia Prezados. Estou a exatamente uma semana da minha homologação e minha certificadora (Polimig) me enviou o despacho em anexo, referente ao menu de envio ao fisco-redução z e estoque. Sei que foi publicado no dia 26/10/2015. Mas, já existe alguma coisa implementada pra isso.? DESPACHO DO SECRETÁRIO BLOCO X.pdf