BigWings

Também não, testei com o exemplo em Lazarus e o arquivo enviado foi idêntico ao original. Foi enviada uma correção hoje para NFe, talvez ainda precise fazer o mesmo para os outros documentos...

Fazendo a comparação, tem diferença sim no tiposBasico_v1.03.xsd, uma delas é justamente a declaração do TCOrgaoIBGE: Outra coisa que notei é que aparentemente você está misturando os schemas de diversos documentos (GNRE, MDFe, NFe, CTe...). Isso não é recomendado e pode causar problemas pois existem arquivos com mesmo nome, ou versão diferentes. O ideal é separar em pastas como está no repositório.

No svn. Obrigado.

Se fez alteração no programa exemplo, anexe os fontes alterados.

Não é incomum as prefeituras trocarem de provedor do serviço, muda o prefeito e mudam os contratos... O provedor AsessorPublico está implementado, então se é mesmo esse o provedor atual, bastaria alterar no Cidades.ini.

Não ficou claro se o problema é no Fortes ou Fast.

Anexe o arquivo por favor. Eu fiz teste pelo demo em Lazarus e não tive problemas. Na verdade tive sim o mesmo erro. Vi que o @EMBarbosa enviou uma correção para o repositório referente a esse problema. Por favor atualize os fontes e teste novamente.

No programa exemplo ocorre o mesmo problema?

Via código as margens do FR também são informadas em mm. Apenas no designer o padrão é cm.

Se você abrir o arquivo leiauteEvento_v1.00.xsd, verá que foi feita uma alteração nele, comentando a declaração desse tipo: Foi comentado por estar causando erro de duplicidade de declaração em algumas situações. No mesmo arquivo é referenciado no tiposBasico_v1.03.xsd: <xs:include schemaLocation="tiposBasico_v1.03.xsd"/> Na mesma pasta deve existir o tiposBasico_v.1.03.xsd com a declaração do tipo TCOrgaoIBGE. Então verifique novamente na sua pasta de schemas se está dessa forma.

Use o componente ACBrNFeDANFCEFR.

Você informa desta forma mesmo na sua rotina, ou usa o método modBCToStr? Pra mim a única explicação seria essa propriedade estar sendo informada como dbiNenhum. Assim geraria a tag em branco no XML.

Também não consegui replicar pelo programa exemplo. Se conseguir crie uma aplicação simples onde o problema ocorra e anexe os fontes aqui.

Foi com este XML que você testou? Veja o conteúdo dele: <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao=""><idLote>0</idLote></envEvento>

Tem algo errado, esse trecho é do XML de lote de envio de evento. Acontece o mesmo usando o programa exemplo do componente? Informe o passo a passo pra reproduzir.

Provavelmente é o mesmo conceito usado no CTe: http://tsdn.tecnospeed.com.br/blog-da-consultoria-tecnica-tecnospeed/post/cte-carga-de-lotacao

Veja se ACBrCIOT1.Configuracoes.Geral.Integradora está como ieFrete.

Você verificou se tem arquivos do ACBr fora da pasta ACBr? Por exemplo nos subdiretórios da pasta C:\Users\Public ou na pasta do seu projeto.

Atualizou com os Schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe?

No programa exemplo do componente tem exemplo de como fazer o encerramento pelo XML. Mas se você não tem o XML também pode fazer informando apenas a chave de acesso e o protocolo de autorização, similar ao cancelamento pelo chave. Ou baixar o XML por aqui: https://dfe-portal.svrs.rs.gov.br/MDFESSL/DownloadXMLDFe

Fiz o teste de geração do lote pelo programa exemplo. Com SSLXMLSignLib = xsMsXml, em modo debug é mostrada a mensagem: Esse erro é por a msxml.dll não ter suporte ao nível de criptografia mais avançado dos certificados digitais atuais. Clicando em Continue, ocorre a mensagem de tempo de execução: Já com SSLXmlSignLib = xsLibXML2 não ocorre erro. Verifique novamente se já tentou a configuração acima, e se ocorre o mesmo erro.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Aqui faço da segunda forma, considero que as parcelas (e não duplicatas, desde a versão 4.00) são apenas aquelas a prazo. Mas um contador deve saber te orientar melhor...

Você deve usar o ACBrNFeDANFCEFR.

Essas marcações são de conflitos de atualização do svn por você ter alterações locais. Use a opção "Resolve" do Tortoise para resolver os conflitos, ou a "Revert" para descartar as tuas alterações e usar o código do repositório.