BigWings

Se quer contratar alguém pra fazer a alteração, existe fórum específico. E também o diretório de consultores cadastrados aqui: https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Aqui a regra de validação da NFe: Caso a UF do endereço do destinatário seja igual a UF do emitente, e o CNPJ do destinatário for diferente do CNPJ do emitente, ocorrerá a rejeição. No XML acima o CNPJ do destinatário é diferente. Neste o CNPJ é o mesmo, por isso não houve rejeição. Me parece que isso é feito justamente para acobertar as NFe de remessa para venda fora do estabelecimento, então na minha opinião a forma correta de emitir é a acima. Há outras exceções como quando se informa o local de entrega ou retirada diferentes do endereço do destinatário que pode ser usada, se for o caso.

Faça teste imprimindo a mesma NFCe em uma impressora e na outra. Assim poderá fazer a comparação.

http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=QK/Drpb/k7Y= O DANFE é gerado de acordo com as especificações do manual. As últimas modificações no layout foram no sentido de reduzir o consumo de papel que muitas empresas reclamavam com relação ao modelo antigo. Para a Daruma você deve usar a página de código pc1252 (pode depender da configuração da impressora). Tenho feito assim aqui: case DANFE_ESC.PosPrinter.Modelo of ppEscDaruma: DANFE_ESC.PosPrinter.PaginaDeCodigo := pc1252; ppEscBematech: DANFE_ESC.PosPrinter.PaginaDeCodigo := pc850; else DANFE_ESC.PosPrinter.PaginaDeCodigo := pcNone; end; Algumas coisas desse DANFE que estão fora da especificação: - Impressão de informações que não estão no XML: Número de controle, itens cancelados... - Impressão de linhas divisórias: O manual é claro que as linhas divisórias não devem ser impressas. Você pode desmarcar a propriedade ImprimeEmUmaLinha do componente DANFE para ativar a impressão do item em duas, e talvez o QR-Code lateral possa ser impresso, é preciso verificar a especificação de cada impressora, fora isso, não tem muito o que mexer. Mas você tem os fontes, fique a vontade para alterar da maneira que quiser. Desde que esteja em conformidade com o manual, anexe as alterações aqui para ser enviado ao repositório.

Como configurou a propriedade SSLType?

Qualquer alteração no XML torna ele inválido, então estará carregando um XML inválido para o sistema. Está usando a mesma variável (Item) para acessar nota fiscal e item de nota. Está tentando gravar por outra instância do componente, diferente da que carregou e alterou.

O número de série é apenas um ID pra localizar o certificado instalado no Windows. Ele precisa estar instalado pra funcionar. Isso, ou instalar o certificado dele no seu PC de testes, ou usar um certificado próprio...

No caso o modelo é 55 NFe? Fiz teste de consulta pela chave no demo do ACBrNFe e retornou sem problemas, só precisei marcar SSL 3.00 nas opções avançadas do IE.

201 – Tributada pelo Simples Nacional com permissão de crédito e com cobrança do ICMS por substituição tributária

Que saiba nenhum webservice usava SSL 2.0, e sim o SSL 3.0. Para a NFe 4.00 é necessário habilitar o TLS 1.2. Para qual UF, modelo de documento, ambiente e versão está ocorrendo erro?

Só precisa informar o número de série caso o certificado esteja instalado no Windows, seja ele A1 ou A3. Se foi informado o número de série mas o certificado não está instalado corretamente será mostrada essa mensagem. Você pode usar o método ACBrNFe1.SSL.SelecionarCertificado para abrir o diálogo de seleção dos certificados instalados. Veja exemplo de uso no demo do ACBrNFe. Lembrando que caso a propriedade SSLLib seja libOpenSSL, não terá suporte a certificados instalados Windows, sendo necessário informar o ArquivoPFX ou DadosPFX.

O Manual de Contingência Off-Line da NFC-e diz o que fazer pra evitar esse problema. a- Fazer a tentativa de envio da NFCe b- Caso ocorra qualquer erro por falha de conexão seja do estabelecimento ou do webservice, gerar uma nova NFCe, com nova numeração, em contingência Off-Line, e marcar a nota onde houve o erro para cancelamento. Quando o problema que causou o erro estiver solucionado: a- Fazer a consulta da NFCe marcada para cancelamento, b- Se estiver autorizada, fazer o cancelamento da nota, caso contrário, fazer a inutilização da numeração. Isso evita que se entregue uma NFCe ao consumidor de ter a chave alterada posteriormente.

Creio que sim.

O erro é por falta das URL para NFCe na versão 4.00 no arquivo ACBrNFeServicos.ini. Lembro que alguém postou as URL, não foi nesse outro tópico que você falou? Se for basta incluir as URL e fazer os testes.

Foi informado um número de lote inválido. Veja o resultado da validação desse arquivo:

Não existe arquivo com esse nome. Existe o cteModalRodoviario_v2.00.xsd e cteModalRodoviario_v3.00.xsd, de acordo com a versão do XML do CTe que está validando. Veja se não passou o código do modelo de documento no lugar da versão do mesmo ao gerar o XML.

O melhor é entrar em contato com a SEFAZ, se o sublimite foi implantado agora é provável que não tenham desabilitado essa regra no webservice. A NFe 3.10 pode ser usada até junho então não faz sentido existir apenas na 4.00.

Não sei dizer, tenho somente uma versão do Delphi por máquina.

No caso da NFe, você precisa de Internet para emitir, mesmo em contingência SVC-AN, SVC-RS ou EPEC. A única forma de contingência "offline" da NFe é adquirindo a NFe pré impressa, e emitindo com tpEmis = teFSDA. Leia o MOC (postei o link mais acima).

Depende do webservice. Segundo a norma, na versão 3.10 não há obrigatoriedade de os webservices usarem TLS 1.2, já na 4.00 há. Mas nem todas ativaram, ou ativaram em ambas para migração, então precisa testar. Fiz teste aqui e funcionou corretamente o Status de serviço para as duas UF. Mesmo com SSLType = LT_all.

Aqui tem um comparativo: https://www.fast-report.com/en/products/report-for-delphi-fastreport-4-feature-matrix.html/ Para usar com o ACBr a versão Standard é suficiente. Se quiser a segurança de ter o código fonte, compre a Professional. Diz que ainda está em beta... e não dá opção de comprar... Parece que esse link com desconto do @Cantu não funciona mais...

Atualizou o fonte de todas as pastas? Marcou a opção de remover arquivos antigos?

Tentou com SSLType = LT_TLSv1_2? Com qual modelo de documento, ambiente e versão do XML está testando?

Recomendável é manter sempre atualizado. WinINet realmente depende dessas configurações. Tente trocar pra httpWinHTTP. (Também terá que ter o Windows atualizado)

Acredito que essas configurações não interferem na utilização da LibXML2, já que ela é biblioteca de assinatura de XML e não de comunicação. Como está configurada a SSLHttpLib? Já verificou se essas máquinas que não funcionam estão com as atualizações do Windows instaladas?