WINDEL

Após atualizar os arquivos .INI para ultima versão, usando a função Gerar eu consegui enviar para o provedor DigiFred \0/ Eu to usando a função Gerar e logo depois a função ConsultarNFSeporRps

Olá, eu também estou com a mesma situação para esse provedor, bem igual, estou investigando, mas quem descobrir primeiro conta pro outro.. pode ser? hehehe Sobre o arquivo INI estou usando os atualizados sim, e os fontes também atualizados. Obrigado

Desculpe Ítalo, tu tens razão, mas se trata do provedor DBSeller, estou enviando para prefeitura de carazinho

Boa tarde. preciso de ajuda, no trunk2 estou com problemas para enviar a nota, segue o erro que dá: Erro ao enviar SOAP-ERROR: Encoding: Violation of encoding rules Salvo arquivo C:\windel\NFSe\974_erro.xml Alguém já passou por isso ou sabe a solução? Os arquivos que o componente gerou após tentativa de envio estão em anexo. OBS: arquivos INI e fontes recém atualizados. Obrigado por enquanto. 974_erro.xml 974-env-lot.xml 974-env-lot-soap.xml 974-rec.xml 974-rec-soap.xml

Ah entendi Ítalo =) Vou ligar no provedor e ver se descubro alguma coisa. Obrigado

Boa tarde, Preciso de uma ajuda para fazer o método gerar funcionar, quando uso está dando a seguinte mensagem: "SoapAction não definido para: TNFSeGerarNFSe" Se eu uso o enviar, a nota é enviada e aprovada na prefeitura, porém demora 5 minutos para aprovar, por isso eu precisava usar o método Gerar que pelo que estava lendo em alguns tópicos aqui do fórum teria uma aprovação bem rápida. Estou enviando para prefeitura de Lajeado, provedor Thema Alguma ideia de solução? Obrigado por enquanto.

Bom dia, é verdade, segue anexo os arquivos que o componente gerou. 8_erro.xml 201600000000008-can.xml 201600000000008-ped-can.xml

Boa tarde, tudo bom? O envio está funcionando, porém quando vou cancelar está dando a seguinte mensagem: Método..... : Cancelar NFS-e Código Erro : E181 Mensagem... : O documento XML de entrada do serviço esta fora do padrao especificado. (Expected type CHARACTERS, current type END_ELEMENT at [row,col {unknown-source}]: [1,190]) Correção... : Provedor... : BHISS Método..... : Cancelar NFS-e Código Erro : Mensagem... : Correção... : Provedor... : BHISS Alguém já passou por isso? alguma ideia de solução? Obrigado por enquanto

