WINDEL

Boa tarde, Estou enviando para provedor Tecnos, usando a função EnviarSincrono e está retornando o seguinte erro: Requisição não enviada. 12002 - O tempo limite da operação foi atingido. Atualizei os fontes e os arquivos .ini. XML's gerados em anexo. Alguém tem alguma ideia do que possa ser ? Obrigado por enquanto 47-env-lotS.xml 47-env-lotS-soap.xml

ok

Fiz isso, dai deu o seguinte erro: Erro ao enviar Procedure 'ConsultaSituacaoLoteRPS' not present XML's gerados em anexo. 37f5c39d7b790f81e80dbd08a69a38ff12e9bc38-con-sit.xml 37f5c39d7b790f81e80dbd08a69a38ff12e9bc38-con-sit-soap.xml 37f5c39d7b790f81e80dbd08a69a38ff12e9bc38-sit.xml 37f5c39d7b790f81e80dbd08a69a38ff12e9bc38-sit-soap.xml 1004_erro.xml 1004-env-lot.xml 1004-env-lot-soap.xml 1004-rec.xml 1004-rec-soap.xml

Tu tem razão, é que na pressa de testar eu dei atenção apenas para a parte que tu colocou em negrito, me passei, desculpe. Mas fiz a alteração certa agora e deu outro erro: Erro ao enviar SOAP-ERROR: Encoding: Violation of encoding rules Segue XML's anexos; 997_erro.xml 997-env-lot.xml 997-env-lot-soap.xml 997-rec.xml 997-rec-soap.xml

Bom dia, Báááá, eu não conhecia essas propriedades, pois no Trunk anterior a minha função de cancelar estava funcionando, então agora no trunk2 elas são obrigatórias, blz, obrigado pela ajuda, vou tratar para alimentar essas propriedades, =) Obrigado

Bom dia, Fazendo a alteração sugerida dá o seguinte erro: Erro ao enviar Bad Request Segue XML's gerados pelo componente. 995_erro.xml 995-env-lot.xml 995-env-lot-soap.xml 995-rec.xml 995-rec-soap.xml

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..