Luciano Jr. Mattiello
-
Total de ítens
14 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Luciano Jr. Mattiello
-
-
Eu obtive esse resultado ao mudar para a NF-e 4.0. Porém eu havia esquecido de atualizar o arquivo ACBrNFeServicos.ini aonde está os endereços atualizados dos webservices.
-
Também consegui a homologação, segue a alteração na unit, mais precisamente na linha 800 até a linha 810.
-
Em 04/05/2017 at 09:38, Cesar Balbinott disse:
Fiz uma homologação de boletos do sicoob hoje e me passaram que a posição 221 do arquivo CNAB 240 deveria passar de 1 para 3, isto está fixo no código da unit ACBrBancoBancoob o valor 1.
A mesma situação comigo. Irei realizar uma alteração nesta unit e testar, caso for homologado eu anexo a unit com as alterações.
-
Para quem posso interessar, isso funcionou para mim.
-
1
-
-
Em 24/03/2017 at 08:16, AndreR disse:
Pessoal, só para registro, consegui resolver o problema do access violation quando acionado o ACBrNFe1.NotasFiscais.Validar.
No meu caso o problema estava na dll libxml2.dll, Essa dll não tem informação de versão em suas propriedades, mas a versão que estava na minha máquina tinha 953 kb, e a dll que é distribuida com o ACBr tem 964 kb, eu substitui a minha pela versão distribuida pelo ACBr, e o problema foi resolvido.
Consegui resolver meu problema também atualizando as dlls. Muito obrigado pela sua ideia. Copiei todas da pasta XMLSec e substitui na pasta do aplicativo.
-
Em 24/04/2017 at 12:05, Allan Wolski disse:
Daniel, obrigado pelo retorno rápido.
O cenário é o seguinte:
- Serviço do Windows para Pesquisa e Manifestação do Destinatário com agendamentos.
- O Certificado é carregado diretamente do banco de dados através da propriedade DadosPFX.
- Até então utilizava OpenSSL, porém recebia muitos erros de conexão com o WS.WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 403 WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. Erro Interno: 10091 Erro HTTP: 0 WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. Erro Interno: 10091 Erro HTTP: 500 WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. Erro Interno: 11001 Erro HTTP: 500 WebService Distribuição de DFe: - Inativo ou Inoperante tente novamente. Erro Interno: 10091 Erro HTTP: 0Com a libWinCrypt não recebo nenhum desses erros, porém encontrei o problema mencionado acima com a assinatura dos eventos.
Olá Allan, estou com o mesmo problema. Você obteve algum avanço utilizando a opção libWinCrypt para a propriedade SSLLIB?
-
@fernandoschulz muito obrigado pelo retorno, farei o mesmo no meu repositório.
-
Em 06/10/2016 at 10:13, michael_castilho disse:
agora da esse erro:
A linha 7 posição 18 até 23, campo Quantidade de Registros do Lote, possui valor inválido.
A linha 8 posição 24 até 29, campo Quantidade de Registros do Arquivo, possui valor inválido.Pessoal, eu estou com o mesmo erro que o @michael_castilho. Alguma solução? Vocês também passaram por isso? O estranho é que este erro começou nos últimos dias pois já validei arquivos com o Sicoob e até então não tinha obtido o erro citado.
-
Olá @Jonas Ponciano estou exatamente com o mesmo problema, como você contornou está situação? desde já grato pela ajuda.
-
Tenta utilizar o código '07.02' no ambiente de homologação, apenas como um teste para ver se autoriza a nota.
-
2 horas atrás, Luciano Jr. Mattiello disse:
@Igor.Moura Apesar da Nota técnica 2015/003 versão 1.6 dizer que no totalizador vICMSUFDest deve-se considerar o valor da FCP, Eu não estou considerando, assim como é feito na tag vICMSUFDest do item, pois caso considerar o valor da fcp no totalizador a sefaz rejeita a nota, logo percebe-se um erro desta nota técnica.
Mas eu tenho uma outra dúvida, caso alguém puder me ajudar eu ficaria grato, sei que outros tópicos no fórum tratam sobre isto, porém não me foram suficiente. Então vamos a dúvida.
Como fica o cálculo para o icms devido a uf destino sendo a empresa que emite a nota participante do simples nacional?O que eu sei até agora, que para a tag vICMSUFRemet tanto no item como no totalizador deve ser zerada.
@aocampioni você citou as csosn que devem ser utlizadas, até ai ok. Mas como fica o calculo?
Descrevendo por passos:
1-Eu considero como base do cálculo o valor do item
2-Calculo a porcentagem difal: diferença da alíquota interna da uf destino - alíquota interestadual.
3 - Obtenho o icms devido à uf de destino pegando a porcentagem (obtida acima) da base de cálculo (valor do item).
É realmente esses três passos acima? Ou estou deixando de lado algum detalhe, lembrando que a empresa emitente da Nf-e é do simples, desde já grato.
Este post responde minhas dúvidas, para alguém que esteja com o mesmo problema recomendo a leitura.
-
@Igor.Moura Apesar da Nota técnica 2015/003 versão 1.6 dizer que no totalizador vICMSUFDest deve-se considerar o valor da FCP, Eu não estou considerando, assim como é feito na tag vICMSUFDest do item, pois caso considerar o valor da fcp no totalizador a sefaz rejeita a nota, logo percebe-se um erro desta nota técnica.
Mas eu tenho uma outra dúvida, caso alguém puder me ajudar eu ficaria grato, sei que outros tópicos no fórum tratam sobre isto, porém não me foram suficiente. Então vamos a dúvida.
Como fica o cálculo para o icms devido a uf destino sendo a empresa que emite a nota participante do simples nacional?O que eu sei até agora, que para a tag vICMSUFRemet tanto no item como no totalizador deve ser zerada.
@aocampioni você citou as csosn que devem ser utlizadas, até ai ok. Mas como fica o calculo?
Descrevendo por passos:
1-Eu considero como base do cálculo o valor do item
2-Calculo a porcentagem difal: diferença da alíquota interna da uf destino - alíquota interestadual.
3 - Obtenho o icms devido à uf de destino pegando a porcentagem (obtida acima) da base de cálculo (valor do item).
É realmente esses três passos acima? Ou estou deixando de lado algum detalhe, lembrando que a empresa emitente da Nf-e é do simples, desde já grato.
-
Sei que este problema é antigo, mas recentemente eu passei pela mesma situação.
Você pode verificar a lista de arquivos que seu cliente está baixando, diretamente do site do BB logado conta do cliente. Assim você se certifica que está baixando o arquivo retorno correto.Sobre conter esse arquivo de 160 colunas é porque seu cliente está abrindo o gerenciador financeiro dele e importando o arquivo retorno de 240 colunas, o nome do arquivo começa com essas iniciais (IEDCBR), após a importação pelo gerenciador financeiro ele deixa somente esse arquivo de 160 posições (sumindo com o arquivo retorno de 240 posições) que é uma espécie de relatório e não o arquivo retorno.
Porque você acha que a NFe 3.10 deve continuar em atividade ?
em Boteco do ACBr
Postado · Editado por Luciano Jr. Mattiello
É lei da vida, por exemplo chegamos na versão 3.10 e atingimos a meta agora com a 4.0 dobramos a meta, vamos deixar a meta em aberto e quando atingi-la dobramos a meta.