Sim, é uma mensagem do provedor, mas aí se eu coloco um loop, e fico consultando a cada x tempo, vai demorar uns 4 a 5 minutos e vai aprova a nota. Mas tem algo estranho aí, por que olha o teste que eu fiz... Usando o trunk "normal" enviei o RPS e logo em seguida foi no portal do provedor consultar e o RPS já tinha sido convertido em nota, não demorou nem 15 segundos. E usando o trunk 2 enviei o RPS e logo em seguida foi no portal do provedor consultar e o RPS NÃO tinha sido convertido em nota, fiquei clicando em pesquisar pra atualizar a pagina a cada pouco, e demorou 4 minutos para ser transformado em nota. Alguma ideia ? =(

Está me retornando: --------------------------- Erro --------------------------- Erro ao enviar Esse RPS foi enviado para a nossa base de dados, mas ainda não foi processado Salvo arquivo \\pendencia\Bancos\NFSe\Lajeado\Pend 16442\xml\1344_erro.xml --------------------------- OK --------------------------- Vou tentar mexer em algumas propriedades para ver se descubro o problema. =(

Deve ser algo no componente ou na minha configuração, pois com o Trunk "anterior" a nota era aprovada muito rápido =(

Bom dia, Pra mim está demorando em torno de 5 minutos para retornar true na FConsSitLoteRPS após o envio, para vocês também demora tanto tempo assim? É que com apenas os 30 segundos retorna false, dai coloquei um loop e fica no loop até retornar true, mas demora 5 minutos pelo menos. Alguma ideia de solução? estou usando a função Enviar.

Boa tarde, Estou gerando a NFCe utilizando a impressora não fiscal Daruma DR700, mas depois que atualizei para o trunk2 após imprimir a NFCe e em seguida um relatório gerencial de confissão de dívida, o mesmo não esta acionando a guilhotina ou seja não esta cortando o papel, não consegui descobrir aonde possa estar o problema. Por exemplo, gerei a NFCe e imprimi ela e o papel foi cortado pela guilhotina, em seguida ao imprimir a Confissão de Dívida no final da impressão dela não esta cortando o papel. Alguém teria alguma ideia do que possa ter sido alterado para não acionar mais a guilhotina?

Boa Tarde, Auguem teria algum xml aonde conseguiu aprovar a nota com o campo CEST aprovado e com as novas tags do Fundo de Combate a Pobreza NT2015/003 para me enviar? Gostaria de ter aqui como exemplo para implementação no sistema.. Att,

Necessidade: Foi necessário fazermos algumas alterações nas linhas de códigos do fonte do ACBr para que o Delphi XE5 pudesse compilá-lo em 64 bits. Deste modo é possível que o Delphi XE5 compile em 32 bits e 64 bits. ... \Fontes\ACBrCapicom\ACBrHTTPReqResp.pas Na linha 213: Antes Depois {$IFDEF WIN64}lCertContext: integer;{$ENDIF} Na linha 250: Antes CertContext.Get_CertContext(integer(PCertContext)); Depois {$IFDEF WIN32} CertContext.Get_CertContext(integer(PCertContext)); {$ELSE} lCertContext := integer(PCertContext); CertContext.Get_CertContext(lCertContext); PCertContext := Pointer(lCertContext); {$ENDIF} Na linha 256: Antes CertContext.Get_CertContext(integer(PCertContext)); Depois {$IFDEF WIN32} CertContext.Get_CertContext(integer(PCertContext)); {$ELSE} lCertContext := integer(PCertContext); CertContext.Get_CertContext(lCertContext); PCertContext := Pointer(lCertContext); {$ENDIF} ... \Fontes\ACBrCapicom\JwaWinBase.pas Nas linhas 6165 e 6165: Antes begin Result := PVOID(InterlockedExchange(LONG(Target), LONG(Value))); Depois {$IFDEF WIN64} var lTarget, lValue: integer; {$ENDIF} begin {$IFDEF WIN64} lTarget := LONG(Target); lValue := LONG(Value); Result := PVOID(InterlockedExchange(lTarget, lValue)); Target := PVOID(lTarget); Value := PVOID(lValue); {$ELSE} Result := PVOID(InterlockedExchange(LONG(Target), LONG(Value))); {$ENDIF} Nas linhas 6170 e 6171: Antes begin Result := PVOID(InterlockedCompareExchange(LONG(Destination), LONG(Exchange), LONG(Comperand))); Depois {$IFDEF WIN64} var lDestination, lExchange, lComperand: integer; {$ENDIF} begin {$IFDEF WIN64} lDestination := LONG(Destination); lExchange := LONG(Exchange); lComperand := LONG(Comperand); Result := PVOID(InterlockedCompareExchange(lDestination, lExchange, lComperand)); Destination := PVOID(lDestination); Exchange := PVOID(lExchange); Comperand := PVOID(lComperand); {$ELSE} Result := PVOID(InterlockedCompareExchange(LONG(Destination), LONG(Exchange), LONG(Comperand))); {$ENDIF} ... \Fontes\ACBrNFe2\ACBrNFeDANFEFRDM.pas Nas linhas 245 e 246: Antes iDelLen := PCardinal(Cardinal(ADelimiter) - SizeOf(Cardinal))^; iLen := PCardinal(Cardinal(AString) - SizeOf(Cardinal))^; Depois {$IFDEF WIN32} iDelLen := PCardinal(Cardinal(ADelimiter) - SizeOf(Cardinal))^; iLen := PCardinal(Cardinal(AString) - SizeOf(Cardinal))^; {$ELSE} iDelLen := PCardinal(int64(ADelimiter) - SizeOf(Cardinal))^; iLen := PCardinal(int64(AString) - SizeOf(Cardinal))^; {$ENDIF} Na linha 264: Antes for x := 1 to PCardinal(Cardinal(Step^) - SizeOf(Cardinal))^ do Depois {$IFDEF WIN32} for x := 1 to PCardinal(Cardinal(Step^) - SizeOf(Cardinal))^ do {$ELSE} for x := 1 to PCardinal(int64(Step^) - SizeOf(Cardinal))^ do {$ENDIF} Na linha 272: Antes Cardinal(Step) := Cardinal(Step) + SizeOf(Cardinal); Depois {$IFDEF WIN32} Cardinal(Step) := Cardinal(Step) + SizeOf(Cardinal); {$ELSE} int64(Step) := int64(Step) + SizeOf(Cardinal); {$ENDIF} ACBrHTTPReqResp.pas ACBrNFeDANFEFRDM.pas JwaWinBase.pas

Boa Tarde, Estou utilizando a impressão da NFCe pelo ACBrNFeDANFeESCPOS, e gostaria de verificar para que ao chegar no limite a descrição este fazer uma quebra para a linha de baixo, e se teria alguma solução para que ocorra esta quebra.

Boa tarde, qual é a situação atual? alguém já implementou para este provedor? Eu também estou precisando! =) Obrigado

Na verdade se já possui algo referente a esta nota técnica sobre o envio do evento de suspensão do ICMS, e como funcionara esta questão..

Foi divulgada, no portal da Nota Fiscal Eletrônica, a Nota Técnica nº 2015/001, versão 1.10, que trata dos registros de eventos desse documento fiscal relacionados à suspensão do ICMS na remessa de insumos para industrialização depois de decorridos 180 dias. No histórico de alterações, a NT em referência apresenta nos itens 1 a 5 as alterações na versão 1.10, pelo critério "De" - "Para", tais como o "Ambiente de Produção": De 30.11.2016 Para 30.11.2015. Em resumo, a NT cuida dos eventos de pedido de prorrogação, de cancelamento de pedido de prorrogação e do Fisco, com a especificação técnica para a implementação do pedido de prorrogação da suspensão do ICMS na operação citada. O evento de pedido de prorrogação substitui a petição em papel do contribuinte, à administração pública, com um arquivo XML assinado. O evento será utilizado pelo contribuinte, e o alcance das alterações permitidas é definido pelo Convênio AE nº 15/1974: "Os Secretários de Fazenda dos Estados e do Distrito Federal, reunidos em Brasília, DF, no dia 11 de dezembro de 1974, resolvem celebrar o seguinte CONVÊNIO. (...) Cláusula primeira Os signatários acordam em conceder suspensão do Imposto sobre Operações Relativas à Circulação de Mercadorias nas remessas interestaduais de produtos destinados a conserto, reparo ou industrialização, desde que as mesmas retornem ao estabelecimento de origem no prazo de 180 (cento oitenta) dias, contados da data das respectivas saídas, prorrogáveis por mais cento e oitenta dias, admitindo-se, excepcionalmente, uma segunda prorrogação de igual prazo. (...) § 1º O disposto nesta cláusula não se aplica às saídas de sucatas e de produtos primários de origem animal, vegetal ou mineral, salvo se a remessa e o retorno se fizerem nos termos de protocolos celebrados entre os Estados interessados. § 2º A suspensão nas remessas interestaduais para industrialização promovidas por estabelecimentos localizados no Estado de Mato Grosso do Sul fica condicionada à existência de autorização específica concedida pela Secretaria de Estado de Fazenda desse Estado. (...) Cláusula segunda O presente Convênio passa a vigorar a partir de 1º de janeiro de 1975. (...) Signatários: AC, AL, AM, BA, CE, DF, ES, GB, GO, MA, MG, MT, PA, PB, PE, PI, PR, RJ, RN, RS, SC, SE e SP". As Unidades da Federação que determinarem em sua legislação local a suspensão do ICMS podem utilizar o mesmo recurso para receberem os pedidos de prorrogação de operações internas. A NT define também o leiaute e a operacionalização da petição da prorrogação da supensão do ICMS e seu deferimento através dos seguintes eventos: a) Evento Pedido de Prorrogação 1º prazo (tpEvento=111500, "EPP1"); Evento Pedido de Porrogação 2º prazo (tpEvento=111501, "EPP2"); c) Evento Cancelamento de Pedido de Prorrogação 1º prazo (tpEvento=111502, "ECPP1"); d) Evento Cancelamento de Pedido de Prorrogação 2° prazo (tpEvento=111503, "ECPP2"); e) Evento Fisco Resposta ao Pedido de Prorrogação 1º prazo (tpEvento=411500, "EFPP1"); f) Evento Fisco Resposta ao Pedido de Prorrogação 2º prazo (tpEvento=411501, "EFPP2"); g) Evento Fisco Resposta ao Cancelamento de Prorrogação 1º prazo (tpEvento=411502, "EFCPP1"); h) Evento Fisco Resposta ao Cancelamento de Prorrogação 2º prazo (tpEvento=411503, "EFCPP2"). Prazos para entrada em vigor da Nota Técnica: a) Ambiente de Homologação (ambiente de testes das empresas): 26.10.2015; b ) Ambiente de Produção: 30.11.2015. Alguém esta sabendo desta nota técnica, e se já existe alguma solução?

