BigWings
-
Total de ítens
9.862 -
Registro em
-
Última visita
-
Days Won
153
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que BigWings postou
-
A diferença é que o XML que você anexou como sendo do ACBr está envelopado, da maneira que é enviado para o webservice. Seu XML próprio não está. Se você tiver configurado o componente para salvar os arquivos de envio e retorno: ACBrMDFe1.Configuracoes.Geral.Salvar := True; e ACBrMDFe1.Configuracoes.WebServices.Salvar := True; Verá que serão salvos os dois arquivos, por exemplo, 20171108183342-ped-cons.xml e 20171108183342-ped-cons-soap.xml, sendo um envelopado e outro não.
-
Erro 221 Rejeicao: Confirmado o recebimento da NF-e pelo destinatario
BigWings replied to anderson.mendonca's tópico in ACBrNFe
Enquanto a última manifestação do destinatário for Confirmação da Operação, não vai aceitar cancelar. O destinatário pode mudar uma única vez a manifestação definitiva da NFe. Se ele manifestou uma vez como Confirmação da Operação, pode alterar para Operação não realizada, por exemplo. Se ele já fez duas manifestações fica valendo a última. A Ciência de Operação não é considerada manifestação definitiva. As outras três sim. -
Sim. Se quiser usar OpenSSL com NFe 4.00.
-
UF informada no campo cUF nao e atendida pelo WebService
BigWings replied to podiuminformatica's tópico in ACBrCTe
Vejo que você está atribuindo os valores para o componente de origens diferentes: Na configuração do componente: Na geração do CTe: Você precisa ter certeza de que no momento de envio do CTe a configuração ACBrCTe.Configuracoes.Geral.FormaEmissao e a tag Ide.tpEmis do CTe sejam iguais. É no momento do envio que o componente vai definir qual URL utilizar, se a configuração estiver como teNormal mas o XML tiver sido gerado como teSVCSP vai acusar esse erro. Seu XML parece estar correto. -
Parece que alteraram os webservices... Edite o ACBrNFeServicos.ini e remova as linhas referentes ao WSDL e SoapAction: Copie o .ini para a pasta do aplicativo, ou use o Compila_RES.bat e recompile o ACBr e a aplicação. Faça os testes e reporte.
-
Qual o erro exatamente? Está com a pasta Schemas atualizada e o componente apontando para a pasta Schemas correta?
-
Sim, deixe o modelo como ecfNenhum em tempo de design e atribua ecfECFVirtual por código.
-
Você deve fazer check out e não import.
-
<CNPJ/> Não foi informado o CNPJ a consultar.
-
Incompatibilidade de DLLs provavelmente. Se você está compilando o ACBr com a diretiva {DEFINE USE_MINGW} ativada, deve usar as DLLs da pasta ACBr\DLLs\XMLSec\MinGW\32. Senão, usar as DLLS da pasta ACBr\DLLs\XMLSec e ACBr\DLLs\OpenSSL\0.9.8.14
-
Já respondi lá atrás: O Juliomar está correto em dizer que WinCrypt atende ambos, mas certificados A1 novos vem com encriptação de 2048 bits, o que WinCrypt e CAPICOM vão acusar o erro "The Cryptographic Service Provider type '24' is not supported.", sendo necessário fazer a conversão do certificado. Esse problema não existe com OpenSSL.
-
A meu ver você tem duas alternativas: a- Caso queira mostrar os vencimentos como antes, informe o pagamento como duplicata mercantil; b- Caso queria especificar outro tipo de pagamento a prazo, mostre os vencimentos e valores das parcelas nos dados adicionais da nota.
-
Quando você obtêm o generator deve instruir a incrementar o valor. select gen_id(NOME_DO_GENERATOR, 1) from RDB$DATABASE O segundo parâmetro já incrementa o valor do generator, assim nunca vai haver duplicidade.
-
O erro indica algo errado no XML de envio. Anexe o arquivo *-ped-eve.xml gerado.
-
UF informada no campo cUF nao e atendida pelo WebService
BigWings replied to podiuminformatica's tópico in ACBrCTe
No seu código você está mudando para RS por isso o erro. -
Anexe o arquivo *-ped-eve.xml gerado.
-
UF informada no campo cUF nao e atendida pelo WebService
BigWings replied to podiuminformatica's tópico in ACBrCTe
A tag Ide.cUF deve ser a UF do emitente do CTe. -
A linha de comando onde é chamado o compilador tem 32944 caracteres, o limite é 32000. Basicamente você tem componentes demais no library path o que causa o problema. Tente simplificar o path dos componentes, instalar o ACBr em C:\ACBr, por exemplo.
-
O validador da SEFAZ-RS está com problemas, apresenta erro de assinatura em qualquer XML, mesmo autorizado. Fiz o teste pelo "Imprimir DANFE" do demo do ACBr e o componente fez a leitura sem problemas. Tente fazer o mesmo teste, pelo demo do ACBr.
-
É preciso ver se a empresa tem regime que permita a emissão do CTe globalizado, e a UF também permita. A NT menciona essa observação, mas não impõe nenhum tipo de rejeição quanto a isso.
-
Como pode ver, está tentando atribuir o modelo (método SetModelo) mas a propriedade ECFVirtual (fsECFVirtual) ainda não foi definida.
-
Tentou debugar pra ver onde o erro ocorre? Não está sendo definido o modelo como ecfECFVirtual em tempo de design?
-
As URL de produção para SP ainda não estão incluídas no ACBrNFeServicos.ini. Aguarde que logo estará disponivel.
-
Aparentemente ainda não foram liberados Schemas que contemplam a NT 2017.001. Pelos atuais só são aceitos caracteres numéricos de tamanho 8, 12, 13 ou 14, ou vazio.
-
O proprietário do veículo ou motorista não sabe que foi emitido um MDFe para ele? Afinal o MDFe deve acompanhar a carga... De qualquer forma, na chave de acesso tem o CNPJ do emissor. Com isso é possível entrar em contato...
