tradeone

bom dia Renato e Juliomar, Após reinstalarmos o fortes de forma manual, eliminou o erro. obrigado Juliomar e Renato !

boa tarde Juliomar, Obrigado pelo retorno. Quanto ao visible já tentamos com false ... Quanto alteração local no fortes ou no ACBr não fizemos. Quanto atualização do fortes, estamos na versão atual (4.0.1.2 vcl) e baixamos via git, usando o tortoise. Acbr também estamos bem atualizados. O mais intrigante é que temos outro projeto já migrado para o RIO, e este funciona sem o erro em tela.

Prezados, Estou migrando um projeto delphi xe2 para delphi rio, e estou com um problema ao imprimir o danfe do componente ACBr em fortes, estou com a seguinte mensagem de erro ao chamar o imprimir do componente: exception class EInvalidOperation with message 'Cannot make a visible window modal'. O mais estranho é que tenho outro projeto em delphi rio o qual o danfe não dá este erro, já comparei as propriedades etc e estão todas iguais em ambos os projetos. problema: ao gerar danfe do acbr fortes, esta dando uma mensagem de erro, embora o danfe seja exibido normalmente em tela. delphi: RIO componente do danfe: ACBr em fortes (componente e fortes atualizados na ultima versão) erro: exception class EInvalidOperation with message 'Cannot make a visible window modal'. Alguém já passou por este problema, ou tenha uma idéia de como resolver, ficarei grato! atenciosamente Júlio

boa tarde Renato, Fizemos os testes e funcionou. Segue a unit alterada para analise. -- ACBrSPEDFiscal -- [-] Acrescentada a possibilidade de atribuir o opNenhum para o campo IND_PROC (Origem do Processo do Resgistro E112 - Informações Adicionais da Apuração), possibilitando desta forma deixar este campo em branco nos casos em que não houver processo. (Contribuição: Júlio Moraes, Paulo Brasil - Trade One TI) ACBrEFDBloco_E_Class.zip

pelo que analisei o E116 e E250 que usam este mesmo campo, já estão com esta correção.

Renato, acho que ficaria assim com a correção: procedure TBloco_E.WriteRegistroE112(RegE111: TRegistroE111) ; var intFor: integer; strIND_PROC: String; //alterei aqui begin if Assigned( RegE111.RegistroE112 ) then begin for intFor := 0 to RegE111.RegistroE112.Count - 1 do begin with RegE111.RegistroE112.Items[intFor] do begin case IND_PROC of opSefaz: strIND_PROC := '0'; opJusticaFederal: strIND_PROC := '1'; opJusticaEstadual: strIND_PROC := '2'; opSecexRFB: strIND_PROC := '3'; opOutros: strIND_PROC := '9'; opNenhum: strIND_PROC := ''; //alterei aqui end; Add( LFill('E112') + LFill( NUM_DA ) + LFill( NUM_PROC ) + LFill( intIND_PROC, 0 ) + LFill( PROC ) + LFill( TXT_COMPL ) ) ; end;

boa tarde Renato, Pelo que analisei e testei pelo Validador em relação ao E112, aceita este registro em branco sem erros.

Prezados colegas, Estou com a seguinte situação abaixo e não consegui identificar dentro do componente onde pode estar o problema: Registro E112, campo IND_PROC, estou passando opNenhum porém no arquivo esta gerando 9- outros onde deveria ficar em Branco. (Orientação da GIA do RS, quando não tiver número do processo esta campo fica em branco). Atenciosamente, Júlio

aqui com a gente esta ocorrendo este mesmo problema. Sefaz - RS

Solução para o Problema: Aqui no RS tivemos o mesmo problema hoje pela manhã em um único cliente, o qual usa internet da NET. Solicitamos que ele abrisse um chamado junto a net pedindo para trocar ou estabilizar a ROTA a qual trafega até chegar a Sefaz RS, dai a Net estabilizou ou trocou esta ROTA, contornando o problema de imediato. abraços a todos colegas Júlio Moras

Obrigado Italo! Vamos relatar o problema na Sefaz.

Bom dia Hugo Vinicius e Italo, Prezados colegas, Aqui no RS, estamos com este mesmo problema na emissão de CTe OS , Complementar e o de Anulação. O meu xml esta igual ao do Hugo Vinicius, ou seja, sem a tag rodoOS que é justamente onde gera o Número de registro estadual. Pela regra N22B não será aceito CTE OS sem o NroRegEstadual, para operações internas. A dúvida é : Para CTe OS COMPLEMENTAR e o de ANULAÇÃO não devemos gerar as informações de rodoOS ? Obs> no CTe OS de Substituição a tag rodoOS esta sendo criada, dai a Sefaz esta aceitando normalmente. REGRA N22B: 3.1. Validação do Tipo de Serviço (Modelo 67) # Regra de Validação Crítica Msg. Efeito N22b Se tipo de serviço = Transporte de Pessoas, modal rodoviário e Operação Interna (UF de início for igual a UF de fim da prestação, ambas diferentes de EX) Deverá ser informado o campo NroRegEstadual. Atenciosamente, Júlio

Bom dia DDegrandi na minha cidade passei pelo mesmo problema e tive que alterar a versão também no arquivo PronimV2 pois nele esta 2.02 e o Pronin esta exigindo 2.03 Segue em anexo Pronimv2 203.ini

Bom dia , Aqui no RS também estamos enfrentando este problema, tanto na ciência como na confirmação. 2254 - Falha na validação de esquema Xml

bom dia Pessoal, No DAMDFe em Fortes Report não esta aparecendo a UF FIM, somente a UF INI (UF CARREGA). No xml esta tag esta presente, portanto acredito que falta acrescentar no DANDFE este campo. atenciosamente, Júlio