Acredito que a configuração esteja correta, pois mesmo usando o AcbrDemo, só a 1° nota é enviada, e a 2° nota em sequencia já irá dar erro, sem eu ter mudado nada na configuração. Mas posso postar um print da tela de envio do acbr demo se ajudar.

Bom dia Italo, entendi, então te desejo boa sorte na cirurgia. Obrigado por enquanto.

Bom dia Ítalo, sim, pior que foi na mesma maquina, se for o caso, eu poderia te enviar esse Token para testes, o que acha?

Outra informação interessante, se eu testar usando outro sistema, por exemplo o programa da NFe gratuito do Sefaz funciona, vai enviar a 1° nota e as outras em seguida normalmente, mesmo usando esse certificado em TOKEN da INVIA. Então podemos concluir que não seria um problema do certificado ou na instalação do mesmo. Aparentemente só está dando problema quando usado o componente da ACBR. Existe alguma solução para este caso?

Boa tarde Pessoal, Estou com um erro de envio de NFe no meu sistema e não estou conseguindo entender e resolver o problema, preciso da ajuda de vocês. Eu fiz um teste usando o ACBrNFe_Demo e aconteceu o mesmo problema, exatamente o mesmo problema que acontece no meu sistema, por favor, se alguém já passou por isso, ou tem alguma ideia de como resolver, eu ficaria muito agradecido. A situação é a seguinte, quando eu clico em Criar e Enviar a NFe, vai funcionar corretamente, 100% ok, enviada e aprovada pela Sefaz, porém, quando tento enviar a segunda nota em sequencia, dá um erro de "Parâmetro Incorreto" ou as vezes dá o erro "Rejeição: Assinatura difere do calculado" a segunda nota em sequencia nunca funciona. Mas se eu fechar o aplicativo demo e abrir novamente, e tentar enviar, vai enviar corretamente, pois é como se fosse a primeira nota novamente, é apenas na segunda nota em sequencia que não funciona, resumindo, se abrir o aplicativo e criar/enviar vai funcionar, se tentar enviar a próxima não vai funcionar. Mas o detalhe mais importante é que este erro só acontece usando um certificado em um TOKEN, da empresa INVIA, é um token ACS. Mas no IE ele aparece tudo certo, como os outros certificados A1 aparecem. Por favor, se alguém já passou por isso, ou tem alguma ideia de como resolver, eu ficaria muito agradecido. =)